CONVERSÃO

Análise de redução de campos de formulário

Use quando um formulário tem campos a mais e precisa de decidir quais cortar, adiar ou tornar opcionais.

form-field-reduction-analysis.md

Transferir .md

Estás a auditar um formulário à procura de atrito desnecessário.

OBJETIVO DO FORMULÁRIO: {{FORM_PURPOSE}}
CAMPOS (nome, tipo, obrigatório ou opcional): {{FIELD_LIST}}
O QUE ACONTECE DEPOIS DA SUBMISSÃO: {{POST_SUBMIT_PROCESS}}
QUEM USA OS DADOS INTERNAMENTE: {{INTERNAL_CONSUMERS}}

Para cada campo, decide uma de: MANTER (necessário para concretizar a ação), ADIAR (recolher mais tarde no onboarding ou por enriquecimento), TORNAR OPCIONAL ou CORTAR.

DEVOLVE uma tabela: Campo | Veredicto | Motivo | O que se parte se for removido | Com quem confirmar antes de remover.

Depois devolve:
- Uma versão mínima viável recomendada do formulário, com os campos pela ordem em que devem aparecer.
- Qualquer campo que deva ser dividido ou combinado, e porquê.
- Campos onde um valor inferido ou enriquecido poderia substituir a introdução pelo utilizador.

Restrições: não recomendes remover um campo legal ou operacionalmente obrigatório se eu disse que é usado internamente - em vez disso recomenda adiá-lo. Não sugiras perfilagem progressiva como resposta genérica sem dizer que campos concretos passam para que passo posterior. Se não conseguires perceber se um campo é necessário, faz a pergunta em vez de assumir. Sem travessões na resposta.

Preencher antes de executar

Substitua cada espaço pelos seus próprios dados. Quanto mais específico for, menos o modelo inventa.

{{FORM_PURPOSE}}
{{FIELD_LIST}}
{{POST_SUBMIT_PROCESS}}
{{INTERNAL_CONSUMERS}}

Como obter um resultado melhor

Inclui os tipos de campo, já que dropdowns e texto livre têm custos muito diferentes.
Diz com honestidade que campos as vendas usam mesmo - a maioria das listas de cortes morre porque ninguém perguntou.
Pede-lhe para estimar que remoção isolada teria o maior efeito e trata isso como o teu primeiro teste.