Proposta de projeto que fecha: a estrutura que a OCA usa para transformar orçamento em contrato

Você conversa com o cliente, entende o problema, passa duas horas montando um orçamento caprichado e envia. Aí vem o silêncio. Ou pior: "vou avaliar e te retorno", que na prática é a mesma coisa. Se você entrega bem tecnicamente mas suas propostas morrem na caixa de entrada, o problema quase nunca é o preço. É o documento. A maioria das propostas de dev freelancer é uma lista de tecnologias com um número no final, e cliente não compra tecnologia, compra a resolução de um problema que está custando dinheiro para ele agora.

Vou te falar como funciona do lado de quem recebe os leads: na OCA, dezenas de pedidos de orçamento chegam por semana. A gente escreve proposta praticamente todo dia útil, e ao longo dos anos deu para mapear com precisão o que faz um documento virar contrato e o que faz ele virar fantasma. Este artigo é essa estrutura, na ordem certa, com os motivos.

Por que a maioria das propostas de freelancer não fecha

Antes da estrutura, a verdade desconfortável: o cliente que pede orçamento para você quase sempre pediu para mais duas ou três pessoas. Ele vai comparar documentos lado a lado. E nessa comparação, três erros matam a sua proposta antes do preço entrar em cena:

• Falar de stack em vez de falar do problema. "Vou usar Next.js com Postgres e deploy na Vercel" não significa nada para um dono de imobiliária. "Seu corretor vai parar de perder contrato por falta de acompanhamento" significa tudo.
• Escopo vago. "Desenvolvimento do sistema de gestão" é uma frase que cabe qualquer coisa. Cliente experiente lê isso e enxerga briga futura. Cliente inexperiente lê isso e enxerga cheque em branco, dos dois lados.
• Preço sem contexto. Um número solto no final do documento vira o único critério de decisão. Se a sua proposta não construiu valor antes do preço, você acabou de entrar numa disputa de leilão reverso.

A conta é simples: proposta genérica compete por preço, proposta específica compete por confiança. E confiança fecha mais caro.

A estrutura de proposta que a OCA usa, seção por seção

Isso não é teoria, é literalmente como a OCA cresceu. O documento tem seis blocos, nesta ordem. A ordem importa porque ela conduz o cliente do problema dele até o preço, e não o contrário.

1. Entendimento do problema (o bloco mais importante)

Abra a proposta descrevendo o problema do cliente com as palavras que ele usou na conversa. Duas ou três frases. "Hoje a operação roda em planilha, dois vendedores atualizam o mesmo arquivo e vocês já perderam pedido por dado desatualizado." Quando o cliente lê o próprio problema descrito com precisão, ele conclui uma coisa que nenhum portfólio prova: você escutou. Grande parte das propostas que a OCA ganha de concorrentes mais baratos ganha aqui, na primeira meia página.

2. Solução proposta, em linguagem de resultado

Descreva o que você vai construir do ponto de vista de quem usa, não de quem programa. Em vez de "API REST com autenticação JWT", escreva "cada vendedor acessa com login próprio e vê apenas os clientes da carteira dele". A stack pode aparecer, mas em uma linha, como garantia de qualidade, nunca como protagonista.

3. Escopo fechado: o que entra e, principalmente, o que NÃO entra

Liste as funcionalidades em tópicos objetivos, e logo abaixo crie uma seção explícita chamada "Fora do escopo desta proposta". App mobile fora, integração com ERP fora, painel de relatórios avançados fora, o que for. Essa seção parece que vai assustar o cliente. É o contrário: ela é a que mais transmite senioridade, porque mostra que você já viu projeto azedar por escopo aberto e sabe cercar o terreno. E ela é a sua defesa contratual quando, no meio do projeto, aparecer o "aproveita e já faz também".

4. Prazo com fases, não uma data única

Uma data única ("entrega em 10 semanas") é frágil: qualquer atraso vira quebra de promessa. Fases criam checkpoints: semanas 1 e 2 para setup e telas principais, semanas 3 a 6 para o fluxo central, semanas 7 e 8 para ajustes e publicação. O cliente enxerga progresso planejado e você ganha pontos de validação onde pode cobrar as respostas e aprovações que dependem dele.

5. Investimento e condições de pagamento

O preço entra depois que o valor foi construído, nunca antes. Apresente o número e as condições na mesma seção: entrada de 30 a 40 por cento para reservar agenda, parcelas atreladas às fases, última parcela na entrega. Pagamento atrelado a fase protege os dois lados e filtra cliente que não tem orçamento real. Se quiser dar opção, ofereça no máximo duas versões de escopo (essencial e completo). Três ou mais opções paralisam a decisão.

6. Próximo passo explícito

Termine dizendo exatamente o que acontece se o cliente aprovar: "Com o aceite desta proposta e a confirmação da entrada, o desenvolvimento começa na segunda-feira seguinte, com kickoff de 1 hora para alinhar os acessos." Proposta sem próximo passo termina em "vou pensar". Proposta com próximo passo termina em decisão.

Os detalhes que aumentam a taxa de fechamento

• Validade da proposta. 10 a 15 dias corridos. Sem validade, o cliente some por três meses e volta esperando o mesmo preço com a sua agenda em outro estado.
• Envio com contexto, nunca só o anexo. Mande a proposta e proponha uma call de 20 minutos para apresentar. Proposta apresentada fecha mais que proposta lida sozinha, porque você responde a objeção na hora em vez de deixar ela crescer no silêncio.
• Follow-up com prazo combinado. Ao final da call, pergunte: "Faz sentido eu te procurar na quinta se eu não tiver notícia?" Isso transforma o follow-up de cobrança chata em compromisso combinado.
• Tamanho do documento. Duas a quatro páginas. Proposta de 15 páginas ninguém lê; proposta de meia página ninguém leva a sério.

As armadilhas que transformam proposta em prejuízo

Alguns erros não impedem o fechamento, o que é pior: fecham o projeto errado.

• Orçar sem conversar. Se o cliente manda um parágrafo por WhatsApp e pede preço, não dê preço. Peça 30 minutos de call. Quem orça no escuro assina o prejuízo no claro. Se o cliente se recusa a conversar 30 minutos antes de um projeto de milhares de reais, isso já é a resposta sobre como será trabalhar com ele.
• Detalhar demais a implementação. Proposta com diagrama de arquitetura e modelagem de banco é consultoria grátis. Já vimos cliente pegar esse nível de detalhe e levar para um dev mais barato executar. Detalhe o resultado, não a receita.
• Ceder desconto sem tirar escopo. Se o cliente pede 20 por cento de desconto, a resposta profissional é: "Consigo chegar nesse valor tirando X e Y do escopo. Quer que eu monte essa versão?" Desconto sem contrapartida ensina o cliente que o seu preço era inflado, e essa lição contamina todo o resto do projeto.
• Assinar a proposta como se fosse o contrato. Proposta define o quê, quanto e quando. O contrato define o que acontece quando algo dá errado. São documentos diferentes e você precisa dos dois.

E quando o projeto chega pronto: como funciona receber demanda repassada

Existe um cenário em que boa parte dessa briga já vem resolvida: quando o projeto chega até você já vetado, com escopo desenhado e cliente qualificado. É assim que funciona a rede de parceiros da OCA. A mesma presença no Google e nas IAs que trouxe você até este artigo traz dezenas de leads de clientes por dia, mais do que o time consegue atender. Os projetos que passam pelo filtro e não cabem na agenda são repassados a devs e times seniores de confiança.

O que a OCA espera de um parceiro é o mesmo que este artigo descreve: comunicação clara, respeito a escopo fechado e entrega no nível que a gente cobra de si mesmo, o nível de quem mantém um produto próprio com mais de 40 mil usuários em produção. O que o parceiro recebe é o que mais falta para quem entrega bem: projeto com escopo cercado e cliente que já chegou querendo contratar. Se você já entrega bem, o seu problema não é técnico, é distribuição.

Entre para a rede de parceiros da OCA

E independente da rede: pegue a última proposta que você enviou e não fechou. Reescreva a primeira seção descrevendo o problema do cliente com as palavras dele, e adicione o bloco "fora do escopo". Só esses dois ajustes já mudam como o próximo cliente lê o seu documento. Teste na próxima proposta desta semana e compare a reação.