Como este tema funciona na sua empresa
Não pode ficar sem o software crítico, mas tem orçamento limitado para suporte. Abordagem ideal: contratar suporte básico (8-12 horas de resposta) para sistemas menos críticos, mas cobrir sistema crítico do negócio com SLA agressivo (2-4 horas resposta). Custo típico: 10-15% do valor da licença anual. Processar tickets de forma centralizada, mesmo que simples.
Múltiplos sistemas críticos exigem balanço de SLA versus custo. Abordagem: criar matriz de criticidade, aplicar SLA diferenciado (core business 2-4 horas, suporte 4-8 horas). Negociar contrato anual com desconto para retainer. Custo típico: 15-25% da licença. Implementar portal de tickets centralizado, acompanhar SLA regularmente.
Infraestrutura complexa com múltiplos fornecedores exigem framework de SLA consistente. Abordagem: SLA crítico 1 hora, alto 4 horas, médio 8 horas, baixo 24 horas. Contrato master com escalação formal para engenharia. Monitoramento 24x7, team de on-call para crítico. Custo: 25-35% da licença mas com volume desconto significativo.
Manutenção e suporte de software são serviços contínuos que mantêm o software funcionando: suporte responde quando sistema falha (resposta e resolução), manutenção corrige bugs e aplica patches proativamente, evolução entrega novas features. Diferenciação clara em contrato evita confusão de responsabilidades e custos[1].
Diferença entre suporte, manutenção e evolução
Muitos contratos misturam conceitos. Suporte é reativo: "sistema parou, vem alguém resolver". Manutenção é proativa: "vamos atualizar o sistema com patches e correções". Evolução é desenvolvimento: "queremos novo módulo ou funcionalidade". Cada um tem custo diferente. Suporte típico é 10-15% do contrato anual; manutenção 5-10%; evolução é preço fixo por projeto ou T&M por horas.
SLA em contratos de software: tempos e responsabilidades
SLA claro define responsabilidades: se sistema cai, quanto tempo fornecedor tem para responder (reconhecer) e resolver? Níveis de severidade mudam SLA. Sistema parado (crítico): 1-2 horas resposta, 4 horas resolução. Degradado (alto): 4 horas resposta, 8 horas resolução. Funcionalidade parcial (médio): 8 horas resposta, 1 dia resolução. Cosmético (baixo): 24-48 horas resposta, não há prazo de resolução.
Estruture contrato assim: defina qual sistema é crítico para seu negócio (e-commerce, gestão financeira?). Para crítico, contrate SLA 2-4 horas. Para outros, 12 horas é aceitável. Negocie retenção fixa (melhor que break-fix). Se sistema crítico fica 4 horas down, seu prejuízo é maior que custo de suporte premium. Inclua escrito: quem suporta em feriado? Qual idioma? Como escalar se não atender?
Matriz de severidade com SLA por nível. Incluir em contato: resposta (tempo de primeiro contato), resolução (tempo para corrigir), disponibilidade garantida (uptime %). Exemplo: crítico 1h/4h/99,9%, alto 4h/8h/99,5%. Monitore cumprimento mensalmente. Se fornecedor violar SLA repetidamente, ameaça de mudança é válida. Estabeleça processo de escalação formal: ticket não resolvido em 24h sobe para gerente, depois diretor.
Framework de SLA integrado com múltiplos fornecedores. Use SIEM para monitorar SLA em tempo real. Defina penalidades por violação (crédito de 5-10% do mês se violar). Negocie escalação para engenheiro dedicado se crítico. Inclua cláusula de revisão trimestral: dados reais mostram SLA realista? Monitor 24x7 com on-call interno ou externo. Documentação de todos os incidentes para auditoria futura.
Modelos de remuneração: retainer, break-fix e híbrido
Retainer é taxa fixa mensal (melhor para cliente, mais previsível). Break-fix é paga por incidente (caro, causa dor quando quebra). Modelo híbrido combina: retainer base para cobertura padrão + T&M para extras. Recomendação: sempre preferir retainer. Negociar com fornecedor: "quanto custaria suporte 24x5 para crítico?" Depois multiplique por 12 e compare com break-fix anual esperado. Se break-fix pode chegar a R$50k em problemas graves, retainer de R$3k/mês (R$36k/ano) é barganha.
Exclusões comuns de suporte e cuidados na negociação
Fornecedores frequentemente excluem: erros do usuário, configuração inadequada do cliente, mudanças feitas por terceiros, falta de backup. Esses "carve-outs" podem deixar você sem suporte para problemas reais. Na negociação, questione: "O que exatamente vocês cobrem?" Peça lista de exclusões por escrito. Se sistema ficou lento porque você não fez manutenção adequada, responsabilidade é sua; se ficou lento por bug no software, responsabilidade é do fornecedor. Clareza aqui evita disputas later.
Sinais de que você precisa renegociar suporte de software
Se você reconhece três ou mais situações abaixo, é hora de revisar seu contrato de suporte.
- Fornecedor não responde no SLA prometido (você notou padrão de atrasos)
- SLA é vago ("melhor esforço") sem métrica clara ou penalidade
- Sistema crítico tem SLA de 24 horas (muito longo para missão crítica)
- Contrato é break-fix e você está gastando R$30k+ por ano em incidentes
- Não há canal direto com suporte; tudo fica em limbo
- Fornecedor nega suporte alegando "não é culpa nossa" sem justificativa técnica
- Você não sabe ao certo quanto paga por suporte (está em nota fiscal confusa)
Caminhos para estruturar suporte de software eficaz
Viável se você já tem relação com fornecedor e quer melhorar termos.
- Perfil necessário: gestor de TI + financeiro
- Tempo estimado: 4-8 semanas
- Faz sentido quando: fornecedor é bom, só SLA precisa ajuste
- Risco principal: fornecedor recusa melhoria; você fica com contrato antigo
Recomendado se você quer forçar competição e termos melhores.
- Tipo de fornecedor: Consultores de contratos + fornecedores alternativos
- Vantagem: competição reduz preço, melhora SLA
- Faz sentido quando: satisfação com fornecedor atual é baixa ou custo é alto
- Resultado típico: 8-12 semanas, novo contrato com 15-25% economia e SLA melhor
Precisa reestruturar seu contrato de suporte de software?
Se você está insatisfeito com resposta do fornecedor, SLA vago ou custos altos, o oHub conecta você gratuitamente com consultores de contratos e fornecedores alternativos. Em menos de 3 minutos, descreva seu software crítico e seu desafio. Receba propostas personalizadas sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Compare ofertas e decida com dados.
Perguntas frequentes
Qual é a diferença entre manutenção corretiva e preventiva?
Manutenção corretiva é reativa: corrige problema depois que quebra. Manutenção preventiva é proativa: aplica patches e atualizações antes de problema surgir. Preventiva custa menos (evita downtime), mas requer disciplina de planejamento. Bom fornecedor oferece ambas.
Como validar que fornecedor está cumprindo SLA?
Peça ao fornecedor relatório mensal de cumprimento de SLA. Deve conter: ticket aberto, tempo de resposta real, tempo de resolução real, se atendeu SLA. Se fornecedor não oferece relatório facilmente, é red flag. Mude para fornecedor que oferece transparência.
Suporte 24x7 é obrigatório para todos os softwares?
Não. Apenas sistemas críticos (e-commerce, pagamento, produção) justificam 24x7. Sistemas de suporte ou administrativos podem funcionar com 9-18 BRT. Negocie 24x7 apenas para o necessário; pagará menos se SLA for 12x5 (dias úteis) ou 24x5.
O que fazer se fornecedor violar SLA repetidamente?
Primeiro, registre violação com data e hora. Comunique formalmente ao fornecedor. Se continua, ative cláusula de penalidade (crédito no próximo mês). Se problem persiste, considere término de contrato com período de transição para novo fornecedor. Mas documente: você precisa de evidência para tribunal se necessário.
Posso negociar desconto de suporte se meu sistema é antigo?
Sim. Sistemas legados (fora de mainstream support) têm risco maior e podem custar mais. Mas negociar desconto é válido se você aceita SLA mais fraco (24-48h) ou menos proatividade. Deixe claro em contrato: "Legado, resposta 24h aceitável" reduz custo.
Quem paga manutenção de janela se sistema cair durante ela?
Contrato deve especificar: há janela de manutenção programada? (ex: domingo 2-4am). Durante janela, downtime é esperado e SLA não se aplica. Fora da janela, downtime não esperado é violação de SLA. Negocie janelas que não impactam seu negócio (ex: sua empresa fecha domingo, janela no domingo OK).