Não há uma quantidade universal de campos ideal para todos os formulários. Cada pergunta precisa ajudar a entregar o que foi prometido, encaminhar o contato ou cumprir um requisito explicado. Campos sem finalidade clara aumentam o esforço e acumulam dados que a equipe talvez nem use.
Revise cada campo
| Pergunta | Manter quando… | Alternativa |
|---|---|---|
| Nome | A equipe precisa personalizar o retorno | Pedir só nome ou como prefere ser chamado |
| Email ou telefone | Esse será o canal de resposta | Deixar claro qual canal é obrigatório |
| Empresa ou contexto | Ajuda a encaminhar ou preparar a conversa | Campo opcional com exemplo do que informar |
| Orçamento ou dados sensíveis | Existe finalidade específica explicada | Conversar sobre isso depois, em canal apropriado |
Marque obrigatórios apenas os campos necessários ao fluxo. Use rótulos visíveis, exemplos e instruções para explicar formato. A W3C recomenda identificar controles com rótulos associados e fornecer instruções quando houver entrada necessária.
Pense também no atendimento
Se pedir detalhes que a equipe não usa para responder, retire-os ou torne-os opcionais. Se a triagem exige uma informação, diga para que ela serve e evite linguagem ambígua. Não solicite informação sensível em um formulário público sem necessidade e processo definidos.
Antes de publicar, envie casos válidos e inválidos, confira a confirmação e veja se todos os dados chegam ao destino. Meça separadamente clique no botão e envio confirmado: preencher campos ou clicar não prova que a solicitação foi recebida.
O formulário faz parte do fluxo de teste antes de anunciar e deve corresponder à chamada apresentada no botão de ação.