Cobrar um adiantamento de 50% e o restante no final funciona perfeitamente para projetos que duram algumas semanas. Mas o que acontece quando o projeto leva três, quatro ou seis meses para ser concluído?
Se você depende de um único marco final para receber metade do seu dinheiro, qualquer atraso do cliente (como demorar semanas para entregar os textos de um site) vai deixá-lo sem liquidez. E se a relação se romper no quarto mês, você terá financiado sozinho a maior parte do projeto.
Para projetos extensos, o modelo mais seguro e justo para ambas as partes é o esquema de pagamentos parciais (ou pagamentos por marcos).
O que é um pagamento por marcos?
Em vez de vincular o pagamento apenas ao início e ao fim, você divide o custo total do projeto em frações que são liberadas ao completar fases específicas do trabalho.
O princípio que governa todo o esquema cabe em uma frase: em qualquer ponto do projeto, o trabalho entregue e o dinheiro recebido devem andar mais ou menos juntos. Se 70% do trabalho está feito e só 30% foi pago, o risco é seu. Se for o contrário, o risco é do cliente. Os marcos existem para que nenhum dos dois financie o outro.
Isso garante que você esteja sempre recebendo pelo valor entregue até a data, e dá tranquilidade ao cliente porque ele paga à medida que vê resultados tangíveis, não tudo de uma vez.
Estruturas comuns de pagamentos parciais
O detalhamento dependerá da natureza do seu serviço, mas aqui estão os três modelos mais eficazes.
| Modelo | Ideal para | Esquema típico |
|---|---|---|
| Terços | Projetos de 1-2 meses | 33 / 33 / 34 |
| Por entregáveis | Desenvolvimento, branding, arquitetura | 20-30% inicial + fases |
| Por datas (retainer) | Consultoria, escopo variável | Faturamento mensal |
1. O modelo de terços (33 / 33 / 34)
Ideal para projetos médios (1 a 2 meses).
- 33% de sinal: Para agendar e começar a fase de pesquisa ou estratégia.
- 33% na fase intermediária: Por exemplo, na aprovação dos primeiros esboços, wireframes ou do primeiro rascunho do texto.
- 34% final: Na entrega do projeto final e antes de transferir arquivos-fonte ou senhas.
2. O modelo por entregáveis (ex.: desenvolvimento web)
Para projetos de desenvolvimento de software, branding corporativo ou arquitetura, onde as fases são bem marcadas.
- 20% Sinal
- 25% Aprovação do design UI: O cliente aprova a parte visual.
- 30% Desenvolvimento concluído (ambiente de testes): O cliente pode ver o projeto funcionando, mas ainda não é público.
- 25% Lançamento: O projeto vai para produção.
Em projetos web também é comum a variante 30/30/30/10: 30% na assinatura, 30% na aprovação dos designs, 30% com o desenvolvimento em ambiente de testes e os 10% finais no lançamento. A lógica é a mesma; o importante é que o último pagamento seja pequeno, porque é o que mais costuma atrasar.
3. O modelo baseado em datas (retainer)
Se o escopo é variável ou é consultoria pura, vincule os pagamentos ao calendário, não aos entregáveis.
- Dia 1: Adiantamento mensal.
- Dia 30: Fatura pelo trabalho do primeiro mês.
- Dia 60: Fatura pelo trabalho do segundo mês.
Como definir um bom marco
Nem toda divisão do projeto funciona como marco de pagamento. Um marco útil cumpre três condições:
- É objetivo. “Entrega do primeiro rascunho” pode ser verificada; “avanço significativo do projeto” não. Se o marco admite interpretação, admitirá discussão.
- Depende de você. O marco se cumpre com a sua entrega, não com uma ação do cliente. Voltamos a isso abaixo, porque é o erro mais caro do esquema.
- Tem valor visível para o cliente. Pagar é diferente quando o que acabou de ser recebido pode ser visto ou usado. “Design aprovado” ou “site navegável em ambiente de testes” são marcos que ninguém discute; “configuração interna do ambiente” é trabalho real mas invisível, e vale agrupá-lo com algo mostrável.
Regras de ouro para cobrar por marcos
Para este sistema funcionar, você deve blindá-lo desde a redação do seu contrato freelance.
1. O trabalho para se não houver pagamento
Inclua uma cláusula indicando: “O início da Fase 3 está sujeito à quitação do pagamento correspondente à Fase 2”. Se o cliente atrasa o pagamento de um marco, você interrompe a produção. Nunca avance para a próxima fase arrastando dívida.
A vantagem silenciosa deste esquema é que pausar não é um confronto: é uma etapa contratual normal. Você não precisa se irritar nem ameaçar; a fase seguinte simplesmente não começa até a anterior estar quitada. Os marcos transformam a sua única alavanca real (o seu trabalho futuro) em um mecanismo previsto por ambas as partes.
Além disso, os problemas de pagamento aparecem cedo, quando você ainda tem margem de manobra, e não no final, com todo o trabalho entregue e não pago.
2. Vincule o marco à SUA entrega, não à revisão DELE
Este é o erro mais caro: condicionar o pagamento à “aprovação final do cliente”. Se o cliente sai de férias e não aprova seu trabalho, você não recebe.
A condição deve ser objetiva: “30% no momento da entrega do primeiro rascunho”. O marco se cumpre quando você faz a entrega, não quando o cliente a revisa. (As revisões fazem parte do trabalho já pago naquela fase.)
Um meio-termo razoável para clientes que insistem em aprovar antes de pagar: fixe um prazo de revisão com aprovação automática. “O cliente tem 5 dias úteis para observações; passado o prazo sem resposta, a entrega é considerada aprovada e o pagamento se torna exigível.” O cliente mantém o direito de revisar e você deixa de depender da caixa de entrada dele.
3. Fature cada marco imediatamente
O marco cumprido que não é faturado no mesmo dia vira dinheiro difuso. Envie a fatura junto com a entrega (“anexo o entregável da Fase 2 e a fatura correspondente”), com data de vencimento clara. A cobrança perde toda a estranheza quando é um ato administrativo rotineiro e não uma conversa especial.
E se o cliente pedir mudanças no meio do caminho?
Em projetos longos, o escopo nunca sobrevive intacto. O cliente verá avanços e vai querer ajustar coisas: é normal e até bom sinal. O que não pode acontecer é as mudanças se infiltrarem dentro dos marcos já orçados.
A mecânica correta: mudanças pequenas dentro do escopo são absorvidas pelas revisões previstas; mudanças que alteram o escopo são orçadas como adicional, com preço próprio e, se forem grandes, marco de pagamento próprio. A cotação aprovada é a sua referência para distinguir umas das outras.
Se o cliente pedir para congelar o projeto por um tempo (“voltamos em dois meses”), fature o trabalho realizado até a data antes de pausar. Um projeto congelado com saldo pendente tem uma probabilidade incômoda de nunca descongelar.
Quando NÃO vale a pena cobrar por marcos?
O esquema por marcos é uma ferramenta, não uma religião. Há casos em que ele adiciona mais burocracia do que proteção:
- Projetos curtos. Para um trabalho de uma ou duas semanas, o clássico sinal de 50% e 50% na entrega é mais simples e suficiente. Dividir mil dólares em quatro faturas é se castigar sozinho.
- Serviços empacotados de preço baixo. Se você vende um serviço padronizado (uma sessão, um diagnóstico, uma peça), cobre o total adiantado e pronto.
- Relações de retainer consolidadas. Com um cliente mensal estável, o marco é o calendário: fatura fixa todo mês. Adicionar marcos por entregável dentro do mês costuma ser ruído.
A pergunta que decide é sempre a mesma: quanto trabalho sem receber você estaria acumulando no pior momento do projeto? Se a resposta é “pouco”, você não precisa de marcos. Se é “dois meses da minha vida”, precisa com urgência.
Como manter o controle sem enlouquecer
Registrar mentalmente que o “Cliente A” pagou o marco 1, mas deve o marco 2 há 5 dias, enquanto o “Cliente B” acabou de pagar o marco 3, é insustentável. Com dois ou três projetos simultâneos, os saldos cruzados viram um trabalho à parte.
Use o módulo de pagamentos do Pagatu para registrar cada pagamento parcial dos seus clientes. Em uma olhada você vê o saldo total do projeto, quanto foi pago até a data e qual valor está pendente, podendo enviar lembretes precisos sem revisar seus extratos bancários toda semana.
Uma última nota prática: comunique cada marco concluído com uma mensagem curta resumindo o que foi entregue e o que vem a seguir. A fatura chega melhor acompanhada de contexto (“Fase 2 entregue: design aprovado, próxima parada o ambiente de testes”) do que sozinha na caixa de entrada.
Um projeto longo bem estruturado é diferente desde o primeiro mês: você recebe com ritmo, o cliente paga por resultados que pode ver, e nenhum dos dois chega ao final com uma fatura gigante e os nervos à flor da pele.