Quanto custa manter um sistema depois de pronto

Manter um sistema custa, em regra prática de mercado, 15% a 20% do valor do projeto por ano, mais a infraestrutura, que vai de cerca de R$ 100 por mês num sistema pequeno a alguns milhares em sistemas com volume alto. Esse custo não é opcional: um sistema que não recebe manutenção não permanece igual, ele se degrada.

De que é feita a conta mensal

O custo de manter um sistema tem quatro componentes distintos, que costumam ser misturados em conversas de orçamento:

São estimativas típicas e variam bastante com o porte. O erro comum é orçar só a primeira linha, que é a mais visível e a mais barata.

Quanto custa a infraestrutura, na prática

Para dar ordens de grandeza úteis:

• Sistema interno, poucos usuários simultâneos: um servidor pequeno com banco, backup diário e certificado. Roda com R$ 100 a R$ 300 por mês.
• Sistema com uso comercial e centenas de usuários: servidor maior ou serviço gerenciado de banco, armazenamento de arquivos, monitoramento. R$ 400 a R$ 1.200 por mês.
• Sistema com IA aplicada: some o custo variável de modelo, que depende do volume de texto processado. Pode ser insignificante ou o maior item da conta, dependendo do caso de uso, precisa ser dimensionado antes de contratar.
• Serviços por uso: envio de WhatsApp, SMS e e-mail em massa são cobrados por unidade e escalam com o negócio, não com o sistema.

Vale registrar um ponto que costuma passar batido: a nuvem cobra por recurso ligado, não por recurso usado. Ambientes de homologação esquecidos ligados e bancos superdimensionados são a causa mais comum de fatura inflada em sistemas pequenos.

Por que existe a regra dos 15% a 20%

O número não é arbitrário. Ele cobre um trabalho que acontece independentemente de você pedir funcionalidade nova:

Atualização de dependências. Todo sistema usa dezenas de bibliotecas de terceiros. Elas recebem correções de segurança e, periodicamente, mudanças que quebram compatibilidade. Atualizar aos poucos custa horas por trimestre; atualizar depois de três anos parados costuma custar semanas, porque as mudanças se acumulam e interagem.

Mudanças no que está em volta. APIs de terceiros mudam versão e descontinuam endpoints com aviso prévio. Navegadores mudam comportamento. Sistemas operacionais móveis sobem versão anualmente e as lojas passam a exigir recompilação. Nada disso é culpa do sistema, mas tudo isso exige trabalho nele.

Mudanças de regra. Alíquotas, layouts de arquivo fiscal, exigências de órgãos reguladores e políticas internas mudam. Sistema que toca dinheiro ou obrigação legal tem manutenção obrigatória por definição.

Defeitos que só aparecem com uso real. Nenhum teste cobre tudo. Um sistema descobre seus casos de exceção nos primeiros seis meses de produção, com dados que ninguém previu.

Pequenas melhorias que surgem do uso. Um campo a mais no relatório, um filtro, um alerta. Individualmente pequenas, no conjunto significativas.

Um projeto de R$ 60 mil, portanto, tende a demandar algo entre R$ 9 mil e R$ 12 mil por ano de manutenção, além da infraestrutura.

O que deve estar num contrato de sustentação

Se você vai contratar manutenção continuada, exija clareza nestes pontos:

• O que está incluído e o que é cobrado à parte. Correção de defeito costuma estar incluída; funcionalidade nova, não.
• Tempo de resposta por severidade. Sistema fora do ar não pode ter o mesmo prazo de um ajuste cosmético. Defina duas ou três faixas.
• Horário de atendimento. Comercial, estendido ou 24 horas, cada nível tem preço diferente e é justo que tenha.
• Banco de horas ou valor fixo. Horas acumulam ou expiram no mês? Isso muda bastante a economia do contrato.
• Quem tem os acessos. Você precisa ter, em seu nome, o domínio, a conta de nuvem, o repositório de código e as credenciais dos serviços contratados. Se não tem, você não contratou manutenção, contratou dependência.
• O que acontece se o contrato terminar. Prazo de transição e entrega de documentação combinados por escrito, antes de precisar deles.

O custo de não manter

Adiar manutenção parece economia e funciona por um tempo. O acúmulo cobra em três formas:

Segurança. Uma vulnerabilidade conhecida numa biblioteca desatualizada é conhecida também por quem procura alvos. Sistemas expostos à internet com dependências de três anos são encontrados por varredura automatizada, não por ataque direcionado.

Custo de retomada. Retomar um sistema abandonado por dois anos custa caro justamente porque nada foi feito aos poucos: linguagem em versão fora de suporte, dependências que só atualizam em cadeia, ambiente que ninguém sabe reconstruir. É comum esse retrabalho se aproximar de metade do custo original.

Perda de conhecimento. Quem construiu o sistema esquece os detalhes ou muda de emprego. Documentação e um histórico de commits organizado valem dinheiro exatamente nesse momento.

Como reduzir o custo de manutenção desde o projeto

Boa parte do custo futuro é definida antes da primeira linha de código:

1. Prefira tecnologias com comunidade grande. Encontrar quem mantenha é mais fácil e mais barato.
2. Exija testes automatizados na entrega. Eles não são luxo; são o que torna a atualização de dependências viável sem medo.
3. Peça infraestrutura descrita em código. Reconstruir o ambiente vira um comando em vez de uma arqueologia.
4. Evite dependência de serviço obscuro. Cada serviço de nicho na arquitetura é um ponto de falha futuro quando ele encerrar as atividades.
5. Documente decisões, não só código. Um arquivo curto explicando por que algo foi feito de certo jeito economiza dias para quem mexer depois.

Sistema é ativo com custo de posse, como frota ou imóvel. Quem coloca a manutenção no orçamento desde o primeiro dia paga menos ao longo da vida útil do que quem descobre a conta depois.