Sites & Landing Pages
Qualquer IA
Mapa de edge cases: estados de erro e vazios antes de codar
Lista estados vazios, de erro e extremos que o design do caminho feliz esquece, com copy pronto e prioridade de sprint.
0cópias
0joinhas
0favoritos
O prompt
Para a feature {{feature}}, liste tudo que o design do caminho feliz esquece. Pense como QA e como usuário azarado.
1. Estados vazios: primeiro uso, zero itens, busca sem resultado, sessão nova.
2. Estados de erro: rede fora, input inválido, permissão negada, timeout, upload corrompido - para cada um, a mensagem e a ação de recuperação (o que o usuário faz depois do erro).
3. Casos extremos: texto 10x maior que o esperado, 0 itens, 10.000 itens, conexão lenta, clique duplo, duas abas abertas.
4. Estados ambíguos: processamento longo, sucesso parcial, conflito de edição simultânea.
5. Para cada estado: estado | o que o usuário vê | copy pronto em PT-BR | esforço de implementação (S/M/L).
6. Priorize: quais desses vão acontecer de verdade na primeira semana - o resto vai para o backlog.
Não descreva a feature: quero só o que dá errado e como ela deve se comportar.
Como usar
- Rode ANTES de codar e antes de contratar o design - é mais barato mudar wireframe do que produção.
- Jogue a tabela 'semana 1' no primeiro sprint; as outras linhas viram issues de backlog.
- Use o copy gerado como rascunho para revisão de produto, não como texto final.
- Depois de implementar, cheque fisicamente os 5 primeiros estados da lista - a maioria das equipes testa só o caminho feliz.
Exemplo de saída
Upload de currículo: 14 estados mapeados, incluindo 'arquivo >10MB', 'nome duplicado', 'drop fora da área', 'PDF sem texto extraível'; 5 marcados como semana 1 com copy pronto ('Não conseguimos ler este PDF. Tente exportar de novo ou enviar em DOCX.'); 2 estados L (edição simultânea) para backlog.