Primeira reunião com cliente freelance: o roteiro da call que decide se o projeto fecha (e quanto ele vai custar)

Você recebeu a mensagem: "oi, me indicaram você, queria fazer um app, podemos conversar?". Marca a call, entra nervoso, deixa o cliente falar 40 minutos sobre a ideia, responde "dá pra fazer sim" para tudo, e termina com um "vou montar uma proposta e te mando". Aí passa dois dias montando um PDF, envia, e o cliente some. Se isso já aconteceu com você, o problema não foi a proposta. Foi a reunião. A proposta só formaliza o que a call construiu, e se a call não construiu nada, o PDF vai para a mesma pasta onde morrem todos os orçamentos.

Vou te falar como funciona do lado de quem recebe os leads: na OCA chegam dezenas de contatos por dia, e a diferença entre projeto fechado e conversa perdida quase sempre se decide nos primeiros 30 minutos de reunião. Não na estimativa, não no preço. Na conversa.

A verdade desconfortável: a primeira reunião não é sobre a sua solução

A maioria dos devs trata a primeira call como uma prova técnica. O cliente descreve a ideia e o dev começa a resolver: "isso dá pra fazer com React Native", "o backend eu faria em Node", "dá pra usar Supabase e sair rápido". Parece competência, mas do outro lado soa como um vendedor de carro falando de câmbio antes de perguntar quantos filhos você tem.

O cliente não está avaliando sua stack. Ele está avaliando três coisas: se você entendeu o problema dele, se você já resolveu problemas parecidos, e se ele consegue confiar em você com dinheiro e prazo. Stack não aparece em nenhuma das três.

A primeira reunião é uma reunião de diagnóstico, não de solução. Médico que receita antes de examinar não passa confiança, e dev que estima antes de perguntar também não.

O roteiro da call de descoberta, bloco por bloco

Esse é o formato que uso na OCA, adaptado para uma call de 45 minutos a uma hora. Não é script para decorar, é uma ordem de blocos que funciona.

Bloco 1: contexto do negócio (10 minutos)

Antes de qualquer pergunta sobre o software, entenda o negócio. Três perguntas resolvem:

• "Me conta o que a empresa faz hoje e como esse processo funciona sem o sistema." Se é um produto novo: "quem é o usuário e o que ele faz hoje sem o seu app?"
• "O que está custando caro ou travando por não ter isso resolvido?" Aqui aparece a dor real, que quase nunca é a que veio no primeiro contato.
• "Por que agora?" Essa pergunta separa curioso de comprador. Quem responde "perdi um cliente grande por causa disso" ou "fechei um aporte" tem urgência. Quem responde "ah, é uma ideia que tenho há anos" provavelmente vai sumir depois da proposta, e você ajusta sua expectativa e seu esforço.

Bloco 2: escopo em linguagem de usuário (15 minutos)

Agora sim o produto, mas em fluxos, não em features. Peça para o cliente narrar: "me descreve o caminho de uma pessoa usando isso, do primeiro acesso até o resultado final". Enquanto ele narra, você anota entidades, integrações e telas mentalmente.

Duas perguntas obrigatórias nesse bloco:

• "Se a gente lançasse com só uma parte disso funcionando, qual parte teria que ser?" Isso te dá o núcleo do MVP e mostra ao cliente que você pensa em fases, não em orçamento inflado.
• "Tem algum sistema existente que isso precisa conversar?" Integração esquecida é a maior fonte de estouro de estimativa que existe. ERP, planilha sagrada, gateway de pagamento, tudo isso muda o número.

Bloco 3: restrições reais (10 minutos)

Prazo, orçamento e decisor. Os três assuntos que dev tem vergonha de tocar e que definem se o projeto existe.

Sobre orçamento, a pergunta que funciona não é "quanto você quer gastar?", que trava qualquer pessoa. É: "projetos desse tipo costumam ficar entre X e Y dependendo do escopo. Isso está dentro do que você imaginava?" Você dá uma faixa ancorada na realidade e observa a reação. Se o cliente esperava um app completo por R$ 5 mil, melhor descobrir na call do que depois de dois dias montando proposta.

Sobre decisor: "além de você, quem mais participa dessa decisão?" Se a resposta envolve sócio, chefe ou investidor que não está na call, a proposta precisa ser escrita para convencer alguém que você nunca viu, e idealmente você pede uma segunda call com essa pessoa.

Bloco 4: próximo passo com data (5 minutos)

Nunca termine com "vou te mandar uma proposta". Termine com compromisso bilateral: "vou montar a proposta até quinta. Podemos marcar 20 minutos na sexta para eu te apresentar e você tirar dúvidas na hora?"

Proposta apresentada ao vivo fecha muito mais do que PDF enviado no vácuo, porque objeção que aparece na conversa você responde na hora. Objeção que aparece com o PDF aberto às 23h vira silêncio.

Os sinais que você precisa ler durante a reunião

A call de descoberta também é o seu filtro. Alguns sinais que aprendi a levar a sério, alguns pagando caro:

• O cliente não sabe explicar como ganha dinheiro com o projeto. Se o software não se conecta a receita ou a corte de custo, o orçamento dele é emocional, e orçamento emocional evapora.
• "É simples, é rapidinho" repetido várias vezes. Quem minimiza o trabalho antes de contratar vai minimizar na hora de pagar e maximizar na hora de pedir mudança.
• Já teve dois fornecedores antes e todos eram "incompetentes". Às vezes é verdade. Quando o padrão se repete, o fator comum costuma ser o cliente. Pergunte o que exatamente deu errado e escute com atenção.
• Pressa extrema sem motivo concreto. "Preciso disso em três semanas" sem um evento real por trás (feira, contrato, aporte) geralmente significa desorganização, e desorganização vira escopo caótico.

Nenhum sinal isolado é veredito. Dois ou três juntos, é hora de encarecer, cercar o contrato ou recusar com educação.

Os erros que matam a venda na primeira call

Dar preço no susto. O cliente pergunta "mas assim, por alto, quanto ficaria?" e você solta um número sem ter fechado escopo. Esse número vira âncora para sempre. A resposta certa: "depende de decisões que a gente ainda não tomou juntos. Te mando a faixa na proposta, com o que faz o número subir e descer." Faixa contextualizada educa, número solto condena.

Falar mais do que ouvir. Regra prática: se você falou mais de 40% do tempo na primeira call, falou demais. A pessoa mais interessante da reunião é a que faz as melhores perguntas, não a que dá as respostas mais longas.

Aceitar tudo. "Dá pra fazer" para cada item da lista do cliente parece prestativo, mas transmite que você não tem critério. Quando você fala "isso aqui eu deixaria para uma segunda fase, na primeira não paga o custo", o cliente ouve algo raro: alguém disposto a vender menos para entregar melhor. Isso não é teoria, é literalmente como a OCA cresceu. Boa parte dos projetos que fechamos começou com a gente cortando escopo da lista do cliente, não adicionando.

Não registrar nada. Saia da call e mande no mesmo dia um resumo por escrito: o que foi discutido, o que ficou de fora, qual o próximo passo e a data. Esse e-mail simples faz três coisas: mostra profissionalismo, cria registro do escopo conversado e mantém o momentum enquanto o cliente ainda está quente.

Como a OCA usa essa call antes de repassar projetos

Aqui entra uma parte que interessa a quem entrega bem mas não tem pipeline. A OCA aparece no Google e nas respostas das IAs para buscas de desenvolvimento de software no Brasil, e isso traz mais leads por dia do que o time consegue atender. A call de descoberta que descrevi é exatamente o processo que roda antes de qualquer projeto entrar, inclusive os que são repassados para a rede de parceiros: devs seniores e times pequenos que recebem projetos já filtrados, com escopo desenhado e cliente qualificado.

Na prática, o parceiro recebe o projeto depois que os blocos acima já rodaram: dor mapeada, escopo cercado, faixa de orçamento validada, decisor identificado. O trabalho de vender já foi feito, sobra o trabalho de entregar. Em troca, a OCA espera o mesmo padrão que aplica nos próprios produtos: comunicação constante, prazo respeitado e código que outra pessoa consegue manter.

Se você já entrega bem, o seu problema não é técnico, é distribuição. E existem dois caminhos que não se excluem: montar a sua própria máquina de leads, o que leva tempo, ou se conectar a uma que já está rodando.

Entre para a rede de parceiros da OCA

O que fazer esta semana, independente de tudo

Pegue os quatro blocos deste artigo e transforme em um documento seu: dez perguntas na ordem, com espaço para anotar. Na próxima conversa com cliente, use. Só a mudança de terminar a call marcando a apresentação da proposta, em vez de prometer um PDF no vácuo, já muda sua taxa de fechamento. A conta é simples: proposta apresentada ao vivo recebe resposta, proposta enviada por mensagem recebe silêncio. Comece por aí.