Aprovado na reunião, esquecido no trimestre: por que projeto de software morre depois do sim

O diretor gostou. O gerente elogiou. Alguém pediu a apresentação por e-mail — e o assunto nunca mais voltou. Toda empresa de serviços tem essa reunião no histórico: terminou bem e não terminou em nada. O diagnóstico habitual é "falta de budget" ou "timing". Quase nunca é isso.

O que acontece é mais simples: a decisão foi adiada porque ninguém conseguiu imaginá-la com precisão. Um slide descreve o sistema; cada pessoa na sala imagina um sistema diferente. Aprovar exige que todos aprovem a mesma coisa, e não existe "mesma coisa" quando o objeto é abstrato. Adiar, nesse contexto, é a decisão racional do comprador — não uma falha dele.

A saída não é apresentar melhor. É mudar o objeto da reunião: em vez de descrever o sistema, abrir o sistema. Um protótipo navegável, mesmo raso, elimina a divergência de imaginação. As perguntas mudam de natureza na hora — de "como seria?" para "quando fica pronto?" — e essa mudança de pergunta é o sinal mais confiável de que a venda avançou.

É exatamente o artefato que entregamos em 72 horas, com preço fechado e data em contrato: se atrasarmos por nossa causa, 50% de desconto. O custo de levar a coisa pronta para a próxima reunião é menor do que o custo de mais um trimestre de "ficou de avaliar".