Preço fechado ou por hora: qual modelo escolher

Escopo fechado protege quem contrata quando os requisitos estão claros e o projeto tem começo, meio e fim. Preço por hora protege quando o trabalho é evolução contínua e a prioridade muda toda semana. Escolher errado não gera apenas custo extra, gera atrito constante durante todo o projeto.

Como cada modelo distribui o risco

A diferença essencial não é preço, é quem assume o risco de a estimativa estar errada.

Repare na linha dos incentivos, porque ela explica muitos conflitos. No escopo fechado, o fornecedor ganha entregando rápido, o que cria pressão sobre qualidade e sobre a interpretação restritiva do que estava combinado. Por hora, o fornecedor não perde nada se o trabalho demorar, o que exige acompanhamento de quem contrata. Nenhum dos dois modelos alinha interesses sozinho; ambos precisam de contrato bem feito.

Quando escopo fechado é a escolha certa

Os requisitos estão claros e escritos. Você consegue listar telas, integrações, perfis de usuário e regras principais. Se você consegue escrever isso, consegue fechar preço sobre isso.

É o primeiro projeto com esse fornecedor. Você ainda não sabe o ritmo de trabalho dele. Preço fechado limita seu prejuízo se a escolha estiver errada.

Há orçamento aprovado e imutável. Em empresa com verba de projeto liberada uma vez ao ano, previsibilidade vale mais que flexibilidade.

O projeto tem fim definido. Uma integração, uma migração, um módulo específico. Trabalho com fronteira clara é o cenário natural do preço fechado.

O que torna esse modelo funcional é a qualidade do documento de escopo. Um escopo em três linhas não fecha nada: ele apenas adia a discussão para o meio do projeto, quando você já está preso.

Quando preço por hora sai melhor

O escopo é genuinamente incerto. Se você não sabe ainda o que precisa, um fornecedor honesto vai colocar uma margem de risco no preço fechado. Você paga por incerteza que talvez nem aconteça.

É evolução de um sistema que já existe. Prioridade que muda quinzenalmente não cabe em escopo fechado sem gerar aditivo atrás de aditivo.

O trabalho é investigativo. Diagnóstico de performance, correção de bug intermitente, análise de sistema legado sem documentação. Ninguém consegue estimar o que ainda não enxergou.

Você tem alguém acompanhando de perto. O modelo por hora funciona bem quando existe um responsável interno olhando o que foi feito toda semana. Sem esse acompanhamento, ele degenera.

O valor-hora praticado no Brasil costuma ficar entre R$ 90 e R$ 180 com profissionais autônomos experientes e estúdios pequenos, e entre R$ 180 e R$ 400 em consultorias maiores ou perfis muito especializados. Comparar apenas valor-hora entre propostas é enganoso: velocidade e quantidade de retrabalho variam muito mais que o preço.

O modelo híbrido, que costuma funcionar melhor

Na prática, boa parte dos projetos bons usa uma combinação:

Fase 1, Descoberta paga, por preço fechado curto. Duas a quatro semanas para transformar a ideia em escopo detalhado, com telas rascunhadas, integrações mapeadas e riscos listados. Custa entre 5% e 10% do projeto e é o melhor dinheiro que se gasta, porque reduz drasticamente a incerteza da fase seguinte. Também serve como teste de convivência com o fornecedor, com prejuízo limitado.

Fase 2, Construção por escopo fechado. Agora existe base real para fechar preço, porque o escopo foi levantado por quem vai executar.

Fase 3, Evolução por banco de horas. Depois do sistema em produção, contrate um bloco mensal de horas com teto. Esse é o formato natural da manutenção evolutiva.

Essa estrutura coloca cada modelo onde ele funciona: fechado onde há clareza, por hora onde há mudança.

Cláusulas que protegem quem contrata, nos dois modelos

Independentemente do formato escolhido:

• Propriedade do código, dos dados e das credenciais. Deve estar escrito que tudo é seu ao final. Se não estiver, você não contratou desenvolvimento, contratou dependência.
• Garantia de correção. Um período, normalmente de 30 a 90 dias, em que defeitos do que foi entregue são corrigidos sem custo. Defina o que conta como defeito e o que conta como pedido novo.
• Critério de aceite. Como se sabe que uma entrega está pronta? Sem isso, "pronto" vira opinião.
• Processo de mudança. No escopo fechado, como se pede algo fora do combinado, em quanto tempo é orçado e a que preço. Ter esse caminho definido evita que toda mudança vire negociação tensa.
• Saída. Prazo de aviso, entrega de documentação e transferência de acessos. Combine antes de precisar.

A pergunta que resolve a escolha

Antes de decidir, responda com honestidade: eu consigo escrever hoje, em duas páginas, o que o sistema precisa fazer?

Se sim, feche escopo. Você tem base para isso e ganha previsibilidade.

Se não, pague uma descoberta curta em vez de fechar preço sobre uma ideia vaga. Fechar escopo sobre incerteza produz o pior dos dois mundos: você paga a margem de risco do fornecedor e ainda enfrenta atrito toda vez que algo mudar, e algo sempre muda.