Design de Formulários para Não Designers: Por Que as Pessoas Desistem na Metade e Como Resolver

Praticamente todo app tem um formulário em algum lugar. Cadastre-se aqui. Adicione um novo cliente. Marque o horário. Conte o que deu errado. E praticamente todo app perde pessoas bem ali—na única tela em que você pede para elas digitarem algo de volta. Elas tinham curiosidade suficiente para chegar até ali, e é no formulário que fecham a aba em silêncio.

Design de formulário é simplesmente o conjunto de escolhas por trás dessa tela: quais campos você pede, em que ordem eles aparecem e como o formulário reage quando alguém erra ou termina. É uma das mudanças de maior impacto que você pode fazer em um app construído com IA, porque um formulário é o momento em que você pede para alguém trabalhar—erre nisso e todo o esforço que você colocou no resto do app nunca chega a importar. Aqui está o motivo pelo qual as pessoas desistem de formulários, e as poucas mudanças que fazem elas chegarem até o fim.

Por que as pessoas abandonam formulários na metade?

As pessoas desistem quando o que um formulário pede pesa mais do que o que recebem em troca—esse é todo o mecanismo. A maioria dos formulários ruins não é feia; eles simplesmente pedem demais, cedo demais, antes de a pessoa estar convencida de que vale a pena.

Pense em cada campo como um pedido separado. “Qual é o seu nome?” é um pedido minúsculo. “Envie o alvará do seu negócio” é um pedido grande. “Crie uma senha” é médio, mas também é um compromisso—diz que você vai voltar aqui de novo. Quando alguém chega ao seu formulário, essa pessoa está somando esses pedidos silenciosamente e pesando contra o quanto ela quer o resultado. Então o primeiro passo no design de formulário não é visual. É decidir o que você realmente precisa.

Quantos campos um formulário deve ter?

O mínimo possível. O maior ajuste isolado contra o abandono de formulários é apagar campos—não diminuí-los, não reorganizá-los. Apagá-los.

Uma amiga construiu uma ferramenta de agendamento para o negócio de limpeza dela. A primeira versão do formulário tinha onze campos: nome, e-mail, telefone, endereço, metragem quadrada, número de quartos, número de banheiros, animais de estimação, data preferida, horário preferido e “algo mais”. Quase ninguém terminava. Cortamos para três—nome, telefone e “quando funciona para você?”—e deixamos o resto para a ligação de confirmação que ela já fazia de qualquer jeito. Os agendamentos subiram na hora. Os outros oito campos não estavam coletando informação; estavam afastando as pessoas antes mesmo de ela conseguir o lead.

Para cada campo, faça uma pergunta: eu preciso disso agora, para o próximo passo imediato? Se a resposta for “não, mas seria bom ter”, corte. Você sempre pode perguntar depois, quando a pessoa já for cliente em vez de uma desconhecida decidindo se vale a pena continuar. Um formulário que pede três coisas e funciona vence um completo que ninguém termina.

Em que ordem os campos do formulário devem estar?

Comece pelos campos mais fáceis e de menor compromisso—os que não exigem nenhum pensamento, como nome ou e-mail—e deixe qualquer coisa que exija esforço real para depois, quando a pessoa já tiver embalo. A ordem importa mais do que as pessoas imaginam. Uma vez que alguém começa a digitar, é muito mais provável que continue; a parte difícil era começar. Abrir com “crie uma senha” ou “envie um documento” pede o grande compromisso antes de qualquer embalo existir, e é aí que as pessoas desistem.

Se um formulário for genuinamente longo—uma inscrição detalhada, uma admissão com papelada de verdade—divida em etapas e mostre em que ponto a pessoa está. “Etapa 2 de 3” é uma coisa pequena que faz um trabalho real: diz para alguém que o fim está à vista, então essa pessoa não abandona uma rolagem longa por não fazer ideia de quanto falta. Uma linha de chegada visível mantém as pessoas em movimento na direção dela.

Quais campos do formulário devem ser obrigatórios?

O mínimo possível. Marque os campos obrigatórios com clareza e—mais importante—não torne quase nada obrigatório. Cada campo obrigatório é um lugar em que o formulário pode rejeitar alguém, e nada mata um formulário mais rápido do que alguém preenchendo tudo, clicando em enviar e sendo devolvido com três erros vermelhos para campos que não sabia que precisava completar.

Se um campo pode ser opcional, deixe opcional. O número de telefone que você “gostaria de ter” não vale a pessoa que não quer fornecê-lo e desiste em vez disso.

Como devem funcionar os erros de validação de formulário?

Uma boa validação identifica um erro no momento em que ele acontece e explica especificamente o que corrigir, em vez de esperar o envio e jogar uma parede de vermelho. Um bom formulário identifica o problema exatamente onde ele aconteceu, no momento em que a pessoa termina aquele campo, e diz algo específico e gentil: “Este e-mail está sem um @.” Um formulário ruim espera até o envio, joga uma parede de vermelho e diz “Entrada inválida”—o que não conta nada sobre o que corrigir.

A diferença é se o formulário parece estar do lado da pessoa. “Essa data já passou—escolha um dia desta semana” é um ajudante. “Erro” é uma bronca. Um se conclui; o outro se abandona. Essa é uma parte pequena, mas real, do design de formulário, e vale a pena revisar cada mensagem de erro que o seu app pode mostrar.

Como faço um formulário ser amigável para celular?

Duas coisas importam mais no celular, e celulares punem formulários preguiçosos. Primeiro, peça o teclado certo: um campo de e-mail deve abrir o teclado com o sinal de @, um campo de telefone deve trazer o teclado numérico. Seu builder pode configurar isso, e transforma digitar de uma tarefa chata em um toque. Segundo, use um seletor de data de verdade em vez de fazer alguém digitar “21/06/2026” com os polegares—um calendário que a pessoa toca é mais rápido e nunca produz uma data no formato errado.

Tente você mesmo: abra o formulário do seu app no seu próprio celular e preencha como se fosse um desconhecido com pressa. O atrito aparece em uns dez segundos.

O que deve acontecer depois que alguém envia um formulário?

Mostre uma confirmação clara no momento do envio—uma mensagem, um agradecimento, um “recebemos, é isso que acontece a seguir”. A parte mais pulada de um formulário é o final. Alguém clica em enviar e… nada visível acontece. Será que funcionou? Deveria tentar de novo? Esse silêncio faz as pessoas reenviarem, ou pior, presumirem que está quebrado e irem embora. É uma única tela, e é a diferença entre alguém confiar no seu app e alguém se perguntar se acabou de perder tempo.

Como pedir ao seu builder

A maior parte disso você pode passar direto para o seu builder de IA se for específico:

• “Este formulário deve ter só três campos: nome, telefone e data preferida. Mova tudo o mais para uma etapa posterior.”
• “Torne todos os campos opcionais, exceto nome e e-mail.”
• “Mostre mensagens de erro inline ao lado de cada campo enquanto o usuário digita, com dicas em linguagem simples—não uma lista de erros no final.”
• “Use o teclado de e-mail para o campo de e-mail e um seletor de data para o campo de data no celular.”
• “Depois que enviarem, mostre uma tela de confirmação dizendo que recebemos e o que acontece a seguir.”

Cada uma dessas é uma instrução clara com a qual o seu builder pode trabalhar, e juntas cobrem a maior parte do que separa um formulário que as pessoas terminam de um que elas abandonam.

Como testar um formulário antes de lançar?

Abra no seu celular e tente completá-lo o mais rápido possível, como se nunca o tivesse visto antes. Esse é o teste inteiro. Note cada ponto em que você hesita, franze a testa ou precisa pensar—essas hesitações são exatamente onde os seus usuários reais desistem, e agora você sabe exatamente o que corrigir primeiro.