Quanto custa manter um sistema depois de desenvolvido

A pergunta mais cara sobre software não é quanto custa construir. É quanto custa manter — porque essa conta se repete todo mês, todo ano, enquanto o sistema estiver no ar, e quase nunca aparece na proposta comercial que a empresa aprovou.

Software não é obra com data de entrega. É operação. Entender essa conta antes de assinar evita a situação mais comum do mercado: a empresa investe pesado na construção, não reserva orçamento para a manutenção e, dois anos depois, tem um sistema que ninguém consegue mexer sem quebrar.

Os seis componentes do custo de manter

1. Infraestrutura

Servidores, banco de dados, armazenamento de arquivos, backup, monitoramento, domínio, certificados, envio de e-mail. É o item mais previsível e o único que a maioria das empresas já contabiliza. Cresce com o uso: mais usuários e mais dados significam mais custo, normalmente de forma gradual.

2. Manutenção corretiva

Correção de falhas encontradas em produção. Mesmo com boa cobertura de testes, o uso real revela o que homologação não revelou — combinações de dados que ninguém previu, comportamento sob volume, casos de borda.

3. Manutenção adaptativa

É a categoria que pega as empresas de surpresa: o mundo em volta do seu sistema muda sem pedir licença. A legislação fiscal muda, o parceiro de pagamento descontinua a versão da API, o provedor de mensagens altera a política, o navegador para de aceitar uma tecnologia, a biblioteca que você usa recebe uma correção de segurança obrigatória.

Nada disso é culpa de ninguém e nada disso é opcional. É o custo de estar conectado ao mundo.

4. Manutenção evolutiva

O negócio muda: novo produto, nova regra de comissão, nova filial, novo relatório que a diretoria passou a pedir. Se o sistema não acompanhar, a equipe volta para a planilha — e você perde exatamente o que tinha ganhado.

5. Suporte aos usuários

Dúvidas, treinamento de gente nova, ajuste de permissão, correção de dado lançado errado. Volume alto aqui costuma ser sintoma de problema de interface, não de usuário desatento.

6. Segurança

Atualização de dependências, revisão de acessos, testes de restauração de backup, resposta a vulnerabilidades divulgadas. É o item mais fácil de adiar e o mais caro de negligenciar.

Quanto isso dá, em ordem de grandeza

A referência mais usada no mercado é entre 15% e 25% do valor do desenvolvimento por ano, sem contar infraestrutura. Um sistema que custou um determinado valor para construir tende a consumir algo nessa faixa anualmente só para continuar funcionando e acompanhando o negócio.

O percentual sobe quando: existem muitas integrações com terceiros, o setor é regulado, o volume de usuários cresce rápido, ou o sistema foi construído sem testes e sem documentação — nesse último caso, cada mudança pequena exige entender de novo o que já foi feito.

E cai quando: a arquitetura é limpa, existe cobertura de testes sobre as regras críticas, a publicação é automatizada e há observabilidade em produção. Repare que são exatamente os itens que encarecem a construção — eles não são luxo de engenharia, são investimento antecipado na manutenção.

O custo de não manter

Adiar manutenção não elimina o custo; posterga e multiplica. O acúmulo acontece assim:

• As dependências ficam desatualizadas e, em algum momento, atualizar uma exige atualizar todas de uma vez;
• Regras de negócio novas são empilhadas por cima das antigas sem reorganização, até que ninguém consiga prever o efeito de uma alteração;
• Cada mudança simples passa a levar dias, porque falta confiança de que nada mais vai quebrar;
• Desenvolvedores evitam mexer no sistema, e a empresa começa a ouvir "é melhor reescrever do zero".

Reescrever do zero é o custo máximo: você paga de novo pelo que já tinha, sem ganhar nada novo, e ainda assume o risco da migração.

Três modelos de contrato de sustentação

• Banco de horas mensal. Um volume de horas contratado por mês, usado conforme a prioridade que você define. Previsível no orçamento e flexível no uso. É o formato mais comum e costuma funcionar bem.
• Demanda avulsa. Você aciona quando precisa e paga o que usar. Parece barato, mas você entra na fila do fornecedor e não tem prazo de resposta garantido — arriscado para sistema crítico.
• Contrato de nível de serviço. Prazos de resposta definidos por severidade, com cobertura fora do horário comercial. Mais caro, e a escolha certa quando o sistema parado significa operação parada.

Em qualquer modelo, deixe escrita a diferença entre correção de falha (coberta) e escopo novo (orçado à parte). É a origem de quase toda discussão desagradável entre cliente e fornecedor.

O que perguntar antes de assinar

1. Qual o custo mensal estimado de infraestrutura no primeiro ano — e como ele cresce com o uso?
2. O que está coberto pela garantia e por quanto tempo?
3. Qual o modelo de sustentação proposto depois da garantia, e quanto custa?
4. Qual o prazo de resposta para uma falha que para a operação?
5. Quem atualiza as dependências de segurança, e com que frequência?
6. Se eu trocar de fornecedor, o que exatamente eu levo comigo?

Uma proposta que não responde essas seis perguntas não é mais barata que as outras — está incompleta. O raciocínio completo sobre a formação de preço está em Quanto custa desenvolver um software sob medida.

Na Sixtec, operamos em produção os produtos que criamos — e é por isso que tratamos manutenção como parte do projeto, não como surpresa depois dele. Se quiser dimensionar essa conta para o seu caso, fale com a gente.