Manutenção de software: o custo invisível que ninguém coloca no orçamento (e quanto ele custa de verdade)
Rafael Oliveira · · 6 min de leitura
O sistema ficou pronto, foi entregue, funcionou. Seis meses depois, um boleto para de ser gerado, uma integração com o ERP quebra depois de uma atualização, e a empresa que desenvolveu manda um orçamento avulso de R$ 8 mil para corrigir. Ninguém tinha combinado nada sobre isso. O contrato falava de desenvolvimento, entrega e ponto final.
Quem já passou por um projeto travado sabe do que estou falando. A maioria das brigas entre empresa e fornecedor de software não acontece durante o desenvolvimento. Acontece depois da entrega, quando fica claro que software não é uma compra, é uma operação. E essa parte quase nunca aparece na proposta comercial.
Por que software entregue continua gerando custo
Software sob medida não se degrada sozinho, mas o mundo em volta dele muda o tempo todo. Na prática, são quatro fontes de custo contínuo:
- Dependências que envelhecem. Bibliotecas, frameworks e linguagens recebem atualizações de segurança. Ignorar por um ano é acumular risco; atualizar exige horas de trabalho e testes.
- Integrações que mudam sem avisar. Gateway de pagamento, API dos Correios, WhatsApp, ERP. Quando o serviço do outro lado muda a API, o seu sistema quebra sem que ninguém tenha mexido nele.
- Infraestrutura. Servidor, banco de dados, armazenamento, e-mail transacional, monitoramento. Isso é fatura mensal, não custo único.
- O próprio negócio. A operação evolui: novo tipo de cliente, nova regra fiscal, novo relatório que a diretoria pediu. Cada ajuste é desenvolvimento.
Nenhum desses itens é falha do fornecedor. É a natureza da coisa. O problema é quando ninguém coloca isso na conta antes de assinar.
Quanto custa manter um sistema sob medida em 2026
Não existe resposta única, mas existe conta certa. A referência que uso com clientes é esta: reserve entre 15% e 25% do custo de desenvolvimento por ano para manutenção e evolução. Um sistema que custou R$ 120 mil para construir tende a consumir entre R$ 18 mil e R$ 30 mil por ano para continuar saudável e evoluindo.
Abrindo essa conta em faixas típicas do mercado brasileiro:
- Infraestrutura: de R$ 300 a R$ 3.000 por mês para a maioria dos sistemas de pequenas e médias empresas. O que move o número é volume de usuários, dados armazenados e exigência de disponibilidade.
- Manutenção corretiva e atualizações: pacotes mensais entre R$ 1.500 e R$ 6.000, geralmente vendidos como banco de horas (10 a 40 horas por mês).
- Evolução (features novas): orçada à parte ou dentro de um banco de horas maior. Aqui o custo depende inteiramente do apetite do negócio.
O que faz o valor subir: integrações com muitos sistemas externos, requisitos de compliance (dados de saúde, financeiro), picos de acesso e sistemas que processam pagamento. O que faz descer: arquitetura simples, poucas integrações e disciplina para não acumular pendências.
O barato que sai caro: os três modelos de "manutenção" que você vai encontrar
O barato que sai caro aqui é o seguinte: aceitar a proposta que não fala de manutenção porque ela parece mais enxuta. Na prática, você vai encontrar três cenários:
1. O fornecedor que some depois da entrega
Entrega, recebe e desaparece. Cada correção vira um orçamento avulso, com prazo de quem está ocupado com o próximo projeto. É o modelo mais comum em freelancers sobrecarregados e agências que vivem de projeto novo. O custo real aparece na primeira urgência: sistema fora do ar numa sexta-feira e ninguém para atender.
2. O contrato de manutenção genérico
Um valor mensal fixo que "cobre tudo", sem definir o que é tudo. Quando algo quebra, começa a discussão sobre se aquilo é manutenção ou desenvolvimento novo. Contrato vago protege quem escreveu, nunca quem assinou.
3. O banco de horas com SLA definido
O modelo que funciona: X horas por mês, prioridades definidas, tempo de resposta acordado para incidentes críticos, e horas não usadas com regra clara (acumulam ou não). Custa mais no papel e custa menos na vida real, porque elimina a negociação a cada problema.
As 6 perguntas para fazer antes de assinar qualquer contrato de desenvolvimento
Antes de assinar qualquer contrato, pergunta isso:
- O que acontece no dia seguinte à entrega? Se a resposta for vaga, o custo pós-entrega também será.
- Existe garantia de correção de bugs? Por quanto tempo? 60 a 90 dias de garantia sobre defeitos do que foi entregue é o razoável de mercado.
- Quanto custa a infraestrutura mensal e em nome de quem ficam as contas? Servidores e serviços devem ficar em contas da sua empresa, não do fornecedor. Se ele sumir, o sistema continua seu.
- Qual o tempo de resposta para um incidente crítico? "A gente vê quando der" não é SLA.
- O código-fonte é meu? Está documentado o suficiente para outro time assumir? Manutenção só tem preço de mercado quando você pode trocar de fornecedor. Sem acesso ao código, você é refém.
- Como se cobra evolução? Hora, pacote, escopo fechado? Não existe modelo certo, existe modelo combinado antes.
Se o fornecedor responde essas seis perguntas com clareza, você provavelmente está falando com quem já operou sistema em produção. Se ele se incomoda com as perguntas, você acabou de economizar um ano de dor de cabeça.
Quando a manutenção diz que o problema é outro
Honestidade de custo/benefício: às vezes a conta de manutenção alta é sintoma, não doença. Dois casos em que a resposta certa não é "pagar mais manutenção":
- O sistema resolve um problema que um SaaS pronto resolve por R$ 200 por mês. Se um software de prateleira cobre 90% da sua operação, manter um sistema sob medida para os outros 10% raramente fecha a conta. Vale mais adaptar o processo.
- O custo de manter está acima de 40% do custo de construir, todo ano. Isso costuma indicar dívida técnica acumulada: código frágil que quebra a cada mudança. Nesse caso, a conversa certa é sobre reescrever as partes críticas, não sobre aumentar o banco de horas.
Um fornecedor sério aponta esses dois cenários mesmo perdendo receita com isso. É o tipo de conversa que separa quem vende horas de quem resolve problema.
Como a gente lida com isso na prática
Na OCA, esse tema não é teórico. A gente opera o próprio produto, o Revo App, uma plataforma de eventos com mais de 40 mil usuários e um checkout próprio processando pagamento todos os dias. Cada atualização de gateway, cada mudança de API, cada pico de acesso em dia de evento grande passa pelo nosso time primeiro. A régua de manutenção que oferecemos aos clientes é a mesma que usamos para manter o nosso sistema no ar.
Por isso toda proposta nossa já nasce com o custo pós-entrega na mesa: infraestrutura estimada, modelo de suporte, garantia e o que entra ou não no banco de horas. Preferimos perder um projeto por transparência a ganhar um cliente que vai se sentir enganado no sexto mês. Esse é o tipo de projeto que a gente constrói: sistemas que continuam funcionando, e evoluindo, dois anos depois do lançamento. Você pode ver outros sistemas em produção no portfólio da OCA.
Próximo passo: coloque a manutenção no papel antes do desenvolvimento
Ação gratuita, para hoje: pegue a proposta que está na sua mesa (ou o sistema que você já tem rodando) e passe pelas seis perguntas acima. Anote o que não tem resposta clara. Essa lista é exatamente o que você precisa negociar antes de assinar, ou renegociar com o fornecedor atual.
E se você quer um orçamento de sistema sob medida que já chegue com o custo total de propriedade calculado, desenvolvimento e manutenção, sem surpresa no sexto mês, a conversa começa aqui:
