8 técnicas que pioraram (muito) a validação do seu formulário

Uma jornada de caos, frustração e abandono de carrinhos - tudo com uma simples tag . Se você trabalha com desenvolvimento web, já caiu na cilada de tentar criar um formulário com validação "rápida". Talvez pegou aquele plugin pronto, ou achou que só o required resolveria. Talvez até achou que "validação é frescura, o backend já faz". E assim nasce… um formulário do inferno. Neste artigo, vou te mostrar um passo a passo completo para tornar a experiência do usuário a pior possível quando ele precisar preencher um simples formulário. 1. Peça uma nova senha, mas sem campo de confirmação Nada como dar ao usuário uma chance de errar. Afinal, se ele digitar a senha errada, problema dele, né? Quem precisa de um campo de "Confirmar Senha"? Isso é coisa do passado. O que importa é a emoção. Resultado: ele erra, não consegue entrar e redefine a senha mais 3 vezes. Segurança por desgaste emocional. 2. Bloqueie senhas anteriores, mas sem avisar qual "Essa senha já foi utilizada anteriormente." Qual senha? A do mês passado? A de 2020? A do Orkut? Exigir uma senha nova é ótimo. Mas manter o mistério sobre quais já foram usadas é ainda melhor. Afinal, segurança é sobre segredo, certo? Até mesmo com o dono da conta. 3. Crie regras absurdas - mas só avise depois de clicar em "Enviar" Nada de dizer antes que a senha precisa de: uma letra maiúscula um número um caractere especial uma letra grega um emoji com sombrancelha levantada Deixe o usuário descobrir no erro. Isso o torna mais resiliente. 4. Validação em tempo real? Que isso! Melhore a experiência do seu back-end. Faça o usuário enviar o formulário inteiro antes de mostrar qualquer erro. Erros inline são superestimados. Afinal, quem não gosta de preencher tudo, clicar e então descobrir 6 erros ao mesmo tempo? 5. Validação misteriosa de telefone Diga apenas: "Número de telefone inválido". Não diga se precisa de DDD. Não diga se precisa do +55. Não diga o formato. Faça ele tentar: (11)91234-5678, +5511912345678, 11912345678, 11-91234-5678... É quase um mini-game. 6. CPF: com ou sem pontos? Só o sistema sabe. O bom validador de CPF não aceita nem 12345678909 nem 123.456.789-09. Aceita um terceiro formato místico que só o programador lembra. Não deixe o usuário saber - faz parte da diversão. 7. "Preencha todos os campos obrigatórios" - sem dizer quais O clássico. Exiba essa mensagem genérica no topo e faça o usuário caçar onde ele errou. É como jogar "Onde Está o Wally?", mas com a paciência da pessoa. 8. Erro no envio? Reseta tudo, claro. Teve um erro ao enviar o formulário? Por que manter os dados preenchidos? Zera tudo e força o usuário a começar do zero. O melhor formulário é aquele que ensina sobre desapego. Missão cumprida! Se você seguir todos esses passos: vai aumentar a frustração dos usuários, vai aumentar os abandonos de fluxo, e vai ganhar uma reputação… não muito boa. Agora, se você quiser fazer o oposto disso - criar formulários acessíveis, responsivos, com validação em tempo real e que ajudam o usuário a concluir sua tarefa com confiança - então a conversa muda. Eu ajudo desenvolvedores e empresas a criarem experiências melhores com código limpo, boas práticas e foco no usuário. Se quiser conversar sobre isso, me chama por aqui ou pelas redes.

May 4, 2025 - 01:00

8 técnicas que pioraram (muito) a validação do seu formulário

Uma jornada de caos, frustração e abandono de carrinhos - tudo com uma simples tag

Se você trabalha com desenvolvimento web, já caiu na cilada de tentar criar um formulário com validação "rápida". Talvez pegou aquele plugin pronto, ou achou que só o required resolveria. Talvez até achou que "validação é frescura, o backend já faz". E assim nasce… um formulário do inferno.
Neste artigo, vou te mostrar um passo a passo completo para tornar a experiência do usuário a pior possível quando ele precisar preencher um simples formulário.

1. Peça uma nova senha, mas sem campo de confirmação

Nada como dar ao usuário uma chance de errar. Afinal, se ele digitar a senha errada, problema dele, né? Quem precisa de um campo de "Confirmar Senha"? Isso é coisa do passado. O que importa é a emoção.
Resultado: ele erra, não consegue entrar e redefine a senha mais 3 vezes. Segurança por desgaste emocional.

2. Bloqueie senhas anteriores, mas sem avisar qual

"Essa senha já foi utilizada anteriormente." Qual senha? A do mês passado? A de 2020? A do Orkut?
Exigir uma senha nova é ótimo. Mas manter o mistério sobre quais já foram usadas é ainda melhor. Afinal, segurança é sobre segredo, certo? Até mesmo com o dono da conta.

3. Crie regras absurdas - mas só avise depois de clicar em "Enviar"

Nada de dizer antes que a senha precisa de:

uma letra maiúscula
um número
um caractere especial
uma letra grega
um emoji com sombrancelha levantada Deixe o usuário descobrir no erro. Isso o torna mais resiliente.

4. Validação em tempo real? Que isso!

Melhore a experiência do seu back-end. Faça o usuário enviar o formulário inteiro antes de mostrar qualquer erro.
Erros inline são superestimados.
Afinal, quem não gosta de preencher tudo, clicar e então descobrir 6 erros ao mesmo tempo?

5. Validação misteriosa de telefone

Diga apenas: "Número de telefone inválido".

Não diga se precisa de DDD.
Não diga se precisa do +55.
Não diga o formato.

Faça ele tentar: (11)91234-5678, +5511912345678, 11912345678, 11-91234-5678...
É quase um mini-game.

6. CPF: com ou sem pontos? Só o sistema sabe.

O bom validador de CPF não aceita nem 12345678909 nem 123.456.789-09.
Aceita um terceiro formato místico que só o programador lembra. Não deixe o usuário saber - faz parte da diversão.

7. "Preencha todos os campos obrigatórios" - sem dizer quais

O clássico. Exiba essa mensagem genérica no topo e faça o usuário caçar onde ele errou. É como jogar "Onde Está o Wally?", mas com a paciência da pessoa.

8. Erro no envio? Reseta tudo, claro.

Teve um erro ao enviar o formulário? Por que manter os dados preenchidos?
Zera tudo e força o usuário a começar do zero.
O melhor formulário é aquele que ensina sobre desapego.

Missão cumprida!

Se você seguir todos esses passos:
vai aumentar a frustração dos usuários,
vai aumentar os abandonos de fluxo,
e vai ganhar uma reputação… não muito boa.

Agora, se você quiser fazer o oposto disso - criar formulários acessíveis, responsivos, com validação em tempo real e que ajudam o usuário a concluir sua tarefa com confiança - então a conversa muda.
Eu ajudo desenvolvedores e empresas a criarem experiências melhores com código limpo, boas práticas e foco no usuário.
Se quiser conversar sobre isso, me chama por aqui ou pelas redes.