Proposta de projeto freelance: a estrutura de 7 blocos que fecha sem desconto (o modelo da OCA e o follow-up de 10 dias depois do envio em 2026)

Você fez a call, o cliente gostou e disse “me manda uma proposta que eu vejo com meu sócio”. Você passou a noite montando um PDF caprichado, com arquitetura, stack, diagrama do banco e estimativa por tela. Mandou às 23h. Dois tiques azuis. No dia seguinte, nada. Três dias depois, um “estamos avaliando internamente”. Duas semanas depois, silêncio total.

O cliente era qualificado. O preço estava dentro do que ele tinha falado. O projeto fazia sentido. Mesmo assim, não fechou, e você não sabe por quê. Se isso acontece com metade das suas propostas, o problema provavelmente não está no seu código nem no seu preço. Está no documento que você manda e no que você faz depois de mandar.

Por que a sua proposta de projeto freelance não fecha

A verdade desconfortável é que quem decide quase nunca lê a proposta com você do lado. Ela é encaminhada para o sócio, para o financeiro, às vezes para o cônjuge. Ela precisa vender sozinha, sem você na sala para explicar o que é uma API ou por que a fase 2 custa mais que a fase 1.

Vou te falar como funciona do lado de quem recebe os leads: muito cliente chega na OCA com a proposta de outro fornecedor aberta no celular, pedindo uma segunda opinião. O padrão se repete. Páginas sobre tecnologia, uma tabela de horas por tela e, lá no fim, um número. Quase nenhuma diz com clareza o que o cliente vai ter na mão, o que fica de fora e até quando ele precisa decidir. O cliente fica inseguro, e cliente inseguro não recusa. Ele adia.

Outra verdade: a proposta não é onde você vende. A venda acontece na call. A proposta confirma por escrito o que já foi combinado. Se alguma coisa nela é surpresa (o preço, o prazo, um item que sumiu), ela perde. Qualificar o cliente e escolher entre preço fechado ou por hora já têm posts próprios aqui no blog. Este é sobre o documento em si e sobre os 10 dias depois do envio.

A estrutura de 7 blocos da proposta que fecha

Este é o modelo que a gente usa. Cabe em duas páginas. Se passar de três, alguma coisa está sobrando.

1. O problema, nas palavras do cliente

Abra com o que ele falou na call, quase literal. “Hoje a agenda da clínica fica numa planilha compartilhada, a recepção perde 6 horas por semana confirmando consulta no WhatsApp e 15% dos pacientes faltam sem avisar.” Quando o cliente lê o próprio problema descrito com precisão, ele percebe que você ouviu. Esse parágrafo vale mais que qualquer página “sobre mim”.

2. O resultado esperado

Três bullets sobre o que muda no negócio, não sobre o que você vai programar. “Paciente agenda sozinho pelo link”, “confirmação automática 24 horas antes”, “recepção vê o dia inteiro em uma tela”. Nada de “backend em Node com autenticação JWT”.

3. Escopo: o que entra e o que não entra

Duas listas. A segunda é a que salva sua margem. “Não inclui: app nas lojas, integração com convênio, emissão de nota fiscal, migração de dados anteriores a 2025.” Cada item fora da lista é uma conversa difícil que você não vai ter no meio do projeto. Se o cliente pedir depois, o caminho é o change request.

4. Fases e marcos

De 3 a 5 marcos com semana e entregável visível. “Semana 2: protótipo navegável aprovado. Semana 5: agenda funcionando em homologação. Semana 7: no ar, com 2 semanas de garantia.” O cliente não quer saber de sprint. Quer saber quando vai ver alguma coisa funcionando.

5. Investimento

Mostre duas opções com escopo diferente, não o mesmo escopo com preço diferente. Para um sistema desse porte, faixas realistas em 2026:

• Essencial: agendamento web e confirmação automática. R$ 16 mil a R$ 20 mil, 6 semanas.
• Completo: o Essencial mais painel de faltas e lista de espera. R$ 24 mil a R$ 30 mil, 8 a 9 semanas.

Duas opções trocam a pergunta “fecho ou não fecho?” por “qual das duas?”. Só não invente uma opção barata que você não quer entregar, porque o cliente pode escolher justamente ela. Sinal e parcelas por marco entram aqui em duas linhas.

6. Por que você

Um caso parecido, com número, e um link. Não a sua biografia. Se você não tem um caso igual, mostre o mais próximo e seja honesto sobre a diferença.

7. Próximo passo e validade

A proposta termina com uma ação e uma data. “Para começar na semana de 9 de novembro, preciso do aceite até 30 de outubro. Esta proposta vale por 15 dias.” Validade não é pressão artificial. Sua agenda muda, e o preço de hoje não pode valer para um projeto que volta daqui a quatro meses.

O que tirar da proposta (e por que o PDF de 12 páginas perde)

Cada página a mais é uma chance a mais de o cliente encontrar algo que não entende. Corte:

• Stack e arquitetura. Se o cliente for técnico, ele pergunta. Se não for, isso só gera insegurança. Vai para um anexo opcional.
• Horas por tela. Tabela de horas transforma o cliente em auditor de planilha. Ele vai questionar as 14 horas da tela de login, e você vai passar a próxima call defendendo linha por linha.
• Texto padrão de metodologia. “Trabalhamos com metodologia ágil e entregas incrementais” está em todas as propostas. Os marcos do bloco 4 dizem isso de um jeito concreto.
• Cláusulas jurídicas. Proposta não é contrato. O contrato vem depois do aceite.

Apresente antes de enviar

A mudança que mais pesou no fechamento da OCA não foi de texto, foi de entrega. A gente parou de mandar proposta por e-mail no escuro. Agora marca 20 minutos, compartilha a tela, passa pelos 7 blocos e só envia o arquivo no fim da call. As objeções aparecem ao vivo, quando ainda dá para ajustar. Se o cliente não aceita nem 20 minutos para ver a proposta, isso já diz bastante sobre o projeto.

Follow-up de proposta: o roteiro de 10 dias depois do envio

A maioria dos clientes não some porque desistiu. Some porque a semana atropelou. Seu papel é facilitar a decisão, sem cobrar resposta.

1. Dia 0, logo após a call: envie o arquivo e um resumo de três linhas no WhatsApp. É esse resumo que ele vai encaminhar para o sócio.
2. Dia 2: pergunte se surgiu alguma dúvida de quem mais participa da decisão.
3. Dia 5: mande algo útil, não um “e aí?”. Um risco que você lembrou, uma forma de reduzir a primeira fase, um caso parecido.
4. Dia 10: a mensagem de encerramento. Educada, sem drama, com a porta aberta.

Dia 0: “Fulano, segue a proposta que vimos agora. Resumo: Essencial, R$ 18 mil, 6 semanas. Completo, R$ 27 mil, 9 semanas. Para começar dia 9/11, preciso do retorno até 30/10.”

Dia 5: “Pensei numa coisa depois da call: se o maior problema hoje são as faltas, dá para colocar só a confirmação automática no ar em 3 semanas e deixar o resto para a fase 2. Se fizer sentido, ajusto a proposta.”

Dia 10: “Fulano, como não tive retorno, vou entender que agora não é o momento e liberar a agenda de novembro. Se o projeto voltar, me chama que eu atualizo a proposta.”

Na nossa experiência, a mensagem do dia 10 é a que mais gera resposta, porque tira a decisão do limbo. É nela que aparece a objeção real que estava escondida: “o sócio achou caro”, “a gente só quer começar em janeiro”. Com a objeção na mesa, dá para conversar. Com silêncio, não.

As armadilhas que fazem a proposta perder ou fechar mal

• Preço surpresa. Se você não falou nenhuma faixa na call, o número na proposta é um susto. Solte a faixa na conversa (“projetos assim ficam entre 18 e 30 mil”) e use a proposta para confirmar.
• Escopo em uma linha. “Sistema completo de gestão da clínica” é um cheque em branco. Três meses depois, “completo” inclui financeiro, estoque e app.
• Proposta reciclada. Copiar a do cliente anterior e esquecer o nome dele no bloco 2. Acontece mais do que parece e derruba sua credibilidade numa linha.
• Demorar uma semana para enviar. O interesse do cliente tem validade. Até 48 horas depois da call, ele ainda está com o problema na cabeça.
• Fechar no “pode começar”. O cliente responde “fechado” no WhatsApp e você começa sem contrato e sem sinal. A proposta aceita é o começo da formalização, não o fim.

O que a OCA olha antes de repassar um projeto para um parceiro

A OCA aparece no Google e nas IAs para buscas de desenvolvimento de software no Brasil. Isso traz dezenas de leads por dia, mais do que o time consegue atender. Por isso estamos montando uma rede de parceiros: devs e pequenos times seniores que recebem projetos já qualificados e com escopo desenhado.

O que a gente observa num parceiro é exatamente o que este post descreve. Ele consegue escrever a lista do que não entra? Divide a entrega em marcos que o cliente entende? Comunica prazo e risco sem esconder? Se você já entrega bem, o seu problema não é técnico, é distribuição. A rede existe para cuidar da distribuição para quem já resolveu a parte técnica.

Sendo honesto: nem todo dev entra, não existe volume garantido e cada repasse depende de encaixe de stack, agenda e perfil do cliente. O que o parceiro ganha é acesso a clientes que já chegaram procurando quem construa, com o escopo desenhado por quem entregou os projetos do portfólio da OCA, incluindo o Revo, com mais de 40 mil usuários.

Entre para a rede de parceiros da OCA

O que fazer esta semana

Independente da rede, pegue a última proposta que você perdeu ou que ficou sem resposta. Reescreva só dois blocos: o problema nas palavras do cliente e a lista do que não entra no escopo. Compare com a versão original. Se a nova cabe em duas páginas e a antiga tinha oito, você já sabe o que mudar na próxima.