Mudança de escopo em projeto de arquitetura: como identificar, registrar e cobrar

Escopo é o que o escritório se comprometeu a entregar: as etapas, os entregáveis de cada uma, o número de revisões e o que ficou de fora. Mudança de escopo é o pedido que sai desse combinado: acrescentar um ambiente, refazer um partido já aprovado, incluir um serviço que não estava na proposta, estender o acompanhamento. Quando o pedido muda o que será entregue, ele muda também o tempo e o esforço, e portanto o honorário.

O problema quase nunca é o cliente pedir. É o pedido ser atendido sem ser registrado. A mudança absorvida em silêncio vira, na cabeça de todos, parte do que sempre esteve incluído, e a conversa sobre o preço fica cada vez mais difícil.

A linha entre as duas coisas é o combinado. Para cada pedido, a pergunta é: isso estava no que foi proposto e contratado? Se estava, é ajuste, e cabe nas revisões previstas da etapa. Se não estava, é mudança.

Uma regra prática ajuda: pedidos que desfazem uma etapa já aprovada, ou que exigem retrabalho de desenhos já entregues, tendem a ser mudança, mesmo que pareçam pequenos. Pedidos que refinam uma etapa em andamento tendem a ser ajuste, até esgotar as revisões previstas.

Quase todo conflito de escopo nasce de uma proposta que não disse com clareza o que está incluído. Algumas decisões na proposta reduzem a chance de o problema aparecer:

• Liste os entregáveis de cada etapa, em vez de usar expressões genéricas como projeto completo.
• Escreva quantas rodadas de revisão cada etapa inclui e como as adicionais serão tratadas.
• Registre o que não está incluso, para que um pedido nessa lista seja reconhecido como serviço à parte.
• Diga na proposta como mudanças serão tratadas: com registro, estimativa e aprovação antes de executar.
• Combine o critério de aceite de cada etapa, para que a aprovação marque o ponto a partir do qual uma alteração é mudança.

O registro precisa ser simples o bastante para ser feito toda vez, no momento do pedido. Um registro útil responde a poucas perguntas:

• O que foi pedido, em uma ou duas frases, com a data e quem pediu.
• Por que a mudança foi pedida: decisão do cliente, descoberta no local, exigência de terceiros, correção de erro do escritório.
• O que muda no escopo: quais entregáveis são acrescentados, refeitos ou retirados.
• O impacto em prazo, em dias, e se afeta a entrega final ou só uma etapa.
• O impacto em honorários, ou o motivo de não haver cobrança.
• A decisão do cliente, com data e forma: aprovou, não aprovou ou pediu para pensar.

O motivo importa porque muda a conversa. Mudança por decisão do cliente costuma gerar cobrança. Mudança por erro do escritório, não: ela deve ser registrada como correção, para que o histórico do projeto seja honesto e o cliente veja a diferença.

Para o prazo, olhe o que a mudança obriga a refazer e o que depende dela. Refazer uma etapa aprovada empurra as etapas seguintes; incluir um ambiente novo pode ser tratado em paralelo ou não, conforme a equipe. Pergunte quais etapas do cronograma são afetadas, em quantos dias úteis, e se há uma folga que absorve parte do impacto.

Para os honorários, parta da forma como o projeto foi precificado. Se o preço foi por etapa ou por entregável, o impacto é o trabalho a mais ou refeito, medido por essa mesma régua. Se foi por hora, é a estimativa de horas. O importante é a coerência: o cliente precisa reconhecer no cálculo da mudança a lógica que viu na proposta.

Evite apresentar apenas um número final. Mostrar o que foi acrescentado, quantos dias pede e como o valor foi composto reduz a discussão e protege a relação.

O termo aditivo é o documento que altera o contrato: acrescenta serviço, ajusta prazo ou valor. Faz sentido formalizar quando a mudança altera o que foi contratado em prazo, em valor ou em objeto, ou quando o escritório quer que o aceite fique registrado de forma mais completa do que uma mensagem.

Mudanças pequenas, que cabem no escopo e no prazo, podem ser tratadas com um registro simples e a confirmação do cliente por escrito. A escolha entre um e outro depende do tamanho da mudança e do que o contrato prevê sobre alterações, e o texto do aditivo deve ser revisado por quem tem habilitação para isso.

• Reconheça o pedido e diga que ele faz sentido para o projeto, antes de falar de custo.
• Explique o que muda, em termos de entrega, prazo e valor, em uma conversa curta, sem esperar a pessoa descobrir pelo documento.
• Mostre o que foi combinado antes, com a proposta ou o contrato, para que a mudança seja entendida como diferença e não como cobrança nova.
• Dê opções quando houver: executar agora com o novo prazo, deixar para uma etapa posterior ou não fazer.
• Peça a decisão por escrito, e só execute depois dela.

Uma frase que costuma funcionar: esse pedido está fora do que combinamos; posso fazê-lo, e ele acrescenta alguns dias ao prazo e um valor à etapa, que eu detalho; se preferir, deixamos para depois. Ela reconhece, informa e devolve a decisão ao cliente.

• Executar primeiro e discutir depois, o que enfraquece qualquer cobrança.
• Aceitar o pedido por mensagem informal e não registrar no projeto.
• Tratar tudo como mudança, e irritar o cliente com cobranças por refinamentos normais.
• Tratar tudo como ajuste, e financiar o projeto com trabalho não pago.
• Registrar o valor sem o impacto em prazo, ou o prazo sem o valor.
• Misturar mudança por decisão do cliente com correção de erro do escritório.

No Zenial, o escritório registra a mudança como uma ordem de mudança na aba Escopo e Dúvidas do projeto, com título, descrição, motivo, impacto em dias e em valor, e envia para o cliente decidir pelo portal. Também pode criar um termo aditivo na aba Contratos, com cláusulas e minuta em PDF. Quando a mudança é aceita, o sistema soma os dias ao prazo e o valor aos honorários do projeto e cria a parcela no financeiro. O termo gerado é uma minuta que o profissional revisa, sem validade jurídica própria. Para pedidos que chegam pelo portal, há uma conferência de escopo assistida por IA, cujo uso depende do plano.