Resposta direta
A medição começa pelo destino do dado, não pelo formulário. Um campo só se justifica se alguém o lê, se ele dispara uma ação ou se responde a uma obrigação externa. Levantar três coisas: quantas vezes é preenchido, quem consulta depois e o que muda quando o valor está ausente. Campo preenchido por obrigação, nunca lido e sem efeito em decisão ou registro é candidato a sair. Antes de retirar, conferir se ele atende exigência legal, contrato ou auditoria. Sem isso, o critério fica sendo a opinião de quem reclamou.
- Objetivo
- Explicar medição
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata da medição de um campo isolado dentro do formulário, com foco no destino do dado, e não do desenho do processo inteiro nem da redigitação entre sistemas.
O destino do dado define se o campo serve
A pergunta útil não é se o campo parece necessário. É para onde o valor vai depois de digitado. Se ninguém abre o registro, se nenhuma rotina consome o campo e se nada muda quando ele vem vazio, o campo existe por inércia.
Há três destinos possíveis: uma pessoa lê, um sistema processa ou uma exigência externa manda guardar. Cada destino pede verificação diferente. Nenhum deles se resolve por opinião.
Medição com três registros simples
Basta acompanhar, por um período definido, três informações: quantas vezes o campo foi preenchido, quantas vezes foi consultado depois e quantas vezes o preenchimento gerou alguma ação. O período é decisão de gestão; o importante é usar o mesmo para todos os campos comparados.
O registro pode sair do próprio sistema que guarda o formulário, de uma amostra de casos ou de consulta direta a quem consome o dado. Consulta direta costuma exagerar a importância do campo, porque quem responde raramente admite que não usa.
O que a medição não resolve
Medir uso não decide sozinho a retirada de um campo. Campo pouco consultado pode atender exigência legal, contrato, auditoria ou segurança, e nesses casos a obrigação pesa mais que a frequência.
A medição também não corrige formulário mal desenhado nem campo que só existe porque outra área não entrega o dado antes. Nesses casos o problema está na origem do dado ou na ordem das etapas, não no campo.
Recurso prático
Roteiro para medir um campo do formulário
- Listar o campo, quem o preenche e em que ponto do formulário ele aparece.
- Identificar o destino do valor: quem lê, qual sistema processa, qual exigência o guarda.
- Acompanhar, no mesmo período, preenchimento, consulta posterior e ação gerada pelo dado.
- Verificar exigência legal, contratual ou de auditoria que obrigue a manutenção do campo.
- Classificar o campo em manter, manter com restrição ou retirar, com o motivo registrado.
O erro mais comum é medir só o preenchimento. Campo sempre cheio por ser obrigatório indica burocracia, não utilidade; o sinal de valor está na consulta posterior e na ação que o dado dispara.
Sobre o que está escrito aqui
Conceitos relacionados: campo obrigatório · formulário interno · destino do dado · consulta posterior · registro de auditoria. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Processos, retrabalho e produtividade — Página central do tema
- Excesso de etapas: como executar a redução no… — excesso de etapas
- Excesso de etapas: o que exigir ao contratar… — excesso de etapas
Páginas relacionadas
O mesmo problema em outro objetivo
- Campo inútil em formulário interno: como decidir se sai — Diagnosticar
- Formulário interno com campo inútil: manter, mudar ou tirar — Organizar um processo
- Campo inútil em formulário interno: manter, remover ou trocar — Comparar alternativas
- Campo inútil no formulário interno: como retirar sem quebrar — Orientar implementação
- Formulário interno com campo inútil: antes de contratar — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Tarefas esquecidas: o que exigir ao contratar uma solução — Critérios para avaliar fornecedores de software ou serviços voltados a eliminar tarefas esquecidas sem gerar dependência ou controles paralelos.
- Trabalho repassado sem contexto: o que registrar na passagem — O que precisa ir junto quando uma tarefa muda de mão: contexto mínimo, campos obrigatórios e o que o registro não resolve.
- Decisão por mensagem sem registro: o que exigir na contratação — O que definir antes de contratar uma solução para decisão tomada por mensagem sem registro: critério, responsabilidade, consulta posterior e limites.
- Padronização não verificada: como saber se o padrão pegou — O que verificar para saber se o padrão escrito corresponde à execução, que evidência usar e como separar falha de execução de documento desatualizado.
- Tarefa em duplicidade: qual arranjo escolher — Comparação entre arranjos para tarefa executada em duplicidade por falha de comunicação, com o custo de coordenar e o que cada um não resolve.