Como este tema funciona na sua empresa
Escalação é informal: "ligo para diretor do fornecedor" quando precisa. Sem critério claro de quando escalar. Risco: sobre-usa; fornecedor começa a ignorar ou sente-se intimidado. Abordagem: definir em contrato critério simples (problema aberto > 5 dias, incidente crítico). Autoridade: Account Manager ou gerente pode escalar.
Emergem critérios simples em contrato: tempo (se problema > X dias), criticidade (incidente crítico imediato). Fluxo: técnico ? Account Manager ? Diretor. Resposta esperada: 24h de executivo. Abordagem: documentar critérios e fluxo em contrato; rastrear escalações em sistema.
Critérios formalizados: tempo (SLA breach >20%), impacto (downtime, perda de dados), financeiro (custo >R$10k/dia). Fluxo em cascata: nível 1 (técnico, 8h), nível 2 (Account Manager, 24h), nível 3 (Diretor, 48h). Sistema automático de notificação. Revisão mensal de padrão.
Escalação com fornecedor é mecanismo estruturado que libera problema operacional travado, elevando situação para nível executivo quando níveis técnicos não conseguem resolver dentro do prazo ou critério pré-acordado[1].
Por que escalação clara reduz tempo de resolução
Sem escalação clara, problema fica travado no nível técnico indefinidamente. Cliente fica frustrado (problema não resolve), fornecedor se sente desautorizado (não deveria receber "reclamação"), tempo passa. Escalação estruturada — critério claro (o quê motiva), para quem (qual função), em quanto tempo responde — libera bloqueios e traz executivos para resolver. Pesquisa Gartner (2023): 64% de escalações com fornecedor resolvem-se em <48h se critério é claro e fluxo é respeitado; sem clareza, 80% demora >1 semana.
Critérios de escalação vs. abuso de escalação
Critérios Objetivos Válidos — problema aberto > X dias sem progresso, incidente crítico (downtime, perda de dados), SLA breach, impacto financeiro > X, bloqueador que impede negócio. Esses critérios reduzem ambiguidade. Critérios Subjetivos Problemáticos — "quando estou irritado", "quando necessário", "quando achar importante". Esses levam a escalação excessiva e desCredibiliza mecanismo. Cuidado: se cliente escala frequentemente, significado não é que fornecedor é ruim, mas que operacional não está funcionando. Foco deve ser arrumar operacional, não ficar escalando.
Fluxo de escalação em camadas
Nível 1 (Técnico/Operacional) — tempo de resposta: X horas. Responsabilidade: resolver problema ou identificar que precisa escalação. Se problema não resolve em X horas, responsável de escalar para nível 2. Nível 2 (Account Manager/Gerente de Serviço) — tempo de resposta: 24h. Responsabilidade: mobilizar recursos, comprometer cronograma de resolução, comunicar status. Se não resolver em Y horas, escalar para nível 3. Nível 3 (Diretor/VP) — tempo de resposta: 48h. Responsabilidade: comprometer recursos executivos, alocar orçamento se necessário, resolver ou comunicar plano de remediação. Escalação para nível 3 é sinal que situação é crítica.
Critério simples: (1) Problema técnico aberto > 3 dias sem progresso = escala para Account Manager. (2) Incidente crítico (sistema fora do ar) = escala imediato para Diretor. (3) Autoridade: gestor de TI ou diretor podem escalar. (4) Comunicação: email ou WhatsApp é suficiente; importante é documentar. (5) Prazo: Account Manager responde em 24h; Diretor em 48h. Documentação: anotação em sistema de ticket ou email. Custo: zero.
Critério estruturado: (1) Problema técnico > 5 dias sem progresso = escala para Account Manager (24h resposta). (2) Incidente crítico = escala imediato para Diretor (4h resposta). (3) SLA breach > 10% = escala para Account Manager. (4) Impacto financeiro > R$ 5k/dia = escala para Diretor. (5) Autoridade: Account Manager do cliente autoriza escalação nível 2; diretor cliente autoriza nível 3. (6) Comunicação: email formal com template padronizado. (7) Rastreamento: registro em sistema de ticket com data/hora de escalação e resposta. Documentação: matriz de escalação, relatório trimestral de escalações.
Critério complexo com autorização: (1) Escalação Nível 1-2: tempo sem resposta (8h nível 1, 24h nível 2), criticidade (P1 imediato, P2 8h, P3 24h). (2) Escalação Nível 3: SLA breach >20%, impacto financial >R$10k/dia, risco reputacional. (3) Autoridade: Account Manager nível 1-2; Sponsor Executivo nível 3. (4) Comunicação: sistema de ticket com escalação automática baseada em regras; notificação em tempo real. (5) Rastreamento: log completo de escalação com timestamp, quem escalou, motivo, quem recebeu, tempo de resposta, resultado. (6) Revisão: mensal ou trimestral para identificar padrão (muita escalação = operacional quebrado). (7) Escalação Reversa: cliente também tem SLA (ex: responder para fornecedor em 4h ou é escalação reversa).
Tempo de resposta vs. tempo de resolução
Importante distinguir: SLA de Resposta (executivo responde em X horas) vs. SLA de Resolução (problema é resolvido em Y horas). Escalação garante resposta; não garante resolução imediata. Exemplo: "Nível 2 responde em 24h com status; se não resolver em 72h, escala para nível 3". Isso estabelece expectativa clara sobre tempo de cada camada.
Sinais de que escalação é necessária
Se algum cenário se aplica, considere escalar.
- Problema está aberto há mais de critério contratual sem progresso
- Incidente crítico: downtime, perda de dados, bloqueador de negócio
- SLA foi atingido ou está próximo de ser atingido
- Múltiplas tentativas técnicas não resolveram o problema
- Impacto financeiro é significativo (custo de operação duplicada, perda de receita)
- Comunicação técnica não está funcionando; falta transparência
- Problema está impactando múltiplos usuários ou sistemas críticos
Caminhos para estruturar escalação com fornecedor
Viável com conhecimento mínimo de processos.
- Perfil necessário: gestor de fornecedor + responsável operacional
- Tempo estimado: 1-2 semanas para definir critérios
- Faz sentido quando: fornecedor existente, relacionamento estabelecido
- Risco principal: critérios mal definidos, não respeitados
Recomendado para estrutura formal e garantida.
- Tipo de fornecedor: consultores de SLA e ITSM, especialistas em service design
- Vantagem: estrutura baseada em boas práticas, integração com contrato
- Faz sentido quando: fornecedor crítico, múltiplos escalação, processo atual não funciona
- Resultado típico: documento de escalação formalizado, integrado em contrato, aceitação de ambas as partes
Precisa estruturar escalação com fornecedor?
Se critérios de escalação são confusos ou ineficazes, o oHub conecta você gratuitamente a especialistas em design de SLA e gestão de fornecedores. Descreva seu cenário em menos de 3 minutos e receba recomendações de consultores, sem custo ou compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide com quem trabalhar.
Perguntas frequentes
Como escalar sem parecer agressivo ou ameaçador?
Escalação não é ameaça; é processo normal. Deixar claro em contato: "Conforme SLA, problema aberto > 5 dias requer escalação de nível. Estou escalando para Account Manager conforme processo acordado." Tom profissional, não pessoal.
E se fornecedor não respeita SLA de escalação?
Documentar: data de escalação, prazo acordado, data que executivo respondeu (ou não). Se padrão de não respeito, comunicar formalmente (em escrito) que está impactando SLA. Se persiste, considerar ação contratual (penalidades) ou rescisão.
Escalação deve ser privilegiada (uso raro) ou normal?
Deve ser exceção, não regra. Se empresa escala frequentemente, significa que operacional não está funcionando bem. Foco deveria ser arrumar operacional ou trocar fornecedor, não ficar escalando cronicamente.
Quem autoriza escalação: sempre precisa de aprovação?
Depend de criticidade e custo. Escalação até certo limite (ex: P2 até nível 2) pode ser automática. Acima de certo threshold (P1 ou impacto >R$10k) pode requerer aprovação de nível superior. Definir no contrato para evitar ambiguidade.
Como fazer escalação reversa (cliente também tem SLA)?
Incluir no contrato: "Se fornecedor solicita informação crítica e cliente não responde em 4h, atraso é responsabilidade do cliente". Equilibra pressão: não é só fornecedor que precisa cumprir SLA.
Escalação automática é melhor que manual?
Sim. Sistema que notifica automaticamente quando SLA está para vencer é melhor que alguém "lembrar de escalar". Menos chance de erro, mais confiável. Mas critério deve ser claro (não ambíguo).
Fontes e referências
- ITIL 4 — Incident Management e Escalation Procedures. The AXELOS Framework.
- Gartner — SLA Design and Escalation Frameworks. Information Technology Management.
- Forrester — Effective Escalation in Vendor Relationships. Technology Delivery Research.
- Project Management Institute (PMI) — Escalation Management in Service Delivery.
- ISACA — Vendor Management and Escalation Best Practices.