Skip to content
Pré-Discovery → O que sabemos até agora?Stakeholders → O que o time acredita?JTBD → Qual problema estamos assumindo?Research → Isso é verdade com base no comportamento real do usuário?Playbook → O que vamos fazer com isso?
Assume problemas sem validarToma decisões sem evidência de comportamento realResolve sintomas em vez de causasDesconecta decisões de métricas relevantes
Ainda não tem experiência com discoveryAinda não domina JTBDAinda não tem prática com researchAinda não consegue conectar decisões com métricas
Definir um problema com clareza (contexto, frequência e impacto)Você ainda está desenvolvendo repertórioDiferenciar opinião de evidênciaEntender comportamento real do usuárioTomar decisões conectadas ao negócio
O time já tem maturidade em discoveryTodos entendem JTBDHá alinhamento claro entre stakeholdersO problema já está claro, com contexto e impacto conhecidos
Stakeholders + JTBD acontecendo na mesma reunião
O contexto exige velocidadeExiste histórico ou dados confiáveisVocê já viu problemas similares antes
Research mais enxuto (menos entrevistas, mais foco)
O risco da decisão é baixoA mudança não impacta métricas principaisÉ uma melhoria incremental
Ignorar JTBD → problema mal definidoPular Research → decisão baseada em suposiçãoDecidir sem conectar com métricas → sem impacto claro
Consigo definir um problema com clareza (contexto, frequência e impacto)?Consigo identificar quando estou baseado em opinião?Consigo conectar decisões com métricas do produto?Já conduzi processos completos de discovery algumas vezes?
No início → siga todas as etapasCom experiência → adapte com consciência
Sobre as etapas da J.O.R.N.A.D.A.
Se você está começando em Product Design ou migrou recentemente para a área, existe um ponto crítico
A tentação de pular etapas para ganhar velocidade
Isso é comum e perigoso.
Por que não ignorar etapas
Cada etapa do framework existe para responder uma pergunta essencial
Quando você ignora etapas ou acelera sem critério
O custo não aparece no início, aparece depois, em retrabalho e baixo impacto
ORIENTAÇÃO PARA QUEM ESTÁ INICIANDO NA CARREIRA
Siga todas as etapas na ordem
Mesmo que pareça mais lento.
Isso é especialmente importante quando você
Por quê?
Porque você ainda está desenvolvendo a capacidade de
Nesse momento, pular etapas geralmente leva a aprender o processo errado.
Velocidade vem depois. Clareza vem primeiro.
Quando você pode adaptar, unificar ou simplificar
Com o tempo, você pode começar a ajustar o processo — mas com consciência.
Você pode UNIFICAR etapas quando
Exemplo:
Você pode SIMPLIFICAR quando
Exemplo:
Reduzir profundidade (com cuidado)
O que você não dever fazer
Mesmo com experiência, evite
Você pode adaptar o processo, mas não ignorar o raciocínio.
Como saber se você está pronto para adaptar
Use esse checklist
Se a resposta for “não” para vários pontos:
siga o processo completo
Regra de ouro
Você pode simplificar etapas, mas não pode tomar decisões sem passar por:
clareza do problema (JTBD), validação mínima (Research) e conexão com impacto (OKRs).
Resumo final
Want to print your doc?
This is not the way.
This is not the way.
Try clicking the ··· in the right corner or using a keyboard shortcut (
CtrlP
) instead.