Qual o tamanho ideal de uma proposta?

Entre 2 e 5 páginas para a maioria dos projetos de PME. Propostas longas atrasam a decisão porque exigem tempo de leitura que o cliente não tem. O detalhamento técnico pode ir para um anexo.

Devo colocar o preço logo no começo?

Coloque depois do problema e do escopo, para que o valor tenha contexto. Mas não esconda no fim de um documento longo: se o cliente precisa procurar o preço, ele desconfia. Uma seção clara e bem localizada resolve.

Quanto tempo depois da reunião devo enviar?

Idealmente em até 48 horas, enquanto a conversa está fresca. Propostas que demoram uma semana perdem para quem respondeu em dois dias, mesmo com preço maior.

Como escrever proposta de projeto que fecha

Proposta que fecha não é a mais bonita nem a mais completa, é a que faz o cliente pensar "essa pessoa entendeu meu problema" nos primeiros 30 segundos. A estrutura que consegue isso começa pelo problema descrito com as palavras dele, mostra escopo com limites claros, dá prazo com premissas, apresenta opções e termina com um próximo passo concreto. Preço é apenas uma das oito seções, e não é a mais importante.

Seção 1: o problema, nas palavras do cliente

Abra com o que você ouviu na reunião, não com quem você é. Três a cinco linhas:

"Hoje, os pedidos chegam por WhatsApp e são digitados manualmente em uma planilha. Isso consome cerca de duas horas por dia da equipe de atendimento, gera erros de digitação e impede saber, em tempo real, o que está em produção."

Se esse parágrafo está certo, o cliente já decidiu que vale continuar lendo. Se está errado, você descobre cedo, o que também é bom.

Use os termos dele. Se ele diz "ficha", não escreva "registro". Se diz "OS", não escreva "ordem de serviço" a menos que ele use.

Seção 2: o resultado esperado

Antes de falar de software, diga o que muda quando o projeto terminar. Em itens curtos e verificáveis:

Pedido registrado uma única vez, direto pelo vendedor.
Status de produção visível para atendimento sem precisar perguntar.
Relatório diário automático em vez de fechamento manual.

Isso é o que o cliente compra. As telas são o meio.

Seção 3: escopo, com o que está fora

Lista nominal do que será entregue, agrupada por módulo. E, logo abaixo, a seção que quase todo mundo omite: o que não está incluso nesta fase.

Exemplo de itens fora: aplicativo mobile, integração com o ERP, migração do histórico anterior a 2024, emissão de nota fiscal, treinamento presencial.

Essa lista faz três coisas ao mesmo tempo: previne conflito futuro, mostra que você entendeu o universo do problema e cria naturalmente a conversa de fase 2.

Seção 4: como o projeto acontece

Cliente que nunca contratou software tem medo de sumiço. Descreva o processo em quatro ou cinco passos, com o que se espera dele em cada um:

Alinhamento (1 semana): validação do escopo, acesso a sistemas, definição de contatos.
Entregas parciais (a cada 2 semanas): ambiente de homologação para o cliente testar.
Homologação (1 semana): período para apontar divergências em relação ao escopo.
Publicação e treinamento.
Garantia de 60 dias para correção de defeitos.

Deixe explícito o que depende dele: fornecer conteúdo, aprovar em X dias, disponibilizar acesso à API. Isso protege seu prazo e educa a expectativa.

Seção 5: prazo com premissas

Prazo sem premissa é promessa. Escreva assim:

"Estimativa de 10 a 12 semanas, considerando: acesso à API do sistema atual liberado em até 5 dias úteis; retorno das validações em até 3 dias úteis; escopo conforme a seção 3. Atrasos nesses itens deslocam o cronograma proporcionalmente."

Faixa em vez de data única. Data exata em software é quase sempre ficção, e o cliente entende faixa melhor do que se imagina.

Seção 6: investimento, com opções

Apresentar uma opção única força um sim ou não. Apresentar três muda a pergunta para "qual".

Opção	Conteúdo	Faixa
Essencial	Núcleo do problema, sem integrações	Menor valor
Recomendada	Núcleo + integração principal + painel	Valor intermediário
Completa	Tudo acima + relatórios e app	Maior valor

Marque explicitamente qual você recomenda e por quê. Isso não é técnica de venda, é o seu trabalho de consultor, e o cliente espera essa orientação.

Inclua também: forma de pagamento (sinal e parcelas por marco), o que está incluso no preço e o que ele contrata separadamente (hospedagem, licenças, gateway).

Seção 7: quem é você, em cinco linhas

Aqui, não antes. Curto, específico e ligado ao problema dele: quantos projetos parecidos você já entregou, em que setores, e um caso comparável descrito em uma frase. Nada de "paixão por tecnologia".

Seção 8: próximo passo e validade

Termine com uma única ação, concreta:

"Se fizer sentido, respondo este e-mail com o aceite da opção recomendada e iniciamos com a reunião de alinhamento na semana do dia X. Esta proposta é válida por 30 dias."

Validade não é pressão artificial: seus custos e sua agenda mudam. E um prazo definido evita a proposta que fica seis meses em análise.

Erros que fazem a proposta perder

Enviar dias depois da reunião. Velocidade é sinal de organização, e o concorrente que respondeu em 48 horas já ocupou o espaço.
Linguagem técnica no corpo principal. "Arquitetura em microsserviços com fila assíncrona" não vende para quem paga. Coloque no anexo, se necessário.
PDF de 20 páginas com termos jurídicos. O contrato é outro documento e vem depois do sim.
Preço sem escopo visível. Número solto sempre parece caro.
Não fazer follow-up. Um contato após três ou quatro dias, curto, perguntando se surgiu alguma dúvida. Só um, insistência afasta.

Proposta é documento de decisão, não catálogo. Se o cliente consegue ler em cinco minutos, entender o que ganha e saber o que fazer em seguida, ela cumpriu a função.