Estados vazios e de erro: as telas que ninguém desenha (e todo usuário vê)
Lista vazia mostrando só uma tela branca, erro dizendo "Erro 500". As telas que ninguém desenha são vistas por todo usuário — e definem a confiança no produto.
Por Equipe We Codex3 min de leitura
Os designs de produto costumam mostrar a tela ideal: lista cheia, dados carregados, tudo funcionando. Mas todo usuário passa por outros estados — o primeiro acesso sem dados, a busca sem resultados, a falha de conexão. Quando ninguém os desenhou, aparecem telas em branco e mensagens técnicas.
Estados vazios
Uma lista vazia é uma oportunidade de orientar:
- Primeiro uso: explique o que vai aparecer ali e ofereça a ação para começar ("Cadastre seu primeiro cliente").
- Busca sem resultados: sugira outros termos, mostre itens populares, ofereça contato.
- Tudo concluído: celebre ("Nenhuma tarefa pendente").
Estados de erro
- 1.Linguagem humana: "Não conseguimos carregar seus pedidos" em vez de "Erro 500".
- 2.O que fazer: botão de tentar novamente, alternativa ou contato.
- 3.Sem perder dados: o que o usuário digitou continua lá (Formulários que convertem: validação em tempo real sem irritar o usuário).
- 4.Sem culpar o usuário quando o problema é do sistema.
- 5.Limites de uso: tempo de espera claro (Gerenciando o erro 429 Too Many Requests: exponential backoff e retry no cliente).
Estados de carregamento
Skeletons com o formato do conteúdo (Feedback assíncrono: por que trocar spinners genéricos por skeleton screens).
Estados parciais
Parte da tela carregou e parte falhou? Mostre o que deu certo e trate o resto isoladamente (Degradação graciosa: funcionar pela metade é melhor que sair do ar).
Faça um inventário
Para cada tela importante, liste: vazio, carregando, erro, parcial, sem permissão. Projete todos.
Todos os sistemas da We Codex têm esses estados desenhados. Veja sistemas web ou fale com a gente.
- UX/UI
- Estados vazios
- Erros
- Design
Resolver de vez, com quem faz isso todo dia
Seu site precisa carregar em menos de um segundo e converter mais?
Este artigo mostra o caminho. A implementação sob medida — o detalhe que muda o resultado no seu caso — é o trabalho da We Codex, empresa de engenharia do grupo Wocom.
Continue lendo
Tudo sobre Web & Performance- Ler artigo
Web & Performance3 min
Feedback assíncrono: por que trocar spinners genéricos por skeleton screens
Um spinner diz "espere"; um skeleton diz "já está chegando". Veja por que telas de carregamento em esqueleto fazem o produto parecer mais rápido — sem mudar o backend.
- Ler artigo
Web & Performance3 min
Formulários que convertem: validação em tempo real sem irritar o usuário
Formulário que só mostra os erros depois de enviar, apaga o que foi digitado e não diz o que está errado. Veja como validar em tempo real sem irritar.
- Ler artigo
Segurança3 min
Degradação graciosa: funcionar pela metade é melhor que sair do ar
Quando uma parte do sistema falha, o resto pode continuar funcionando. Degradação graciosa é planejar o que o usuário vê quando algo dá errado.