Quanto custa manter um sistema no ar por ano

Manter um sistema no ar custa de 15% a 25% do valor do projeto por ano, e essa é a linha que quase nenhuma proposta comercial mostra. Para um sistema interno de R$ 30 mil, isso significa entre R$ 4,5 mil e R$ 7,5 mil por ano somando infraestrutura, atualização e correção. Quem não reserva esse valor no orçamento acaba com um sistema entregue e congelado antes do primeiro aniversário.

Este texto abre a conta de manutenção item por item, separando o que é servidor do que é trabalho humano. A separação importa porque as duas partes se comportam de formas opostas ao longo do tempo. Infraestrutura é previsível, barata e fácil de orçar, enquanto trabalho humano é irregular e responde por quase toda a variação da conta.

Quanto custa a infraestrutura pura por mês?

A parte de máquina é a mais barata e a mais fácil de prever de todo o orçamento de manutenção. Ela costuma representar menos de um terço do custo total de manter um sistema funcionando com segurança. Os valores abaixo consideram um sistema de empresa média, com algumas dezenas de usuários e volume de dado moderado. Sistema com muito arquivo ou com pico forte de acesso sobe principalmente na linha de servidor.

Somando todas as linhas, um sistema de porte médio raramente passa de R$ 900 por mês em infraestrutura. Esse é o motivo de infraestrutura nunca ser a surpresa desagradável na conta de manutenção. Quando o cliente reclama do custo de manter, o problema quase nunca está aqui. Está na linha seguinte, que é a de trabalho humano recorrente.

O que pesa mais do que o servidor?

Trabalho humano pesa mais, com folga, e por uma razão simples de entender. O sistema continua existindo dentro de um mundo que muda em volta dele, e alguém precisa acompanhar essa mudança. Biblioteca ganha falha de segurança, fornecedor muda a interface de integração e usuário encontra caminho que ninguém previu. Nada disso é defeito de construção, é consequência natural de manter software vivo.

Atualização de dependência: biblioteca com falha de segurança aparece o tempo todo, e ignorar isso por um ano transforma uma atualização simples numa reescrita. Subir versão pouco e sempre é barato e quase invisível no orçamento. Deixar acumular dois anos vira projeto à parte, com custo e risco próprios. A versão que você pulou costuma ser justamente a que mudou o comportamento de alguma função.

Mudança de terceiro: gateway de pagamento, provedor de e-mail e interface de parceiro mudam sem pedir licença e sem avisar com antecedência útil. A sua integração para de funcionar num dia comum, sem nada ter mudado do seu lado. Reservar horas para esse tipo de conserto evita transformar cada ocorrência em emergência. Fornecedor sério avisa com antecedência, e mesmo assim alguém precisa aplicar a mudança.

Correção de defeito: todo sistema em uso revela erro que nenhum teste pegou, porque usuário real faz o que ninguém previu na especificação. Esse volume é alto nos primeiros meses e cai bastante depois do primeiro semestre. Orçar manutenção só pelo estado estável subestima justamente a fase mais cara do primeiro ano. Reservar mais horas nos três meses iniciais evita atrito logo depois da entrega.

Pedido novo: o uso gera demanda em cerca de sessenta dias, e isso é sinal de sistema sendo usado e não de escopo mal feito. Confundir pedido novo com defeito gera atrito comercial desnecessário entre as partes. Separar as duas categorias no contrato resolve a maior parte dessa discussão.

Por que backup sem teste não conta como backup?

Porque a única coisa que importa é conseguir restaurar, e isso só se descobre tentando de verdade. Rotina que grava arquivo todo dia e nunca foi restaurada é uma suposição sobre o futuro, não uma proteção. Falha silenciosa de backup é comum e passa meses despercebida, já que o processo termina sem erro aparente. O dia em que se descobre o problema é sempre o pior dia possível.

O teste é simples e quase ninguém faz: restaurar o backup num ambiente separado e conferir se o sistema sobe com aquele dado. Fazer isso uma vez por trimestre elimina a maior parte do risco por um custo de poucas horas. Vale registrar a data do último teste bem-sucedido junto da documentação do sistema. Esse registro responde em segundos a pergunta mais importante de qualquer plano de continuidade.

Vale contratar manutenção ou chamar quando quebrar?

A resposta depende inteiramente de quanto custa o sistema ficar parado por um dia inteiro. Se a resposta for pouco, chamar sob demanda é mais barato e perfeitamente racional como decisão de negócio. Se a operação depende do sistema para faturar, contrato de manutenção compra tempo de resposta e prioridade na fila. O que se paga nesse contrato é disponibilidade de atenção, não quantidade de horas trabalhadas.

O erro comum aparece nas duas pontas ao mesmo tempo dentro da mesma empresa. Contrata-se plano caro para um sistema secundário que ninguém usa, e não se contrata nada para o sistema que sustenta a receita. Classificar os sistemas por impacto de indisponibilidade resolve essa distorção em uma tarde. O que exigir dentro desse contrato eu listei em o que exigir num orçamento de software.

Como orçar manutenção de forma honesta?

A forma que funciona é separar em três blocos com naturezas diferentes, em vez de um valor único fechado. Infraestrutura é custo fixo e previsível, e pode ser repassado exatamente como é. Horas de manutenção corretiva funcionam bem como pacote mensal com saldo, porque a demanda é irregular. Evolução do sistema é projeto à parte e não deveria caber dentro de manutenção.

Misturar os três num valor único gera discussão em todo mês atípico, para os dois lados. No mês tranquilo o cliente sente que pagou por nada, e no mês pesado o fornecedor trabalha de graça. A separação transforma uma negociação recorrente em uma conta objetiva. Ela também deixa visível quanto a empresa realmente investe em evoluir o sistema.

Como reduzir esse custo sem aumentar risco?

A economia real vem de decisões tomadas antes da entrega, e não de cortar item depois que o sistema está em produção. Sistema simples custa pouco para manter porque tem pouca coisa capaz de quebrar. Cada integração externa é um ponto que pode mudar sem aviso e cobrar manutenção para sempre. Reduzir a quantidade de partes móveis é a alavanca mais forte que existe nessa conta.

Infraestrutura padrão: arranjo comum tem documentação abundante e gente que sabe operar, enquanto arquitetura exótica cobra caro em hora de especialista raro. A escolha mais chata costuma ser a mais barata de manter por cinco anos. Novidade tecnológica no lugar errado é dívida com juros altos.

Menos dependência externa: avalie se cada integração resolve um problema real ou apenas parece moderna. Integração que economiza dez minutos por mês e quebra duas vezes por ano tem retorno negativo. Cortar as supérfluas na fase de projeto é gratuito e o benefício é permanente. Cada integração removida no desenho é uma manutenção que nunca vai existir no futuro.

Atualização contínua: subir versão em pequenos passos e com frequência mantém o custo baixo e diluído ao longo do ano. Acumular por muito tempo transforma manutenção rotineira em migração arriscada. A regra prática é nunca ficar mais de um ano atrás da versão estável das dependências principais.

Para escolher onde hospedar sem pagar demais, o comparativo está em onde hospedar o sistema da sua empresa. A lista OWASP Top 10 é a referência que uso para definir o que a manutenção precisa cobrir em segurança.