Você abre o WhatsApp e lá está: “consegue só dar uma ajustadinha nessa página?” O pedido chega no meio de uma sprint de manutenção, com outros quatro sites na fila. Dizer sim parece rápido, mas cada sim não precificado corrói o escopo de projeto WordPress que você fechou, atrasa os outros clientes e transforma o que era contrato em favor. O problema não é falta de firmeza: é falta de um critério de triagem que separe o que fortalece o contrato do que vira custo recorrente.
Por que o “sempre sim” quebra o escopo de projeto WordPress
O pedido extra quase nunca chega como projeto. Chega como detalhe: “só trocar o botão”, “só incluir um campo”, “só mudar a cor”. Só que, em WordPress, cada ajuste aparentemente pequeno pode puxar uma cadeia: template, CSS, plugin, cache, teste em mobile, revisão de SEO. O tempo gasto não aparece na fatura, e o cliente aprende que pedir é gratuito. Em poucos meses, o contrato de manutenção vira uma fila infinita de demandas sem receita correspondente.
Além disso, o “sempre sim” afeta os outros clientes. Quando você atende vários sites, cada pedido não orçado empurra a fila de manutenção dos demais. Um site fica sem atualização de segurança porque você passou a tarde ajustando um banner que não estava no escopo de projeto WordPress. O problema deixa de ser só financeiro e vira risco operacional.
Critério de triagem: o que entra e o que vira proposta
Antes de responder ao cliente, classifique o pedido em uma das três categorias. A regra é simples: se o item já estava previsto no contrato ou corrige algo que você entregou, entra. Se cria algo novo, vira proposta. Esse critério é a base para manter o escopo de projeto WordPress sob controle.
| Categoria | Exemplos | Ação |
|---|---|---|
| Correção | Bug em formulário, link quebrado, erro de layout em mobile | Entra na manutenção, com prazo informado |
| Ajuste pequeno | Trocar texto, atualizar imagem, pequena alteração de cor | Entra se estiver dentro da franquia mensal; senão, cobra avulso |
| Novo escopo | Nova funcionalidade, integração com API, redesenho de seção, novo template | Vira proposta paga, com estimativa e prazo |
O erro comum é tratar “ajuste pequeno” como categoria elástica. Cinco ajustes pequenos por semana consomem o mesmo que uma funcionalidade nova. Por isso, defina no contrato um limite claro: por exemplo, até duas horas mensais de ajustes inclusos. Passou disso, o pedido entra na fila paga.
Para o cliente, a resposta precisa ser objetiva. Em vez de “não dá”, use: “Isso é uma nova funcionalidade, não está no escopo de projeto WordPress atual. Consigo incluir como proposta separada, com prazo de X dias e valor Y. Quer que eu detalhe?” O não seco vira porta aberta.
Como diagnosticar se o pedido é realmente fora do escopo
Alguns pedidos parecem novos, mas são consequência de algo que você entregou. Antes de cobrar, verifique:
- O item está descrito no contrato ou na proposta original? Se sim, entra.
- É correção de algo que você implementou e não funciona como combinado? Entra como garantia.
- Depende de um plugin ou tema que você indicou e que mudou de comportamento após atualização? Pode ser manutenção, não escopo novo.
- Exige desenvolvimento, design ou integração que não existia antes? Vira proposta.
Esse diagnóstico evita dois erros opostos: cobrar por algo que era sua obrigação e assumir como gratuito algo que é projeto novo. Quando a dúvida persistir, peça ao cliente o contexto de uso. Muitas vezes, o que ele pede como “nova função” é um ajuste de configuração de plugin já instalado.
Passo a passo para registrar e responder ao pedido extra
O registro é o que protege você e o cliente. Sem ele, a conversa vira memória contra memória. Use um fluxo simples:
- Registre o pedido por escrito. Pode ser um e-mail, um card no Trello ou uma linha na ferramenta de tickets. Anote data, solicitante, descrição e site afetado.
- Classifique na hora. Use as três categorias da tabela. Se for novo escopo, não comece a executar antes da aprovação.
- Responda com prazo e valor. Para correções, informe quando entra na fila. Para novos escopos, envie uma proposta curta: o que será feito, prazo e investimento.
- Atualize o contrato ou o aditivo. Se o cliente aprovar, registre a mudança por escrito. Isso evita que o item volte como “já tinha pedido” meses depois.
- Proteja a fila dos outros sites. Não interrompa uma janela de manutenção crítica para atender um pedido novo. Agende o novo item para a próxima janela disponível.
Esse fluxo é o que a literatura de gestão chama de controle de mudanças. A documentação oficial do WordPress sobre perfis e capacidades não trata de contratos, mas ajuda a lembrar que cada alteração tem impacto em permissões, plugins e temas. O mesmo vale para o escopo de projeto WordPress: toda mudança tem custo.
Se você atende vários clientes, o registro centralizado evita que um pedido se perca. Uma ferramenta de gestão de projetos ou até uma planilha compartilhada resolve. O importante é que o pedido não fique só no WhatsApp.
Como transformar o pedido recusado em proposta paga
Recusar não é dizer não. É redirecionar. Em vez de “isso não está incluso”, apresente o caminho: “Posso fazer, mas como projeto separado. Aqui está o que envolve e quanto custa.” Três elementos ajudam:
- Escopo claro: descreva exatamente o que será entregue, para evitar que o novo projeto vire uma nova fonte de pedidos infinitos.
- Prazo realista: considere a fila dos outros clientes. Se o site tem manutenção agendada, o novo item entra depois.
- Valor justo: cobre pelo tempo de desenvolvimento, teste e implantação. Não estime só a hora de codificação.
Quando o cliente entende que o pedido tem custo, ele prioriza. Muitas vezes, o que parecia urgente sai da lista sozinho. E o que sobra vira receita, não sobrecarga.
Se o cliente insistir que o item deveria estar incluso, volte ao contrato. Mostre a cláusula de escopo de projeto WordPress e a lista de entregas. Se não houver cláusula, essa é a oportunidade de incluir uma no próximo ciclo. A conversa fica mais fácil quando o documento fala antes de você. Para conduzir esse tipo de conversa sem desgastar a relação, vale ler o artigo sobre cliente insatisfeito com site: como conduzir a conversa.
Quando NÃO usar essa triagem
Existem situações em que a regra do escopo precisa de flexibilidade:
- Site fora do ar ou comprometido: se o pedido é urgente por segurança ou indisponibilidade, atenda primeiro. Depois, discuta escopo. Um site hackeado não espera proposta comercial. Se você administra vários sites, ter um processo de triagem de vulnerabilidade em plugin WordPress ajuda a separar o urgente do importante.
- Cliente novo em fase de relacionamento: nos primeiros meses, um ou outro ajuste extra pode fortalecer a confiança. Mas defina um limite: após o período de cortesia, o fluxo normal volta.
- Erro seu ou da equipe: se o pedido corrige algo que você entregou errado, não cobre. Assuma e corrija.
Fora desses casos, a triagem deve ser a regra. Flexibilidade sem critério vira porta aberta para o “sempre sim”.
Erros comuns ao tentar limitar o escopo
Alguns padrões sabotam o processo:
- Responder no calor da conversa: dizer “sim” no WhatsApp e depois tentar cobrar gera atrito. Responda sempre com a classificação em mãos.
- Não registrar o pedido: sem registro, o cliente pode repetir a solicitação e você não tem como provar que já foi tratada.
- Cobrar por correção de bug: isso destrói a confiança. Bug do que você entregou é obrigação sua.
- Aceitar novo escopo sem aditivo: se o cliente aprova verbalmente, formalize. Um e-mail de confirmação já ajuda.
- Deixar a fila de manutenção parar: atender um pedido novo no meio de uma janela crítica de atualização de segurança expõe os outros sites.
Prevenção: como reduzir pedidos fora do escopo
A melhor triagem é a que quase não precisa ser usada. Três práticas reduzem o volume:
- Contrato com escopo detalhado: liste o que está incluso e o que não está. Inclua exemplos de itens que viram proposta.
- Franquia mensal de ajustes: defina um limite de horas para pequenos ajustes. Isso dá previsibilidade ao cliente e protege sua agenda.
- Relatório de manutenção: envie um resumo mensal do que foi feito. Isso mostra valor e lembra o cliente do que está coberto.
Para quem administra vários sites, a prevenção passa também por padronizar o atendimento. Um painel que centraliza atualizações, backups e monitoramento reduz o tempo gasto com manutenção reativa e libera espaço para os projetos pagos. É aí que o 100% WP entra: com vários sites sob o mesmo painel, fica mais fácil separar o que é manutenção de rotina do que é demanda nova de cliente.
Quando chamar alguém para ajudar
Se você já tentou organizar o escopo de projeto WordPress, mas a conversa com o cliente continua difícil, pode ser hora de envolver um advogado para revisar o contrato. Cláusulas de escopo, propriedade intelectual e limites de responsabilidade evitam disputas. Para agências menores, um contrato-modelo bem redigido costuma resolver a maior parte dos conflitos.
Outra situação: quando o volume de pedidos extra é tão grande que você não consegue mais distinguir o que é manutenção do que é projeto. Nesse caso, vale contratar um gerente de projetos ou usar uma ferramenta de gestão que separe as filas. O importante é não deixar que o “sempre sim” defina o ritmo do seu negócio.
Filtrar pedidos não é sobre dizer não. É sobre dizer “sim, com escopo de projeto WordPress, prazo e valor”. O cliente ganha clareza, você ganha previsibilidade e os outros sites da sua carteira continuam sendo mantidos como deveriam.
