Como delimitar um projeto de consultoria sem subestimar a proposta

Pergunte a uma consultoria por que um projeto perdeu dinheiro e você ouvirá sobre o cliente: ele ampliou o pedido, demorou nas aprovações, os dados dele eram um caos. Tudo verdade, e tudo fora do ponto. O projeto foi perdido antes — na semana em que o escopo foi escrito, quando ninguém sabia dizer com precisão o que estava sendo vendido.

Subestimar não é uma falha de preço. É uma falha de escopo que o preço herda.

Por que trabalho sob medida subestima por padrão

Empresas de produto definem o escopo uma vez e vendem muitas. Consultorias definem o escopo do zero a cada negociação, sob pressão de tempo, num documento que também é peça de venda. Isso produz três falhas previsíveis:

O otimismo é escrito dentro da fronteira. A proposta é redigida para ganhar, então itens ambíguos ganham formulação generosa. "Vamos revisar o processo atual" custa um workshop ou três semanas dependendo de quem lê — e o cliente sempre lê do jeito caro.

O esforço é estimado a partir do melhor projeto anterior, não do mediano. O sócio lembra do cliente de equipe ágil e dados limpos. A estimativa assume em silêncio que este cliente é aquele cliente.

As exclusões ficam implícitas. O que você não vai fazer raramente chega ao documento, porque listar exclusões parece hostil durante a venda. Aí a entrega começa, e tudo que não foi listado vira negociável — numa direção só.

Nada disso se conserta com percentual de contingência. Uma folga de 15% sobre um escopo 40% ambíguo é só um jeito mais lento de perder.

Delimite por sinais, não pelo pedido

O pedido declarado do cliente é o ponto de partida, não o escopo. Antes de estimar qualquer coisa, a conversa de escopo precisa extrair os sinais que realmente determinam o esforço:

• A decisão por trás do pedido. O que eles farão de diferente quando o projeto terminar? Trabalho que alimenta uma decisão real tem fronteira natural. Trabalho encomendado "para ter visibilidade" se expande para sempre.
• O estado dos insumos. Quem detém os dados ou acessos de que você precisa, e por quantas mãos eles passam? Cada dono adicional de um insumo é um atraso que você está prestes a comprar.
• O caminho de aprovação. Quem diz "pronto"? Se quem paga e quem aceita são pessoas diferentes, delimite pela mais rigorosa das duas.
• Tentativas anteriores. Se já tentaram — internamente ou com outra firma — o fracasso daquela tentativa é o fato mais preditivo sobre seu esforço. Pergunte o que aconteceu.

Quarenta e cinco minutos de discovery estruturado sobre esses quatro sinais valem mais que uma semana de debate interno de estimativa, porque os maiores termos de erro moram do lado do cliente da mesa.

Escreva o registro de premissas antes do número

Entre discovery e estimativa, exija um artefato: uma lista simples de cada premissa da qual a estimativa depende. Nada de prosa — um registro.

- Cliente fornece acesso de leitura ao tracker de entrega até o dia 3. - Uma rodada consolidada de feedback por entregável, máximo de cinco dias úteis. - Participantes do workshop têm autoridade de decisão; sem repetição para ausentes. - Dados históricos de projetos existem em formato exportável.

Cada linha faz trabalho duplo. Internamente, converte uma vaga sensação de risco em itens contáveis — uma estimativa apoiada em doze premissas frágeis é uma oferta diferente de uma apoiada em três sólidas. Externamente, o registro entra literalmente na proposta, o que muda a conversa de entrega de "isso está fora do escopo" (hostil, depois do fato) para "a premissa quatro não se sustentou, aqui está o ajuste" (mecânico, combinado de antemão).

O registro também é onde a subestimação fica visível antes de acontecer. Se você não consegue escrever as premissas, você não tem uma estimativa — tem uma esperança com símbolo de moeda.

Estime em faixas, precifique a fronteira

Para trabalho sob medida, estimativa pontual é ficção, e clientes sofisticados sabem disso. Estime honestamente numa faixa, e faça a faixa trabalhar:

1. Ancore o piso na sustentação do registro. "Se as premissas se sustentarem: 120 horas."
2. Ancore o teto nas quebras prováveis. "Se o acesso a dados atrasar ou as rodadas de feedback dobrarem: 160."
3. Precifique fixo o que consegue delimitar; divida em fases o que não consegue. Preço fechado para as partes com fronteiras decidíveis; partes genuinamente abertas viram uma fase de discovery paga cujo entregável é o escopo da fase dois.

Esse último movimento é a ferramenta anti-subestimação mais forte disponível. Quando um cliente não quer financiar o discovery, ele está mostrando como todo o projeto vai transcorrer — e um pequeno diagnóstico pago que produz um escopo real é um primeiro sim mais fácil que uma grande aposta num escopo ambíguo.

Feche o ciclo ou repita o erro

Firmas que subestimam uma vez costumam subestimar do mesmo jeito por anos, porque nada retroalimenta. A correção não tem glamour: ao fim de cada projeto, registre esforço estimado versus real por premissa — quais linhas do registro se sustentaram e quais quebraram. Dez projetos desses dados revelam seu viés sistemático (quase todo mundo subestima latência de aprovação e limpeza de dados, quase ninguém a análise em si), e sua próxima faixa aperta por razões reais em vez de intuição.

Essa é exatamente a síntese tediosa para humanos e trivial para a IA: transformar notas de discovery em rascunho de escopo e registro, checar uma proposta contra o registro antes do envio, ler os reais de projetos passados na próxima estimativa. O julgamento — onde fica a fronteira, quanto vale o risco — continua com o sócio. A contabilidade que torna esse julgamento preciso é trabalho da máquina.

O escopo é o produto no trabalho de consultoria. Firmas que o tratam como formalidade subsidiam seus clientes; firmas que o tratam como artefato de engenharia são pagas pelo que realmente fazem.