As duas propostas chegam quase juntas. Uma traz um valor por hora e uma estimativa de quantas horas o trabalho deve levar. A outra traz um número só, com a palavra fechado do lado. A primeira reação de quase todo dono é multiplicar a hora pela estimativa e comparar com o número fechado, e essa conta engana, porque os dois lados dela são chute: ninguém sabe quantas horas vão ser, e o valor fechado já embute a chance de a estimativa dar errado.
Dois problemas chegam grudados nesse momento. Se as duas propostas estão em patamares distantes uma da outra, o assunto é preço, e a faixa praticada pra montar um sistema resolve isso rápido. Se os dois números estão parecidos e você continua travado, o assunto é risco de estimativa, e aí o modelo de contrato decide quanto você paga no fim.
Por que a hora machuca mais quem contrata software pela primeira vez
Se me perguntam qual dos dois eu acho mais perigoso pra quem está estreando, eu respondo hora, sem hesitar. O problema mora na auditoria. Você recebe um relatório com linhas escritas numa língua que não é a sua, algo como "ajustes no módulo de agenda", com um total de horas ao lado, e precisa decidir se aquilo é razoável. Quem faz esse trabalho todo dia sabe quanto costuma levar. Você não. A negociação inteira roda com informação de um lado só da mesa.
A fatura ainda cresce por caminhos que ninguém combina em voz alta. Reunião entra como hora trabalhada, porque tecnicamente é. Os dias que você levou pra responder o e-mail de aprovação também entram, porque alguém ficou parado esperando. Retrabalho aparece duas vezes na planilha: a hora de fazer errado e a hora de consertar. Nenhuma dessas linhas é desonesta por si só. Somadas, elas explicam por que o total final costuma ficar bem longe da estimativa que abriu o contrato.
Existem travas que resolvem boa parte disso, e todas dependem de alguém pedir:
- Teto de horas. Um limite combinado que, ao ser atingido, obriga aprovação nova por escrito antes de a cobrança seguir.
- Relatório que descreve o trabalho. Cada linha diz o que foi feito naquelas horas. Total solto no rodapé ninguém consegue conferir.
- Aprovação por etapa. No lugar de uma assinatura no começo e silêncio até a entrega, você aprova pedaço por pedaço, e o estouro possível cabe dentro de um pedaço.
Nenhuma das três costuma aparecer sozinha numa minuta de contrato. Elas entram porque o cliente pediu, e quem está contratando software pela primeira vez raramente sabe que existem. É aí que a hora morde justamente quem tem menos defesa.
O escopo fechado tem outra faca, e ela está na lista do que ficou de fora
O preço fechado costuma vir acima da conta de horas multiplicada, e esse excedente compra algo real: se o trabalho levar o dobro do previsto, o prejuízo fica com quem vendeu. Pagar por essa transferência de risco é escolha defensável, ainda mais pra quem tem orçamento aprovado e precisa de um número que fique parado até o fim do ano.
A faca aparece na parte que ninguém escreveu. Contrato de escopo fechado detalha com carinho o que está dentro e deixa o que está fora no silêncio. Chega o primeiro pedido de mudança e a conversa vira interpretação de texto, disputada contra quem redigiu o texto. Cada ajuste vira aditivo, cada aditivo tem preço próprio, e o número que parecia travado começa a andar.
Tem um incentivo embutido aí que merece ser dito na cara: quem entrega por preço fechado ganha margem entregando o mínimo que a definição escrita permite. Chamar isso de má-fé erra o alvo, porque a aritmética funciona igual em fornecedor sério. O caso pior vem quando o escopo foi fechado sobre um problema que ninguém tinha entendido ainda. O contrato congela a versão errada do trabalho e cobra caro pra reabrir.
O parágrafo que você tem que exigir antes de assinar
Existe um teste que você aplica sozinho, sem entender de tecnologia, e ele vale pros dois modelos. Peça ao fornecedor que escreva, num parágrafo, o que significa pronto neste projeto e quem assina o aceite dizendo que está. Em português de dono de empresa, sem termo técnico.
Quem consegue escrever esse parágrafo numa tarde entendeu o seu processo, e vende escopo fechado com sossego dos dois lados da mesa. Quem enrola, marca mais uma reunião, ou devolve a tarefa pro seu colo com um "me diz o que você quer que eu orço", está avisando que ainda não entendeu. Fechar preço com esse fornecedor compra um chute com cara de segurança.
Nesse segundo caso, um bloco curto de horas com teto, gasto de propósito pra produzir o escopo escrito, sai mais barato que fechar valor no escuro. A descoberta acaba no dia em que o parágrafo existe. Depois disso você negocia o preço fechado em cima de algo que dá pra medir, e o fornecedor calcula o risco em cima da mesma coisa.
O item que falta nas duas propostas
Os dois contratos terminam em algum momento. O sistema, não. Ele sobe, começa a receber cliente de verdade, e no primeiro sábado em que a fila trava alguém precisa atender o telefone.
Pergunte, nos dois modelos, quem responde depois que o sistema está no ar, por quanto tempo essa resposta está incluída no preço, e por qual canal. Proposta que fica muda nesse ponto está empurrando um custo pra frente, e ele chega. O que acontece quando o sistema quebra e ninguém aparece pesa mais na conta do ano do que a diferença entre as duas propostas que estão na sua mesa agora.
Onde essa escolha pesa mais
A decisão fica mais séria conforme cresce o que está sendo contratado. A AMV monta o atendimento que recebe o cliente, orça pela tabela que você já usa, marca na agenda que o seu time já abre todo dia, encaminha pro responsável certo e cobra no fim, chegando até você só na exceção que pede a sua decisão. Um chatbot responde mensagem e para por ali, com o resto do caminho continuando na sua mão.
Por isso todo plano começa por um diagnóstico. A gente mapeia como o negócio funciona hoje, escreve com você o que conta como pronto, e você sai com escopo e valor fechados antes de decidir qualquer coisa. Quando essa parte já está resolvida no dia em que as propostas chegam, escolher entre hora e escopo fechado deixa de ser aposta.