Sustentação de software é um compromisso contínuo com um produto que está no ar. Diferente de um projeto de escopo fechado, ela não tem uma lista de entregáveis, e sim um conjunto de responsabilidades recorrentes. Por isso, o contrato precisa ser explícito sobre o que está e o que não está incluído — a maior parte dos conflitos em contratos de sustentação vem de expectativas que nunca foram escritas.
Este artigo lista os pontos que precisam estar claros antes de assinar, do escopo à cláusula de saída.
Escopo: o que é manutenção e o que é evolução
A linha mais importante de definir. Manutenção corretiva é consertar o que deveria funcionar e parou. Evolução é adicionar ou mudar funcionalidade. O contrato precisa dizer:
- O que conta como correção (incluída) e o que conta como melhoria (contabilizada à parte ou dentro de uma capacidade de evolução).
- Se a atualização de plataforma, framework, bibliotecas e dependências de segurança está incluída — e deve estar.
- Se ajustes de conteúdo e configuração feitos a pedido entram, e em que volume.
- Se o suporte a mudanças de terceiros (uma API integrada que mudou) é corretivo ou evolutivo.
Sem essa definição, toda demanda vira uma negociação sobre “isso é bug ou é melhoria”.
Níveis de serviço (SLA)
Nem todo problema tem a mesma urgência. O contrato deve classificar as ocorrências por severidade e definir, para cada uma, o tempo de resposta (quando alguém começa a olhar) e o tempo de solução ou de contorno esperado. Um exemplo de classificação:
- Crítica — sistema fora do ar ou funcionalidade essencial inoperante. Resposta em minutos, trabalho contínuo até resolver.
- Alta — funcionalidade importante degradada, com contorno possível. Resposta em horas.
- Média — problema que incomoda mas não impede o uso. Resposta em um a dois dias úteis.
- Baixa — ajuste cosmético, melhoria pequena. Entra na fila de evolução.
O contrato também deve definir o canal de abertura de chamados, o horário de cobertura (comercial ou estendido) e quem, do lado do cliente, pode acionar cada nível.
Infraestrutura: dentro ou fora
Deixe claro se a gestão da infraestrutura — servidores, cloud, domínios, certificados — está incluída na sustentação e se os custos de infraestrutura são repassados ou fazem parte do valor. Defina também quem responde por incidentes de infraestrutura fora do horário e se há acompanhamento do custo de cloud.
O que não deve entrar no contrato de sustentação
Assim como é importante definir o que está incluído, vale delimitar o que não está, para evitar expectativa frustrada:
- Projetos de grande porte — um módulo novo, uma reformulação de área — que merecem escopo e orçamento próprios.
- Suporte a usuários finais do sistema (help desk de primeiro nível), que é diferente de suporte técnico à plataforma.
- Recuperação de dados perdidos por erro de uso, quando não há relação com falha do sistema.
- Consultoria estratégica ampla não relacionada à operação do produto.
Nada impede que o mesmo fornecedor faça essas coisas — mas em outro instrumento, com outra precificação.
Modelos de precificação
Contratos de sustentação costumam seguir um de três modelos, ou uma combinação:
- Valor fixo mensal — cobre a sustentação e uma capacidade definida de evolução. Previsível para os dois lados; exige um escopo bem delimitado.
- Pacote de horas — um volume mensal de horas usado conforme a demanda, com regras para o que sobra ou falta. Flexível, mas menos previsível.
- Fixo + variável — uma base fixa para a sustentação essencial (monitoramento, atualizações, SLA) mais um variável para evolução sob demanda.
Sinais de um contrato ruim
- Escopo descrito em uma frase genérica (“manutenção do site”).
- Sem SLA, ou SLA sem consequência.
- Nenhuma menção a atualização de segurança.
- Sem relatório periódico previsto.
- Propriedade de código ou acessos ambíguos.
- Sem cláusula de transição.
- Reajuste ou revisão de escopo não previstos, virando fonte de conflito anual.
Capacidade de evolução
Um bom contrato de sustentação reserva capacidade para evolução — um pacote de horas mensais ou um valor dedicado — com a lista de melhorias priorizada em conjunto a cada ciclo. Isso evita que cada mudança pequena vire um contrato novo, com orçamento e espera. Defina como a capacidade não usada em um mês é tratada (acumula, expira) e como pedidos maiores que a capacidade mensal são conduzidos.
Transparência e relatórios
A sustentação bem-feita é visível. O contrato deve prever um relatório periódico com:
- As ocorrências do período, com severidade e tempo de resolução.
- As atualizações de segurança aplicadas.
- O que foi evoluído e o que está na fila.
- O estado dos backups e dos testes de restauração.
- O custo de infraestrutura, quando aplicável.
- Riscos técnicos no radar — uma dependência que vai sair de suporte, um gargalo se aproximando.
Acessos e propriedade
O código, os designs e a documentação são da sua empresa. Os acessos a repositório, servidores, contas de cloud e serviços de terceiros ficam em nome da sua empresa, com o fornecedor como usuário. Isso não é desconfiança — é higiene contratual que protege a continuidade do negócio independentemente da relação com o fornecedor.
Cláusula de transição e saída
O contrato precisa prever, desde o início, o que acontece se a relação terminar: um prazo de aviso, um período de transição durante o qual o fornecedor apoia a passagem para outro time, a entrega de documentação atualizada e de um inventário de acessos, e idealmente uma sobreposição em que o time novo acompanha o antigo antes de assumir sozinho.
Fornecedores que resistem a essa cláusula estão construindo uma trava de saída. É um sinal de alerta forte, independentemente da qualidade técnica.
Reajuste e revisão
Defina o índice e a periodicidade de reajuste do valor, e preveja uma revisão de escopo anual — o sistema muda, a carga muda, a criticidade muda, e o contrato deve poder acompanhar sem virar uma renegociação tensa.
Onboarding: as primeiras semanas de um contrato de sustentação
Quando um fornecedor assume a sustentação de um sistema que não construiu, as primeiras semanas são de apropriação: revisar a arquitetura, mapear as dependências, avaliar backups e monitoramento, listar as dívidas e os riscos, garantir acessos. Um bom contrato prevê essa fase — com um diagnóstico inicial entregue por escrito — em vez de assumir que o fornecedor já sabe tudo no primeiro dia.
Esse diagnóstico costuma revelar surpresas: um backup que nunca foi testado, uma dependência sem atualização há anos, um certificado prestes a vencer. Tratá-las é o primeiro valor entregue pela sustentação.
Como medir se a sustentação está funcionando
- Os SLAs estão sendo cumpridos, medidos e reportados.
- As atualizações de segurança estão em dia.
- Os testes de restauração de backup acontecem e passam.
- O número de incidentes cai ao longo do tempo, não sobe.
- A fila de evolução anda; os pedidos não ficam parados por meses.
- Você entende os relatórios e eles chegam sem precisar cobrar.
O erro de contratar sustentação só depois do problema
Muitas empresas só procuram um contrato de sustentação depois de um incidente sério — o site fora do ar por um dia, um vazamento, uma perda de dados. Nesse ponto, a contratação é às pressas, a negociação é ruim e o estrago já aconteceu. Sustentação é um seguro: o momento de contratar é antes, quando o sistema está funcionando e você tem tempo de escolher bem.
Um checklist do contrato
- Definição clara de manutenção corretiva versus evolução.
- Atualização de plataforma e dependências incluída.
- Classificação de severidade com tempos de resposta e solução.
- Canal, horário de cobertura e quem pode acionar.
- Infraestrutura: escopo e tratamento dos custos.
- Capacidade de evolução reservada e como é priorizada.
- Relatório periódico com conteúdo definido.
- Propriedade de código e acessos em nome da sua empresa.
- Cláusula de transição e saída.
- Regras de reajuste e revisão anual de escopo.
Como a Jumps estrutura
A sustentação e evolução da Jumps é montada exatamente sobre esses pontos: escopo explícito, SLA por severidade, atualização de segurança como rotina, backup testado, capacidade de evolução priorizada com o cliente, relatório periódico e cláusula de transição desde o primeiro dia.
Se você vai contratar sustentação para um produto no ar, ou revisar um contrato existente, fale com a Jumps.