borghei/ux-researcher-designer

Pesquisador & Designer de UX

Gerar personas de usuário a partir de dados de pesquisa, criar mapas de jornada, planejar testes de usabilidade e sintetizar descobertas de pesquisa em recomendações de design acionáveis.

---

Sumário

• Termos de Ativação
• Fluxos de Trabalho
  • Fluxo 1: Gerar Persona de Usuário
  • Fluxo 2: Criar Mapa de Jornada
  • Fluxo 3: Planejar Teste de Usabilidade
  • Fluxo 4: Sintetizar Pesquisa
• Referência de Ferramentas
• Tabelas de Referência Rápida
• Base de Conhecimento

---

Termos de Ativação

Use esta skill quando precisar de:

• "criar persona de usuário"
• "gerar persona a partir de dados"
• "construir mapa de jornada do cliente"
• "mapear jornada do usuário"
• "planejar teste de usabilidade"
• "projetar estudo de usabilidade"
• "analisar pesquisa de usuário"
• "sintetizar descobertas de entrevistas"
• "identificar pontos de dor do usuário"
• "definir arquétipos de usuário"
• "calcular tamanho da amostra de pesquisa"
• "criar mapa de empatia"
• "identificar necessidades do usuário"

---

Esclareça Primeiro

Antes de gerar o artefato de pesquisa, estabeleça as entradas abaixo. Quando uma estiver faltando ou vaga e puder alterar o resultado, pergunte sobre ela; quando não puder, use um valor padrão sensato e informe qual você usou.

• Qual entregável: persona, mapa de jornada, plano de teste de usabilidade ou síntese de pesquisa (define qual fluxo de trabalho e modelo se aplica).
• Dados disponíveis e volume: análises/entrevistas/pesquisas e quantos usuários (determina a confiança da persona e se é proto-persona ou data-driven).
• Objetivo e escopo do usuário: a persona, o objetivo sendo mapeado e início/fim (determina os estágios do mapa de jornada e as perguntas de pesquisa).

Pergunte sobre as duas ou três entradas que mais importam para esta solicitação, não a lista inteira. Se o usuário quiser um resultado imediato, produza-o e declare suas suposições no topo.

Fluxos de Trabalho

Fluxo 1: Gerar Persona de Usuário

Situação: Você tem dados de usuário (análises, pesquisas, entrevistas) e precisa criar uma persona baseada em pesquisa.

Passos:

1. Prepare os dados do usuário

   Formato obrigatório (JSON):

   [
     {
       "user_id": "user_1",
       "age": 32,
       "usage_frequency": "daily",
       "features_used": ["dashboard", "reports", "export"],
       "primary_device": "desktop",
       "usage_context": "work",
       "tech_proficiency": 7,
       "pain_points": ["slow loading", "confusing UI"]
     }
   ]
   

2. Execute o gerador de persona

   # Saída legível
   python scripts/persona_generator.py
   
   # Saída JSON para integração
   python scripts/persona_generator.py json
   

3. Revise os componentes gerados

   Componente	O que Verificar
   Arquétipo	Corresponde aos padrões dos dados?
   Demografia	É derivada de dados reais?
   Objetivos	São específicos e acionáveis?
   Frustrações	Incluem contagens de frequência?
   Implicações de design	Os designers podem agir com base nelas?

4. Valide a persona

   • Mostre para 3-5 usuários reais: "Isso soa como você?"
   • Verifique com tickets de suporte
   • Confronte com dados de análise

5. Referência: Consulte references/persona-methodology.md para critérios de validade

Canvas de Proto-Persona (Alternativa Leve)

Quando você não tiver dados de pesquisa, mas precisar de uma persona orientada por hipóteses para alinhar a equipe, use um canvas de proto-persona. Proto-personas são ferramentas de suposição -- não verdades validadas -- destinadas a serem testadas e refinadas.

Use quando: Iniciar uma nova iniciativa sem orçamento de pesquisa, alinhar rapidamente uma equipe multifuncional ou criar uma hipótese testável sobre seu usuário.

Modelo de Canvas de Proto-Persona:

### [Nome Aliterativo] (ex.: "Carlos Cuidadoso")

**Bio e Demografia:**
- Idade, geografia, status social, estágio de carreira
- Presença online, atividades de lazer, estado civil

**Citações** (o que dizem, sentem, pensam):
- "[Citação direta capturando sua perspectiva]"
- "[Citação revelando frustração ou aspiração]"

**Dores:**
- [Dor relacionada ao espaço do problema]
- [Dor relacionada a soluções alternativas atuais]

**O que Estão Tentando Realizar:**
- [Comportamento observável 1]
- [Comportamento observável 2]

**Objetivos** (desejos, necessidades, sonhos):
- [Objetivo de curto prazo]
- [Aspiração de longo prazo]

**Atitudes e Influências:**
- Autoridade de Decisão: [Eles podem comprar/adotar sua solução?]
- Influenciadores de Decisão: [Quem influencia suas decisões?]
- Crenças e Atitudes: [Quais crenças impactam suas escolhas?]

**Suposições a Validar:**
- [Suposição principal que deve ser verdadeira para esta persona ser viável]
- [Segunda suposição]
- [Terceira suposição]

Próximos passos após a proto-persona:

1. Gerar perguntas de entrevista para validar suposições (Recomendado)
2. Gerar uma anti-persona para definir limites de escopo
3. Converter em um brief de uma página para stakeholders

---

Fluxo 2: Criar Mapa de Jornada

Situação: Você precisa visualizar a experiência do usuário de ponta a ponta para um objetivo específico.

Passos:

1. Defina o escopo

   Elemento	Descrição
   Persona	Qual tipo de usuário
   Objetivo	O que estão tentando alcançar
   Início	Gatilho que inicia a jornada
   Fim	Critérios de sucesso
   Período de tempo	Horas/dias/semanas

2. Colete dados da jornada

   Fontes:

   • Entrevistas com usuários (pergunte "me guie através...")
   • Gravações de sessão
   • Análises (funil, abandonos)
   • Tickets de suporte

3. Mapeie os estágios

   Estágios típicos de SaaS B2B:

   Conscientização → Avaliação → Onboarding → Adoção → Defesa
   

4. Preencha as camadas para cada estágio

   Estágio: [Nome]
   ├── Ações: O que o usuário faz?
   ├── Pontos de Contato: Onde eles interagem?
   ├── Emoções: Como se sentem? (1-5)
   ├── Pontos de Dor: O que os frustra?
   └── Oportunidades: Onde podemos melhorar?
   

5. Mapeie três caminhos de experiência (não apenas o caminho feliz)

   Estágio	Caminho Feliz	Caminho de Falha	Caminho Difícil
   Conscientização	Encontra o produto via busca	Nunca descobre o produto	Encontra concorrente primeiro
   Consideração	Proposta de valor clara	Confuso com preços	Precisa de aprovação do gerente
   Decisão	Fluxo de inscrição fácil	Erros no formulário, abandona	Revisão legal atrasa
   Entrega e Uso	Onboarding suave	Não consegue importar dados	Solução alternativa necessária
   Lealdade	Torna-se defensor	Churna silenciosamente	Fica, mas reclama

   • Caminho Feliz: Tudo funciona como projetado.
   • Caminho de Falha: O usuário não consegue completar seu objetivo e desiste.
   • Caminho Difícil: O usuário completa o objetivo, mas com atrito, soluções alternativas ou frustração.

6. Adicione KPIs e proprietários por estágio

   Estágio	KPI de Lead	KPI de Lag	Proprietário da Equipe
   Conscientização	Visitas ao site, impressões de anúncios	Lembrança de marca	Marketing
   Consideração	Solicitações de demo, visualizações de página de preços	Conversão MQL	Marketing/Vendas
   Decisão	Inícios de teste, contrato enviado	Taxa de fechamento	Vendas
   Uso	Adoção de funcionalidades, DAU	Taxa de retenção	Produto
   Lealdade	NPS, contagem de indicações	LTV, receita de expansão	Sucesso do Cliente

7. Identifique os principais pontos de atrito e intervenções

   Para cada ponto de atrito, documente:

   Ponto de Atrito	Por Que é Importante	Intervenção	Impacto Esperado	Esforço	Confiança
   [Descrição]	[Impacto no usuário/negócio]	[Correção proposta]	Alto/Médio/Baixo	P/M/G	Alto/Médio/Baixo

   Pontuação de Prioridade = Frequência x Gravidade x Solucionabilidade

8. Referência: Consulte references/journey-mapping-guide.md para modelos

---

Fluxo 3: Planejar Teste de Usabilidade

Situação: Você precisa validar um design com usuários reais.

Passos:

1. Defina as perguntas de pesquisa

   Transforme objetivos vagos em perguntas testáveis:

   Vago	Testável
   "É fácil de usar?"	"Os usuários conseguem concluir a compra em <3 min?"
   "Os usuários gostam?"	"Os usuários escolherão o Design A ou B?"
   "Faz sentido?"	"Os usuários encontram as configurações sem dicas?"

2. Selecione o método

   Método	Participantes	Duração	Melhor Para
   Remoto moderado	5-8	45-60 min	Insights profundos
   Remoto não moderado	10-20	15-20 min	Validação rápida
   Guerrilha	3-5	5-10 min	Feedback rápido

3. Projete as tarefas

   Formato de tarefa bom:

   CENÁRIO: "Imagine que você está planejando uma viagem para Paris..."
   OBJETIVO: "Reserve um hotel por 3 noites dentro do seu orçamento."
   SUCESSO: "Você vê a página de confirmação."
   

   Progressão da tarefa: Aquecimento → Principal → Secundária → Caso extremo → Exploração livre

4. Defina métricas de sucesso

   Métrica	Alvo
   Taxa de conclusão	>80%
   Tempo na tarefa	<2× esperado
   Taxa de erro	<15%
   Satisfação	>4/5

5. Prepare o guia do moderador

   • Instruções de pensar em voz alta
   • Prompts não indutivos
   • Perguntas pós-tarefa

6. Referência: Consulte references/usability-testing-frameworks.md para o guia completo

---

Fluxo 4: Sintetizar Pesquisa

Situação: Você tem dados brutos de pesquisa (entrevistas, pesquisas, observações) e precisa de insights acionáveis.

Passos:

1. Codifique os dados

   Marque cada ponto de dado:

   • [GOAL] - O que eles querem alcançar
   • [PAIN] - O que os frustra
   • [BEHAVIOR] - O que eles realmente fazem
   • [CONTEXT] - Quando/onde usam o produto
   • [QUOTE] - Palavras diretas do usuário

2. Agrupe padrões semelhantes

   Usuário A: Usa diariamente, funcionalidades avançadas, atalhos
   Usuário B: Usa diariamente, fluxos de trabalho complexos, automação
   Usuário C: Usa semanalmente, necessidades básicas, ocasional
   
   Cluster 1: A, B (Usuários Power)
   Cluster 2: C (Usuário Casual)
   

3. Calcule tamanhos dos segmentos

   Cluster	Usuários	%	Viabilidade
   Usuários Power	18	36%	Persona primária
   Usuários de Negócios	15	30%	Persona primária
   Usuários Casuais	12	24%	Persona secundária

4. Extraia descobertas principais

   Para cada tema:

   • Declaração da descoberta
   • Evidência de suporte (citações, dados)
   • Frequência (X/Y participantes)
   • Impacto no negócio
   • Recomendação

5. Priorize oportunidades

   Fator	Pontuação 1-5
   Frequência	Com que frequência isso ocorre?
   Gravidade	Quanto isso dói?
   Abrangência	Quantos usuários são afetados?
   Solucionabilidade	Podemos consertar isso?

6. Referência: Consulte references/persona-methodology.md para estrutura de análise

---

Referência de Ferramentas

persona_generator.py

Gera personas orientadas por dados a partir de dados de pesquisa de usuário.

Argumento	Valores	Padrão	Descrição
format	(nenhum), json	(nenhum)	Formato de saída

Exemplo de Saída:

============================================================
PERSONA: Alex, o Usuário Power
============================================================

📝 Um usuário diário que usa principalmente o produto para fins de trabalho

Arquétipo: Usuário Power
Citação: "Preciso de ferramentas que acompanhem meu fluxo de trabalho"

👤 Demografia:
  • Faixa Etária: 25-34
  • Tipo de Local: Urbano
  • Proficiência Tecnológica: Avançada

🎯 Objetivos e Necessidades:
  • Concluir tarefas com eficiência
  • Automatizar fluxos de trabalho
  • Acessar funcionalidades avançadas

😤 Frustrações:
  • Tempos de carregamento lentos (14/20 usuários)
  • Sem atalhos de teclado
  • Acesso limitado à API

💡 Implicações de Design:
  → Otimizar para velocidade e eficiência
  → Fornecer atalhos de teclado e funcionalidades power
  → Expor capacidades de API e automação

📈 Dados: Baseado em 45 usuários
    Confiança: Alta

Arquétipos Gerados:

Arquétipo	Sinais	Foco de Design
power_user	Uso diário, 10+ funcionalidades	Eficiência, personalização
casual_user	Uso semanal, 3-5 funcionalidades	Simplicidade, orientação
business_user	Contexto de trabalho, uso em equipe	Colaboração, relatórios
mobile_first	Mobile como principal	Toque, offline, velocidade

Componentes de Saída:

Componente	Descrição
demographics	Faixa etária, localização, ocupação, nível técnico
psychographics	Motivações, valores, atitudes, estilo de vida
behaviors	Padrões de uso, preferências de funcionalidades
needs_and_goals	Primário, secundário, funcional, emocional
frustrations	Pontos de dor com evidência
scenarios	Histórias de uso contextual
design_implications	Recomendações acionáveis
data_points	Tamanho da amostra, nível de confiança

---

Tabelas de Referência Rápida

Seleção de Método de Pesquisa

Tipo de Pergunta	Melhor Método	Tamanho da Amostra
"O que os usuários fazem?"	Análises, observação	100+ eventos
"Por que fazem isso?"	Entrevistas	8-15 usuários
"Quão bem conseguem fazer?"	Teste de usabilidade	5-8 usuários
"O que preferem?"	Pesquisa, teste A/B	50+ usuários
"O que sentem?"	Estudo diário, entrevistas	10-15 usuários

Níveis de Confiança da Persona

Tamanho da Amostra	Confiança	Caso de Uso
5-10 usuários	Baixa	Exploratório
11-30 usuários	Média	Direcional
31+ usuários	Alta	Produção

Gravidade de Problemas de Usabilidade

Gravidade	Definição	Ação
4 - Crítico	Impede conclusão da tarefa	Corrigir imediatamente
3 - Maior	Dificuldade significativa	Corrigir antes do lançamento
2 - Menor	Causa hesitação	Corrigir quando possível
1 - Cosmético	Percebido, mas não problemático	Baixa prioridade

Tipos de Perguntas de Entrevista

Tipo	Exemplo	Usar Para
Contexto	"Me guie pelo seu dia típico"	Entender o ambiente
Comportamento	"Me mostre como você faz X"	Observar ações reais
Objetivos	"O que você está tentando alcançar?"	Descobrir motivações
Dor	"Qual é a parte mais difícil?"	Identificar frustrações
Reflexão	"O que você mudaria?"	Gerar ideias

---

Base de Conhecimento

Guias de referência detalhados em `refer...

... (truncado para tradução)