Discovery de produto deveria dar direção, não virar um projeto paralelo que nunca termina. Quando o processo passa de duas ou três semanas, o time perde o senso de urgência e a equipe de negócio começa a duvidar se algo vai sair do papel.
O caminho mais curto passa por três decisões: escopo fechado desde o primeiro dia, entrevistas com usuários reais em vez de personas hipotéticas, e um protótipo navegável antes do fim da primeira semana. Cada rodada de discovery deve terminar com uma decisão de ir ou não ir — não com mais um relatório de quarenta páginas que ninguém lê.
Na prática, isso significa aceitar incerteza controlada: você não vai eliminar todo risco antes de escrever a primeira linha de código, e não precisa. O objetivo do discovery é reduzir risco o suficiente para começar a construir com confiança — não eliminá-lo por completo.
Deixe um comentário