Contexto
Dividir um formulário em várias etapas não é automaticamente mais simples. A decisão deve começar pela tarefa: quais dados formam grupos compreensíveis, qual sequência faz sentido e quanto esforço a pessoa terá para revisar, corrigir e retomar o preenchimento.
Pesquisas e orientações de acessibilidade convergem em um ponto: reduza perguntas desnecessárias antes de distribuir a tarefa em telas. Use etapas quando elas derem estrutura, progresso e recuperação; não apenas para encurtar visualmente a página.
Divida o formulário quando os campos formarem grupos de trabalho claros, a tarefa tiver etapas naturais ou o volume de informação tornar uma única tela difícil de entender. Cada etapa deve representar um objetivo reconhecível, como dados pessoais, endereço, pagamento ou revisão.
Use uma sequência linear quando a ordem importar. Mostre a etapa atual e o total quando o número for estável, ofereça Voltar e Continuar separados do indicador e preserve os dados ao avançar, voltar ou interromper.
Antes de dividir, remova campos desnecessários, use divulgação progressiva e teste uma versão de página única. Conte também os campos que a pessoa precisa ler e preencher: reduzir telas sem reduzir o esforço apenas desloca a complexidade. Se a lógica condicional alterar o número de etapas, não prometa um total fixo que possa ficar incorreto.
Porque isso importa?
Etapas bem escolhidas reduzem a quantidade de decisões visíveis, facilitam o foco em telas pequenas e ajudam a recuperar erros ou salvar o progresso. Elas também permitem revisar seções sem repetir a tarefa.
Mas cada etapa acrescenta navegação, carregamento e incerteza. Um formulário curto ou que exige comparar campos ao mesmo tempo pode ficar pior quando separado.
Essa decisão é apoiada por orientações convergentes do W3C WAI, do U.S. Web Design System e do Carbon Design System sobre etapas lógicas, progresso e revisão. Em um contexto específico de checkout, o benchmark da Baymard indica que a quantidade de campos que a pessoa precisa considerar pesa mais na experiência do que simplesmente contar etapas. Portanto, simplifique os campos antes de escolher a divisão e valide a solução no contexto real do produto.
Quando usar?
- Quando houver grupos de campos com objetivos distintos.
- Quando a tarefa tiver uma sequência natural de decisões.
- Quando uma única tela ficar difícil de entender ou usar no mobile.
- Quando a pessoa precisar salvar, sair e retomar depois.
- Quando cada etapa puder ser revisada antes da conclusão.
- Quando pesquisa mostrar que a página única sobrecarrega a tarefa.
Quando evitar?
- Quando o formulário tiver poucos campos.
- Quando a pessoa precisar comparar seções ao mesmo tempo.
- Quando a divisão criar uma etapa por campo.
- Quando o total de etapas variar sem uma indicação adequada.
- Quando os dados não puderem ser preservados.
- Quando a divisão apenas esconder campos desnecessários.
Recomendações
Faça
- Divida por objetivos.
- Agrupe campos relacionados.
- Conte campos antes de contar telas.
- Mostre o progresso.
- Dê Voltar e Continuar claros.
- Preserve os dados.
- Permita revisar.
- Mostre só etapas relevantes.
- Teste no mobile.
Evite
- Não crie uma etapa por campo.
- Não esconda campos só para reduzir a altura.
- Não mantenha campos desnecessários.
- Não prometa um total instável.
- Não remova o Voltar.
- Não apague dados ao voltar.
- Não use o indicador como navegação.
- Não separe campos dependentes.
- Não divida sem testar.
