Descoberta paga em projeto freelance: como parar de fazer consultoria de graça na fase de orçamento

Você recebe o contato de um cliente interessado. Marca uma call, entende o problema, passa duas noites destrinchando o sistema legado dele, desenha uma arquitetura, estima prazo, escreve uma proposta de cinco páginas. O cliente lê, agradece e some. Ou pior: pega o seu documento e leva para outro dev cotar por menos. Você acabou de fazer 10 ou 15 horas de consultoria de graça, e nem percebeu que aquilo era consultoria.

Isso acontece com quase todo freelancer que entrega bem. Quanto mais sério você leva o orçamento, mais trabalho não pago você acumula. E a parte cruel: o dev que estima com cuidado perde para o dev que chuta um número em cinco minutos, porque o número chutado chega primeiro e parece mais barato.

Existe uma saída que o mercado de software usa há décadas e que a maioria dos freelancers brasileiros ignora: separar o diagnóstico do desenvolvimento e cobrar pelos dois. É a descoberta paga, e vou te mostrar como ela funciona do lado de quem recebe os leads.

Por que orçamento detalhado de graça é uma armadilha

A conta é simples. Se você fecha 1 a cada 4 propostas (uma taxa razoável para freelancer) e gasta 10 horas por proposta bem feita, cada projeto fechado carrega 40 horas de trabalho não pago embutidas. Com uma hora a R$ 150, são R$ 6.000 de custo invisível por contrato. Ou você dilui isso no preço, encarecendo tudo, ou engole o prejuízo.

E tem um problema pior que o financeiro: um orçamento feito de graça é, por definição, superficial. Você não teve acesso ao código, não conversou com quem usa o sistema, não viu os dados reais. Então você estima no escuro e se protege inflando o número, ou estima otimista e descobre o buraco depois de assinar. Nos dois casos, quem paga a diferença é você.

Orçamento detalhado sem investigação paga é um chute com formatação bonita. O cliente merece coisa melhor, e você também.

O que é a descoberta paga (e o que ela não é)

A descoberta paga é um miniprojeto fechado, com escopo e preço próprios, que acontece antes do projeto grande. O cliente paga para você investigar a fundo e sair com três entregáveis concretos:

• Diagnóstico técnico: o que existe hoje, o que está quebrado, quais riscos escondidos o projeto carrega (integrações frágeis, código sem teste, dependência de fornecedor).
• Escopo detalhado: o que vai ser construído na fase 1, o que fica para depois e, principalmente, o que não vai ser feito.
• Estimativa com base real: prazo e preço do desenvolvimento calculados depois de ver o código e os dados, não antes.

O que ela não é: uma taxa para "segurar a agenda", nem uma proposta comercial cobrada. O cliente recebe um documento que tem valor sozinho. Se ele decidir contratar outro dev com aquele material, o documento continua útil. Essa é a régua de honestidade: a descoberta precisa valer o preço mesmo que o projeto não aconteça com você.

Quanto cobrar e quanto tempo leva

Faixas realistas para o mercado brasileiro em 2026, considerando um dev sênior ou uma dupla:

• Projeto pequeno (automação, integração, MVP enxuto): descoberta de R$ 2.000 a R$ 5.000, entregue em 1 semana.
• Projeto médio (app ou sistema web com backend próprio): R$ 5.000 a R$ 12.000, 1 a 2 semanas.
• Projeto grande ou resgate de legado (sistema em produção, migração, reescrita): R$ 10.000 a R$ 25.000, 2 a 4 semanas, porque envolve ler código alheio e entrevistar usuários.

Uma regra prática: a descoberta costuma ficar entre 5% e 10% do valor estimado do projeto completo. O que move o número é o tamanho do sistema existente, a quantidade de integrações e quantas pessoas você precisa entrevistar para entender a operação.

Na OCA a gente aplica essa lógica direto. Quando chega um lead pedindo para resgatar um sistema abandonado pelo fornecedor anterior, ninguém aqui dá preço de reescrita na primeira call. A gente vende a fase de diagnóstico, mergulha no código e só então fala número. As vezes que pulamos essa etapa, no início, foram exatamente os projetos que estouraram prazo. Isso não é teoria, é cicatriz.

Como vender a descoberta sem parecer enrolação

O medo de todo dev é o cliente responder "mas o outro orçou de graça". A resposta está em como você apresenta. O roteiro que funciona:

1. Faça a primeira call de graça, sempre. 30 a 45 minutos para entender o problema e ver se existe fit. Isso é comercial, não é consultoria.
2. Dê uma faixa ampla na hora. "Projetos desse tipo ficam entre R$ 40 mil e R$ 80 mil." Isso filtra quem não tem orçamento sem custar nada a você.
3. Explique por que a faixa é ampla. "Para fechar um número justo eu preciso ver o código, os dados e conversar com quem opera. Isso é trabalho de verdade, e eu cobro por ele."
4. Apresente a descoberta como redução de risco do cliente. Ele investe pouco para saber exatamente onde está pisando antes de assinar um contrato grande. Compare com contratar uma reforma sem ninguém visitar o imóvel.
5. Ofereça abater o valor. Muita gente desconta 50% ou 100% da descoberta do projeto se fechar em até 30 dias. Funciona como incentivo sem transformar a descoberta em brinde.

Cliente que se recusa a pagar algumas horas de diagnóstico está te dizendo algo importante sobre como vai tratar o resto do contrato. A descoberta paga é, na prática, o melhor filtro de cliente red flag que existe: quem valoriza o processo paga sem drama, quem quer trabalho de graça se revela antes de você assinar qualquer coisa.

Os erros que estragam a descoberta paga

• Deixar o escopo da própria descoberta aberto. Descoberta também tem escopo: X entrevistas, Y sistemas analisados, um documento final, uma call de apresentação. Sem isso, ela vira o projeto grande disfarçado, pago com preço de projeto pequeno.
• Entregar um documento genérico. Se o diagnóstico poderia ter sido escrito sem olhar o sistema do cliente, você cobrou por nada e queimou a confiança. Especificidade é o produto.
• Usar a descoberta para inflar o projeto. Se a investigação mostra que o cliente precisa de menos do que ele pediu, fale isso. Dizer o que não construir é o que separa consultor de vendedor, e é o que faz o cliente voltar.
• Cobrar descoberta de projeto trivial. Uma landing page ou um script de automação simples não justificam fase de diagnóstico. Aí você orça direto e pronto. A descoberta é para quando existe incerteza real.
• Esquecer o contrato. Mesmo pequena, a descoberta merece um contrato simples: entregáveis, prazo, preço, e a quem pertence o documento final. Duas páginas resolvem.

Descoberta paga e a rede de parceiros da OCA

Vou te falar como funciona do lado de quem recebe os leads: a OCA aparece no Google e nas IAs para buscas de desenvolvimento de software no Brasil, e isso traz dezenas de contatos de clientes por dia, mais do que o time consegue atender. Parte desses projetos a gente repassa para uma rede de devs seniores parceiros, já com triagem feita.

E aqui a descoberta importa duas vezes. Primeiro, porque muitos projetos repassados já chegam com diagnóstico e escopo fechados, então o parceiro entra para construir, não para adivinhar. Segundo, porque na hora de escolher parceiro a gente olha exatamente para quem trabalha assim: dev que investiga antes de prometer, que documenta o que encontrou e que fala número com base em evidência. Se você já entrega bem, o seu problema não é técnico, é distribuição, e processo de descoberta é um dos sinais mais fortes de maturidade que um parceiro pode mostrar.

Entre para a rede de parceiros da OCA

O próximo passo desta semana

Independente da rede: pegue o último orçamento que você perdeu e some as horas que gastou nele. Multiplique pela sua hora. Esse é o preço da sua próxima descoberta. Na próxima call comercial, ofereça a faixa ampla de graça e o número exato como fase paga. Você vai perder alguns curiosos e vai parar de financiar a decisão de compra dos outros. É uma troca que fecha a conta.