A proposta venceu as concorrentes e o número final coube no orçamento: 180 mil reais pelo sistema completo, valor de exemplo. A diretoria aprovou, o projeto foi entregue no combinado e todo mundo seguiu a vida. Quatorze meses depois, o financeiro fecha a planilha do ano e levanta a mão: servidor na nuvem, serviço de disparo de e-mails, licença do serviço de mapas, certificado de segurança, horas de suporte, backup. O sistema “que já foi pago” gera perto de 4 mil reais de contas por mês, também como exemplo. Ninguém mentiu na venda. Só ninguém somou tudo antes de assinar.
Essa surpresa é uma das mais comuns em projetos de software, e uma das mais evitáveis. O desenvolvimento é a parte visível do investimento. A operação é a parte que se repete todo mês, por anos, e que quase nunca aparece na apresentação de venda. Decidir olhando só para o preço de entrega é como comprar um carro comparando apenas o valor da tabela e ignorando combustível, seguro e revisão.
A tese deste artigo cabe numa frase: proposta de software se compara pelo custo de três anos, não pelo preço da entrega. O restante do texto mostra como fazer essa conta antes de aprovar qualquer projeto.
O que é custo total de software?
Custo total de software é a soma de tudo o que um sistema custa ao longo da sua vida útil: o desenvolvimento inicial mais infraestrutura, licenças e serviços de terceiros, manutenção, suporte, segurança, backups e evolução. O mercado chama esse conceito de custo total de propriedade, ou TCO. O preço da proposta de desenvolvimento é apenas a primeira parcela dessa conta, e nem sempre é a maior.
Por que o preço do desenvolvimento engana?
Porque ele é o único número que aparece em destaque na proposta, e a gente compara o que está na frente dos olhos. O fornecedor detalha o projeto, apresenta o valor de construção, e a decisão gira em torno dele. Os custos de operação ficam diluídos em frases genéricas como “hospedagem por conta do cliente” ou “serviços de terceiros cobrados à parte”, que ninguém transforma em número na hora da assinatura.
Há também uma questão de mentalidade. Muita empresa ainda trata software como obra: paga, recebe, acabou. Software funciona mais como uma operação contínua: enquanto o sistema estiver no ar, haverá servidor rodando, dados crescendo, usuários pedindo ajustes e tecnologia envelhecendo. Sobre o que determina o preço da construção em si, já detalhamos em outro artigo quanto custa desenvolver um software. Aqui o assunto é o passo seguinte: o que começa a ser cobrado depois que o desenvolvimento termina.
Quais custos recorrentes aparecem depois da entrega?
A lista varia por projeto, mas estas seis categorias cobrem a grande maioria das surpresas:
- Infraestrutura e nuvem. Todo sistema roda em algum lugar, e esse lugar tem mensalidade que cresce com o uso: mais usuários, mais dados, mais processamento. Já explicamos como a nuvem funciona para empresas e por que ela costuma valer a pena, mas valer a pena não significa custar zero.
- Licenças e serviços de terceiros. Disparo de e-mails, mapas, meios de pagamento, envio de SMS ou WhatsApp, componentes assinados. Cada um cobra pouco por mês; somados, viram uma linha relevante da planilha.
- Manutenção e evolução. Correções, atualizações de segurança e as melhorias que o uso real sempre revela. Manutenção de software não é sinal de defeito, é parte do ciclo de vida de qualquer sistema vivo. Para sistemas que evoluem todo mês, contratar um time de desenvolvimento como serviço costuma sair mais previsível do que orçar melhoria a melhoria.
- Suporte aos usuários. Alguém precisa responder dúvidas, destravar acessos e registrar problemas. Pode ser um canal contratado do fornecedor ou gente interna com tempo alocado, mas nunca é de graça.
- Segurança e backups. Cópias regulares, testes de restauração, certificados e monitoramento de vulnerabilidades. É uma despesa pequena perto do custo de não tê-la no dia do incidente.
- Monitoramento. Ferramentas e rotinas que avisam que algo caiu ou ficou lento antes de o cliente reclamar. Barato, e quase sempre esquecido no orçamento.
Como estimar o custo anual de operação antes de aprovar o projeto?
O primeiro passo é simples: peça ao fornecedor, ainda na fase de proposta, uma estimativa da operação mensal, item a item. Fornecedor sério tem essa resposta na ponta da língua, porque já operou sistemas parecidos. Resistência em responder já é informação sobre o fornecedor.
Depois, monte uma planilha de uma página. Para ilustrar com números de exemplo, num sistema de médio porte: nuvem e infraestrutura, 900 reais por mês; serviços de terceiros, 500; contrato de manutenção e suporte, 2.500; segurança e backups, 400. Dá 4.300 reais mensais, ou cerca de 52 mil por ano, lembrando que são valores ilustrativos, não uma cotação. O objetivo não é acertar o centavo, é aprovar o projeto sabendo o tamanho da mensalidade que vem junto.
Uma referência prática para conversas iniciais, e trate como ponto de partida, não como regra: reservar por ano uma fatia entre 15% e 25% do valor de desenvolvimento para manter e evoluir o sistema. Sistemas simples e estáveis ficam abaixo disso; sistemas críticos, integrados e em evolução constante passam. O que não existe é sistema relevante com custo anual zero.
Como comparar propostas pelo custo de três anos?
Coloque na mesma tabela o preço de entrega e 36 meses de operação estimada de cada proposta. Um exemplo ilustrativo do que essa conta revela: a proposta A entrega por 150 mil, mas usa uma plataforma licenciada por usuário e projeta operação de 6 mil por mês; a proposta B entrega por 190 mil, com operação enxuta de 2,5 mil. Em três anos, A soma 366 mil e B soma 280 mil. A proposta “mais barata” sai 86 mil mais cara, e a diferença continua crescendo a cada ano seguinte.
Quatro perguntas forçam a clareza que a tabela precisa. O que acontece com o custo mensal se o número de usuários dobrar? Quais serviços de terceiros o sistema usa e em nome de quem ficam as contas? O que está incluído no contrato de manutenção e o que é cobrado à parte? Existe reajuste anual previsto e sobre qual índice? Quem responde isso por escrito pode ser comparado de verdade. Quem não responde escolheu não ser comparado, e isso também é uma resposta.
Quem decide pelo custo total decide melhor
O preço de entrega responde “quanto custa construir”. O custo total responde “quanto custa ter”, que é a pergunta que o caixa da empresa vai fazer todo mês pelos próximos anos. Levar a segunda pergunta para a mesa antes de assinar muda a escolha do fornecedor, o desenho da solução e, principalmente, elimina a pior reunião do ano: aquela em que o financeiro descobre a mensalidade que ninguém aprovou.
Se você está avaliando propostas agora, ou quer entender quanto o sistema atual realmente custa por ano, fale com o nosso time. A DevCore apresenta os projetos com o custo de operação na mesa desde a primeira conversa, porque cliente surpreendido no boleto não volta.
Perguntas frequentes sobre custo total de software
Qual a diferença entre custo de desenvolvimento e custo total?
O custo de desenvolvimento é o valor para construir e entregar o sistema. O custo total soma a isso tudo o que o sistema consome depois: infraestrutura, licenças, manutenção, suporte, segurança e evolução, ao longo da vida útil. Duas propostas com o mesmo preço de entrega podem ter custos totais muito diferentes.
Quanto custa manter um software por ano?
Depende do porte, da criticidade e do ritmo de evolução do sistema. Como ordem de grandeza inicial, uma fatia entre 15% e 25% do valor de desenvolvimento por ano é uma referência de conversa, não uma regra. O caminho certo é exigir do fornecedor uma estimativa de operação item a item antes de aprovar o projeto.
Vale a pena escolher sempre a proposta mais barata?
Não, e às vezes a mais barata na entrega é a mais cara de possuir. Compare as propostas pela soma do preço de entrega com três anos de operação estimada. Essa conta simples costuma inverter o ranking das propostas e revela quais fornecedores conhecem de verdade o custo do que vendem.