"Quanto custa um sistema?" é quase sempre a primeira pergunta de quem pensa em desenvolver software sob medida, e a resposta "depende" frustra qualquer empresário. Ela é verdadeira, mas não precisa ser vaga. O custo de um sistema segue uma lógica clara, e entender essa lógica ajuda a planejar o investimento, comparar propostas e cortar escopo onde faz sentido.
Este artigo explica de onde vem o preço de um sistema sob medida, quais fatores mais pesam, quais custos aparecem depois da entrega e como reduzir o investimento sem comprometer o resultado.
Do que é feito o preço de um sistema?
Desenvolvimento de software é trabalho de pessoas. O preço é, em essência, o número de horas necessárias multiplicado pelo valor da hora de cada profissional envolvido. A equipe típica de um projeto inclui:
- Gestão do projeto ou do produto: organiza prioridades, entregas e comunicação.
- Análise e levantamento: entende o processo e transforma necessidades em requisitos.
- Design: desenha as telas e a experiência de uso.
- Desenvolvimento: constrói o sistema, as integrações e a infraestrutura.
- Qualidade: testa e garante que o que foi pedido funciona.
O valor da hora varia com a senioridade, a região e o tipo de empresa. O número de horas varia com o escopo. É nas horas que a empresa contratante tem mais influência.
Quais fatores mais aumentam o número de horas?
Perfis de usuário e permissões
Cada perfil, como vendedor, gerente, financeiro e cliente, tem suas telas, regras de acesso e fluxos. Um sistema com dois perfis é bem diferente de um com seis.
Regras de negócio
Cálculos de preço, aprovações em várias etapas, prazos, comissões e exceções são o coração do sistema e o que mais consome análise, desenvolvimento e testes. Regras simples custam pouco; regras com muitas exceções custam bem mais.
Integrações
Cada sistema externo, como ERP, emissor de notas, banco, e-commerce ou plataforma de pagamento, acrescenta trabalho de desenvolvimento, testes e monitoramento. Sistemas sem interface de integração documentada custam mais para conectar.
Migração de dados
Trazer cadastros e histórico de planilhas ou sistemas antigos exige limpeza, padronização e conferência. É um custo frequentemente subestimado.
Plataformas
Um sistema web acessado pelo navegador é a opção mais econômica. Aplicativos para celular, funcionamento sem internet e versões para diferentes dispositivos aumentam o esforço.
Relatórios e painéis
Cada relatório tem filtros, cálculos e formatos próprios. Começar pelos três ou quatro mais usados, em vez de todos, reduz bastante o escopo inicial.
Requisitos de segurança e conformidade
Dados pessoais, financeiros ou de saúde exigem cuidados adicionais de acesso, registro de operações e proteção, conforme a LGPD e normas do setor.
Como estimar o tamanho do projeto?
Antes de falar em valores, vale estimar o tamanho do projeto. Uma forma simples, que ajuda a conversar com fornecedores, é contar os elementos principais:
- Quantos perfis de usuário.
- Quantas telas ou funcionalidades principais por perfil.
- Quantas regras de negócio relevantes.
- Quantas integrações e com quais sistemas.
- Quantos relatórios na primeira versão.
- Quanto dado precisa ser migrado.
Por que os orçamentos de software estouram?
O preço combinado nem sempre é o preço final. Em pesquisa da McKinsey com a Universidade de Oxford sobre mais de 5.400 projetos de TI, os grandes projetos terminaram, em média, 45% acima do orçamento, e cada ano a mais de duração planejada aumentou o estouro de custo (McKinsey, 2012).
As causas mais comuns são conhecidas: escopo mal definido, mudanças tardias e retrabalho. Barry Boehm e Victor Basili registraram que corrigir um problema depois da entrega costuma custar muito mais do que na fase de requisitos, até cem vezes em sistemas grandes e cerca de cinco vezes em sistemas pequenos (Boehm e Basili, 2001). E o PMI estima que, em média, 11,4% do investimento em projetos é desperdiçado por desempenho ruim (PMI, 2020).
A melhor proteção é um projeto menor e mais curto. Primeira versão enxuta, entregas a cada duas a quatro semanas e decisões de escopo baseadas no uso real reduzem bastante o risco de estouro.
Quais custos aparecem depois da entrega?
O custo de um sistema não termina na entrega. Planeje desde o início:
- Hospedagem e infraestrutura em nuvem, cobradas mensalmente.
- Licenças de serviços usados pelo sistema, como envio de e-mail, mapas ou assinatura digital.
- Suporte para corrigir problemas e responder dúvidas.
- Manutenção: atualizações de segurança e de bibliotecas.
- Evolução: novas funcionalidades e ajustes conforme o negócio muda.
Uma referência comum de mercado é reservar anualmente uma fração do investimento inicial para manutenção e evolução. O percentual depende do ritmo de mudança do negócio, mas ignorar esse custo é um dos erros mais frequentes no planejamento.
Quais itens costumam ficar de fora do orçamento?
Alguns custos aparecem com frequência depois da contratação porque ninguém lembrou de incluí-los. Confira se a proposta trata de cada um:
- Migração e limpeza de dados de planilhas ou sistemas antigos.
- Ambiente de testes separado do ambiente de produção.
- Configuração de domínio, certificados, e-mail transacional e cópias de segurança.
- Treinamento das equipes e material de apoio.
- Acompanhamento nas primeiras semanas de uso, quando surgem mais dúvidas e ajustes.
- Ajustes de segurança e privacidade exigidos pela LGPD.
- Tempo da sua própria equipe durante o projeto, que também é custo.
Nenhum desses itens é opcional em um sistema que vai sustentar a operação. Se não estão na proposta, eles vão aparecer depois, como aditivo ou como trabalho interno não planejado.
Como reduzir o custo sem comprometer o resultado?
- Comece pela etapa do processo que mais gera retrabalho, e não pelo sistema completo.
- Defina uma primeira versão enxuta e deixe o restante para depois do uso real.
- Use soluções provisórias manuais para recursos importantes, mas não essenciais.
- Mantenha o ERP para o que é padrão e desenvolva só o que é específico.
- Prefira sistema web antes de aplicativo nativo, se o uso permitir.
- Chegue à primeira reunião com o processo e as regras descritos.
O excesso de funcionalidades é um custo real. Em análise da Pendo sobre 615 produtos de software, 80% das funcionalidades eram raramente ou nunca usadas (Pendo, 2019). Cada funcionalidade cortada da primeira versão é investimento economizado ou realocado para o que importa.
Escopo fechado ou por ciclos: qual modelo de preço escolher?
No escopo fechado, o fornecedor assume o risco de estimativa e tende a incluir uma margem para incertezas. Funciona bem para projetos pequenos e bem definidos. No modelo por ciclos, a empresa paga por períodos de trabalho de uma equipe e decide as prioridades a cada ciclo. Dá mais controle e flexibilidade, mas exige acompanhamento. Muitos projetos começam com uma etapa curta de descoberta, com preço fechado, que produz a estimativa detalhada para o restante.
Como comparar orçamentos de fornecedores diferentes?
- Peça a estimativa aberta por etapa: levantamento, design, desenvolvimento, integrações, testes, gestão.
- Verifique o que está fora do escopo de cada proposta.
- Compare o prazo da primeira entrega utilizável, e não só o prazo total.
- Inclua custos mensais depois da entrega: hospedagem, suporte, evolução.
- Confirme quem fica com o código e os dados.
Como calcular o retorno do investimento?
Saber o custo é metade da conta. A outra metade é estimar o que o sistema devolve. Para a maioria dos sistemas internos, o retorno vem de quatro fontes:
- Horas economizadas: redigitação, conferências e montagem de relatórios que deixam de existir.
- Erros evitados: pedidos com preço errado, cobranças divergentes, entregas trocadas.
- Capacidade: mais pedidos ou clientes atendidos com a mesma equipe.
- Receita: vendas que deixam de ser perdidas por demora, falta de informação ou atendimento lento.
Meça a situação atual por algumas semanas antes do projeto: quanto tempo a rotina consome, quantos erros acontecem, quantos pedidos a equipe processa. Com esses números, dá para estimar em quanto tempo o investimento se paga e comparar com outras prioridades da empresa. Seja conservador nas premissas: uma estimativa modesta e bem fundamentada convence mais a diretoria do que uma projeção otimista.
Que perguntas fazer ao receber um orçamento?
- Quantas horas estão previstas para cada etapa, e com qual perfil de profissional?
- Quais premissas foram usadas? O que acontece se alguma não se confirmar?
- O que está fora do escopo e precisaria ser contratado à parte?
- Quando teremos a primeira entrega utilizável?
- Quanto custa, por mês, manter o sistema depois da entrega?
- Como mudanças de escopo são estimadas e aprovadas?
Como evitar aditivos e surpresas no meio do projeto?
Aditivos aparecem quando algo que a empresa considerava incluído não estava no escopo, ou quando surgem necessidades novas. Para reduzir o risco:
- Descreva regras e exceções antes do orçamento, com exemplos reais.
- Peça ao fornecedor uma lista explícita do que não está incluído.
- Combine como mudanças serão tratadas antes de começar.
- Valide cada entrega com a equipe que vai usar o sistema, para descobrir ajustes cedo.
- Mantenha uma lista de pedidos novos e decida, a cada ciclo, o que entra e o que espera.
Perguntas frequentes
Por que os orçamentos variam tanto entre fornecedores?
Porque cada um interpreta o escopo de um jeito e inclui ou exclui etapas diferentes, como levantamento, testes e suporte. Quando todos recebem o mesmo material e a estimativa vem aberta por etapa, as diferenças diminuem e ficam explicáveis.
Dá para saber o custo antes de definir o escopo?
Só em faixas largas. Uma etapa curta de descoberta, de duas a quatro semanas, costuma ser o caminho mais seguro para chegar a uma estimativa confiável sem assumir o compromisso do projeto inteiro.
Sistema sob medida vale mais a pena que mensalidade de software pronto?
Depende do número de usuários, do quanto a ferramenta pronta atende e do trabalho manual que continua existindo. Compare o custo total em três a cinco anos, incluindo licenças, customizações e o retrabalho que cada opção elimina.
É possível pagar o sistema em etapas?
Sim. No modelo por ciclos ou por entregas, o pagamento acompanha o avanço do projeto. Isso também reduz o risco para a empresa, que pode reavaliar prioridades e até encerrar o projeto quando o valor entregue for suficiente.
Próximo passo
Faça a contagem deste artigo para o seu caso: perfis, telas principais, regras, integrações, relatórios e dados a migrar. Leve essa lista para a conversa com fornecedores e peça estimativas abertas por etapa. Você vai receber propostas mais precisas e conseguir compará-las de verdade.
Referências
- McKinsey & Company e Universidade de Oxford (2012). Delivering large-scale IT projects on time, on budget, and on value
- Boehm, B. e Basili, V. (IEEE Computer) (2001). Software Defect Reduction Top 10 List
- PMI (Project Management Institute) (2020). Pulse of the Profession 2020: Ahead of the Curve, Forging a Future-Focused Culture
- Pendo (2019). The 2019 Feature Adoption Report
