Nenhum dos três modelos é sempre o mais em conta. O contrato por hora tende a ter o menor custo total quando o escopo muda pouco e o cliente acompanha o projeto de perto, porque não embute margem de risco. O preço fechado custa mais no papel, mas compra previsibilidade: se a estimativa errar, quem paga é o fornecedor. O squad mensal fica no meio e funciona melhor para produtos que evoluem sem data para acabar. A escolha certa depende de três perguntas: quão estável é o escopo, quem deve carregar o risco de erro na estimativa e se o software terá um fim ou vai evoluir sempre.

Este guia compara os três modelos sobre o mesmo escopo, com números de exemplo, e mostra as cláusulas que mais pesam no custo final. Os dados de mercado vêm de pesquisas do PMI, da Standish Group e da McKinsey com a Universidade de Oxford.

Os três modelos de contrato, em linguagem simples

Antes de comparar preços, vale entender o que cada modelo compra. A diferença principal está em quem assume o risco de o projeto dar mais trabalho do que o previsto.

Preço fechado (escopo fechado)

No preço fechado, cliente e fornecedor definem o escopo em detalhe e combinam um valor total e um prazo. O fornecedor se compromete a entregar aquele escopo por aquele preço. Se precisar de mais horas do que estimou, o custo extra é dele.

Por isso, o fornecedor sério embute uma margem de risco no preço. Qualquer mudança no escopo vira um aditivo, ou seja, um pedido de mudança com orçamento próprio. O cliente ganha previsibilidade e perde flexibilidade.

Por hora (time and materials)

No contrato por hora, também chamado de time and materials, o cliente paga as horas efetivamente trabalhadas, a um valor-hora combinado. Existe uma estimativa inicial, mas ela é uma referência, não um teto.

O cliente ganha flexibilidade para mudar prioridades e paga apenas o que foi feito. Em troca, assume o risco de a estimativa estar errada. Esse modelo exige acompanhamento próximo, relatórios de horas e entregas frequentes para conferir o andamento.

Squad mensal (equipe dedicada)

No squad mensal, o cliente contrata uma equipe com capacidade fixa por mês, por exemplo dois desenvolvedores, parte de um analista de qualidade e parte de um gestor. O valor mensal é previsível e a equipe trabalha numa lista priorizada de tarefas, chamada de backlog.

O cliente decide o que entra a cada ciclo. Esse modelo é próximo da contratação de um time próprio, sem os custos e o tempo de recrutamento. O risco está em pagar capacidade que não é bem usada, se o backlog não estiver organizado.

O que as pesquisas dizem sobre escopo e estouro de orçamento

O preço final de um software depende menos da tabela de preços e mais do que acontece com o escopo durante o projeto. As pesquisas internacionais mostram que mudança de escopo é a regra, não a exceção.

Segundo o PMI (Project Management Institute), na pesquisa Pulse of the Profession de 2018, 52% dos projetos concluídos nos 12 meses anteriores tiveram aumento de escopo descontrolado, o chamado scope creep. Cinco anos antes, o índice era de 43%. A mesma edição apontou que 43% dos projetos não terminaram dentro do orçamento e 48% não terminaram no prazo.

O PMI também estimou, em 2018, que as organizações desperdiçam 9,9% de cada dólar investido em projetos por causa de desempenho ruim na gestão. Em 2014, a pesquisa da entidade sobre gestão de requisitos concluiu que 47% dos projetos malsucedidos não atingiram os objetivos por falhas na gestão de requisitos.

A Standish Group, que acompanha projetos de tecnologia há décadas no relatório CHAOS, aponta números parecidos. Na edição de 2020, 31% dos projetos foram considerados bem-sucedidos, 50% foram classificados como problemáticos, com atraso, estouro ou entrega parcial, e 19% fracassaram. A edição de 2015, segundo entrevista publicada pela InfoQ, analisou 50 mil projetos e concluiu que projetos menores têm chance de sucesso muito maior do que os grandes.

Para projetos grandes, o estudo da McKinsey com a Universidade de Oxford, publicado em 2012 com mais de 5.400 projetos de TI, encontrou estouro médio de 45% no orçamento e de 7% no prazo nos projetos acima de US$ 15 milhões. Esses projetos entregaram, em média, 56% menos valor do que o previsto. O mesmo estudo identificou que 17% dos projetos estouraram a ponto de ameaçar a existência da empresa.

A conclusão prática para quem contrata: o modelo de contrato precisa prever o que acontece quando o escopo mudar, porque ele provavelmente vai mudar. Um contrato que ignora isso não fica mais em conta; ele só adia a discussão para o meio do projeto, quando o poder de negociação é menor.

Comparativo dos três modelos sobre o mesmo escopo

Para comparar de forma justa, vamos aplicar os três modelos ao mesmo projeto. O exemplo é um sistema web sob medida com estimativa inicial de 1.000 horas, dentro da faixa típica de 600 a 1.600 horas que a Mind Group usa para esse tipo de sistema.

Premissas do exemplo hipotético:

1. Valor-hora médio de R$ 150, dentro da faixa de R$ 110 a R$ 190 praticada pela Mind conforme a senioridade.
2. No preço fechado, margem de risco de 25% sobre as horas estimadas. É uma premissa do exemplo, não um percentual padrão de mercado.
3. No preço fechado, mudanças de escopo pagas como aditivo, ao mesmo valor-hora.
4. No squad, capacidade de 160 horas por quinzena (R$ 24 mil por quinzena), contratada em quinzenas completas.
5. Quatro cenários: escopo estável, mudança moderada (+15%), mudança alta (+40%) e estimativa inicial errada em 30%, sem mudança de escopo.

Metodologia: comparativo elaborado pela Mind Group com base no valor-hora de R$ 110 a R$ 190 que pratica em 2026, usando R$ 150 como valor médio. O preço fechado considera 1.000 horas mais 25% de margem de risco (1.250 h × R$ 150) e aditivos ao mesmo valor-hora. O contrato por hora multiplica as horas reais pelo valor-hora. O squad cobra quinzenas completas de 160 horas. É um exemplo hipotético para comparar modelos; o valor de um projeto real depende do escopo.

O que a tabela mostra

O contrato por hora fica com o menor valor em três dos quatro cenários. Isso acontece porque ele não carrega margem de risco: o cliente paga exatamente o trabalho realizado. Quando a estimativa erra para cima sem mudança de escopo, porém, o preço fechado vence, porque o fornecedor absorve as horas extras.

O squad tem custo parecido com o contrato por hora, com uma diferença: o cliente paga pela capacidade, não pela tarefa. As horas que sobram no último ciclo não são desperdício se houver backlog para usá-las. Se não houver, viram custo sem retorno.

O preço fechado sai mais caro no papel em quase todos os cenários. Em troca, oferece duas coisas que têm valor real: o número aprovado no orçamento não muda sem aditivo formal, e o risco de estimativa errada fica com o fornecedor. Para empresas com orçamento rígido, esse seguro pode valer a diferença.

Onde o preço fechado sai caro de verdade

O ponto fraco do preço fechado aparece quando o escopo foi mal definido. Se a especificação inicial tiver lacunas, cada ajuste vira aditivo, e a soma dos aditivos pode superar o que custaria um contrato por hora desde o início. Há também um custo invisível: o fornecedor pressionado pela margem tende a entregar o mínimo previsto no contrato, e não necessariamente o que o negócio precisa.

Onde o contrato por hora sai caro de verdade

O ponto fraco do contrato por hora aparece quando o cliente não acompanha o projeto. Sem entregas frequentes e sem relatório de horas por funcionalidade, o cliente só descobre o estouro quando a fatura chega. O modelo funciona quando há uma pessoa do lado do cliente com tempo para priorizar e validar cada entrega.

Onde o squad sai caro de verdade

O squad perde eficiência quando o backlog está vazio ou desorganizado. Uma equipe de três pessoas esperando definições custa o mesmo que uma equipe produzindo. Também perde sentido em projetos curtos, de poucas semanas, em que o tempo de formação da equipe pesa mais do que o ganho de continuidade.

Quando escolher cada modelo

A escolha do modelo deve partir da natureza do projeto, e não da preferência do fornecedor ou do hábito do departamento de compras. Os sinais abaixo ajudam a decidir.

Escolha preço fechado quando

• O escopo é pequeno, bem conhecido e pode ser descrito em detalhe antes do início.
• O orçamento aprovado não pode variar, como em verbas de projeto ou contratos com teto.
• O projeto é uma integração ou um módulo com regras claras e poucos usuários envolvidos.
• A empresa não tem uma pessoa disponível para acompanhar o desenvolvimento semana a semana.

Escolha o contrato por hora quando

• O projeto tem incertezas que só serão resolvidas durante o desenvolvimento.
• A empresa quer começar por um produto mínimo e ajustar com base no uso real.
• Há um responsável interno com tempo para priorizar, testar e aprovar entregas.
• O fornecedor oferece relatório de horas por funcionalidade e entregas frequentes para conferir.

Escolha o squad mensal quando

• O software é um produto vivo, que vai evoluir por anos, e não um projeto com data de fim.
• A empresa quer ritmo constante de entregas e previsibilidade de custo mensal.
• Existe um dono do produto do lado do cliente para manter o backlog organizado.
• Montar um time interno levaria meses e não faz sentido para o porte da operação.

Para entender como esse raciocínio se compara a montar uma equipe própria, veja o comparativo software house vs equipe interna vs freelancer. Para grandes empresas que contratam por volume, o artigo sobre fábrica de software e modelos de contratação aprofunda o tema.

O modelo híbrido: descoberta fechada, desenvolvimento flexível

Na prática, muitos projetos bem-sucedidos combinam modelos. Um formato comum é contratar a fase de descoberta a preço fechado e o desenvolvimento por hora ou por squad.

Na descoberta, cliente e fornecedor detalham processos, regras de negócio, telas e integrações. O produto dessa fase é um escopo claro e uma estimativa mais precisa. Com isso em mãos, a empresa pode escolher com segurança: fechar o preço do desenvolvimento sobre um escopo maduro ou seguir por hora com uma referência confiável.

Outro formato é o preço fechado por fase. O projeto é dividido em entregas menores, cada uma com preço próprio. Isso reduz a margem de risco de cada etapa, porque o fornecedor estima um pedaço menor e mais conhecido. Também conversa com o dado da Standish Group de que projetos menores têm chance de sucesso maior.

O artigo sobre processo de discovery no desenvolvimento de software explica como essa fase funciona. Para entender por que estimativas erram e como reduzir o erro, leia como estimar projetos de software com precisão.

As cláusulas que mais mudam o custo final

O nome do modelo importa menos do que as cláusulas que o acompanham. Um contrato por hora com boas regras pode ser mais seguro do que um preço fechado mal escrito. Os pontos abaixo devem ser lidos com atenção, e a redação final deve ser validada por um advogado.

1. Definição de escopo e de pronto: o que conta como entregue, com critérios de aceite objetivos para cada funcionalidade.
2. Processo de mudança: como um pedido de mudança é solicitado, orçado, aprovado e registrado.
3. Teto e alertas de consumo: no contrato por hora, um limite de horas por fase e aviso quando 80% do previsto for consumido.
4. Ritmo de entregas: versões testáveis em intervalos curtos, com demonstração ao cliente.
5. Relatório de horas: detalhamento por funcionalidade, e não apenas um total mensal.
6. Propriedade e entrega do código-fonte: quem é dono do código e em que momento ele é entregue.
7. Garantia de correção: prazo em que defeitos encontrados após a entrega são corrigidos sem custo.
8. Saída e transição: como o projeto é transferido se o contrato for encerrado antes do fim.

Uma regra útil: quanto mais curto o intervalo entre entregas, menor o risco em qualquer modelo. Em entregas a cada duas semanas, um desvio aparece em dias, não em meses. Isso vale para o preço fechado, em que o cliente confere se o escopo está saindo como combinado, e para o contrato por hora, em que confere se as horas estão virando funcionalidade.

Como pedir propostas comparáveis

Comparar propostas de modelos diferentes é difícil, porque cada fornecedor apresenta o preço de um jeito. Algumas práticas ajudam a deixar as propostas lado a lado:

1. Envie o mesmo documento de escopo para todos, com as funcionalidades priorizadas e as integrações listadas.
2. Peça as horas estimadas por funcionalidade, mesmo em proposta de preço fechado.
3. Peça o valor-hora por perfil, para entender a composição da equipe.
4. Pergunte a margem de risco considerada no preço fechado, ou como o fornecedor trata o erro de estimativa.
5. Peça o valor-hora dos aditivos, para saber quanto custará cada mudança.
6. Compare o custo total em cinco anos, incluindo sustentação, hospedagem e evolução.

O último ponto costuma ser esquecido. O desenvolvimento é só a primeira parte do custo de um software. A manutenção, as atualizações de segurança e as melhorias continuam por anos. O artigo sobre TCO de software com a metodologia usada por CFOs mostra como montar essa conta.

Também vale olhar quanto cada modelo exige de você. O contrato por hora e o squad pedem um responsável interno com algumas horas por semana para priorizar e testar. Esse tempo tem custo e precisa entrar na comparação.

Exemplo hipotético de decisão

Exemplo hipotético: uma distribuidora quer um portal para clientes fazerem pedidos e consultarem boletos. Ela tem um orçamento aprovado pela diretoria e pouca gente disponível para acompanhar o projeto. As regras de preço e de crédito, porém, ainda não estão documentadas.

Nesse caso, um caminho sensato seria contratar a descoberta a preço fechado para documentar as regras. Depois, com o escopo claro, fechar o preço do desenvolvimento por fases: primeiro pedidos, depois boletos, depois relatórios. A empresa mantém a previsibilidade que a diretoria exige e reduz a margem de risco, porque cada fase é estimada sobre regras já conhecidas.

Agora outro exemplo hipotético: uma empresa de serviços que já tem um aplicativo em produção e quer lançar melhorias todo mês, com base no comportamento dos usuários. Aqui o squad mensal faz mais sentido. O escopo nunca estará fechado, e a empresa precisa de uma equipe que conheça o produto e mantenha ritmo constante.

Quanto custa um sistema sob medida em cada modelo

Independentemente do modelo, o volume de horas define a ordem de grandeza do investimento. Na Mind Group, as faixas de referência em 2026 são estas, sempre calculadas como horas estimadas × valor-hora de R$ 110 a R$ 190:

Metodologia: horas estimadas por tipo de projeto multiplicadas pelo valor-hora de R$ 110 a R$ 190 praticado pela Mind Group em 2026, conforme a senioridade. Faixas de referência para orçamento inicial; o valor final depende do escopo.

No preço fechado, o valor proposto tende a ficar na parte de cima da faixa, por causa da margem de risco. No contrato por hora, o valor final depende do que acontecer com o escopo. No squad, o investimento total é o valor mensal multiplicado pelo tempo de contrato. Para ver valores detalhados por tipo de sistema, consulte quanto custa contratar uma software house e quanto custa desenvolver um sistema web em 2026.

Erros comuns na escolha do contrato

O erro mais comum é escolher o preço fechado para um projeto que ainda não tem escopo definido. O fornecedor, sem informação, ou coloca uma margem alta, ou subestima e depois tenta compensar nos aditivos. Nos dois casos, o cliente paga mais do que pagaria com uma fase de descoberta antes.

Outro erro é contratar por hora sem nenhum mecanismo de controle. Sem teto por fase, sem relatório detalhado e sem entregas frequentes, o modelo perde a vantagem de transparência. O cliente passa a depender só da confiança no fornecedor.

Um terceiro erro é comparar propostas apenas pelo valor total. Uma proposta de preço fechado menor pode esconder um escopo mais enxuto ou um valor de aditivo alto. A comparação precisa olhar o que está incluído, como as mudanças serão cobradas e quem é dono do código ao final.

O Manifesto Ágil, publicado em 2001, resume um princípio que ajuda aqui: valorizar a colaboração com o cliente mais do que a negociação de contratos. Isso não dispensa o contrato. Significa que o melhor contrato é o que cria um processo claro para cliente e fornecedor decidirem juntos o que fazer quando algo mudar.

Como a Mind Group pode ajudar

A Mind Group é uma software house brasileira, fundada em 2016, que desenvolve sistemas, aplicativos e soluções de inteligência artificial sob medida para empresas de todo o Brasil. Tem mais de 60 desenvolvedores próprios, mais de 500 produtos digitais lançados, nota 5,0 no Clutch com 17 avaliações verificadas de clientes, entrega o código-fonte ao cliente e mantém uma frente de cibersegurança dedicada à correção de vulnerabilidades e à resposta a incidentes.

Na Mind Group, o valor-hora vai de R$ 110 a R$ 190, conforme a senioridade, e as entregas são quinzenais, com uma versão para testar a cada duas semanas. Esse ritmo funciona como controle em qualquer modelo de contrato: o cliente vê o andamento real antes de aprovar a próxima etapa. Ao final, o código-fonte é entregue ao cliente.

Se a sua empresa está em dúvida entre preço fechado, contrato por hora ou squad, o primeiro passo é avaliar o grau de definição do escopo. Com isso, dá para recomendar o modelo e estimar a faixa de investimento com base no seu projeto.

Atualizado em outubro de 2026.

Perguntas frequentes

Qual contrato de software sai mais em conta: preço fechado, por hora ou squad?

No exemplo hipotético deste artigo, o contrato por hora teve o menor custo em três de quatro cenários, porque não embute margem de risco. O preço fechado venceu quando a estimativa errou sem mudança de escopo. O resultado depende de quão estável é o escopo e de quem deve carregar o risco.

Por que o preço fechado costuma ser mais alto?

Porque o fornecedor assume o risco de a estimativa estar errada e embute uma margem para cobrir esse risco. Em troca, o cliente tem um valor previsível. Mudanças de escopo continuam sendo cobradas como aditivo.

O que é scope creep e por que importa no contrato?

Scope creep é o aumento descontrolado de escopo durante o projeto. Segundo o PMI, 52% dos projetos tiveram esse problema em 2018. O contrato precisa definir como mudanças são pedidas, orçadas e aprovadas.

Squad mensal é o mesmo que alocação de desenvolvedores?

São parecidos, mas não iguais. No squad, o fornecedor entrega uma equipe completa e responde pelo processo de entrega. Na alocação, o cliente recebe profissionais que trabalham sob a gestão dele.

Como controlar o custo em um contrato por hora?

Combine teto de horas por fase, alerta quando 80% do previsto for consumido e relatório de horas por funcionalidade. Exija entregas frequentes para conferir o andamento. Mantenha uma pessoa do seu lado responsável por priorizar e aprovar.

Dá para combinar modelos no mesmo projeto?

Sim. Um formato comum é contratar a descoberta a preço fechado e o desenvolvimento por hora, por squad ou por fases com preço fechado. Isso reduz a margem de risco, porque cada etapa é estimada sobre um escopo mais conhecido.

As cláusulas do contrato precisam de revisão jurídica?

Sim. Escopo, processo de mudança, propriedade do código-fonte, garantia e saída afetam diretamente o custo e o risco. Valide a redação final com um advogado.

Fontes: PMI: Scope Patrol (PM Network, 2018) · PMI: Pulse of the Profession 2018, comunicado à imprensa · PMI: Requirements Management, Pulse of the Profession (2014) · OpenCommons: CHAOS Report on IT Project Outcomes · InfoQ: Standish Group 2015 Chaos Report · McKinsey: Delivering large-scale IT projects on time, on budget, and on value · Manifesto Ágil (2001)