Um sistema não "termina" quando fica pronto, ele entra numa nova fase, a de operação. Hospedagem, correções, atualizações de segurança e pequenos ajustes fazem parte do custo real de manter um sistema no ar, mas é raro esse assunto aparecer numa conversa de orçamento inicial. O resultado é previsível: a empresa se surpreende meses depois com uma cobrança que "não estava combinada".

Por que o custo não acaba na entrega

Um sistema em produção lida com usuários reais, dados reais e um ambiente que muda o tempo todo: o navegador atualiza, a biblioteca usada no backend recebe uma correção de segurança, o volume de acessos cresce, o servidor de hospedagem tem limite de capacidade. Nada disso para de existir só porque o projeto "terminou". Um software é mais parecido com um carro do que com um produto que se compra e esquece: precisa de combustível (infraestrutura), revisão periódica (manutenção) e reparo quando alguma peça falha (correção de bugs). Ignorar essa fase não elimina o custo, só empurra ele pra frente, geralmente na forma de um problema mais caro de resolver.

O que compõe o custo de manutenção

  • Hospedagem e infraestrutura na nuvem: servidor, banco de dados, armazenamento de arquivos e domínio têm custo recorrente, que varia com o volume de uso do sistema.
  • Monitoramento: acompanhar se o sistema está no ar, se está lento ou se algo parou de funcionar antes que o cliente perceba.
  • Correção de bugs: nenhum sistema sai perfeito, e comportamentos inesperados aparecem conforme o uso real acontece.
  • Atualização de dependências e segurança: bibliotecas, frameworks e plugins recebem atualizações constantes, e ignorá-las abre brechas de segurança com o tempo.
  • Pequenas melhorias pontuais: ajuste de texto, um novo campo num formulário, uma regra de negócio que mudou, evoluções pequenas que não justificam reabrir todo o projeto.

Manutenção corretiva x evolutiva

Vale separar dois tipos de trabalho que costumam entrar na mesma conversa, mas resolvem problemas diferentes. Manutenção corretiva é consertar o que quebrou: um erro que trava uma tela, uma integração que parou de responder, um cálculo que saiu errado. Manutenção evolutiva é adicionar ou ajustar funcionalidade: um novo relatório, uma etapa a mais no cadastro, uma integração com uma ferramenta que a empresa passou a usar. A corretiva normalmente entra dentro de um plano de suporte já contratado. A evolutiva costuma ser tratada como um projeto à parte, orçado conforme o escopo, com a mesma lógica de quando o sistema foi desenvolvido pela primeira vez.

Como os contratos costumam funcionar

Existem basicamente dois modelos. O pacote mensal fixo cobre uma faixa de horas ou um conjunto de serviços (monitoramento, suporte, pequenas correções) por um valor recorrente: dá previsibilidade e costuma sair mais em conta pra quem sabe que vai precisar de manutenção com frequência. O modelo sob demanda cobra pelo que for feito, quando for feito, funciona bem pra sistemas mais simples ou empresas que preferem pagar só quando algo precisa de atenção, mas deixa o orçamento sem previsibilidade. Na prática, o que define o modelo ideal é o tamanho do sistema, quantos usuários dependem dele todos os dias e com que frequência ele muda depois de entregue.

Um sistema parado não é um sistema barato: é um sistema cujo custo só ainda não apareceu.

O que perguntar antes de fechar o projeto

A hora certa de entender o custo de manutenção é antes de assinar o contrato de desenvolvimento, não depois que o sistema já está no ar. Vale perguntar: o que está incluso no suporte pós-entrega? Existe um plano de manutenção ou cada correção é orçada separadamente? Quem monitora o sistema no dia a dia? Quanto tempo leva pra resolver um problema urgente? Ter essas respostas por escrito evita que a manutenção vire uma surpresa financeira alguns meses depois de o projeto ir ao ar. Veja como estruturamos manutenção de sistemas ou peça um orçamento.