O que cobrar quando o cliente pede só um ajustezinho
O problema do “só um ajustezinho”
O projeto acabou. O site tá no ar, o cliente tá feliz, você recebeu o pagamento. Duas semanas depois chega a mensagem: “Oi, tudo bem? Preciso de um ajustezinho no site, nada demais.”
Esse “ajustezinho” pode ser trocar uma foto (5 minutos), pode ser refazer a seção inteira de serviços (5 horas), ou pode ser “adicionar um blog completo com sistema de busca” (5 semanas). O cliente não tem noção da diferença porque pra ele tudo é “mexer no site”.
Se você não tem critério claro pra precificar essas demandas, uma de duas coisas acontece: ou faz de graça e acumula ressentimento, ou cobra de qualquer jeito e perde o cliente. Os dois são ruins.
Depois de 8 anos trabalhando com desenvolvimento web, cheguei num modelo que funciona pra mim e pros clientes. Não é complexo. É transparente.
Defina o que está incluso antes de entregar
O melhor momento pra resolver o problema do “ajustezinho” é antes dele existir. No contrato ou proposta, deixe claro o que está incluso no valor do projeto.
O que incluo no preço do projeto:
- Uma rodada de ajustes pós-entrega (7 dias após a entrega final)
- Correção de bugs (algo que não funciona como especificado)
- Ajustes de responsividade que passaram despercebidos
O que não está incluso:
- Conteúdo novo (páginas, seções, textos que não existiam no escopo)
- Mudança de design após aprovação
- Funcionalidades novas
- Manutenção contínua
Quando isso tá escrito na proposta, a conversa muda. O cliente sabe que a rodada de ajustes é gratuita. E sabe que pedidos fora do escopo têm custo. Não é surpresa, não é conflito. É acordo.
No AutoPars, o escopo era detalhado num documento de especificação. Cada funcionalidade listada, cada integração descrita. Quando o cliente pedia algo fora do spec, a conversa era simples: “Isso não tá no escopo. Posso incluir por R$ X, ou deixamos pro próximo ciclo.” Zero atrito.
A regra dos 30 minutos
Minha regra pessoal: se o ajuste leva menos de 30 minutos e o cliente tem projeto recente comigo (últimos 3 meses), faço sem cobrar. Trocar uma foto, corrigir um texto, ajustar um espaçamento. São coisas que mantêm a relação boa e custam quase nada pra mim.
Acima de 30 minutos, cobra. Não porque 31 minutos é caro, mas porque acima desse limiar o trabalho deixa de ser ajuste e vira demanda. E demanda precisa de preço.
A regra é flexível. Cliente que me indica 3 projetos novos ganha mais boa vontade que cliente que nunca indicou ninguém. Isso não é favoritismo. É reciprocidade comercial. Mas a regra dos 30 minutos como baseline evita que eu faça trabalho de graça por hábito.
Como precificar manutenção
Pra demandas recorrentes (atualização de conteúdo mensal, ajustes sazonais, otimizações pontuais), trabalho com duas modalidades:
Por demanda (avulso). O cliente pede, eu orço, ele aprova, eu faço. Funciona pra clientes que precisam de ajuste 2-3 vezes por ano. O valor depende da complexidade, mas mantenho uma tabela interna de referência:
| Tipo de demanda | Tempo estimado | Faixa de preço |
|---|---|---|
| Trocar textos e imagens | 30 min - 1h | R$ 100 - R$ 250 |
| Adicionar seção nova | 2-4h | R$ 300 - R$ 600 |
| Criar página nova | 4-8h | R$ 500 - R$ 1.200 |
| Integração simples (formulário, analytics) | 2-4h | R$ 300 - R$ 600 |
| Redesign de seção existente | 4-8h | R$ 500 - R$ 1.200 |
| Otimização de performance | 2-4h | R$ 300 - R$ 600 |
Esses valores são referência, não tabela fixa. Variam com complexidade e contexto. Mas ter uma referência interna evita que eu invente preço na hora e cobre inconsistente.
Pacote mensal. Pra clientes que precisam de atenção contínua: R$ 500-1.500/mês dependendo do volume. Inclui X horas de trabalho, com rollover limitado. Funciona pra clínicas que atualizam conteúdo todo mês, ou negócios com campanhas sazonais que precisam de LP nova a cada trimestre.
Na minha experiência, a maioria dos clientes de site institucional não precisa de pacote mensal. Precisa de 2-3 ajustes por ano, que resolvem por demanda. Pacote mensal faz sentido quando a demanda é previsível e frequente.
Mudança de escopo durante o projeto
Diferente de ajuste pós-entrega, mudança de escopo acontece durante o desenvolvimento. O cliente aprovou 5 seções e agora quer 8. Ou aprovou design clean e agora quer animações em tudo. Ou lembrou de uma funcionalidade “essencial” que não tava no briefing.
Minha abordagem: não digo “não”. Digo “sim, e custa X a mais.” Ou “sim, e entra no próximo ciclo.”
A conversa funciona assim: “Entendo que você quer adicionar essa seção. Ela não estava no escopo original, então adiciona R$ [valor] ao projeto e [prazo] dias ao cronograma. Quer incluir agora ou deixamos pro pós-lançamento?”
Dar opção é importante. O cliente decide se vale a pena agora ou pode esperar. Muitas vezes ele percebe que não é tão urgente e concorda em deixar pro futuro. Outras vezes é realmente importante e ele aceita o custo extra. Nos dois casos, a decisão é dele e não tem atrito.
No post sobre MVP, falo sobre o backlog pós-MVP. Toda ideia que surge durante o desenvolvimento vai pra uma lista separada. Isso funciona pra mudanças de escopo também: a ideia não morre, só vai pro lugar certo.
Correção de bug não é ajuste
Existe confusão entre bug e ajuste. Bug é algo que não funciona como especificado. O botão de WhatsApp não abre no celular. O formulário não envia. A imagem tá distorcida no Safari. Isso é defeito do meu trabalho e eu corrijo sem custo, em qualquer momento.
Ajuste é algo que funciona, mas o cliente quer diferente. “O botão tá azul mas queria verde.” “A fonte tá no tamanho que combinamos mas queria maior.” “Quero trocar a foto do banner.” Funciona como entregue, o cliente quer mudar. Isso é ajuste e segue as regras de precificação.
A distinção parece óbvia, mas no dia a dia vira zona cinza. O cliente diz “tá com problema” quando na verdade quer dizer “não gostei”. Ter o escopo documentado resolve: se tá diferente do que foi aprovado, é bug. Se tá igual mas quer mudar, é ajuste.
Como comunicar o preço sem perder o cliente
A hora mais difícil não é definir o preço. É falar o preço. Muitos devs fazem de graça porque têm medo de perder o cliente se cobrar. A ironia é que fazer de graça é o que causa burnout e faz você perder o cliente do mesmo jeito, só que por exaustão.
O que funciona pra mim:
Seja rápido na resposta. O cliente manda “preciso de um ajuste”, eu respondo no mesmo dia com estimativa de tempo e custo. Demora pra responder gera ansiedade e a sensação de que vai ser caro.
Mostre o que está incluso. “Pra essa mudança, vou precisar ajustar o componente X, testar em 3 navegadores e fazer deploy. Estimo 3 horas de trabalho, fica R$ 450.” O cliente entende pelo que está pagando.
Ofereça alternativa quando possível. “Essa mudança completa ficaria R$ 800. Mas se fizermos só [parte essencial], fica R$ 350. Qual prefere?” O cliente sente que tem controle sobre o investimento.
Não se desculpe por cobrar. “Me desculpa ter que cobrar, mas…” desvaloriza seu trabalho. “O investimento pra essa mudança é R$ X” é profissional e direto.
Na Soline e no Tok Final, ajustes pós-entrega seguem esse modelo. A relação com o cliente continua boa porque as regras são claras desde o início.
O que não cobrar
Nem tudo precisa de preço. Algumas coisas fazem sentido dar de graça por estratégia, não por bondade:
- Correção de bug em qualquer momento (é sua responsabilidade)
- Ajustes pequenos dentro da rodada gratuita pós-entrega
- Consultoria rápida por mensagem (2-3 minutos de resposta)
- Indicação de ferramenta ou serviço que resolve sem você precisar trabalhar
Essas ações constroem reputação e geram indicação. O cliente que recebe atenção sem cobrar por cada respiro indica mais. E indicação é o canal de captação mais barato que existe.
O limite é claro: se você está abrindo o editor de código, é trabalho. Se está respondendo uma dúvida no WhatsApp, é relacionamento.
- Sua proposta define o que está incluso no preço?
- Você tem referência interna de preço por tipo de demanda?
- Distingue bug (defeito) de ajuste (mudança)?
- Responde com estimativa no mesmo dia?
- Oferece alternativa quando o preço é alto?
- Sabe dizer “custa X” sem pedir desculpa?
Quem comunica valor com clareza mantém o cliente. Quem faz de graça por medo acaba perdendo ele por exaustão. Preço justo e transparente fortalece a relação.