Resposta direta
Campo sem uso se identifica pelo destino do dado, não pela opinião de quem preenche. Se a informação não é lida, não altera decisão, não alimenta outro registro e não responde a exigência externa, ela só consome tempo de quem preenche e espaço de quem analisa. O diagnóstico passa por quatro perguntas: quem consome o campo, para qual decisão, com que frequência e o que acontece quando ele vem vazio. Campo que falha nas quatro costuma ser candidato a sair. A decisão final é de quem responde pelo processo, com registro do motivo.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o campo como item de decisão com dono e consumidor do dado, e não como item de limpeza de formulário.
Destino do dado decide, não o volume de preenchimento
Campo útil tem consumidor identificado. Alguém lê a informação em algum momento e faz algo com ela: aprova, classifica, aciona outra área, presta conta. Quando esse consumidor não existe, o campo sobrevive por inércia. Foi criado para uma necessidade que mudou de forma e ninguém revisou o formulário depois.
A verificação começa pelo fim do fluxo, não pelo começo. Vale listar quem recebe o formulário preenchido, o que essa pessoa faz com cada campo e onde o dado é arquivado. Campo que não aparece em nenhuma dessas etapas é candidato a sair, mas a decisão precisa de dono. Sem responsável nomeado pelo processo, a retirada vira disputa entre quem preenche e quem lê.
Campo raro pode ser campo crítico
Frequência baixa não significa campo dispensável. Um campo usado poucas vezes no ano pode ser o que sustenta uma obrigação fiscal, contratual ou de auditoria. O critério não é quantas vezes o campo é lido, e sim a consequência de ele não existir quando for necessário.
Nesses casos o trabalho é diferente: documentar a razão do campo e a origem da exigência. O formulário ganha uma nota curta explicando por que o campo está ali. Isso reduz a chance de ele ser retirado por engano na próxima revisão e evita que alguém o recrie depois, duplicado.
O que o diagnóstico não resolve
O diagnóstico identifica campo sem destino. Ele não decide sozinho o que sai. Retirar um campo mexe em formulário publicado, em regra de sistema e, às vezes, em obrigação externa. Parte do trabalho é confirmar dependências fora da área que preenche.
Também não resolve formulário mal desenhado. Se o problema é excesso de campos, ordem confusa ou campos que poderiam vir de outro sistema, a limpeza de um campo isolado muda pouco. E há casos em que o campo é inútil porque o processo em volta mudou; aí a revisão precisa ser do processo, não do campo.
Recurso prático
O que verificar antes de retirar um campo
| Pergunta de diagnóstico | O que a resposta indica |
|---|---|
| Quem lê este campo e em que momento | Campo sem leitor declarado tende a ser resíduo de versão anterior do formulário |
| Qual decisão ou registro depende dele | Se nenhuma decisão muda e nenhum outro sistema consome o dado, o campo não tem função corrente |
| O que ocorre quando o campo chega vazio | Se ninguém percebe a ausência, o preenchimento não é usado; se algo trava, existe dependência real a documentar |
O erro mais comum é retirar o campo pelo incômodo de quem preenche sem checar quem consome o dado adiante; o campo pode ser inútil para uma área e obrigatório para outra.
Sobre o que está escrito aqui
Conceitos relacionados: campo obrigatório · destino do dado · consumidor da informação · formulário interno · responsável pelo processo. 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
- Aprovação sem prazo: como estruturar o fluxo… — etapa de aprovação sem prazo
- Aprovação sem prazo: qual modelo de limite ad… — etapa de aprovação sem prazo
Páginas relacionadas
O mesmo problema em outro objetivo
- 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 medir o uso — Explicar medição
- 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
- 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.
- Processo que ninguém explica em cinco minutos: como contratar — Critérios para avaliar e contratar trabalho de processo quando a descrição não existe ou não é aceita: escopo, responsável, entregável.
- Automação travada na implantação: o que resolver antes — Descreve a sequência de decisões que precede a automação de um processo: dono, dado de entrada, regra de exceção e critério para voltar atrás.
- 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.
- Mapeamento de processo: por onde começar e onde parar — O que definir antes de mapear um processo: escopo, quem descreve, quem decide, nível de detalhe e onde o mapa para de ser útil.