Design
Mapeie uma jornada do usuário como máquina de estados do ciclo de vida
Um modelo de estados do ciclo de vida que mostra como um usuário ou entidade entra, transita, espera, recupera e sai de uma jornada, com regras para cada estado visível e invisível.
O processo
Faça nesta ordem.
- Defina o ator, o limite da jornada, os eventos de início e fim, as entidades do ciclo de vida, os horizontes de tempo e as decisões ou riscos que o mapa de estados deve expor.
- Enumere estados realistas, como descoberto, elegível, pendente, ativo, aguardando, pausado, com erro, recuperado, abandonado, expirado e concluído, usando evidências para cada um.
- Defina transições com gatilho, guarda, timeout, ator, efeito colateral, destino e se a ação é reversível ou tem consequência externa.
- Mapeie estados de interface, API, dados, jobs, notificações e permissões, incluindo condições vazias, de carregamento, duplicadas, obsoletas e inacessíveis.
- Teste casos de borda, retentativas, cancelamento, handoff, falha e recuperação, distinguindo comportamento observado de design pretendido e documentando contradições.
- Valide a tabela ou o diagrama de estados com responsáveis de produto, engenharia, suporte, acessibilidade e operações e versione as regras de transição e a propriedade.
- Publique o modelo com critérios de entrada e saída, evidências, premissas, perguntas abertas e riscos não resolvidos, pausando antes de enviar notificações ou mudar estados externamente.
Traga isto
Entradas que o gato vai pedir.
- ator e limite da jornada
- eventos de entrada, saída e ciclo de vida
- estados de interface, dados, jobs e permissões
- responsáveis, restrições e casos de validação
Roteador + um playbook
Roteie primeiro. Escolha um.
O Cat Paw carrega um playbook por tarefa, sem misturar vários. Comece por este roteador; os outros caminhos são candidatos específicos do workflow.
- Roteador:
diagram-design-pack skills/diagram-design-pack/user-journey-lifecycle-state-map/SKILL.md
Limites
As fronteiras viajam com o prompt.
- Verifique as ferramentas, contas, permissões e o espaço de trabalho reais antes de começar; nunca afirme que uma ferramenta, conta, fonte ou capacidade indisponível existe.
- Use Latch/target-workspace para código privado, artefatos, sondagens ao vivo ou dados não públicos; se esse acesso estiver indisponível, pare no limite e relate o bloqueio em vez de substituir por uma suposição.
- Pause para aprovação explícita antes de ações externas consequentes; retorne evidências, riscos não resolvidos, premissas e qualquer ação que ainda esteja aguardando aprovação.
Pronto significa
Um fim que dá para checar.
Um mapa validado do ciclo de vida define estados de entrada e saída, transições protegidas, retentativas, recuperação, propriedade, comportamento de acessibilidade, evidências, premissas e riscos não resolvidos.
Fontes
De onde veio este processo.
- github.com/cathrynlavery/diagram-design/tree/dc1ace47b99a419e42d01a03cb6ace5346efa8ae/
- c4model.com/
- www.nngroup.com/articles/ten-usability-heuristics/
As fontes estabelecem o padrão do workflow. Posts de Reddit e da comunidade, quando aparecem, valem como anedota de quem pratica — não como fato universal.
