Por que sua empresa precisa de um contrato de manutenção de software — e o que acontece quando não tem

Por Pedro Corgnati, Fundador da Forja de Sistemas — desenvolvedor de sistemas sob medida e especialista em modernização de software para PMEs.

Sua empresa precisa de um contrato de manutenção de software porque todo sistema envelhece: dependências ficam desatualizadas, surgem vulnerabilidades de segurança, integrações com APIs externas quebram e novos requisitos legais (como mudanças no layout da NF-e ou no PIX) exigem atualizações urgentes. Sem um contrato formal, cada problema vira uma negociação de emergência com custo imprevisível. Um contrato de manutenção bem estruturado custa entre R$ 800 e R$ 5.000/mês para sistemas de PME e evita prejuízos que, na prática, chegam a 10x esse valor quando o sistema para no momento errado.

Este guia explica o que deve constar em um contrato de manutenção, quais os modelos disponíveis, quanto custa e como avaliar se o que você tem hoje é suficiente.

O que é manutenção de software (e por que é diferente de suporte técnico)

Manutenção de software e suporte técnico são frequentemente confundidos, mas são serviços diferentes com finalidades distintas.

Suporte técnico atende problemas de uso: o usuário não sabe como usar uma funcionalidade, esqueceu a senha, teve um erro pontual. É reativo e resolve o presente.

Manutenção de software é o trabalho técnico que mantém o sistema funcionando e seguro ao longo do tempo: atualizar dependências, corrigir bugs, adaptar o código a mudanças nas APIs externas, ajustar o sistema a novos requisitos legais, otimizar performance quando o volume cresce. É proativo e protege o futuro.

Há quatro tipos de manutenção reconhecidos pela engenharia de software:

• Corretiva: corrige bugs e erros que chegam em produção
• Adaptativa: adapta o sistema a mudanças no ambiente (novo sistema operacional, nova versão de banco de dados, mudança de API externa)
• Perfectiva: melhora o sistema com novas funcionalidades ou otimizações de performance
• Preventiva: refatora código antes que se torne um problema, atualiza dependências antes que fiquem obsoletas

Um contrato de manutenção profissional cobre os quatro tipos — e especifica com clareza o que está e o que não está incluso.

O que acontece com um sistema sem manutenção

Este é o cenário que vejo toda semana em empresas que procuram a Forja de Sistemas:

Mês 1-6 após o fim da manutenção: nada percebível. O sistema continua funcionando.

Mês 6-18: as primeiras rachaduras aparecem. Uma integração com o gateway de pagamento que mudou de API, um relatório que demora 3x mais que antes porque o banco de dados acumulou dados sem indexação, uma funcionalidade que para de funcionar depois de uma atualização do servidor.

Ano 2-3: o sistema está tecnicamente defasado. As bibliotecas que ele usa têm versões vulneráveis. Qualquer desenvolvedor novo vai levar semanas para entender o código porque não há documentação atualizada. Cada mudança gera risco.

Ano 3+: o sistema se torna um "sistema legado crítico." Ninguém quer tocar porque tem medo de quebrar. A empresa fica reém do sistema e do desenvolvedor original — se ele existir. O custo de modernização agora é 3 a 5 vezes o que teria sido se houvesse manutenção contínua.

O ponto de inflexão é real: sistemas sem manutenção custam progressivamente mais para manter, enquanto sistemas bem mantidos custam progressivamente menos (porque a equipe conhece bem o código e o débito técnico é controlado).

O que deve constar em um contrato de manutenção de software

Um contrato de manutenção profissional precisa ser claro em pelo menos seis pontos:

1. Escopo de serviços: o que está incluso. Manutenção corretiva (bugs)? Adaptativa (integrações)? Perfectiva (melhorias)? Preventiva (atualizações de segurança)? O contrato precisa listar explicitamente o que é coberto e o que é cobrado à parte.

2. SLA (Service Level Agreement): prazo de resposta e prazo de resolução por tipo de incidente. Um sistema crítico que parou merece resposta em 1-2 horas. Um bug que afeta 5% dos usuários pode ter prazo de 3 dias úteis.

3. Horas incluídas e como são consumidas: contratos mensais tipicamente incluem um número de horas. É essencial saber: como são registradas as horas? O que acontece com horas não usadas? Qual o valor da hora adicional?

4. Responsabilidades de cada parte: você é responsável por manter os acessos atualizados, informar mudanças no ambiente e aprovar deploys. O fornecedor é responsável por documentar o trabalho feito e manter backups. Isso precisa estar escrito.

5. Confidencialidade e propriedade do código: o código que foi desenvolvido e mantido é seu? Ou pertence ao fornecedor? O contrato precisa ser explícito. Incluir LGPD compliance é obrigatório se o sistema processa dados pessoais.

6. Critérios de rescisão e transição: se o contrato for rescindido, como acontece a transferência? Entrega de código-fonte, documentação, credenciais e treinamento. Um contrato que não tem cláusula de saída é uma armadilha.

Modelos de contrato e faixas de preço

Modelo	O que inclui	Faixa mensal	Ideal para
Básico (horas avulsas)	Banco de horas sem compromisso mensal	R$ 300-600/h avulsa	Sistemas simples, baixa demanda
Retainer fixo — manutenção corretiva	X horas/mês para correção de bugs e suporte	R$ 800-2.500/mês	Sistemas estáveis com poucos usuários
Retainer completo — 4 tipos de manutenção	Corretiva + adaptativa + preventiva + reunião mensal	R$ 2.000-6.000/mês	Sistemas de negócio críticos
Managed maintenance — sistema crítico	SLA 4h, on-call, monitoramento 24/7, relatórios mensais	R$ 5.000-15.000/mês	E-commerces, sistemas financeiros, SaaS

Fatores que sobem o preço: sistema com alta complexidade técnica, integrações com muitas APIs externas, alto volume de transações, SLA apertado (menos de 4 horas), necessidade de on-call fora do horário comercial, LGPD compliance exigindo logs e auditoria.

O que reduz o custo: documentação de qualidade entregue junto com o sistema, código bem organizado sem débito técnico acumulado, ambiente de desenvolvimento bem configurado.

Como avaliar se o contrato que você tem é suficiente

Faça as perguntas abaixo ao seu contrato atual (ou ao fornecedor que está negociando):

1. Se o sistema parar agora, em quanto tempo tenho resposta garantida por escrito?
2. As atualizações de segurança das bibliotecas estão incluídas? Com que frequência são feitas?
3. Tenho acesso ao código-fonte e posso levar para outro fornecedor se quiser?
4. O contrato prevê adequação a mudanças legais (NF-e, SPED, PIX, LGPD)?
5. Como são documentadas as horas trabalhadas? Tenho visibilidade do que foi feito?
6. Se eu rescindir, como acontece a transferência?

Se você não souber responder três ou mais dessas perguntas sobre seu contrato atual, há lacunas que podem custar caro.

O custo real de não ter manutenção

Os números abaixo são baseados em casos reais que atendi:

• Sistema fora do ar por 8 horas em período de pico: R$ 15.000 a R$ 80.000 em vendas perdidas (varejo online), mais custo de emergência para resolver.
• Vazamento de dados por vulnerabilidade não corrigida: multa LGPD potencial de até R$ 50 milhões (2% do faturamento do grupo, limitado a R$ 50M por infração), além de dano reputacional.
• Refatoração de sistema sem documentação após 3 anos sem manutenção: 60-80% do custo de desenvolvimento original.
• Migração forçada de sistema legado que parou de funcionar: 2x a 4x o custo de ter mantido.

Em comparação, um contrato de manutenção de R$ 2.500/mês custa R$ 30.000/ano — menos que uma única emergência grave.

Perguntas frequentes

Qual a diferença entre contrato de manutenção e garantia do sistema?

A garantia cobre bugs que existiam no momento da entrega do sistema (normalmente 90 dias após o go-live). O contrato de manutenção cobre tudo que acontece depois: novos bugs em produção, mudanças de ambiente, novas funcionalidades, integrações que quebram por mudanças externas. São complementares, não substituíveis.

Posso contratar manutenção com um fornecedor diferente de quem desenvolveu o sistema?

Sim, mas exige a entrega do código-fonte completo, documentação e credenciais de acesso. Se o fornecedor original não entregou isso, você está em posição vulnerável independentemente de quem faz a manutenção.

Quantas horas mensais são suficientes para um sistema de PME?

Depende do sistema. Para sistemas de gestão internos de PME (ERP leve, CRM, sistema de agendamento), 10-20 horas/mês de manutenção preventiva + corretiva são uma referência razoável. Para sistemas de e-commerce ou SaaS com múltiplas integrações, o mínimo sobe para 30-50 horas/mês.

O que é SLA e por que importa no contrato?

SLA (Service Level Agreement) é o prazo contratual de resposta e resolução de incidentes. Sem SLA, você depende da boa vontade do fornecedor para agir em emergências. Com SLA, há penalidade (multa, desconto, crédito) se o prazo não for cumprido. É a única garantia real que você tem em caso de crise.

Sistema cloud precisa de contrato de manutenção?

Sim. Sistemas em cloud (AWS, Azure, Google Cloud, Railway, Vercel) ainda precisam de manutenção de código: atualizações de dependências, ajustes de configuração, monitoramento de custos, otimização de performance. A infraestrutura é gerenciada, mas o software que roda nela não.

Próximo passo: auditoria do seu sistema atual

Se você tem um sistema rodando há mais de 18 meses sem manutenção estruturada, é provável que haja vulnerabilidades e débito técnico acumulado que você não está vendo.

A Forja de Sistemas faz uma auditoria técnica gratuita do seu sistema: verificamos dependências desatualizadas, vulnerabilidades conhecidas, performance e integrações críticas. O resultado é um relatório com prioridades claras — sem compromisso de contratação.

Falar com Pedro pelo WhatsApp