Cliente pediu alteração depois de aprovar, e agora?

A cena costuma ser mais ou menos assim: você entregou a arte final (ou o site, o vídeo, o pacote de posts), o cliente respondeu com um áudio de WhatsApp dizendo "ficou ótimo, pode fechar", você deu o projeto por encerrado e seguiu a vida. Três semanas depois, chega a mensagem: "oi! só uma alteraçãozinha rápida, muda a cor do fundo e troca aquele texto do meio, coisa de 5 minutos pra você".

Só que não é coisa de 5 minutos. É reabrir arquivo, reencontrar fonte, reexportar, reenviar, esperar novo retorno — e, principalmente, é trabalho que já tinha sido dado por concluído e pago (ou orçado) daquele jeito. Quando você tenta lembrar o cliente de que ele aprovou, a conversa fica estranha: ele "não lembra bem", o áudio se perdeu no meio de duzentas mensagens, e ninguém consegue apontar qual versão exata foi aprovada, nem quando.

Se você está nessa situação agora, respira: dá para resolver sem briga e sem sair no prejuízo automático. E dá para fazer com que isso nunca mais aconteça desse jeito.

Por que isso acontece (e por que não é má-fé do cliente)

Na maioria dos casos, o cliente não está tentando te enganar. O problema quase sempre é o mesmo: a aprovação foi mal registrada. Ela aconteceu — mas aconteceu num áudio, numa ligação, num "ok" solto no meio de uma conversa sobre outros assuntos. Faltaram três coisas:

• Quem aprovou o quê. "Ficou ótimo" se referia à versão 2 ou à versão 3? Ao arquivo com o logo azul ou com o logo preto? Sem amarrar a aprovação a uma versão específica, cada um lembra de uma coisa diferente.
• Quando. Sem data e hora claras, "você aprovou" vira "eu não lembro disso", e não existe como desempatar.
• Prova de que foi mesmo aquela pessoa. Um "pode fechar" no grupo do projeto, dito pelo sobrinho que ajuda o cliente com o Instagram, vale como aceite? Para você valia — até deixar de valer.

Do lado do cliente, a memória funciona a favor dele sem que ele perceba: ele lembra do resultado que queria, não da versão que viu. Somam-se a isso mudanças reais no negócio dele ("a sócia viu e quis diferente") e a percepção — comum e injusta — de que alteração digital é sempre rápida e grátis. O resultado é o retrabalho fora do escopo batendo na sua porta com cara de favor pequeno.

Entender isso importa porque muda o tom da conversa: você não está lidando com um adversário, está lidando com um acordo que ficou frouxo. A solução é firmar o acordo, não vencer a discussão.

O que fazer agora, com o pedido já na sua caixa de entrada

Antes de responder qualquer coisa, siga este roteiro. Ele leva uns 20 minutos e evita as duas armadilhas clássicas: responder na defensiva (e azedar a relação) ou dizer "claro, faço já" (e assinar embaixo do retrabalho grátis para sempre).

1. Reconstitua o registro que existe

Volte na conversa. Procure o áudio, o e-mail, a mensagem em que o trabalho foi enviado e a resposta que veio depois. Anote (para você, por enquanto):

• a data em que você enviou a entrega e qual arquivo/versão foi enviado;
• a data e o teor da resposta do cliente, mesmo que vaga;
• o que aconteceu depois (você faturou? publicou? entregou os arquivos finais?).

Mesmo um registro imperfeito ajuda muito. "No dia 12/06 te mandei a versão final e você respondeu 'ficou ótimo, pode fechar'" é um fato — dito com calma, sem tom de acusação, ele reancora a conversa na realidade. Você não vai usar isso como arma; vai usar como ponto de partida comum.

2. Separe ajuste fino de nova demanda

Nem todo pedido pós-aprovação é igual, e tratar tudo do mesmo jeito é injusto para os dois lados. Classifique o pedido com honestidade:

• Correção de erro seu (typo que passou, arquivo exportado errado, cor diferente da aprovada): conserta sem cobrar e sem drama. Isso não é retrabalho do cliente, é acabamento do seu trabalho.
• Ajuste fino dentro do que foi combinado (o escopo previa rodadas de ajuste e ainda sobrou alguma?): entra na rodada, tranquilamente.
• Mudança de direção depois do aceite (trocar conceito, refazer o texto porque a sócia quis diferente, adaptar para um formato que não estava no escopo): isso é nova demanda. Tem prazo próprio e orçamento próprio, como qualquer trabalho novo.

Essa triagem é o coração da resposta. Quando você mesmo tem clareza da categoria, fica muito mais fácil comunicar sem parecer que está "cobrando por qualquer coisinha".

3. Responda com uma proposta, não com um "não"

A melhor resposta reconhece o pedido, lembra o aceite sem esfregar na cara, e transforma a mudança em algo orçável. Um modelo que você pode adaptar:

Oi, [nome]! Consigo fazer sim. Só um detalhe importante: essa entrega foi aprovada por você no dia [data], na versão [X], e foi com base nela que fechei o projeto. Como essa alteração muda o que foi aprovado, ela entra como uma nova demanda: fica em R$ [valor] e te entrego até [prazo]. Se fizer sentido, me confirma que já começo. Qualquer dúvida sobre o que estava no escopo original, te mostro o histórico sem problema.

Repare no que essa mensagem faz: não julga, não reclama, não pede desculpa por cobrar. Ela apresenta o fato (houve aprovação, em tal data, de tal versão), dá o caminho (orçamento e prazo) e mantém a porta aberta. Na grande maioria dos casos, o cliente responde "ah, verdade, tinha esquecido — fecha assim". O conflito que você temia simplesmente não acontece, porque você não abriu um conflito: abriu um orçamento.

4. Decida, caso a caso, quando vale engolir

Cobrar sempre não é regra absoluta. Às vezes vale absorver um ajuste pequeno: cliente antigo que paga bem e em dia, mudança que leva de fato dez minutos, relação que rende indicações. Isso é decisão comercial legítima — o problema não é fazer cortesia, é fazer cortesia sem dizer que é cortesia. Se decidir absorver, deixe explícito:

Esse ajuste eu faço como cortesia, porque a entrega já tinha sido aprovada. Se surgirem outras mudanças, aí preciso orçar como nova demanda, combinado?

Assim você preserva a relação e a regra. O que quebra o freelancer não é uma cortesia pontual; é a cortesia silenciosa que vira expectativa permanente.

Como evitar que isso aconteça de novo

O episódio dolorido de agora é o melhor momento para arrumar o processo, porque a lição está fresca. Três mudanças resolvem quase tudo:

Escopo com número de rodadas de ajuste

Antes de começar qualquer projeto, deixe escrito (na proposta, no e-mail, onde for): o que está incluído, quantas rodadas de ajuste o valor cobre (duas é um padrão comum) e quanto custa a rodada extra. Isso tira o assunto do campo emocional: pedir mais ajustes deixa de ser "abusar de você" e vira só uma opção com preço na tabela.

Aprovação sempre com registro: quem, o quê, qual versão, quando

Nunca mais dê um projeto por aprovado com base em áudio ou "ok" solto. Toda aprovação precisa responder quatro perguntas: quem aprovou, o quê exatamente (qual arquivo, qual versão), quando, e por qual canal identificável. No mínimo dos mínimos, mande um e-mail de confirmação depois do áudio: "Confirmando por aqui: você aprovou hoje a versão 3 do arquivo X, ok?". Se o cliente responder "ok", você já tem data, versão e remetente num lugar que não se perde no rolo do WhatsApp.

Regra escrita: alteração após o aceite é nova demanda

A frase mais valiosa que você pode ter combinada por escrito é alguma variação de: "solicitações de alteração após o aceite da entrega caracterizam nova demanda, com prazo e orçamento próprios". Quando isso está escrito e aceito antes, a conversa do passo 3 lá de cima nem precisa de diplomacia — ela é só a aplicação do combinado.

Um jeito prático de formalizar tudo isso de uma vez é usar um termo de aceite: um documento de uma página em que o cliente declara que recebeu, conferiu e aceitou aquela versão da entrega, com a regra de alteração posterior já incluída. Temos um modelo de termo de aceite grátis, em Word e PDF, pronto para adaptar. Vale dizer com clareza: esse registro é uma evidência prática do acordo entre vocês — ele não substitui contrato de prestação de serviços nem assinatura digital certificada, mas resolve exatamente o "eu não lembro de ter aprovado" do dia a dia. Se quiser entender melhor o instrumento, veja O que é termo de aceite e quando usar.

E se o registro se preenchesse sozinho?

O termo em papel tem um ponto fraco conhecido: na correria, ninguém preenche. A entrega sai, o aceite acontece no áudio "só dessa vez", e o termo fica para depois — até o dia em que faz falta.

Foi para fechar essa lacuna que existe o OkCliente. O fluxo é simples: você cria o projeto, sobe o entregável (arquivo ou link) e envia um link de aprovação para o cliente. Ele abre, revisa e aprova — e dessa aprovação sai, automaticamente, um registro auditável com data, hora, versão exata do que foi aprovado e e-mail confirmado de quem aprovou. As quatro perguntas (quem, o quê, qual versão, quando) respondidas sem que ninguém precise preencher nada.

E o detalhe que resolve exatamente a história deste artigo: a versão aprovada fica travada. Ela não é editada nem substituída. Se o cliente pedir mudança depois, o pedido vira uma nova versão — visivelmente uma nova demanda, com o histórico inteiro preservado. A conversa do "mas eu aprovei outra coisa" deixa de existir, porque a resposta está registrada, para os dois lados.

É grátis para até 3 projetos, sem pedir cartão. Se você acabou de passar pelo "só uma alteraçãozinha" e não quer repetir a dose, crie sua conta grátis e envie seu primeiro link de aprovação em poucos minutos. E se preferir começar pelo processo manual, o caminho está no artigo Como fazer um termo de aceite online.

O retrabalho fora do escopo não começa quando o cliente pede a alteração. Começa lá atrás, na aprovação mal registrada. Registre bem — e a "alteraçãozinha" de três semanas depois vira só mais um orçamento tranquilo na sua caixa de entrada.