Visão geral
Entrevista com Stakeholders é uma técnica de discovery usada para capturar perspectiva de negócio, restrições técnicas, contexto histórico e critérios de sucesso que usuários finais não têm — revelando pressões organizacionais que moldam o espaço de solução. A utilidade dela está menos no ritual em si e mais na forma como ajuda o time a transformar uma dúvida de projeto em evidências, decisões ou próximos passos observáveis.
Ela faz sentido quando use no início de projetos para calibrar escopo e expectativas, ao mapear contexto político e de negócio antes de pesquisa com usuários, ou quando restrições técnicas ou regulatórias precisam ser entendidas antes de gerar soluções. Ao aplicar Entrevista com Stakeholders, o time deve chegar a mapa de objetivos, restrições e critérios de sucesso por stakeholder, Divergências e tensões entre perspectivas e Riscos e restrições implícitas reveladas, mantendo rastreabilidade entre o que foi observado, o que foi decidido e quais limites ainda precisam ser considerados.
Como entra no fluxo
Entrevista com Stakeholders entra quando já existe uma pergunta de trabalho clara e o time precisa conduzir uma atividade estruturada antes de avançar para decisão, protótipo, priorização ou entrega.
Atenção ao usar
Stakeholders raramente revelam conflitos internos diretamente.
Combina bem com
Para que serve
Capturar perspectiva de negócio, restrições técnicas, contexto histórico e critérios de sucesso que usuários finais não têm — revelando pressões organizacionais que moldam o espaço de solução.
Quando usar
Use no início de projetos para calibrar escopo e expectativas, ao mapear contexto político e de negócio antes de pesquisa com usuários, ou quando restrições técnicas ou regulatórias precisam ser entendidas antes de gerar soluções.
Contexto
Objetivos
Outputs
Situações ideais
- alta incerteza
- equipe desalinhada
Como executar
Pré-requisitos
- Lista de stakeholders-chave e seus papéis
- Objetivos claros da entrevista — o que precisa ser entendido
- Contexto mínimo sobre o projeto e o que está sendo investigado
Materiais
- Roteiro com perguntas abertas sobre visão, restrições e critérios
- Ferramenta de gravação com consentimento
- Espaço para notas sobre contexto não dito
Passo a passo
- 1Identifique os stakeholders com perspectivas críticas para o projeto.
- 2Prepare roteiro focado em contexto de negócio, não em solução de UX.
- 3Inicie com perguntas amplas sobre objetivos e história do problema.
- 4Explore restrições — técnicas, políticas, orçamentárias, regulatórias.
- 5Investigue critérios de sucesso — como o stakeholder saberá que o projeto deu certo.
- 6Identifique conflitos e tensões entre áreas sem tomar partido.
- 7Sintetize por tema — visão compartilhada, divergências e riscos.
Critérios de qualidade
- O roteiro não pressupõe solução — foca em entender o problema e o contexto
- Restrições são exploradas em profundidade, não apenas listadas
- Conflitos entre stakeholders são registrados como dado, não resolvidos na hora
- Critérios de sucesso estão capturados de forma mensurável quando possível
Dicas
- Pergunte "por que isso é importante agora" — contexto temporal revela pressão real.
- Explore o histórico — decisões passadas explicam restrições presentes.
- Perguntas de "o que não pode acontecer" revelam medos e riscos implícitos.
- Entreviste individualmente — grupo inibe divergências políticas.
Antes (entradas)
- Lista de stakeholders e seus papéis
- Contexto do projeto e objetivo da entrevista
- Roteiro com perguntas abertas
Depois (saídas)
- Mapa de objetivos, restrições e critérios de sucesso por stakeholder
- Divergências e tensões entre perspectivas
- Riscos e restrições implícitas reveladas
Variações
Entrevista de Kickoff
Realizada no início do projeto para alinhar visão, escopo, critérios de sucesso e restrições antes de qualquer trabalho de design ou pesquisa.
Entrevista de Especialista de Domínio
Foca em capturar conhecimento técnico ou regulatório especializado que nenhum usuário final detém — médico em produto de saúde, jurídico em produto regulado.
Entrevista de Validação de Resultado
Realizada após pesquisa ou entrega para validar se os achados fazem sentido no contexto de negócio antes de apresentar para decisão.
Uso estratégico
Quando evitar
- Stakeholder quer usar a entrevista para aprovar solução já definida
- Não há compromisso real de usar os achados para decisão
- O pesquisador não tem autonomia para registrar conflitos sem consequência política
Limitações
- Stakeholders raramente revelam conflitos internos diretamente
- Perspectiva de negócio pode não refletir realidade de uso do produto
- Difícil triangular sem acesso a múltiplos stakeholders
Riscos
- Tratar perspectiva do stakeholder como verdade sobre o usuário
- Entrevista virar alinhamento de escopo disfarçado de pesquisa
- Não registrar divergências por receio de conflito político
Exemplos de uso
- 01Mapear restrições técnicas e expectativas antes de redesenho de sistema legado.
- 02Entender visão de C-level antes de apresentar proposta de discovery.
- 03Capturar critérios de sucesso de produto de área jurídica antes de começar o projeto.
Perfis responsáveis
Também conhecido como
Referências e leitura
Ajude a melhorar este conteúdo
Encontrou erro, lacuna técnica ou exemplo fraco? Envie uma correção com contexto para revisão.
