Neste artigo
Fechar preço antes de saber o que vai ser construído produz um de dois resultados: o fornecedor inflou para se proteger e você pagou caro, ou ele não inflou e vai cortar qualidade no meio para não sair no prejuízo. Discovery técnico é a etapa curta e paga que troca essa aposta por um escopo medido.
O que é discovery de verdade?
Não é reunião de alinhamento nem apresentação comercial. É uma investigação curta, de uma a três semanas, com entregável escrito, que responde: o que exatamente vai ser construído, quais são os riscos técnicos reais, e quanto custa com margem de erro pequena.
O que sai no fim: escopo detalhado por funcionalidade, decisões de arquitetura documentadas, mapa das integrações com o que foi de fato testado, riscos ordenados por impacto, e proposta com preço fechado.
O ponto que separa discovery bom de conversa: as integrações são testadas, não presumidas. Alguém tenta autenticar de verdade na API do seu ERP durante o discovery.
Por que sem ele o preço fecha errado?
Todo orçamento sem investigação carrega um prêmio de risco. Quem tem experiência coloca 30% a 50% em cima para cobrir o que não sabe, e quem não tem coloca zero e descobre depois.
Você acaba escolhendo entre pagar o prêmio de risco de alguém experiente ou aceitar a estimativa otimista de alguém que vai pedir aditivo. Discovery reduz a incerteza que gera o prêmio.
| Cenário | Como termina |
|---|---|
| Preço fechado sem investigação, fornecedor experiente | Você paga o prêmio de risco mesmo se nada der errado |
| Preço fechado sem investigação, fornecedor otimista | Aditivo, atraso, ou corte de qualidade no meio |
| Discovery pago, depois preço fechado | Preço mais próximo do real, risco conhecido antes |
Onde a surpresa costuma estar?
Pela minha experiência, em quatro lugares, sempre os mesmos:
Integração com sistema legado. A API existe, mas não faz o que a documentação diz, ou não tem o endpoint que o processo precisa. Só se descobre tentando.
Qualidade do dado histórico. A planilha tem CNPJ escrito de seis maneiras, data em três formatos, e duplicata que ninguém sabia. Migração vira projeto dentro do projeto.
Regra que ninguém contou. Não por má fé: a pessoa que sabe a exceção não estava na reunião, porque ela é a que executa e não a que decide.
Volume real. “Uns mil pedidos por mês” que na verdade são oito mil em três dias do mês. Muda a arquitetura, como está em decisões de arquitetura de SaaS.
Por que o discovery é pago?
Porque discovery de graça é comercial disfarçado. Ninguém investiga a sério de graça, e o que vem sem custo é o suficiente para fechar venda, não para reduzir risco.
E tem um segundo motivo, que é o que costuma convencer: o resultado é seu. Com o escopo detalhado na mão, você pode pedir proposta a outros fornecedores em cima do mesmo documento, e comparar maçã com maçã. Se o fornecedor não aceita que o entregável seja seu, ele está vendendo aprisionamento.
Como referência, discovery costuma custar entre 5% e 12% do valor estimado do projeto.
Quando pular o discovery?
Discovery não é dogma. Em projeto pequeno, com escopo claro e sem integração com sistema de terceiro, ele é burocracia cara.
A régua que eu uso: abaixo de R$ 30 mil, sem integração relevante e com processo já mapeado, dispensa. Acima disso, ou com qualquer integração, ele se paga.
Perguntas frequentes
Quanto tempo leva?
De uma a três semanas na maioria dos casos. Passou disso, virou projeto de consultoria e você está pagando para adiar decisão.
E se depois do discovery eu desistir?
Ótimo resultado, e é o melhor uso possível do dinheiro. Descobrir que o projeto não se paga custando 8% é muito melhor do que descobrir com 100% gasto.
Vocês fazem discovery para projeto de outro fornecedor?
Fazemos, e o entregável é seu para levar a quem quiser. Se quiser avaliar o seu caso, peça um diagnóstico. As faixas de projeto estão em quanto custa software sob medida.
