Como este tema funciona na sua empresa
Geralmente aceita SLA do fornecedor sem questionar. Desafio: fraco para governar fornecedor. Abordagem: organizar com outras pequenas (grupo de compra) para melhorar posição; ou negociar SLA simples mas viável e importante para seu core business.
Poder de negociação emergi, mas frequentemente negoçam mal (pedem demais ou aceitam pouco). Desafio: preparação inadequada. Abordagem: processo formal com benchmarks, análise de custo-benefício, validação de viabilidade com fornecedor.
Poder significativo, mas SLA sofisticado requer gestão complexa. Desafio: achar balanço entre ambição e viabilidade. Abordagem: negociação estratégica com opções de SLA por serviço, renegociação periódica, múltiplas fornecedores com SLAs complementares.
Negociação de SLA é processo de definir e acordar níveis de serviço que fornecedor se compromete a entregar (uptime, tempo de resposta, resolução). Arte: exigir demais afasta fornecedor; exigir pouco deixa você indefeso. Sucesso é SLA viável para fornecedor, ambicioso para você[1].
Preparação para negociação de SLA: benchmarks, histórico, viabilidade técnica
Antes de negociar, pesquise benchmarks: qual SLA é típico para serviço similar? Fornecedor "X" oferece 99.9% uptime para hospedagem; você quer 99.9%, é realista. Fornecedor nunca teve 99.5% e você pede 99.99%? É delusório. Peça histórico: "Qual é seu uptime dos últimos 24 meses?" Se fornecedor não tem dados, red flag (não monitora). Validação técnica: "Como vocês conseguem 99.9% uptime? Qual é infraestrutura, redundância, backups?" Resposta vaga = incapacidade. Custo: "99.9% custa quanto a mais que 99%?" Resposta real: ~30% mais caro. Prepare-se para esse trade-off.
Estrutura de SLA a negociar: resposta, resolução, disponibilidade, escalonação
Componente 1 — Resposta: tempo até primeiro contato. Típico: 1 hora para crítico, 4 horas para alto. Componente 2 — Resolução: tempo para corrigir. Crítico: 4 horas, alto: 8 horas. Componente 3 — Disponibilidade (uptime %): 99%, 99.5%, 99.9%, 99.99%. Componente 4 — Escalonação: o que acontece se SLA é violado? Quem você contata? Penalidade automática ou você pede? Componente 5 — Janelas de manutenção: há downtime programado? Quando? (domingo 2-4am é OK; terça 9-11am não é). Detalhe todos em escrito; não deixe genérico.
Validação de viabilidade: questionar fornecedor, pedir evidência, margem de segurança
Não aceite SLA no limite da capacidade do fornecedor. Exemplo: fornecedor tem 99.2% uptime histórico; você pede 99.9%. É impossível sem investimento. Resposta correta: "Vamos investir em redundância; com 12 meses, conseguimos 99.9%". Ou recusa: "Não conseguimos 99.9% com infraestrutura atual". Nesses casos, renegocie expectativa. Sempre mantenha margem: se você precisa 99.5%, peça 99.7% (fornecedor nega, vocês ajustam para 99.5%, ambos felizes). Sem margem, qualquer problema é violação.
SLA simples: sistema crítico 99% uptime, resposta 4 horas, resolução 8 horas. Dias úteis (9-18) é aceitável para pequena. Penalidade: se violar SLA 2 vezes no mês, crédito 5% na próxima fatura (simples, sem disputa). Documentação: email confirmando. Acompanhamento: mensal, você monitora (ou fornecedor envia relatório).
SLA diferenciado por criticidade. Crítico: 99.5% uptime, resposta 2h, resolução 4h, 24x7. Alto: 99% uptime, resposta 4h, resolução 8h, 24x5. Médio: 98% uptime, resposta 8h, resolução 24h, 9-18. Penalidade: 5-10% crédito por violação (automático, sem disputa). Escalação: ticket não resolvido em SLA > gerente > diretor. Acompanhamento: dashboard em tempo real, relatório mensal, revisão trimestral.
SLA sofisticado por serviço (compute, database, storage). Métrica: uptime, latência, throughput. Crítico: 99.95% uptime, <10ms latência, escalação executivo. Penalidade: progressiva (1ª vez 5%, 2ª vez 10%, 3ª vez review de contrato). Outcome: bonus se SLA é superado consistentemente (ex: 3 meses sem violação, bonus 5%). Dashboard compartilhado em tempo real, revisão mensal com ambas partes.
Erros comuns em negociação de SLA: pedir demais, ignorar viabilidade, aceitar vago
Erro 1: Pedir SLA "porque concorrente tem". Não é razão. "Competitor tem 99.99%" é irrelevante se seu sistema não precisa. Erro 2: Aceitar SLA vago: "melhor esforço". Não é mensurável; não consegue cobrar. Sempre métrica com número (99%, 4 horas, etc). Erro 3: Não validar viabilidade. Fornecedor promete 99.99% sem mostrar infraestrutura. Depois descobre é impossível; violação inevitável. Erro 4: SLA sem penalidade. "Se violar, não há consequência", fornecedor relaxa. Sempre penalidade (crédito, revisão, termo). Erro 5: Rígido demais. SLA de 3 anos sem revisão. Tecnologia muda, você pode precisar menos ou mais. Negocie revisão anual.
Negociação inteligente: começar aspiracional, depois ajustar para realista
Estratégia de negociação: comece com SLA "aspiracional" (mais rígido do que você realmente precisa). Fornecedor contra-propõe mais fraco. Vocês ajustam para o meio termo (que é o que você queria). Exemplo: você quer 99.5% uptime, começa pedindo 99.9%. Fornecedor recusa, oferece 99%. Vocês ajustam para 99.5% (seu objetivo). Ambos sentem que "negociaram" e chegaram a meio termo. Sem margem, apenas um lado cede completamente.
Sinais de que SLA está inadequado ou não está sendo cumprido
Se três ou mais situações abaixo se aplicam, renegocie SLA com fornecedor.
- Fornecedor viola SLA regularmente (2+ violações/mês)
- SLA é vago ("melhor esforço") e não há penalidade clara
- Você solicitou crédito por violação, fornecedor recusou ou dificultou processo
- Comparação com mercado mostra seu SLA é pior que concorrentes (por 30%+)
- Custo de downtime (para você) é maior que custos de SLA mais rígido
- Fornecedor respondeu que SLA "já é o melhor que oferece" sem oferecer ajuste
- Terceiros (clientes, auditores) questionam por que SLA não é mais rígido
Caminhos para negociar SLA eficaz
Você (gestor de TI) negocia diretamente com fornecedor.
- Perfil necessário: gestor de TI + advogado (opcional)
- Tempo estimado: 4-6 semanas
- Faz sentido quando: você já tem relacionamento com fornecedor, confiança existe
- Risco principal: você pode não validar viabilidade adequadamente
Consultor de contratos ajuda a estruturar SLA com benchmarks e viabilidade.
- Tipo de fornecedor: Consultores de contrato de TI, especialistas em SLA
- Vantagem: expertise em what's realistic, benchmarks de mercado
- Faz sentido quando: sistema crítico ou contrato é grande
- Resultado típico: 6-8 semanas, SLA estruturado com viabilidade validada
Precisa negociar SLA com fornecedor de TI?
Se você quer garantir que SLA seja realista e viável, o oHub conecta você gratuitamente com consultores de contrato e especialistas em SLA. Em menos de 3 minutos, descreva seu sistema (crítico? qual impacto de downtime?) e desafio. Receba guia de negociação.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. SLA bem negociado protege seu negócio.
Perguntas frequentes
Qual SLA é razoável pedir para hospedagem web?
Padrão de mercado: 99% uptime (99.5% é bom, 99.9% é premium, 99.99% é máximo). Resposta: 1-4 horas (depende criticidade). Resolução: 4-8 horas. Penalidade: 5-10% crédito por violação. Se fornecedor oferece menos, compare com concorrentes antes de aceitar.
Como calcular downtime aceitável para SLA?
99% uptime = 7.2 horas/mês downtime aceitável. 99.5% = 3.6 horas/mês. 99.9% = 43 minutos/mês. 99.99% = 4 minutos/mês. Se sua operação não aguenta 7 horas de downtime, SLA mínimo é 99.5%. Use essa conta para validar.
SLA pode ser revisto durante contrato?
Sim, se contrato permite. Inclua cláusula: "Revisão anual com opção de ajuste" (para mais ou para menos). Ajuste pode ser por mudança de necessidade, tecnologia, ou performance histórica (fornecedor merece relaxar SLA se superou consistentemente).
Penalidade por violação SLA deve ser automática ou negociada?
Automática é melhor (evita disputa). Exemplo: "SLA violado = crédito 5% automático na próxima fatura, sem necessidade de você pedir". Com negociação, fornecedor sempre encontra razão para recusar ("Não era culpa nossa").
Como validar que fornecedor consegue cumprir SLA?
Peça: (1) Histórico de uptime últimos 24 meses. (2) Descrição técnica de infraestrutura (redundância, backups). (3) Caso de cliente similar com mesmo SLA. (4) Por escrito, afirmação que SLA é viável. Se fornecedor não consegue demonstrar, SLA é risco.
Devo negociar SLA diferente por sistema?
Sim! Sistema crítico merece SLA mais rígido. Sistema de suporte merece SLA mais fraco (reduz custo). Matriz: crítico 99.5%, importante 99%, suporte 98%. Isso é eficiente: você paga premium só para o que importa.