O que é discovery de produto e por que ele vem antes do desenvolvimento

Discovery é a fase do projeto em que a software house entende o problema antes de propor uma solução. Parece óbvio — e é. Mas é também uma das etapas mais frequentemente ignoradas, apressadas ou mal executadas no mercado brasileiro de desenvolvimento de software.

O resultado de pular o discovery aparece mais tarde: produto construído para o usuário errado, funcionalidades que ninguém usa, retrabalho caro e clientes insatisfeitos de ambos os lados.

O que é discovery de produto

Discovery é o conjunto de atividades que acontece antes de escrever uma linha de código. O objetivo é responder três perguntas centrais:

Qual é o problema real a ser resolvido? Nem sempre o que o cliente pede é o que o usuário precisa. Discovery é o momento de questionar premissas e ir fundo no problema antes de comprometer recursos com uma solução.

Para quem estamos construindo? Quem são os usuários? Quais são seus comportamentos, contextos e dores? Sem essa clareza, é impossível fazer boas decisões de produto.

O que deve ser construído — e o que não deve? Discovery produz um escopo informado por evidências, não por intuição. Isso reduz drasticamente o risco de construir as funcionalidades erradas.

O que acontece durante o discovery

O discovery varia entre software houses, mas tipicamente inclui:

Entrevistas com stakeholders: entender o contexto de negócio, os objetivos do projeto, as restrições técnicas existentes e o que define sucesso para o cliente.

Pesquisa com usuários: entrevistas, observação ou análise de dados de uso para entender como as pessoas se comportam hoje e o que precisam.

Mapeamento de jornadas: visualizar o fluxo completo de como o usuário vai interagir com o produto — do ponto de entrada até o objetivo final.

Definição de escopo: com base no entendimento acumulado, a equipe define o que vai ser construído, com que prioridade e por quê. Isso resulta em um documento de escopo, backlog priorizado ou conjunto de user stories.

Protótipo ou wireframe: muitas vezes o discovery inclui uma versão visual do produto — ainda sem código — para validar fluxos com usuários reais antes de comprometer orçamento de desenvolvimento.

Por que discovery reduz o custo total do projeto

Existe um princípio bem estabelecido em engenharia de software: o custo de corrigir um problema cresce quanto mais tarde ele é descoberto. Um erro identificado no discovery custa muito menos do que o mesmo erro descoberto na fase de testes — e infinitamente menos do que descobrir em produção que o produto não resolve o problema certo.

Investir em discovery não é um custo extra — é uma redução de risco. Software houses sérias sabem disso e estruturam o processo para maximizar o aprendizado antes de começar o desenvolvimento.

Discovery não é consultoria interminável

Um ponto importante: discovery bem executado tem começo, meio e fim. Não é uma fase que se estende indefinidamente enquanto a equipe coleta mais dados.

O sinal de que o discovery foi concluído: existe clareza suficiente para tomar decisões de produto com confiança. Isso geralmente leva de 2 a 6 semanas, dependendo da complexidade do projeto.

Software houses que usam o discovery como desculpa para atrasar o início do desenvolvimento estão fazendo algo errado. Da mesma forma, software houses que encerram o discovery em dois dias sem ter pesquisado com usuários reais provavelmente estão só marcando um checkbox.

Quanto custa o discovery

Discovery é geralmente cobrado separadamente do desenvolvimento — e isso é uma boa prática. Significa que o cliente pode investir em discovery sem compromisso de desenvolver com a mesma empresa, e que o escopo do desenvolvimento será muito mais preciso quando o projeto começar.

Faixas de mercado para 2025:

Discovery simples (produto bem definido, mercado conhecido, escopo restrito): R$ 8–20 mil, 2–3 semanas.

Discovery de média complexidade (produto novo, múltiplos perfis de usuário, integrações relevantes): R$ 20–50 mil, 3–6 semanas.

Discovery de produto complexo (plataforma com múltiplos stakeholders, regulação setorial, mercado pouco mapeado): R$ 50–120 mil, 6–12 semanas.

Como avaliar se uma software house conduz o discovery com seriedade

Algumas perguntas para fazer na reunião de briefing:

"Como vocês conduzem o discovery?" Uma resposta genérica sobre "entender o problema do cliente" não é suficiente. Pergunte sobre as metodologias usadas, quantas pessoas participam, se incluem pesquisa com usuários reais e o que é entregue ao final.

"Podemos ver um exemplo de entregável de discovery de um projeto anterior?" Um documento de escopo, mapa de jornada ou backlog priorizado produzido em um projeto passado diz muito sobre a qualidade do processo.

"O discovery é cobrado separadamente do desenvolvimento?" Empresas que incluem o discovery "de graça" no orçamento do projeto geralmente estão incluindo uma versão superficial — suficiente para vender o projeto, não para reduzir riscos reais.

Perguntas frequentes

Toda software house faz discovery? Não. Muitas empresas — especialmente fábricas de software — pulam essa etapa e começam o desenvolvimento direto a partir do escopo que o cliente apresenta. Isso é mais rápido no início e mais caro no final.

Posso fazer discovery com uma empresa e desenvolver com outra? Sim, e em alguns casos faz sentido. O entregável do discovery — documento de escopo, backlog, wireframes — pode ser compartilhado com outra software house para desenvolvimento. O risco é a curva de aprendizado da empresa que entra depois, mas é uma opção legítima.

Discovery online funciona ou precisa ser presencial? Funciona muito bem online. Pesquisas com usuários, workshops de definição de escopo e co-criação de jornadas são conduzidasremotatamente com ferramentas como Miro, Figma e Google Meet sem perda significativa de qualidade.

Encontre software houses com processo de discovery estruturado no Softdex — e compare antes de contratar.