Cliente pediu desconto na proposta freelance: como negociar sem baixar o preço (e o que cortar no lugar)

Você mandou a proposta. Escopo fechado, prazo de oito semanas, R$ 24 mil divididos em três marcos. O cliente respondeu dois dias depois com a frase que todo dev freelancer conhece: “gostei muito, mas ficou acima do que eu tinha em mente. Consegue fazer por 18?”. E agora você está com o WhatsApp aberto, digitando e apagando, com medo de perder o projeto e com raiva de si mesmo por já estar pensando em aceitar.

Este texto é sobre esse momento exato. Não é sobre como calcular o preço, isso a gente já cobriu em outros posts do blog. É sobre o que fazer quando o número já está na mesa e alguém pede para baixar. Vou te mostrar a conta que você precisa fazer antes de responder, as três respostas que funcionam na prática e o que a OCA aprendeu recebendo esse pedido em boa parte das conversas comerciais.

A conta da margem que você precisa fazer antes de responder

Pega o exemplo de cima. R$ 24 mil para um projeto estimado em 120 horas. Isso dá R$ 200 por hora bruta. Tira imposto (MEI ou Simples), ferramentas, e as horas que você não fatura: reunião, proposta, cobrança, ajuste de escopo. Para muita gente, o custo real da hora fica perto de R$ 140. Sobra uma margem de R$ 60 por hora, ou R$ 7.200 no projeto. Uns 30%.

Agora aceita os R$ 18 mil. Você deu 25% de desconto no preço. Só que o custo não caiu junto. A margem foi de R$ 7.200 para R$ 1.200. Você não deu 25% de desconto. Você entregou 83% do seu lucro.

E tem um detalhe pior. Estimativa de dev estoura. Se o projeto consumir 135 horas em vez de 120, coisa comum, esses R$ 1.200 viram prejuízo. Você vai trabalhar dois meses para pagar para trabalhar.

A conta é simples. Antes de responder qualquer pedido de desconto, você precisa saber qual é a sua margem em reais, não em porcentagem. Porcentagem esconde o tamanho do estrago.

A verdade desconfortável: desconto sem contrapartida ensina o cliente

Quando você baixa o preço só porque o cliente pediu, você manda uma mensagem clara: o número original tinha gordura. A partir daí, tudo vira negociação. O segundo marco, a mudança de escopo no meio do caminho, o contrato de manutenção, o suporte depois da entrega. Quem conseguiu 25% na entrada vai tentar de novo em cada etapa, e vai estar certo em tentar, porque funcionou.

Vou te falar como funciona do lado de quem recebe os leads: na OCA, o pedido de desconto aparece em uma parcela grande das conversas. O que a gente descobriu com o tempo é que ele quase nunca é sobre o preço em si. Ele cai em um de três casos:

• Caixa. O cliente não tem o dinheiro agora. O valor até faz sentido para ele, mas o orçamento é outro.
• Confiança. O cliente tem o dinheiro, mas não está convencido de que o projeto vale isso, ou de que você vai entregar.
• Hábito. O cliente negocia tudo, sempre. Fornecedor de café, contador, dev. Não é pessoal, é procedimento.

Cada caso tem uma resposta diferente. Responder o caso errado é o que faz o freelancer perder o projeto ou fechar no prejuízo. Por isso o primeiro passo não é responder, é perguntar.

O playbook: a pergunta que separa os casos e três respostas prontas

Passo zero: pergunte antes de negociar

Uma mensagem só, sem defesa e sem justificativa do preço:

“Me ajuda a entender uma coisa antes de eu te responder: os 18 são o orçamento que você tem disponível para esse projeto agora, ou é o quanto você acha que esse escopo vale?”

A resposta te diz em qual caso você está. Quem responde “é o que eu tenho” está no caixa. Quem responde “acho que dá para fazer mais barato” está na confiança. Quem responde “é que eu sempre peço um desconto” está no hábito e geralmente ri junto.

Resposta A, para caixa: corte escopo, não preço

O cliente tem R$ 18 mil. Então você entrega R$ 18 mil de projeto, não R$ 24 mil de projeto por R$ 18 mil. Volte na proposta e monte uma versão B:

“Fechado, dá para trabalhar dentro de 18. Para isso, eu tiro o painel administrativo completo e a integração com o gateway de pagamento dessa fase. Você opera o admin direto no banco com uma interface pronta nos primeiros dois meses, e a cobrança entra numa fase 2 quando tiver os primeiros usuários. O que fica: cadastro, fluxo principal e área do usuário. Te mando a proposta revisada hoje.”

O preço por hora não mudou. O que mudou foi a quantidade de horas. E você acabou de mostrar para o cliente que sabe priorizar, o que é exatamente o que ele vai precisar de você durante o projeto.

Resposta B, para confiança: reduza o risco dele, não o seu preço

Aqui o problema não é dinheiro, é medo. O cliente já foi queimado antes ou está comparando com uma proposta de R$ 9 mil que não fecha o mesmo escopo. Baixar preço não resolve medo. O que resolve é reduzir a exposição:

“O valor eu mantenho, porque ele reflete o escopo que a gente fechou. O que eu posso fazer é mudar a forma de você entrar no projeto: em vez de 40% de entrada, a gente começa com o primeiro marco de R$ 6 mil, que entrega o fluxo principal funcionando em três semanas. Se no fim desse marco você não estiver confortável, a gente encerra ali e você fica com o código. Sem multa.”

Você trocou desconto por um ponto de saída. O cliente sério aceita, porque o risco dele caiu. O cliente que só queria pagar menos vai continuar pedindo desconto, e aí você já sabe que o caso era outro.

Resposta C, para hábito: toda concessão tem contrapartida

Com quem negocia por esporte, você pode ceder um pouco, mas nunca de graça. A regra que a OCA usa: no máximo 5% a 10%, e sempre em troca de algo que vale dinheiro para você:

• Pagamento à vista ou entrada de 50% em vez de 40%.
• Prazo mais folgado, que permite encaixar o projeto entre outros sem hora extra.
• Autorização para publicar o projeto como case no portfólio, com depoimento.
• Uma indicação concreta, com nome, para alguém que precisa de software.

“Consigo chegar em 22 se a entrada for de 50% e a gente puder publicar o projeto como case quando estiver no ar. Faz sentido?”

A contrapartida vai por escrito na proposta revisada. Se ficou só na conversa, não aconteceu.

O que cortar no lugar do preço, na ordem certa

Quando o caminho é a resposta A, você precisa saber o que tirar sem quebrar o produto. Esta é a ordem que a gente segue:

1. Funcionalidades secundárias. Login social vira só e-mail. Notificação push vira e-mail transacional. Painel admin sob medida vira uma interface pronta em cima do banco. Cada uma dessas costuma tirar de 8 a 20 horas.
2. Plataformas. Web responsivo antes do app nas lojas. Ou uma plataforma mobile primeiro, se o público está concentrado nela. Publicar em duas lojas custa horas de configuração, revisão e ajuste que o cliente não vê.
3. Polimento visual. Design system pronto em vez de tela por tela desenhada do zero. Animação e microinteração ficam para depois.
4. Prazo. Se o cliente aceita receber em doze semanas em vez de oito, o seu custo de oportunidade cai. Aqui um pequeno desconto pode fazer sentido para você também.
5. Janela de garantia. De 60 para 30 dias de correção de bugs pós-entrega. Não some, encurta.

O que nunca sai do escopo, por menor que fique o projeto: o fluxo que recebe dinheiro, o contrato, a documentação de entrega e o tempo de comunicação semanal. Na Revo, o checkout converte em 90%, e isso não veio de economizar na parte que recebe o pagamento. Foi onde a gente mais investiu horas. Cortar ali para caber no orçamento é o tipo de economia que o cliente paga em dobro depois.

As armadilhas que queimam o freelancer nessa hora

• Responder em cinco minutos. A ansiedade do pipeline vazio faz você digitar “fechado” antes de fazer a conta. Se dê 24 horas. O cliente que somo porque você demorou um dia não era o cliente que você queria.
• Dar o desconto e manter o escopo. “Faço por 18 mesmo assim.” Você acabou de assinar prejuízo com data de entrega.
• O desconto “só dessa vez”, falado. Não existe. Se cedeu, entra na proposta revisada com a contrapartida ao lado. Sem isso, vira o novo preço base do cliente.
• Compensar com hora não paga. Baixar o preço e prometer para si mesmo que vai “fazer rápido” é a forma mais comum de trabalhar de graça. A estimativa não encolhe porque você quis.
• Aceitar por medo de não ter outro projeto. Esse é o problema de raiz. Quem tem três propostas na rua negocia de um jeito. Quem tem uma negocia de outro. Se você já entrega bem, o seu problema não é técnico, é distribuição. Enquanto não resolver a origem dos leads, toda negociação vai ser feita com a faca no pescoço.

Como isso funciona quando o projeto chega repassado

A OCA aparece no Google e é citada por assistentes de IA para buscas sobre desenvolvimento de software no Brasil. Isso traz dezenas de leads de clientes por dia, mais do que o time consegue atender. A resposta para isso foi montar uma rede de parceiros: devs sêniores e times pequenos que recebem projetos já filtrados.

Filtrado, no caso, significa que a conversa deste artigo já aconteceu. O cliente passou pela qualificação, o escopo está fechado, o preço está negociado e a versão B já foi apresentada quando precisou. O parceiro entra para executar, não para descobrir se o cliente tem caixa. Você pode ver o tipo de projeto que a gente constrói e repassa em nosso portfólio.

O que a OCA espera de quem entra: entrega em nível sênior, comunicação semanal com o cliente no formato combinado, escopo e prazo respeitados. O que o parceiro recebe: projeto com briefing, escopo e preço definidos, sem gastar semana em proposta e follow-up. Não existe garantia de volume nem de entrada na rede. Existe um filtro, e ele existe justamente para o cliente do outro lado não ser o que pede 25% de desconto no dia da entrega.

Um passo agora e um para esta semana

Se você já entrega bem e quer receber projeto em vez de caçar, o caminho é este:

Entre para a rede de parceiros da OCA

E independente disso, faz o seguinte esta semana: pega a última proposta que você mandou e escreve a versão B dela. O que sai do escopo para o preço cair 25% sem a sua margem cair junto. Deixa pronta no rascunho. Quando o próximo cliente pedir desconto, você não vai responder com medo. Vai responder com uma segunda proposta.