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