Descoberta de Produto

A descoberta é um conjunto de ferramentas de técnicas, cada uma respondendo a um tipo diferente de pergunta. Entrevistas com clientes (para entender problemas e motivações): conversas individuais de 60 minutos focadas no fluxo de trabalho atual do cliente — não feedback de funcionalidades. O entrevistador pede ao cliente para descrever como ele realiza uma tarefa específica hoje, investigando pontos problemáticos, soluções alternativas e momentos de confusão ou frustração. Cadência ideal: cada PM conduz 2 a 4 entrevistas por semana de forma contínua. Testes de usabilidade (para validar designs): observe 5 a 8 participantes tentando completar uma tarefa específica usando um protótipo ou produto ao vivo — o teste revela problemas de usabilidade que a análise não consegue detectar (usuários que sabem que "algo está errado", mas não conseguem articular o quê). Teste de conceito (para validar soluções antes de construir): apresente uma representação escrita ou um mockup de uma solução proposta a 10 a 15 clientes e meça sua compreensão, desejabilidade e mudança de comportamento prevista. Teste de protótipo: construa o protótipo de fidelidade mínima que permita testar a suposição mais arriscada e observe usuários reais interagindo com ele. Testes de "fake door": crie um elemento de UI (botão, item de menu) para uma funcionalidade que ainda não existe, meça a taxa de cliques e colete e-mails de usuários interessados — prova a demanda antes de qualquer esforço de desenvolvimento.

A descoberta contínua, popularizada por Teresa Torres, é a prática de conduzir atividades de descoberta pequenas e frequentes de forma contínua — em vez de grandes fases de pesquisa periódicas com longos intervalos. O modelo tradicional: uma equipe de produto pausa todo o desenvolvimento por uma "fase de descoberta" de 4 a 6 semanas, conduz pesquisas extensas, apresenta as descobertas e, em seguida, entra em um período de entrega estendido sem nova descoberta. O problema: o mundo muda, as prioridades dos clientes se alteram e as suposições da fase de descoberta se tornam obsoletas durante o longo período de entrega. A descoberta contínua substitui as atividades de descoberta de pequeno escopo semanais ou quinzenais por pesquisas trimestrais de grande impacto: cada PM conduz 2 entrevistas com clientes por semana, toda semana, não como um projeto, mas como um ritmo profissional, como sua reunião de planejamento semanal. Os insights desses pontos de contato regulares são registrados no repositório de pesquisa da equipe (Dovetail, Notion), e os padrões emergem organicamente sem a necessidade de uma fase de síntese formal. Equipes que operam com descoberta contínua tomam consistentemente melhores decisões de produto porque têm um contexto de cliente atual e específico, em vez de insights de pesquisa com 3 a 6 meses de idade.

O mapeamento de suposições é uma técnica estruturada para identificar e priorizar as crenças subjacentes a uma decisão de produto, e então projetar os experimentos mínimos necessários para validar ou invalidar as suposições mais arriscadas antes do compromisso de desenvolvimento. O processo: para qualquer iniciativa de produto significativa, a equipe lista todas as suposições que a iniciativa exige que sejam verdadeiras para ter sucesso. Exemplos de suposições para um novo fluxo de onboarding: "Novos usuários ficam confusos com o assistente de configuração atual" (isso é realmente verdade, e a confusão é a principal causa da baixa ativação?); "Um formato de tour guiado reduz o tempo de ativação" (testamos tours guiados versus o assistente atual?); "Usuários que ativam na semana 1 têm maior retenção em 6 meses" (existe realmente uma relação causal, não apenas correlação?). Cada suposição é então plotada em uma matriz 2x2: o eixo 1 é a certeza (quão confiantes estamos de que essa suposição é verdadeira?); o eixo 2 é a importância (quão crítico é que essa suposição seja verdadeira para o sucesso da iniciativa?). Suposições de alta importância + baixa certeza são as prioridades de descoberta — a equipe projeta o teste mínimo (entrevista com usuário, teste de protótipo ou "fake door") que moverá a suposição de baixa certeza para alta certeza antes de se comprometer com o desenvolvimento completo.