Quanto custa desenvolver um sistema sob medida? O que realmente pesa no preço

Por que ninguém consegue dar um preço fechado de cara

Quando alguém responde "quanto custa um sistema?" com um número sem perguntar nada, ou está chutando, ou está vendendo um produto pronto. Sistema sob medida é desenhado para o seu processo, e processos diferentes têm esforços muito diferentes. O que dá para fazer, com honestidade, é explicar o que pesa e como reduzir o custo da primeira versão.

Os 6 fatores que mais pesam no valor

Modelos de contratação

1. Preço fechado por escopo: bom quando o escopo é claro e estável. Dá previsibilidade, mas muda se o escopo mudar.
2. Por etapas (entregas incrementais): você aprova e paga etapa por etapa, ajustando o rumo. Costuma funcionar melhor quando há dúvidas.
3. Por equipe dedicada (horas): indicado para evolução contínua, com mais acompanhamento.

Em projetos novos, o modelo por etapas costuma reduzir o risco dos dois lados.

O que costuma estar escondido no orçamento

Peça para a proposta deixar claro:

• O que está incluído e o que não está (por exemplo, treinamento, migração de dados, hospedagem).
• Quem é o dono do código e dos dados ao final.
• O que acontece com correções após a entrega e por quanto tempo.
• Quais custos recorrentes existem (hospedagem, banco de dados, e-mail, serviços de terceiros).

Surpresas quase sempre vêm do que não foi conversado, não do preço em si.

Sistema sob medida ou ferramenta pronta?

Se uma ferramenta pronta resolve 90% do seu processo sem gambiarra, ela costuma ser mais barata no começo. O sob medida compensa quando o seu processo é um diferencial ou quando você paga por muitos recursos que não usa. Compare com método em SaaS ou software sob medida: qual escolher.

Como reduzir o custo sem perder qualidade

• Comece pelo problema mais caro. Resolva primeiro o fluxo que mais consome tempo ou dinheiro.
• Adie o que é "bom ter". Relatórios sofisticados e personalizações entram depois do uso real.
• Reaproveite o que já existe. Integrar a um ERP em uso costuma custar menos que substituí-lo.
• Defina um responsável do seu lado. Decisões rápidas barateiam o projeto.

Um roteiro para pedir orçamento

1. Descreva o problema e o que acontece hoje, não só a solução imaginada.
2. Liste os sistemas que precisam conversar com o novo.
3. Diga o prazo ideal e o que seria um "ótimo" na primeira versão.
4. Peça a proposta por etapas, com entregas verificáveis.

O formulário de orçamento da TB7 segue esse roteiro, e existe a opção "ainda não sei" para quem precisa de ajuda para definir o escopo.

Como ler uma proposta de software sem se perder

Uma boa proposta deixa o seu risco menor, não só o preço. Confira estes blocos:

Desconfie de propostas de uma página sem escopo claro: elas empurram o risco para você.

O que explica a diferença entre orçamentos

Dois orçamentos para o "mesmo sistema" podem divergir muito porque embutem decisões diferentes:

• Nível de teste e de segurança. Quem testa pouco entrega mais rápido e mais barato, e deixa os erros para você descobrir em produção.
• Experiência da equipe. Profissionais mais experientes cobram mais por hora, mas costumam errar menos e decidir mais rápido.
• Documentação e transferência de conhecimento. Deixam o sistema mantível por outras pessoas, e dão trabalho.
• Suporte pós-entrega. Alguns incluem acompanhamento inicial, outros cobram à parte.

Por isso o número mais baixo nem sempre é o mais barato ao final.

Custos que aparecem depois do lançamento

Todo sistema vivo tem custos contínuos. Planeje:

1. Infraestrutura: servidores, banco de dados, armazenamento, domínio, e-mail transacional.
2. Serviços de terceiros: meios de pagamento, mensageria, APIs pagas, inteligência artificial (cobrada por uso).
3. Manutenção corretiva: correções de erros que aparecem com o uso real.
4. Manutenção evolutiva: novas funcionalidades e ajustes conforme o negócio muda.
5. Segurança: atualização de dependências e revisões periódicas.

Em muitos projetos, a manutenção anual fica em uma fração do investimento inicial, e não deixa de existir. Combine-a desde a proposta.

Como validar a ideia gastando pouco

Antes de investir na versão completa, existem formas de reduzir o risco:

• Protótipo de telas: testar o fluxo com usuários antes de programar.
• Planilha ou ferramenta pronta como prova de conceito: valida se o processo funciona, mesmo que de forma manual.
• Primeira versão enxuta (MVP): apenas o fluxo central, já em uso real.

O objetivo é aprender barato. Veja o raciocínio de fases em como desenvolver um SaaS passo a passo.

O custo de não fazer

Compare o investimento com o custo de manter o problema. Some as horas perdidas em tarefas manuais, os erros que geram retrabalho ou prejuízo, as vendas perdidas por demora e o custo de ferramentas que não se conversam. Em muitos casos, o sistema se paga por eliminar custos que ninguém somava, e isso é mais fácil de enxergar em um levantamento como o descrito em como reduzir o trabalho manual com tecnologia.

Perguntas para fazer ao fornecedor

• Quem vai trabalhar no meu projeto e qual a experiência dessa pessoa com casos parecidos?
• Como vocês lidam com mudanças de escopo no meio do caminho?
• O que acontece se eu quiser trocar de fornecedor depois?
• Posso ver sistemas que vocês já colocaram no ar? (No portfólio da TB7, os projetos estão no ar e podem ser abertos.)
• Como é feito o backup e onde ficam os meus dados?

Fontes e referências

• The Twelve-Factor App (boas práticas que reduzem custo de manutenção)
• OWASP Top 10 (riscos de segurança a considerar no escopo)