Preço fechado ou por hora: como contratar desenvolvimento de software

Na contratação de software existem dois modelos principais: preço fechado, em que você paga um valor definido por um escopo definido, e por hora (ou por sprint, ou por alocação), em que você paga pelo tempo da equipe. O preço fechado no desenvolvimento de software dá previsibilidade de custo e prazo, mas exige escopo claro. O modelo por hora dá flexibilidade, mas transfere o risco de estouro para quem contrata.

Não existe modelo certo para todo caso. Para um MVP ou um sistema com objetivo bem definido, preço fechado costuma ser o mais seguro para o cliente. Para evolução contínua de um produto que já está no ar, com prioridades que mudam toda semana, o modelo por tempo tende a funcionar melhor.

Abaixo, como cada modelo funciona na prática, onde cada um quebra e como decidir.

Como funciona o preço fechado no desenvolvimento de software

No preço fechado, fornecedor e cliente combinam três coisas antes de começar: o que será entregue, em quanto tempo e por quanto. O valor só muda se o escopo mudar, e essa mudança é negociada à parte.

Para isso funcionar, o fornecedor precisa entender o problema a fundo antes de cotar. Um orçamento fechado sério nasce de uma etapa de descoberta: conversas, levantamento de fluxos, lista de telas e integrações, critérios de aceite. Sem isso, o "preço fechado" é só um chute com margem de segurança embutida.

Vantagens para quem contrata:

• Orçamento previsível. Você sabe quanto vai gastar antes de começar.
• Prazo com dono. O fornecedor assume o compromisso de entrega.
• Incentivo alinhado. Atrasar não rende mais dinheiro ao fornecedor.
• Decisão mais simples. Dá para comparar propostas e aprovar internamente com um número.

Pontos de atenção:

• Exige escopo bem escrito. Se o escopo for vago, cada detalhe vira discussão.
• Mudanças no meio do caminho geram aditivos.
• Um fornecedor ruim pode cortar qualidade para caber no preço. Por isso critérios de aceite e testes precisam estar no contrato.

Como funciona o modelo por hora

No modelo por hora, você paga pelo tempo efetivamente trabalhado. Variações comuns são o banco de horas, a alocação mensal de um ou mais profissionais e o pagamento por sprint.

Vantagens:

• Flexibilidade total. Você muda prioridade quando quiser.
• Começo rápido. Dá para iniciar sem um escopo detalhado.
• Bom para trabalho contínuo. Manutenção, evolução de produto, suporte.

Pontos de atenção:

• O risco do estouro é seu. Se a tarefa levar o dobro, você paga o dobro.
• Exige gestão ativa. Alguém do seu lado precisa priorizar, acompanhar e validar.
• Incentivo desalinhado. Em tese, mais horas significam mais faturamento para o fornecedor. Um bom parceiro não age assim, mas o modelo não protege você.
• Difícil de comparar. Valor-hora menor não significa projeto mais barato, porque a produtividade varia muito.

Quando escolher cada modelo

Comparação lado a lado

Preço fechado faz mais sentido quando

• Você está construindo um MVP ou a primeira versão de um sistema.
• O objetivo é claro: "substituir a planilha de pedidos", "lançar o app de agendamento".
• Você precisa aprovar um orçamento com sócios, diretoria ou investidores.
• Sua equipe não tem tempo nem perfil técnico para gerenciar desenvolvedores semana a semana.

Por hora faz mais sentido quando

• O produto já está no ar e as prioridades mudam com frequência.
• Você tem alguém técnico do seu lado (CTO, gerente de produto) para priorizar e revisar.
• O trabalho é exploratório: pesquisa, prova de conceito com muita incerteza técnica.
• Você precisa de suporte e manutenção recorrentes.

O modelo híbrido

Muitos projetos combinam os dois: preço fechado para a primeira versão, e depois um pacote mensal para evolução. Outra variação é fechar o preço por fase. Cada fase tem escopo, prazo e valor próprios, e a próxima só é cotada quando a anterior termina. Isso reduz o risco dos dois lados sem exigir que tudo seja definido no primeiro dia.

O que torna um preço fechado confiável

Preço fechado só protege você se a proposta for bem feita. Antes de assinar, confira se ela tem:

• Escopo escrito em detalhe: telas, fluxos, perfis de usuário, integrações. Veja como escrever um escopo de projeto de software.
• O que está fora do escopo, dito explicitamente.
• Critérios de aceite: como você vai saber que uma funcionalidade está pronta.
• Cronograma com marcos e entregas intermediárias para testar.
• Regra para mudanças: como pedir, como é cotado, quanto tempo leva a resposta.
• Garantia: período para correção de defeitos sem custo extra.
• Entrega do código-fonte e da documentação ao final.

Se a proposta tem só um valor total e uma lista de funcionalidades em tópicos, ela não é um preço fechado de verdade. É uma estimativa com cara de contrato.

Perguntas para fazer ao fornecedor

Seja qual for o modelo, estas perguntas separam fornecedores sérios dos demais:

1. Como vocês chegaram a esse valor? Quais premissas usaram?
2. O que acontece se uma funcionalidade levar mais tempo do que o previsto?
3. Como funciona um pedido de mudança no meio do projeto?
4. Com que frequência vou receber versões para testar?
5. Quem é o responsável técnico do projeto, e eu falo direto com ele?
6. No modelo por hora: como vou acompanhar as horas, e com que nível de detalhe?
7. O que eu recebo no final: código, acesso aos servidores, documentação?

Para um roteiro mais completo, vale ler como contratar uma software house sem cair em armadilha.

Armadilhas comuns nos dois modelos

No preço fechado:

• Proposta muito abaixo das demais. Geralmente significa escopo mal entendido, e a conta aparece nos aditivos.
• Escopo genérico que deixa espaço para interpretação.
• Nenhuma entrega intermediária até o fim do prazo.

No modelo por hora:

• Estimativas que nunca são revistas, enquanto as horas se acumulam.
• Relatórios de horas sem descrição do que foi feito.
• Ausência de teto mensal ou de alerta quando o consumo passa do previsto.

Uma proteção simples para o modelo por hora é combinar um teto de horas por período e revisões quinzenais do que foi entregue contra o que foi gasto.

Quanto custa em cada modelo

Os dois modelos tendem a chegar a valores parecidos quando o projeto é bem conduzido, porque o trabalho de engenharia é o mesmo. A diferença está em quem assume a incerteza. No preço fechado, o fornecedor embute uma margem para o risco que ele está assumindo. No modelo por hora, você paga exatamente o que foi usado, mas sem limite superior.

Como referência grosseira, e que varia muito com região, senioridade e complexidade, valores-hora de desenvolvimento no Brasil vão de algumas dezenas a algumas centenas de reais. Isso diz pouco sobre o custo final, porque uma equipe mais cara e experiente pode entregar em muito menos horas. Para ter ordens de grandeza do projeto inteiro, veja quanto custa um sistema web sob medida.

Como a GMS Tech trabalha

Na GMS Tech, a proposta é fechada na primeira semana: escopo, prazo e preço definidos depois de entender o problema. Um MVP vai do escopo à produção em quatro semanas, com versões para testar desde os primeiros dias, e você fala direto com o engenheiro que está construindo. Para evolução depois do lançamento, o formato é combinado caso a caso.

Se você está comparando propostas ou ainda não sabe qual modelo encaixa no seu projeto, fale com um engenheiro. A conversa ajuda a definir o escopo, independentemente de quem vai construir.