Segunda-feira, 9h15. O cliente manda uma mensagem no Slack: "A propósito, poderíamos adicionar uma secção de blog ao site? É só uma pequena coisa." É o sétimo "pequeno pedido" desde o kick-off. Cada pedido parece inofensivo isolado. Juntos, engoliraram 23 dias-homem não faturados num projeto vendido por 15.000 euros. Acho isto absurdo, porque é completamente evitável.
O que o scope creep realmente te custa
Os números raramente são documentados nas agências, o que torna o problema invisível até ao fecho contabilístico. O desvio de âmbito representa em média 22% das horas não faturadas por projeto. Com um TDH de 650 euros e uma equipa de quatro pessoas, estamos a falar de 5.000 a 12.000 euros que desaparecem por trimestre. Em silêncio.
"Vendemos um projeto Webflow a 40 dias. Na entrega, estávamos nos 61 dias reais. Os 21 dias de diferença? Inteiramente de pedidos deslizados nos comentários do Figma, nunca tratados como ordens de alteração. Perdemos 13.650 euros líquidos nesse projeto." — Diretor de produção, agência UX de 18 pessoas, Lyon
Por que Agile por si só não resolve
Vou ser direto: Scrum bem aplicado reduz o scope creep, mas não o elimina. A velocidade por sprint dá uma imagem honesta da capacidade da equipa. Mas as cerimónias Scrum não incluem nenhum mecanismo de faturação automática para user stories adicionadas fora do contrato original. É aí que o sistema falha.
Vi agências em Scrum completo com sprints perfeitamente geridos a perder dinheiro em cada projeto, simplesmente porque ninguém levantava a mão para dizer: "Esta história ultrapassa o âmbito contratual, precisamos de um aditamento." A metodologia gere a priorização. Não gere a contratualização.
O protocolo concreto para definir o âmbito desde o início
- Definir um "âmbito negativo" no orçamento: listar explicitamente o que NÃO está incluído. Parece brusco, mas evita 80% dos mal-entendidos.
- Estabelecer um limiar de ativação automático: qualquer pedido estimado em mais de 4 horas gera um mini-orçamento formal.
- Documentar cada decisão numa ferramenta partilhada com marcação de tempo. O Clynt permite ligar notas de projeto a orçamentos e transformar um acordo de cliente num aditamento assinável em poucos cliques.
- Criar um ritual mensal de "scope check": comparar horas registadas por tarefa com a estimativa inicial antes que os desvios se tornem irreversíveis.
A conversa difícil: faturar o desvio sem perder o cliente
É aqui que todos bloqueiam. O medo de irritar um cliente que representa 30% da faturação da agência. Honestamente, esse medo está geralmente mal calibrado. A maioria dos clientes profissionais entende a lógica contratual quando é apresentada com calma e com dados. "Isto era o previsto, isto foi adicionado, este é o desvio em horas": esse tríptico desativa a tensão em qualquer conversa.
As agências que realmente protegem a sua margem não são as mais duras nas negociações. São as mais precisas no acompanhamento. Têm um processo documentado de gestão de alterações desde o onboarding do cliente. Formam os gestores de projeto para dizer "volto com uma estimativa" em vez de "sem problema, fazemos".
FAQ
Como distinguir uma alteração de âmbito de uma simples clarificação do brief inicial?
Regra simples: se o pedido gera trabalho não estimado no orçamento original e ultrapassa 2 horas, é um aditamento. Uma clarificação remove uma ambiguidade sem adicionar carga de trabalho. Em caso de dúvida, estima as horas antes de responder ao cliente.
A partir de que montante se justifica um aditamento formal?
A maioria das agências aplica um limiar entre 200 e 500 euros. Abaixo disso, basta uma confirmação escrita por email. Acima, um aditamento assinado protege ambas as partes e deve estar definido no contrato-quadro.
Como abordar o scope creep com um cliente-chave sem prejudicar a relação comercial?
Apresente-o como uma ferramenta de transparência, não como uma penalização. Mostre um resumo dos pedidos adicionais com os custos estimados e proponha um aditamento ou crédito de horas para trabalhos futuros.
O scope creep é mais frequente em projetos Agile do que em modelo em cascata?
No modelo em cascata, o scope creep é menos frequente mas mais brutal quando ocorre. Em Agile é mais difuso mas detetável em cada sprint se o backlog estiver bem gerido. A metodologia importa menos do que o rigor contratual inicial.