Três orçamentos para construir o mesmo sistema podem voltar em R$ 40 mil, R$ 120 mil e R$ 380 mil. Os três fornecedores olharam o mesmo problema, os três disseram que entendem, e nenhum explicou por que o número saiu tão diferente do vizinho. É a cena mais comum de quem procura uma software house pela primeira vez.
A margem raramente explica essa distância. O que muda de uma proposta para outra é o escopo, a senioridade do time e o que cada um assumiu que você queria sem perguntar.
Este artigo cobre o que uma software house faz, os quatro tipos de fornecedor que usam esse nome, quanto custa cada faixa em 2026, como comparar propostas lado a lado e as cinco perguntas que você precisa fazer antes de assinar.
O que uma software house faz
Software house é a empresa que constrói software sob medida. Ela pega um processo que já roda na sua operação e transforma em sistema.
A diferença para uma ferramenta de prateleira está na direção. Na prateleira, você adapta a empresa ao sistema. Sob medida, o sistema é escrito em cima do jeito que a sua empresa já trabalha.
Isso pesa quando a operação tem regra própria. Cálculo de comissão que ninguém mais faz igual, aprovação com três níveis, integração entre dois sistemas que não conversam. Nenhum software genérico cobre isso sem remendo.
Os quatro tipos que se chamam de software house
O nome é o mesmo, mas o serviço muda bastante de um para outro.
Fábrica de software. Você entrega a especificação pronta e eles constroem. Sai barato por hora e funciona bem quando você já sabe exatamente o que quer. O risco é receber exatamente o que foi pedido, inclusive quando o que foi pedido não resolve.
Squad alocado. Você aluga desenvolvedores por mês e eles trabalham sob a sua gestão. Bom para quem tem gente técnica dentro de casa para dirigir. Sem isso, você paga a hora sem saber se a hora rendeu.
Freelancer. Custa menos e dá conta de escopo pequeno. O problema aparece na manutenção. Quando o projeto cresce ou a pessoa some, ninguém entende o código que ficou.
Time que diagnostica e constrói. Começa entendendo o processo antes de escrever código. Custa mais no diagnóstico e menos no retrabalho. É o caminho de quem sabe onde dói, mas ainda não sabe o que precisa ser construído.
| Modelo | Funciona bem quando | Risco principal |
|---|---|---|
| Fábrica de software | A especificação já está pronta e validada | Entregar o pedido mesmo quando o pedido não resolve |
| Squad alocado | Existe liderança técnica interna para dirigir | Pagar hora sem controle do que ela rendeu |
| Freelancer | O escopo é pequeno e isolado | Manutenção sem ninguém que entenda o código |
| Time que diagnostica e constrói | O problema está claro, a solução ainda não | Custo maior logo no início, antes da primeira tela |
A escolha errada não aparece no primeiro mês. Aparece no sexto, quando o sistema está pronto e o time continua usando a planilha antiga. Esse padrão, da planilha que virou sistema paralelo, é o sinal mais claro de que o software foi construído sem olhar o processo.
Por que os três orçamentos deram tão diferente
Quatro coisas explicam quase toda diferença de preço.
O escopo que cada um entendeu. Quem cotou R$ 40 mil provavelmente ouviu "um sistema de pedidos". Quem cotou R$ 380 mil ouviu "um sistema de pedidos com integração ao ERP, aplicativo para o vendedor e painel gerencial". Peça a lista de telas de cada proposta e coloque uma do lado da outra. A conversa muda.
A senioridade de quem vai escrever o código. Time júnior custa menos por hora e costuma levar mais tempo. Empata na hora e desempata na manutenção.
O que está incluso depois da entrega. Suporte, correção de erro, evolução. Orçamento que não fala disso está vendendo metade do projeto.
Quem assume o risco de mudança. Todo projeto muda no meio do caminho. Uns absorvem isso no preço combinado, outros cobram cada alteração como projeto novo.
Como comparar propostas lado a lado
Proposta de software chega em formatos diferentes, e isso dificulta a comparação de propósito ou por descuido. O jeito mais simples de resolver é montar uma tabela sua, com as mesmas linhas para todos os fornecedores:
- Lista de telas e funcionalidades, em itens, sem texto corrido.
- Integrações previstas, com o nome de cada sistema do outro lado.
- Quem compõe o time, com senioridade e dedicação de cada pessoa.
- Prazo por entrega parcial, e não só a data final.
- O que acontece depois da entrega: garantia, suporte e custo de evolução.
- Titularidade do código e da documentação.
Quando uma proposta deixa linha em branco, a pergunta vai direto para o fornecedor. Resposta vaga nessa fase costuma virar aditivo de contrato depois.
Quanto custa contratar uma software house em 2026
A referência abaixo é uma estimativa para o mercado brasileiro, e o valor final depende de três coisas: quantidade de módulos, número de integrações e senioridade do time. O prazo vem junto porque preço sem prazo não diz nada.
| Faixa | O que entra | Investimento | Prazo |
|---|---|---|---|
| MVP | Um módulo, o essencial funcionando | R$ 20 mil a R$ 50 mil | 4 a 8 semanas |
| Sistema médio | Dois a quatro módulos, integração e painel gerencial | R$ 50 mil a R$ 150 mil | 8 a 16 semanas |
| Solução completa | Vários módulos, aplicativo e web, integração com ERP | R$ 150 mil a R$ 400 mil | 16 a 32 semanas |
O MVP serve para validar antes de investir pesado. O sistema médio cobre a maioria das empresas médias. Na Devvo o ticket médio é R$ 69 mil, que cai nessa faixa do meio.
Abaixo de R$ 20 mil, o escopo costuma ser pequeno demais para justificar desenvolvimento sob medida. Nessa faixa, ferramenta no-code ou automação com n8n resolve mais barato e em menos tempo.
As cinco perguntas antes de assinar
Elas separam fornecedor bom de dor de cabeça, e nenhuma delas é técnica.
O código fica comigo? Se a resposta for não, ou "depende do contrato", acenda o alerta. Você está construindo algo que deveria ser seu, e se amanhã quiser trocar de fornecedor, precisa levar o código junto. O detalhe do que pedir no contrato está no texto sobre código fonte com software house. Na Devvo, código e documentação vão para o cliente.
Quem vai trabalhar no meu projeto? Pergunte se são desenvolvedores sênior ou júnior, se o time é fixo ou roda entre projetos, e se existe alguém responsável por gerenciar. Projeto tocado por estagiário custa menos na assinatura e mais no ano seguinte.
Como vocês lidam com mudança de escopo? Desconfie de quem promete que nada muda e de quem cobra cada alteração como projeto novo. Os dois extremos terminam em discussão.
Vocês entendem do meu negócio ou só de código? Fornecedor que só programa entrega sistema bonito que não resolve o problema. O time precisa entender o seu processo antes da primeira linha de código.
O que acontece depois da entrega? Se o fornecedor some quando o sistema sobe, você fica com uma ferramenta que ninguém mantém. Pergunte como funciona o pós-entrega antes de assinar.
Erros comuns na hora de contratar
Alguns tropeços se repetem tanto que vale listar:
- Escolher pelo menor preço sem abrir o escopo. O orçamento mais barato quase sempre cotou um sistema menor do que o que você tem na cabeça.
- Pular o mapeamento do processo. Quando ninguém desenhou como o trabalho acontece hoje, o fornecedor constrói a partir de suposição.
- Validar só no final. Projeto sem entrega parcial esconde o desvio até o dia da apresentação, quando corrigir custa caro.
- Não nomear um responsável interno. Alguém da empresa precisa decidir dúvidas de regra de negócio em dias, e não em semanas.
A conta que quase ninguém faz
Um exemplo simples ajuda. Uma empresa paga R$ 3 mil por mês num sistema que faz 80% do que precisa. Os outros 20% viram planilha do lado, aprovação por e-mail e conferência manual.
Somando licença, tempo perdido em remendo e retrabalho do time, o custo real do mês pode passar de R$ 12 mil. Ninguém enxerga porque a conta está espalhada em cinco lugares diferentes. O mesmo raciocínio, aplicado ao sistema de gestão, está no artigo sobre o custo real do ERP.
Software sob medida tem investimento inicial maior e elimina o custo escondido do remendo. Depois que entra no ar, o custo mensal vira manutenção e evolução, uma fração do que se gastava antes. A comparação completa está em ERP de prateleira contra software sob medida.
Quando você não precisa de uma software house
Se o processo da empresa é padrão, como contabilidade básica ou gestão de projeto simples, sistema de prateleira resolve bem e custa menos.
Se a empresa ainda não sabe qual é o próprio processo porque nunca mapeou, construir software agora é cedo demais. Primeiro vem a clareza da operação, depois a tecnologia. O caminho começa pelo mapeamento de processos, porque automatizar antes de mapear só deixa a bagunça mais rápida.
E se o time inteiro cabe em uma sala e o dono aprova tudo no celular, formalizar demais pode atrapalhar mais do que ajudar.
Como a Devvo constrói
Aqui o software começa pelo entendimento do processo, em quatro fases.
Diagnóstico. A gente entende como o processo funciona hoje, onde ele trava e o que realmente precisa virar software. Nem tudo precisa. Às vezes reorganizar o fluxo resolve sem escrever código.
Arquitetura. Desenhamos telas, fluxos, integrações e banco de dados. Você valida antes da primeira linha de código.
Desenvolvimento. Time sênior, com mais de 25 desenvolvedores, construindo em ciclos com entrega parcial a cada 2 semanas. Você acompanha e testa desde o começo.
Entrega e evolução. O sistema sobe, código e documentação ficam com você, e o suporte continua disponível. É isso que separa um sistema que a empresa usa por anos de um sistema que volta para a gaveta no primeiro semestre.
