Discovery pago no freelance dev: como cobrar pela fase de descoberta antes de orçar o projeto (e parar de fazer orçamento de graça)

O cliente manda um áudio de quatro minutos no WhatsApp. Quer um sistema para a distribuidora dele: pedido pelo app, integração com o ERP, painel para os vendedores, “e talvez uma parte com IA”. No fim, a pergunta de sempre: “quanto fica, mais ou menos?”

Você faz o que todo dev freelancer faz. Marca uma call, depois outra. Rascunha as telas, pesquisa se o ERP tem API, monta uma planilha de estimativa, escreve a proposta. Doze horas depois, manda o PDF. O cliente responde “vou analisar” e some. Ou pior: ele fecha, e no meio do projeto você descobre que a integração com o ERP é uma exportação de CSV por FTP. Sua estimativa vai para o lixo.

Se isso acontece com você, o problema não está na sua estimativa. Você está entregando de graça a parte mais difícil do projeto, antes de saber se vai ter projeto.

Orçamento de graça é o trabalho mais caro que você faz

A conta é simples. Uma proposta séria para um sistema sob medida consome entre 6 e 15 horas entre calls, pesquisa técnica, estimativa e redação. Quem ainda não tem indicação forte costuma fechar uma a cada três ou quatro propostas. Isso dá de 25 a 50 horas gastas por projeto fechado, sem cobrar nada. Com a hora a R$ 150, são entre R$ 3.750 e R$ 7.500 de trabalho que ninguém pagou.

E existe um custo pior que o tempo. Orçamento feito sem investigação é chute com formatação bonita. Ou você chuta alto para se proteger e perde o cliente, ou chuta baixo para fechar e paga a diferença com fim de semana. Já falamos aqui de por que a estimativa sempre estoura o dobro, e boa parte desse estouro nasce de decisões que ninguém investigou antes da assinatura.

O mercado resolveu isso há muito tempo com um nome em inglês: discovery. É uma etapa curta, paga e com prazo fechado. Nela você investiga o problema do cliente e entrega um documento que permite orçar o projeto com segurança. Software house faz. Consultoria faz. Freelancer quase nunca faz, por medo de assustar o cliente.

Vou te falar como funciona do lado de quem recebe os leads: a maioria dos pedidos que chega na OCA cabe em um parágrafo. “Quero um app tipo X.” “Preciso de um sistema para minha empresa.” Ninguém consegue dar um preço honesto para isso, nem a gente. Estimar melhor não resolve. O que resolve é saber separar os projetos que dá para orçar direto dos que precisam começar pela investigação.

Quando orçar direto e quando cobrar discovery

Nem todo projeto precisa de discovery. Cobrar duas semanas de investigação para uma landing page só afasta cliente. A régua que eu uso é uma pergunta: consigo estimar esse projeto com margem de erro abaixo de 30%? Se sim, orço direto. Se não, a primeira coisa que eu vendo é a descoberta.

Os sinais mais claros de que o projeto pede discovery aparecem logo na primeira conversa. O cliente descreve funcionalidade terminando em “e tal”, cita uma integração sem saber o nome do sistema ou muda de ideia sobre o público do produto durante a própria call.

Como montar um discovery pago: prazo, preço e entregáveis

Prazo fechado, sempre

Um discovery bem feito tem começo, meio e fim. Em projetos de freelancer, de 1 a 3 semanas resolve quase tudo. Passou disso, você está fazendo o projeto disfarçado de investigação. Deixe escrito na proposta quantas reuniões estão incluídas (em geral de 2 a 4, de uma hora cada) e quem precisa participar delas.

Preço fixo, não por hora

Estime quantas horas a descoberta vai consumir, multiplique pela sua hora e venda como valor fechado. Na prática, para freelancers e times pequenos no Brasil em 2026, as faixas ficam assim:

• Discovery enxuto (1 semana, 12 a 20 horas): R$ 1.800 a R$ 4.000. Serve para MVP simples ou sistema interno com poucas integrações.
• Discovery padrão (2 semanas, 20 a 40 horas): R$ 4.000 a R$ 8.000. É o caso mais comum para sistema web ou app com backend próprio.
• Discovery com auditoria técnica (2 a 3 semanas, 40 a 60 horas): R$ 8.000 a R$ 15.000. Para resgate de projeto, integração crítica ou produto com exigência regulatória.

Uma referência para calibrar: o discovery costuma ficar entre 5% e 10% do valor provável do projeto. Se o projeto deve custar R$ 60 mil, um discovery de R$ 4.000 a R$ 6.000 é proporcional. O número sobe com a quantidade de integrações, o número de perfis de usuário, a necessidade de ler código legado e a quantidade de pessoas do lado do cliente que você precisa ouvir.

Cobre 100% antes de começar. O valor é pequeno perto do projeto, e cliente que não paga R$ 4 mil adiantado para investigar dificilmente vai pagar R$ 60 mil em marcos.

Um entregável que o cliente leva embora

É isso que convence o cliente: o documento é dele. Se quiser, ele pode levar para outro dev orçar. Parece que você está entregando munição para a concorrência, mas o efeito é o contrário. Quem fez o diagnóstico entende o problema mais a fundo que qualquer outro fornecedor, e o cliente sabe disso.

O que um entregável de discovery precisa ter:

1. Problema e objetivo em uma página. O que o sistema resolve e como o cliente vai medir se deu certo.
2. Funcionalidades priorizadas em três grupos: entra na primeira versão, entra depois, não entra. A lista do “não entra” vale tanto quanto as outras duas.
3. Fluxos principais desenhados, em wireframe de baixa fidelidade ou protótipo navegável no Figma. Não precisa ser bonito, precisa estar certo.
4. Mapa de integrações e riscos técnicos. Qual sistema, qual forma de acesso, o que foi testado e o que ainda é incerto.
5. Estimativa em faixa com premissas, dividida por marcos, junto com a lista do que faz o número se mover.
6. Recomendação de stack e custo mensal de infraestrutura, para o cliente não ter surpresa depois do lançamento.

O texto para propor discovery sem assustar o cliente

O medo de todo dev é o cliente ouvir “vou cobrar para fazer o orçamento” e sumir. Alguns somem mesmo, e tudo bem: são os que iam te fazer escrever quatro propostas de graça. Com o resto, funciona mostrar por que o número ainda não existe. Um texto-base para adaptar:

“Pelo que você me contou, três pontos podem mudar o preço deste projeto em até duas vezes: a integração com o ERP, as regras de comissão dos vendedores e o app funcionar sem internet. Se eu te passar um número hoje, ou eu coloco uma gordura grande para me proteger, ou coloco um valor baixo e a gente vai discutir no meio do projeto. Nenhuma das duas opções é boa para você.

Minha proposta é uma etapa de diagnóstico de duas semanas, por R$ 5.000. No fim, você recebe o escopo priorizado, os fluxos desenhados, os riscos das integrações testados e o orçamento fechado por marcos. O documento é seu, mesmo que a gente não siga junto. Se o projeto começar em até 30 dias, eu abato metade desse valor do total.”

Repare nos três elementos. Primeiro, os pontos concretos que tornam a estimativa incerta, que mostram que você ouviu. Depois, o risco para o próprio cliente, e não para você. Por fim, o entregável tangível. O abatimento é opcional, mas se usar, coloque prazo e limite. Sem prazo e integral, ele vira desconto disfarçado, e você acaba subsidiando o cliente que só queria o documento.

Os erros que transformam discovery em trabalho de graça de novo

Começar a codar dentro do discovery

Você está empolgado, a integração parece simples, e sobe um repositório “só para testar”. Duas semanas depois, metade do backend existe dentro de um pacote de R$ 5 mil. Uma prova de conceito técnica pode entrar, desde que seja pontual e esteja escrita no escopo, por exemplo “testar autenticação na API do ERP”. Produto funcional, não.

Entregar documento com cara de template

Se o entregável poderia ter sido escrito sem falar com o cliente, ele vai sentir que pagou por nada. O valor está nos detalhes do negócio dele: o nome do ERP, a regra de comissão que só ele entendia, o fluxo que ninguém tinha desenhado. Use IA para acelerar a redação, mas as decisões precisam sair das conversas.

Fazer as entrevistas sem o decisor

Três reuniões com o analista de TI do cliente, e na apresentação final o sócio diz que o app devia ter outro foco. Coloque na proposta quem precisa estar em pelo menos uma reunião e na apresentação final. Sem o decisor presente, o discovery não fecha.

Cobrar discovery de projeto pequeno

Um discovery de R$ 4 mil para um projeto de R$ 8 mil não faz sentido para ninguém. Nesses casos, orce direto, escreva bem as premissas e inclua uma cláusula clara de mudança de escopo.

Por que dev que sabe fazer discovery recebe projeto melhor

Isso não é teoria, é literalmente como a OCA trabalha. A gente aparece no Google e nas IAs em buscas sobre desenvolvimento de software, e isso traz dezenas de leads por dia, mais do que o nosso time consegue atender. Por isso estamos montando uma rede de parceiros: devs e times pequenos que recebem projetos já filtrados pela OCA.

Na hora de avaliar um parceiro, o que mais pesa não é a stack. É a capacidade de pegar um cliente com uma ideia confusa e transformar isso em escopo, prazo e preço, sem surpresa no meio do caminho. Quem sabe conduzir uma descoberta protege o cliente, a própria margem e a reputação de quem indicou o projeto. É exatamente esse o perfil que a gente procura.

Sendo direto sobre o que isso significa: entrar na rede passa por uma conversa e por uma avaliação. Não é automático, e ninguém promete um volume fixo de projetos. A OCA oferece demanda qualificada e o contexto do cliente que chegou até nós. Em troca, esperamos entrega sênior, comunicação clara com o cliente e escopo tratado com a seriedade deste artigo. Se quiser ver o tipo de produto que a gente constrói, os projetos da OCA estão no site.

O próximo passo desta semana

Se você já entrega bem e quer receber projetos repassados, o caminho é uma conversa direta:

Entre para a rede de parceiros da OCA

Entrando ou não, faça uma coisa até sexta. Pegue a última proposta que você mandou e não fechou e some as horas gastas nela: calls, pesquisa, planilha, redação. Multiplique pela sua hora. Depois escreva sua oferta de discovery em um parágrafo: nome, duração, preço fixo, os cinco ou seis entregáveis e a regra de abatimento. Quando chegar o próximo áudio de quatro minutos perguntando “quanto fica, mais ou menos?”, a resposta já vai estar pronta.