Resumindo e por tarefa

1) Por que é necessário

As pessoas e o pensamento do cenário ajudam a associar a estratégia do produto a contextos reais de uso. As pessoas focam as motivações e limitações dos usuários, e os cenários transformam esses motivos em passos específicos, ramificações e condições de sucesso/erro. Como resultado, a equipe adota soluções de design mais rápidas e confiantes e as métricas mais transparentes.

2) Definições básicas

X-pessoa é um retrato testado do segmento de usuários com objetivos, hábitos, desencadeadores e barreiras.
Anti-pessoa - a quem o produto não é projetado (importante para cortar as exigências de conflito).
O cenário é uma descrição de como a pessoa atinge um objetivo em um contexto específico (fluxo básico + alternativas + processamento de erros).
Job Story (formato JTBD): «Quando [situação], quero [motivação] para [resultado esperado]».
Os cenários «as-is/to-be» são o caminho atual e o caminho de destino.

3) Quando usar

Durante as etapas de discovery/validação (formação de hipóteses de segmentos e tarefas).
Antes de reestruturar flow-chave (downboarding, pesquisa, cheque-out, pagamentos).
Quando o backlog é priorizado, compare o efeito dos cenários nas métricas.
Na sincronização entre funções (produto + design + risco/complacência + analista + suporte).

4) Processo: de dados a cenários (8 passos)

1. Coleta de dados: entrevistas de qualidade, observações contextuais, análise de logs/cliques, busca de patterns de erro, tíquetes de suporte.
2. Clusterização de comportamento: agrupamos em tarefas, frequência, riscos, dispositivos, canais.
3. Rascunhos de pessoa: para cada cluster - alvos, desencadeadores, barreiras, limitações (disponibilidade/regras/dispositivos).
4. Anti-pessoa, registramos quem não atendemos e porquê.
5. Priorizar a personalidade: por seu impacto nas métricas (conversão, retenção, LTV, cost-to-serve).
6. Mapa de tarefas (Jobs): para top personals formulamos job stories; identificamos estados críticos (erros de rede, verificação, limites).
7. Cenários «as-is/to-be»: fluxo principal + ramificação + casos extremos; visualizamos o CJM/Blueprint.
8. Validação e métricas: protótipos, testes de yusability, A/B, telemetria em cenários, atualização de personalidade.

5) Modelo UX-pessoa (copie no seu wiki)

ID da citação: «Resolver [a tarefa] o mais rápido possível sem perder tempo [a barreira]».

Objetivos: (3 a 5 resumos)

Contexto: dispositivos, canais, limitações (tempo, atenção, ambiente)

Triggers/motivações: o que desencadeia o comportamento

Barreiras/riscos: o que atrapalha (procedimentos, termos incompreensíveis, erros)

Sinais comportamentais: frequência, natureza das sessões, preferências de navegação

Necessidades de informação: o que você precisa ver/entender para seguir em frente

Disponibilidade: requisitos de fontes, contraste, localização, linguagem

KPI pessoa-fita: que métricas de alimentos melhoram quando a ajudamos

Não é: (limites de expectativas; mini anti-pessoa)

• Identificador: «Spinter móvel»
• Objetivos: concluir rapidamente a operação-chave em 1-2 minutos entre os casos
• Contexto: smartphone, rede instável, muitas vezes com uma mão
• Barreiras: formas longas, exigências ocultas, rediretos repentinos
• KPI: time-to-complete, erro rate no celular, CR primeiro passo

6) Modelo de cenário (as-is/to-be)

7) Artefatos visuais que aceleram a negociação

Empathy Map: «Fala/Pensa/Faz/Sente» - rapidamente destaca os desencadeadores.
CJM (Customer Journal Map): estágio x emoções x pontos de contato x dor x possibilidades.
Serviço Blueprint: frente-stage/back-stage/suporte de processos; Mostra onde o guião se arranca.
User Flow/State Diagram: transições de tela para tela, estados de download/erro.
Storyboard: 6-8 quadros por cenário-chave (especialmente útil para contextos móveis).

8) Métricas de qualidade de pessoa e cenários

Cobertura: proporção de tráfego/receita descrita pelo top-N dos indivíduos e seus cenários.
Task Sucess Rate:% dos usuários que chegaram ao passo de destino para cada pessoa.
Time on Task/TTV: tempo de execução; tempo até ao valor.
Error Rate/Recovery: Taxa de erro e proporção de recuperação automática.
CR em ramais: conversão do fluxo principal vs alternativas.
SUS/CSAT por segmento: A percepção de conveniência é exatamente dos indivíduos de destino.
Costa-to-Serve: Redução de acessos em cenários.
A/B uplift: o efeito da incorporação «to-be» nas métricas de destino.

9) Erros típicos

«avatares de marketing» fictícios. As pessoas sem dados comportamentais levam o design para os sabores.
Fusão de casos extremos no fluxo principal. Uma mala rara está a quebrar o caminho.
Ignorar erros e estados vazios. Não há escadas de salvação.
Tom/pattern universal para todos. Os diferentes indivíduos contam com diferentes profundidades de dicas e controle de passos.
Raros updates. Pessoas «envelhecem» - Atualize de acordo com os dados pelo menos trimestralmente ou em grandes lançamentos.

10) Prática: workshop por 90 minutos

1. 10 min: alvo e métricas (que cenário melhoramos, que KPI beijamos).
2. 20 min: sinalização de dados/insights → 2-3 rascunhos + 1 anti-pessoa.
3. 20 min: Formulamos 3-5 job stories para top person.
4. 25 min: Desenhamos «as-is» e «to-be» fluxo (principal + 2 alternativas + 2 erros).
5. 15 min: Determinamos os eventos de analistas/telemetria, os estados vazios/errados, as hipóteses A/B.

11) Folha de cheque de implementação

• Há dados (qualitativos + quantitativos) e fontes de atualização
• Cada métrica-chave tem uma pessoa e um cenário relacionados
• Alternativas descritas, erros, estados vazios, rede offline/lenta
• Há um plano de testes para protótipos, sessões de cenários, A/B
• O padrão de eventos dos analistas cobre os passos e ramais do cenário
• Ciclo regular de revisão de pessoas (por exemplo, uma vez por trimestre)

12) Mini-exemplo de ligação (simplificado)

Pessoa, «Novato Cuidadoso», quer entender as regras e os riscos rapidamente, tem medo de errar, usa a rede móvel.
Job Story: «Quando vejo o formulário pela primeira vez, quero compreender os passos e os riscos obrigatórios para completar a ação sem surpresas».

1. A tela «Passos do processo» com o progresso e o tempo estimado.

2. Formas com validação de voo, exemplos compreensíveis.

3. Estados em branco/errado têm ajuda clara e retorno seguro.

4. Telemetria: 'start', 'field _ erro', 'help _ opened', 'retry', 'complete'.

5. Métricas: TTF ≤ 90 segundos, Erro Rate <3%, CSAT ≥ 4. 2 no segmento.

13) Formatos para o seu wiki (inserções rápidas)

[Person ID]
Quote:... ""
Goals:...
Context:...
Triggers/motivations:...
Barriers/risks:...
Behavioral signs:...
Information needs:...
Availability:...
KPI person-fit:...
Not:...

Scenario: [Title]
Persona:...
Context:...
Background:...
Trigger:...
Main flow:
1) …
2) …
Alternatives: A1 .../A2...
Errors/Exceptions:...
Data and privacy:...
Time and states:...
Success metrics:...
Artifacts:...

14) Papéis e responsabilidades

Gerenciador: alvos, métricas, priorização de indivíduos/cenários.
UX/Research: dados, formalização de indivíduos, testes de cenários.
UI/Conteúdo: hierarquia visual, copiar dicas/erros.
Engenharia: condições, confiabilidade, telemetria, disponibilidade.
Risco/Complaens/Safort: regras, edge cases, base de macros de ajuda.

15) Resultado

As pessoas sem cenários são estáticas; cenários sem personalidade são abstratos. No par, tornam-se ferramentas de trabalho que ajudam a projetar interfaces que levam em conta o contexto, antecipam erros e medem as métricas de alimentos.