Subir um sistema acontece uma vez. Mantê-lo acontece todos os dias

Segunda-feira, oito e meia da manhã. O sistema que emite os documentos da sua equipe não abre. Ninguém mexeu em nada. O que mudou foi fora da sua empresa: um certificado venceu, uma biblioteca recebeu atualização de segurança, a API de um órgão público trocou o formato de resposta. A pergunta que importa nessa hora não é técnica. É: quem para o que está fazendo para resolver isso agora?

Se a resposta for "vamos abrir um chamado e ver quando alguém pode olhar", o sistema que você comprou para tirar o gargalo da operação acabou de virar um gargalo novo.

O dia da entrega é o dia mais fácil

Quase toda conversa sobre sistema sob medida gira em torno da construção: escopo, prazo, preço de desenvolvimento. Faz sentido, é a parte visível. Mas um sistema em produção vive num ambiente que muda o tempo todo, mesmo quando ninguém dentro da sua empresa pede mudança nenhuma.

O que muda sem pedir licença:

• Dependências. Linguagens, bibliotecas e bancos de dados recebem correções de segurança. Ficar parado nelas não é neutro, é acumular risco.
• Integrações. Bancos, prefeituras, emissores de nota, plataformas de assinatura e e-mail mudam regras e formatos com aviso curto.
• Infraestrutura. Servidores enchem disco, certificados vencem, backups falham em silêncio se ninguém testa a restauração.
• Uso. A equipe cresce, o volume dobra, alguém encontra um caminho na tela que ninguém previu.

Nenhum desses itens é defeito de construção. São o custo normal de manter algo funcionando num mundo que não para.

Subir um sistema acontece uma vez. Mantê-lo acontece todos os dias.

A conta que define quanto vale a manutenção

Manutenção costuma ser tratada como despesa a cortar. A forma honesta de olhar é outra: quanto custa uma hora com o sistema parado na sua operação? Faça a conta com os seus números.

1. Receita que passa pelo sistema por mês. Some tudo o que depende dele para ser entregue ou faturado.
2. Horas úteis no mês. Use as horas em que a operação de fato roda (por exemplo, 22 dias de 9 horas, 198 horas).
3. Receita por hora de operação. Divida o item 1 pelo item 2.
4. Tempo provável de parada sem ninguém responsável. Seja realista: quantas horas até achar alguém, essa pessoa entender o código e corrigir?
5. Custo de uma parada. Multiplique o item 3 pelo item 4 e acrescente o que não aparece na receita: prazo regulatório perdido, retrabalho, cliente que ligou irritado.

Um exemplo hipotético para deixar a conta à vista: imagine uma empresa em que R$ 198.000 por mês passam pelo sistema, em 198 horas úteis. Cada hora de operação carrega R$ 1.000 de receita. Uma parada de dois dias úteis, que é o normal quando ninguém conhece o código, represa R$ 18.000 de entrega. Se isso acontece duas vezes por ano, o risco anual já passa de R$ 36.000, sem contar multa, prazo e reputação.

Agora compare esse número com o custo anual de ter alguém responsável pelo sistema. Essa é a decisão real, e ela é sua.

O que gestão permanente deveria incluir

"Suporte" é uma palavra elástica. Para saber se o que você contratou cobre o risco que você acabou de calcular, use esta lista:

• Monitoramento ativo. Alguém fica sabendo que o sistema caiu antes da sua equipe ligar reclamando.
• Atualização de dependências com rotina definida. Não "quando der", mas com periodicidade combinada.
• Backup com restauração testada. Backup que nunca foi restaurado é hipótese, não garantia.
• Tempo de resposta escrito. Quanto tempo até alguém começar a agir, separado por gravidade.
• Ajuste a mudanças externas. Quando uma integração muda de formato, adaptar faz parte do combinado, não vira orçamento novo.
• Registro do que foi feito. Você consegue ver o histórico de intervenções e entender por que cada uma aconteceu.

Se três ou mais itens dessa lista não estão no seu contrato, o seu sistema está de pé por sorte.

Por que o preço depende da complexidade, não do tamanho do projeto

Um erro comum é achar que manutenção deve custar um percentual fixo do que foi pago pela construção. Não deve. Um sistema que levou meses para ser construído pode ser simples de manter, e um sistema pequeno com cinco integrações externas pode exigir atenção constante.

O que pesa de verdade na manutenção:

Os fatores medem custo de suporte, não esforço de construção. Peça ao seu fornecedor os critérios e refaça a soma. Se não for possível refazer, o preço não é auditável.

Há ainda um efeito de escala que vale cobrar: quem mantém vários sistemas da mesma empresa aproveita conhecimento, infraestrutura e rotina. Faz sentido que o custo por sistema caia conforme o portfólio cresce.

O conserto e a garantia são coisas diferentes

Pagar por hora de conserto parece mais barato no papel. Na prática, transfere o risco inteiro para você: quando algo quebra, a fila do fornecedor decide o seu prazo. Gestão permanente inverte essa lógica.

Você não paga pelo conserto. Paga pela garantia de que alguém para o que está fazendo para consertar.

É por isso que, na Ezera, a construção e a gestão de cada sistema andam separadas e juntas ao mesmo tempo: a capacidade contínua de desenvolvimento constrói o ativo, e a gestão permanente garante que ele continua de pé depois que a entrega acabou.