[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6EBXVMT1D8DBAKXR27T5K2E":3,"skill-same:01M6EBXVMT1D8DBAKXR27T5K2E":56},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":24,"linkOnly":25,"markdownContent":26,"markdownBody":27,"frontMatter":28,"refName":34,"commitSha":35,"skillDirectory":36,"forksCount":37,"repositoryHtmlUrl":38,"repositoryHomepageUrl":39,"ownerHtmlUrl":40,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":41,"install":42,"resources":55},"01M6EBXVMT1D8DBAKXR27T5K2E","escalation-matrix",null,"Escalation Matrix — Skill especializada para criação, gestão e otimização de matrizes de escalada para incidentes e problemas críticos.","kursku\u002Fskills","kursku","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F15705647?v=4","01M6E5VWJKMRJQ1PNFP2P0PYVZ","01M6E5VWSCHN2C3RVE67795NRC",126,"MIT","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F11-operacoes-sistemas\u002Fescalation-matrix\u002FSKILL.md",[],[18,19,20,21,22,23],"escalation","escalation matrix","safe","code","para","de","2026-11-10 10:12:30",false,"---\nname: escalation-matrix\ndescription: \"Escalation Matrix — Skill especializada para criação, gestão e otimização de matrizes de escalada para incidentes e problemas críticos.\"\nlicense: MIT\nmetadata:\n  version: 1.0.0\n  author: Cafe Code AI\n  category: 11-operacoes-sistemas\n  updated: 2026-03-01\nrisk: safe\n---\n\n# Escalation Matrix\n\nEsta skill capacita o Claude a projetar, implementar e otimizar matrizes de escalada robustas, garantindo a resposta eficiente a incidentes e a resolução de problemas críticos.\n\n---\n\n## Keywords\n\nMatriz de Escalada, Gestão de Incidentes, SLAs, MTTR, Runbooks, Severidade de Impacto, Notificação de Crise, Suporte Nível 1, Suporte Nível 2, Suporte Nível 3, On-Call, Operações de TI, Problemas Críticos.\n\n---\n\n## Quick Start\n\n1.  **Categorize Eventos Críticos**: Identifique cenários que exigem escalada, como \"Indisponibilidade de Serviço Crítico P1\" ou \"Reclamação de Cliente VIP com Risco de Churn\".\n2.  **Defina Níveis de Severidade**: Padronize as classificações de impacto (ex: P1-Crítico, P2-Alto, P3-Médio) com critérios claros para cada.\n3.  **Mapeie Níveis de Resposta**: Associe cada nível de severidade a camadas de equipe (ex: N1 Suporte, N2 Engenharia, N3 Gerência) e seus tempos-limite de resposta.\n4.  **Configure Canais de Notificação**: Estabeleça métodos de alerta para cada nível (ex: PagerDuty para L2, Slack para L3, E-mail para stakeholders executivos).\n5.  **Documente e Treine**: Crie SOPs detalhados e realize sessões de treinamento para todas as equipes envolvidas na matriz.\n\n---\n\n## Core Workflows\n\n### Workflow 1: Criação de Matriz de Escalada para Incidentes de TI de Alta Severidade (P1\u002FP2)\n\nEste workflow detalha a construção de uma matriz para assegurar a rápida resposta e resolução de falhas sistêmicas críticas.\n\n1.  **Identificação de Gatilhos e Classificação de Severidade**:\n    *   **Gatilho Exemplo P1**: Indisponibilidade total do sistema de processamento de pagamentos. Critério: Mais de 50% das transações falhando por mais de 5 minutos.\n    *   **Gatilho Exemplo P2**: Degradação severa da performance do CRM. Critério: Tempo de resposta do CRM > 5 segundos para 30% dos usuários por mais de 15 minutos.\n    *   **Impacto P1**: Paralisação financeira, perda de receita imediata, alto risco reputacional.\n    *   **Impacto P2**: Redução da produtividade das equipes de vendas e suporte, insatisfação do cliente, risco de perda de oportunidades.\n2.  **Definição das Camadas de Escalada e Responsabilidades**:\n    *   **Nível 1 (L1 - Suporte\u002FMonitoramento)**: Equipe de Operações de TI.\n        *   **Ação**: Confirmação do incidente via ferramentas de monitoramento (Datadog, Grafana), triagem inicial, verificação de runbooks básicos.\n        *   **Tempo para Resposta (SLA)**: P1: 5 minutos; P2: 15 minutos.\n        *   **Tempo para Escalada (SLO)**: P1: 10 minutos sem progresso; P2: 30 minutos sem progresso.\n    *   **Nível 2 (L2 - Especialistas Técnicos)**: Equipe de Engenharia de Software ou Infraestrutura (on-call).\n        *   **Ação**: Análise aprofundada da causa raiz, execução de runbooks avançados, aplicação de workarounds ou correções emergenciais.\n        *   **Tempo para Resposta (SLA)**: P1: 15 minutos; P2: 45 minutos.\n        *   **Tempo para Escalada (SLO)**: P1: 30 minutos sem resolução; P2: 90 minutos sem resolução.\n    *   **Nível 3 (L3 - Gerência de TI\u002FLíderes)**: Gerente de Operações, Diretor de TI.\n        *   **Ação**: Alocação de recursos adicionais, tomada de decisões estratégicas (ex: rollback, failover para DR), comunicação com a alta direção e stakeholders externos.\n        *   **Tempo para Resposta (SLA)**: P1: 10 minutos; P2: 30 minutos.\n        *   **Tempo para Escalada (SLO)**: P1: 60 minutos sem resolução; P2: 180 minutos sem resolução.\n    *   **Nível 4 (L4 - Alta Direção\u002FComitê de Crise)**: CIO, CTO, CEO.\n        *   **Ação**: Aprovação de planos de contingência de alto custo\u002Fimpacto, comunicação pública, gestão de crise corporativa.\n3.  **Configuração de Notificações e Canais**:\n    *   **L1 -> L2**: Sistema de on-call (PagerDuty\u002FOpsgenie) com alerta sonoro no celular e chamada automática após 10 minutos (P1) ou 30 minutos (P2) de não reconhecimento\u002Fresolução.\n    *   **L2 -> L3**: Mensagem no canal Slack #incidents-p1-critical ou #incidents-p2-high para o grupo de Gerência de TI, seguido de e-mail automático após 30 minutos (P1) ou 90 minutos (P2).\n    *   **L3 -> L4**: Chamada telefônica direta pelo Gerente de Operações para CIO\u002FCTO, e-mail para grupo de C-level, após 60 minutos (P1) ou 180 minutos (P2) sem resolução no L3.\n4.  **Criação de Canais de Comunicação Dedicados**:\n    *   **Interno**: Canal de Slack temporário para cada incidente P1\u002FP2 (ex: #inc-20240725-001-erp-down), reunindo todas as equipes envolvidas.\n    *   **Externo**: Atualização de página de status pública (ex: status.suaempresa.com) a cada 30 minutos em caso de P1, com comunicação via e-mail para clientes afetados.\n\n### Workflow 2: Gestão Proativa de Problemas Críticos de Cliente com Risco de Churn\n\nEste workflow foca em antecipar e resolver a insatisfação de clientes de alto valor antes que resultem em perda de negócios.\n\n1.  **Identificação de Gatilhos de Insatisfação Crítica**:\n    *   **Gatilho Exemplo**: Cliente VIP (ARR > R$ 500k) com CSAT abaixo de 3\u002F5 ou 2+ chamados de suporte abertos simultaneamente por mais de 48 horas.\n    *   **Impacto**: Perda de receita recorrente, dano à reputação, impacto em métricas de retenção.\n2.  **Definição de Níveis de Escalada e Responsabilidades**:\n    *   **Nível 1 (L1 - Gerente de Conta\u002FCSM)**: Customer Success Manager (CSM) ou Gerente de Conta.\n        *   **Ação**: Contato proativo com o cliente para entender a insatisfação, coordenação interna com equipes de suporte\u002Fproduto para priorização.\n        *   **Tempo para Ação (SLA)**: 4 horas após o gatilho.\n        *   **Tempo para Escalada (SLO)**: 24 horas sem plano de ação ou progresso significativo.\n    *   **Nível 2 (L2 - Liderança de CS\u002FVendas)**: Diretor de Customer Success, VP de Vendas.\n        *   **Ação**: Intervenção direta com o cliente, oferta de soluções estratégicas ou compensações (ex: créditos, serviços adicionais), alocação de equipe técnica dedicada.\n        *   **Tempo para Ação (SLA)**: 8 horas após a escalada.\n        *   **Tempo para Escalada (SLO)**: 48 horas sem resolução satisfatória ou reversão da insatisfação.\n    *   **Nível 3 (L3 - C-level)**: CEO, COO, CCO.\n        *   **Ação**: Contato pessoal com o cliente, decisões de negócio de alto nível (ex: renegociação de contrato, mudanças na estratégia de produto), comunicação pública em caso de grande impacto.\n3.  **Estabelecimento de Prazos e Modos de Ação**:\n    *   **L1 -> L2**: Notificação automática via Salesforce Service Cloud ou Zendesk para o Diretor de CS após 24 horas sem um plano de ação documentado ou após o cliente expressar desejo de cancelar.\n    *   **L2 -> L3**: E-mail detalhado do Diretor de CS para o C-level com histórico do cliente, ações tomadas e risco de churn, acionado após 48 horas sem reversão da insatisfação no L2.\n4.  **Documentação e Acompanhamento Contínuo**:\n    *   Todos os detalhes da escalada, interações com o cliente e planos de ação devem ser registrados no CRM (ex: Salesforce) com campos específicos para \"Status de Escalada\" e \"Risco de Churn\".\n    *   Reunião semanal de \"Revisão de Clientes Críticos\" com a liderança de CS e Vendas para acompanhar o progresso dos clientes escalados.\n\n---\n\n## Templates\n\n### Template de Matriz de Escalada de Incidentes de TI\n\n```\n| Gatilho do Incidente | Severidade | Impacto no Negócio | Tempo p\u002F Resposta (SLA) | Tempo p\u002F Resolução (SLO) | Nível 1 - Responsável\u002FAção | Nível 2 - Responsável\u002FAção | Nível 3 - Responsável\u002FAção | Métodos de Notificação |\n|----------------------|------------|--------------------|-------------------------|--------------------------|----------------------------|----------------------------|----------------------------|------------------------|\n| Falha total de Autenticação | P1 (Crítico) | Indisponibilidade de acesso para TODOS os usuários. Perda de receita imediata. | 5 minutos                 | 30 minutos               | Analista L1: Triagem inicial, coleta logs. | Engenheiro Backend Sênior: Análise causa, rollback\u002Fpatch. | Gerente de Operações: Decisão de failover, comunicação executiva. | PagerDuty, Slack @oncall-ops, SMS, Telefone |\n| Lentidão crítica do Banco de Dados | P2 (Alto) | Degradação de performance > 70% em funcionalidades chave. Experiência do usuário severamente afetada. | 15 minutos                | 120 minutos              | Analista L1: Verificação de métricas DB, reinício de serviços não-críticos. | DBA Sênior: Otimização de queries, escalonamento de recursos DB. | Diretor de TI: Aprovação de infraestrutura adicional, comunicação interna. | Slack #incidents-p2, E-mail p\u002F ti-lideranca |\n| Erros intermitentes na API de Terceiros | P3 (Médio) | 15% das integrações com parceiros falham. Impacto em relatórios e automações. | 30 minutos                | 240 minutos              | Analista L1: Validação de credenciais, teste de conectividade. | Desenvolvedor Backend: Debugging da integração, contato com terceiro. | Coordenador de Suporte: Acompanhamento, definição de workaround. | E-mail p\u002F equipe-dev, Slack #integracoes |\n```\n\n### Template de Notificação de Escalada (Email)\n\n```\nAssunto: [URGENTE] ESCALADA CRÍTICA: Incidente P1 - Indisponibilidade do Sistema de Pagamentos (ID: INC-P1-20240725-001)\n\nPrezados,\n\nInformamos que o incidente de criticidade P1 \"Indisponibilidade total do Sistema de Pagamentos\" (ID: INC-P1-20240725-001) atingiu o tempo limite de resolução para a equipe de Nível 2.\n\nA escalada para o Nível 3 (Gerência de Operações) foi acionada automaticamente às 14:35 BRT.\nO impacto atual é a paralisação completa das transações financeiras e a impossibilidade de processar vendas, resultando em perda de receita estimada em R$ 10.000\u002Fhora.\n\nSolicitamos o apoio imediato da Gerência de Operações para alocação de recursos adicionais, tomada de decisões estratégicas (ex: ativação de plano de contingência secundário) e coordenação da comunicação executiva.\n\n**Próxima atualização em 15 minutos (14:50 BRT).**\nPor favor, juntem-se ao canal de comunicação dedicado no Slack: #inc-20240725-001-pagamentos\n\nAtenciosamente,\n\nEquipe de Operações de TI\n[Nome do Contato de Plantão L2]\n[Telefone de Contato]\n```\n\n---\n\n## Checklist\n\n-   [x] Gatilhos de escalada claramente definidos para cada cenário crítico.\n-   [x] Níveis de severidade (P1, P2, P3...) padronizados e compreendidos por todas as equipes.\n-   [x] Responsáveis por cada nível de escalada nomeados e com contatos atualizados (incluindo on-call).\n-   [x] Tempos de resposta (SLA) e resolução (SLO) estabelecidos e realistas para cada nível de severidade.\n-   [x] Métodos de notificação (automáticos e manuais) configurados, testados e redundantes.\n-   [x] Canais de comunicação dedicados para cada tipo de escalada (Slack, e-mail, telefone, ferramenta de on-call).\n-   [x] Procedimentos de comunicação com stakeholders internos e externos (clientes, imprensa) documentados.\n-   [x] Rotinas de treinamento e simulação da matriz de escalada (tabletop exercises) realizadas periodicamente.\n-   [x] Processo de revisão pós-incidente (post-mortem) estabelecido para melhoria contínua da matriz.\n-   [x] Ferramentas de suporte (ticketing, monitoramento, pager) integradas à matriz de escalada.\n\n---\n\n## Métricas de Referência\n\n| Métrica                      | Benchmark            | Meta                 |\n|------------------------------|----------------------|----------------------|\n| MTTR (Mean Time To Resolve) P1 | \u003C 60 minutos         | \u003C 30 minutos         |\n| Tempo Médio de Escalada (TME) | \u003C 15 minutos         | \u003C 10 minutos         |\n| Taxa de Re-escalada          | \u003C 5%                 | \u003C 2%                 |\n| % de Incidentes Resolvidos no Nível 1 | > 60%                | > 75%                |\n| Número de Escaladas P1\u002Fmês   | \u003C 5                  | \u003C 2                  |\n| CSAT de Clientes Escalados   | > 7 (escala 1-10)    | > 8 (escala 1-10)    |\n\n---\n\n## Erros Comuns\n\n1.  **Gatilhos Ambíguos**: A ausência de critérios claros para acionar uma escalada leva a decisões inconsistentes ou tardias.\n    *   **Como evitar**: Em vez de \"Escalar se o problema for grave\", defina \"Escalar se o serviço essencial estiver 50% indisponível por mais de 5 minutos, afetando mais de 20% dos usuários\".\n2.  **Contatos Desatualizados**: Listas de contato e responsáveis on-call desatualizadas resultam em escaladas para pessoas erradas ou indisponíveis.\n    *   **Como evitar**: Implemente uma rotina de revisão mensal da matriz, incluindo telefones e e-mails, e utilize ferramentas de on-call que gerenciem agendas e substituições (ex: PagerDuty, Opsgenie).\n3.  **Falta de Ownership Claro entre Níveis**: A responsabilidade de um incidente se perde entre os níveis, com equipes esperando que outras resolvam.\n    *   **Como evitar**: Para cada nível de escalada, defina explicitamente as ações esperadas e os limites de sua responsabilidade. Exemplo: \"L1 é responsável pela triagem e execução de runbooks básicos. Se o runbook não resolver em 10 minutos, o L2 assume a propriedade completa da investigação.\"\n\n---\n\n## Dicas Avançadas\n\n1.  **Escalada Preditiva com IA\u002FML**: Utilize algoritmos de Machine Learning para analisar dados históricos de incidentes e telemetria, prevendo a probabilidade de um problema escalar antes que atinja os gatilhos definidos.\n    *   **Exemplo Prático**: Um modelo pode identificar um padrão de uso de CPU e latência de rede que, em 80% dos casos passados, levou a um incidente P1, acionando um alerta de pré-escalada para o Nível 2 antes mesmo do impacto ser sentido pelos usuários.\n2.  **Matrizes Dinâmicas por Contexto**: Crie sub-matrizes de escalada para diferentes serviços, clientes ou períodos críticos (ex: Black Friday, fechamento de mês), ajustando SLAs, SLOs e equipes envolvidas.\n    *   **Exemplo Prático**: Para o serviço de e-commerce durante a Black Friday, o SLA de resposta para um incidente P1 pode ser reduzido de 5 para 2 minutos, e o Nível 3 inclui o Diretor Comercial e o CEO diretamente no ciclo de notificação inicial.\n3.  **Simulações de Desastre e Tabletop Exercises**: Realize simulações periódicas de cenários de falha crítica (ex: queda de datacenter, ataque DDoS) envolvendo todos os níveis da matriz, testando a comunicação, tomada de decisão e eficácia dos runbooks.\n    *   **Exemplo Prático**: Uma simulação de \"falha total do provedor de nuvem\" pode revelar gargalos na comunicação entre Níveis 2 e 3 e a necessidade de um canal de comunicação de emergência fora da infraestrutura principal.\n4.  **Feedback Loop Contínuo via Post-Mortem Automatizado**: Integre os resultados de análises post-mortem (causa raiz, ações corretivas) diretamente na revisão da matriz de escalada, ajustando gatilhos e responsabilidades automaticamente.\n    *   **Exemplo Prático**: Após um incidente P2 onde o tempo de escalada do L1 para o L2 foi 20% maior que o SLO, o sistema propõe uma revisão do critério de escalada ou um treinamento adicional para a equipe L1 na execução de um runbook específico.\n5.  **Integração com Ferramentas de Orquestração de Resposta**: Conecte a matriz de escalada a ferramentas de automação que disparam ações corretivas (ex: reiniciar serviço, reverter deployment, isolar componente) ao atingir um determinado nível.\n    *   **Exemplo Prático**: Quando um incidente P1 é escalado para o Nível 2, a ferramenta de orquestração (ex: Rundeck, Ansible Tower) pode automaticamente acionar um runbook para tentar um rollback do último deployment ou provisionar recursos adicionais na nuvem.","# Escalation Matrix\n\nEsta skill capacita o Claude a projetar, implementar e otimizar matrizes de escalada robustas, garantindo a resposta eficiente a incidentes e a resolução de problemas críticos.\n\n---\n\n## Keywords\n\nMatriz de Escalada, Gestão de Incidentes, SLAs, MTTR, Runbooks, Severidade de Impacto, Notificação de Crise, Suporte Nível 1, Suporte Nível 2, Suporte Nível 3, On-Call, Operações de TI, Problemas Críticos.\n\n---\n\n## Quick Start\n\n1.  **Categorize Eventos Críticos**: Identifique cenários que exigem escalada, como \"Indisponibilidade de Serviço Crítico P1\" ou \"Reclamação de Cliente VIP com Risco de Churn\".\n2.  **Defina Níveis de Severidade**: Padronize as classificações de impacto (ex: P1-Crítico, P2-Alto, P3-Médio) com critérios claros para cada.\n3.  **Mapeie Níveis de Resposta**: Associe cada nível de severidade a camadas de equipe (ex: N1 Suporte, N2 Engenharia, N3 Gerência) e seus tempos-limite de resposta.\n4.  **Configure Canais de Notificação**: Estabeleça métodos de alerta para cada nível (ex: PagerDuty para L2, Slack para L3, E-mail para stakeholders executivos).\n5.  **Documente e Treine**: Crie SOPs detalhados e realize sessões de treinamento para todas as equipes envolvidas na matriz.\n\n---\n\n## Core Workflows\n\n### Workflow 1: Criação de Matriz de Escalada para Incidentes de TI de Alta Severidade (P1\u002FP2)\n\nEste workflow detalha a construção de uma matriz para assegurar a rápida resposta e resolução de falhas sistêmicas críticas.\n\n1.  **Identificação de Gatilhos e Classificação de Severidade**:\n    *   **Gatilho Exemplo P1**: Indisponibilidade total do sistema de processamento de pagamentos. Critério: Mais de 50% das transações falhando por mais de 5 minutos.\n    *   **Gatilho Exemplo P2**: Degradação severa da performance do CRM. Critério: Tempo de resposta do CRM > 5 segundos para 30% dos usuários por mais de 15 minutos.\n    *   **Impacto P1**: Paralisação financeira, perda de receita imediata, alto risco reputacional.\n    *   **Impacto P2**: Redução da produtividade das equipes de vendas e suporte, insatisfação do cliente, risco de perda de oportunidades.\n2.  **Definição das Camadas de Escalada e Responsabilidades**:\n    *   **Nível 1 (L1 - Suporte\u002FMonitoramento)**: Equipe de Operações de TI.\n        *   **Ação**: Confirmação do incidente via ferramentas de monitoramento (Datadog, Grafana), triagem inicial, verificação de runbooks básicos.\n        *   **Tempo para Resposta (SLA)**: P1: 5 minutos; P2: 15 minutos.\n        *   **Tempo para Escalada (SLO)**: P1: 10 minutos sem progresso; P2: 30 minutos sem progresso.\n    *   **Nível 2 (L2 - Especialistas Técnicos)**: Equipe de Engenharia de Software ou Infraestrutura (on-call).\n        *   **Ação**: Análise aprofundada da causa raiz, execução de runbooks avançados, aplicação de workarounds ou correções emergenciais.\n        *   **Tempo para Resposta (SLA)**: P1: 15 minutos; P2: 45 minutos.\n        *   **Tempo para Escalada (SLO)**: P1: 30 minutos sem resolução; P2: 90 minutos sem resolução.\n    *   **Nível 3 (L3 - Gerência de TI\u002FLíderes)**: Gerente de Operações, Diretor de TI.\n        *   **Ação**: Alocação de recursos adicionais, tomada de decisões estratégicas (ex: rollback, failover para DR), comunicação com a alta direção e stakeholders externos.\n        *   **Tempo para Resposta (SLA)**: P1: 10 minutos; P2: 30 minutos.\n        *   **Tempo para Escalada (SLO)**: P1: 60 minutos sem resolução; P2: 180 minutos sem resolução.\n    *   **Nível 4 (L4 - Alta Direção\u002FComitê de Crise)**: CIO, CTO, CEO.\n        *   **Ação**: Aprovação de planos de contingência de alto custo\u002Fimpacto, comunicação pública, gestão de crise corporativa.\n3.  **Configuração de Notificações e Canais**:\n    *   **L1 -> L2**: Sistema de on-call (PagerDuty\u002FOpsgenie) com alerta sonoro no celular e chamada automática após 10 minutos (P1) ou 30 minutos (P2) de não reconhecimento\u002Fresolução.\n    *   **L2 -> L3**: Mensagem no canal Slack #incidents-p1-critical ou #incidents-p2-high para o grupo de Gerência de TI, seguido de e-mail automático após 30 minutos (P1) ou 90 minutos (P2).\n    *   **L3 -> L4**: Chamada telefônica direta pelo Gerente de Operações para CIO\u002FCTO, e-mail para grupo de C-level, após 60 minutos (P1) ou 180 minutos (P2) sem resolução no L3.\n4.  **Criação de Canais de Comunicação Dedicados**:\n    *   **Interno**: Canal de Slack temporário para cada incidente P1\u002FP2 (ex: #inc-20240725-001-erp-down), reunindo todas as equipes envolvidas.\n    *   **Externo**: Atualização de página de status pública (ex: status.suaempresa.com) a cada 30 minutos em caso de P1, com comunicação via e-mail para clientes afetados.\n\n### Workflow 2: Gestão Proativa de Problemas Críticos de Cliente com Risco de Churn\n\nEste workflow foca em antecipar e resolver a insatisfação de clientes de alto valor antes que resultem em perda de negócios.\n\n1.  **Identificação de Gatilhos de Insatisfação Crítica**:\n    *   **Gatilho Exemplo**: Cliente VIP (ARR > R$ 500k) com CSAT abaixo de 3\u002F5 ou 2+ chamados de suporte abertos simultaneamente por mais de 48 horas.\n    *   **Impacto**: Perda de receita recorrente, dano à reputação, impacto em métricas de retenção.\n2.  **Definição de Níveis de Escalada e Responsabilidades**:\n    *   **Nível 1 (L1 - Gerente de Conta\u002FCSM)**: Customer Success Manager (CSM) ou Gerente de Conta.\n        *   **Ação**: Contato proativo com o cliente para entender a insatisfação, coordenação interna com equipes de suporte\u002Fproduto para priorização.\n        *   **Tempo para Ação (SLA)**: 4 horas após o gatilho.\n        *   **Tempo para Escalada (SLO)**: 24 horas sem plano de ação ou progresso significativo.\n    *   **Nível 2 (L2 - Liderança de CS\u002FVendas)**: Diretor de Customer Success, VP de Vendas.\n        *   **Ação**: Intervenção direta com o cliente, oferta de soluções estratégicas ou compensações (ex: créditos, serviços adicionais), alocação de equipe técnica dedicada.\n        *   **Tempo para Ação (SLA)**: 8 horas após a escalada.\n        *   **Tempo para Escalada (SLO)**: 48 horas sem resolução satisfatória ou reversão da insatisfação.\n    *   **Nível 3 (L3 - C-level)**: CEO, COO, CCO.\n        *   **Ação**: Contato pessoal com o cliente, decisões de negócio de alto nível (ex: renegociação de contrato, mudanças na estratégia de produto), comunicação pública em caso de grande impacto.\n3.  **Estabelecimento de Prazos e Modos de Ação**:\n    *   **L1 -> L2**: Notificação automática via Salesforce Service Cloud ou Zendesk para o Diretor de CS após 24 horas sem um plano de ação documentado ou após o cliente expressar desejo de cancelar.\n    *   **L2 -> L3**: E-mail detalhado do Diretor de CS para o C-level com histórico do cliente, ações tomadas e risco de churn, acionado após 48 horas sem reversão da insatisfação no L2.\n4.  **Documentação e Acompanhamento Contínuo**:\n    *   Todos os detalhes da escalada, interações com o cliente e planos de ação devem ser registrados no CRM (ex: Salesforce) com campos específicos para \"Status de Escalada\" e \"Risco de Churn\".\n    *   Reunião semanal de \"Revisão de Clientes Críticos\" com a liderança de CS e Vendas para acompanhar o progresso dos clientes escalados.\n\n---\n\n## Templates\n\n### Template de Matriz de Escalada de Incidentes de TI\n\n```\n| Gatilho do Incidente | Severidade | Impacto no Negócio | Tempo p\u002F Resposta (SLA) | Tempo p\u002F Resolução (SLO) | Nível 1 - Responsável\u002FAção | Nível 2 - Responsável\u002FAção | Nível 3 - Responsável\u002FAção | Métodos de Notificação |\n|----------------------|------------|--------------------|-------------------------|--------------------------|----------------------------|----------------------------|----------------------------|------------------------|\n| Falha total de Autenticação | P1 (Crítico) | Indisponibilidade de acesso para TODOS os usuários. Perda de receita imediata. | 5 minutos                 | 30 minutos               | Analista L1: Triagem inicial, coleta logs. | Engenheiro Backend Sênior: Análise causa, rollback\u002Fpatch. | Gerente de Operações: Decisão de failover, comunicação executiva. | PagerDuty, Slack @oncall-ops, SMS, Telefone |\n| Lentidão crítica do Banco de Dados | P2 (Alto) | Degradação de performance > 70% em funcionalidades chave. Experiência do usuário severamente afetada. | 15 minutos                | 120 minutos              | Analista L1: Verificação de métricas DB, reinício de serviços não-críticos. | DBA Sênior: Otimização de queries, escalonamento de recursos DB. | Diretor de TI: Aprovação de infraestrutura adicional, comunicação interna. | Slack #incidents-p2, E-mail p\u002F ti-lideranca |\n| Erros intermitentes na API de Terceiros | P3 (Médio) | 15% das integrações com parceiros falham. Impacto em relatórios e automações. | 30 minutos                | 240 minutos              | Analista L1: Validação de credenciais, teste de conectividade. | Desenvolvedor Backend: Debugging da integração, contato com terceiro. | Coordenador de Suporte: Acompanhamento, definição de workaround. | E-mail p\u002F equipe-dev, Slack #integracoes |\n```\n\n### Template de Notificação de Escalada (Email)\n\n```\nAssunto: [URGENTE] ESCALADA CRÍTICA: Incidente P1 - Indisponibilidade do Sistema de Pagamentos (ID: INC-P1-20240725-001)\n\nPrezados,\n\nInformamos que o incidente de criticidade P1 \"Indisponibilidade total do Sistema de Pagamentos\" (ID: INC-P1-20240725-001) atingiu o tempo limite de resolução para a equipe de Nível 2.\n\nA escalada para o Nível 3 (Gerência de Operações) foi acionada automaticamente às 14:35 BRT.\nO impacto atual é a paralisação completa das transações financeiras e a impossibilidade de processar vendas, resultando em perda de receita estimada em R$ 10.000\u002Fhora.\n\nSolicitamos o apoio imediato da Gerência de Operações para alocação de recursos adicionais, tomada de decisões estratégicas (ex: ativação de plano de contingência secundário) e coordenação da comunicação executiva.\n\n**Próxima atualização em 15 minutos (14:50 BRT).**\nPor favor, juntem-se ao canal de comunicação dedicado no Slack: #inc-20240725-001-pagamentos\n\nAtenciosamente,\n\nEquipe de Operações de TI\n[Nome do Contato de Plantão L2]\n[Telefone de Contato]\n```\n\n---\n\n## Checklist\n\n-   [x] Gatilhos de escalada claramente definidos para cada cenário crítico.\n-   [x] Níveis de severidade (P1, P2, P3...) padronizados e compreendidos por todas as equipes.\n-   [x] Responsáveis por cada nível de escalada nomeados e com contatos atualizados (incluindo on-call).\n-   [x] Tempos de resposta (SLA) e resolução (SLO) estabelecidos e realistas para cada nível de severidade.\n-   [x] Métodos de notificação (automáticos e manuais) configurados, testados e redundantes.\n-   [x] Canais de comunicação dedicados para cada tipo de escalada (Slack, e-mail, telefone, ferramenta de on-call).\n-   [x] Procedimentos de comunicação com stakeholders internos e externos (clientes, imprensa) documentados.\n-   [x] Rotinas de treinamento e simulação da matriz de escalada (tabletop exercises) realizadas periodicamente.\n-   [x] Processo de revisão pós-incidente (post-mortem) estabelecido para melhoria contínua da matriz.\n-   [x] Ferramentas de suporte (ticketing, monitoramento, pager) integradas à matriz de escalada.\n\n---\n\n## Métricas de Referência\n\n| Métrica                      | Benchmark            | Meta                 |\n|------------------------------|----------------------|----------------------|\n| MTTR (Mean Time To Resolve) P1 | \u003C 60 minutos         | \u003C 30 minutos         |\n| Tempo Médio de Escalada (TME) | \u003C 15 minutos         | \u003C 10 minutos         |\n| Taxa de Re-escalada          | \u003C 5%                 | \u003C 2%                 |\n| % de Incidentes Resolvidos no Nível 1 | > 60%                | > 75%                |\n| Número de Escaladas P1\u002Fmês   | \u003C 5                  | \u003C 2                  |\n| CSAT de Clientes Escalados   | > 7 (escala 1-10)    | > 8 (escala 1-10)    |\n\n---\n\n## Erros Comuns\n\n1.  **Gatilhos Ambíguos**: A ausência de critérios claros para acionar uma escalada leva a decisões inconsistentes ou tardias.\n    *   **Como evitar**: Em vez de \"Escalar se o problema for grave\", defina \"Escalar se o serviço essencial estiver 50% indisponível por mais de 5 minutos, afetando mais de 20% dos usuários\".\n2.  **Contatos Desatualizados**: Listas de contato e responsáveis on-call desatualizadas resultam em escaladas para pessoas erradas ou indisponíveis.\n    *   **Como evitar**: Implemente uma rotina de revisão mensal da matriz, incluindo telefones e e-mails, e utilize ferramentas de on-call que gerenciem agendas e substituições (ex: PagerDuty, Opsgenie).\n3.  **Falta de Ownership Claro entre Níveis**: A responsabilidade de um incidente se perde entre os níveis, com equipes esperando que outras resolvam.\n    *   **Como evitar**: Para cada nível de escalada, defina explicitamente as ações esperadas e os limites de sua responsabilidade. Exemplo: \"L1 é responsável pela triagem e execução de runbooks básicos. Se o runbook não resolver em 10 minutos, o L2 assume a propriedade completa da investigação.\"\n\n---\n\n## Dicas Avançadas\n\n1.  **Escalada Preditiva com IA\u002FML**: Utilize algoritmos de Machine Learning para analisar dados históricos de incidentes e telemetria, prevendo a probabilidade de um problema escalar antes que atinja os gatilhos definidos.\n    *   **Exemplo Prático**: Um modelo pode identificar um padrão de uso de CPU e latência de rede que, em 80% dos casos passados, levou a um incidente P1, acionando um alerta de pré-escalada para o Nível 2 antes mesmo do impacto ser sentido pelos usuários.\n2.  **Matrizes Dinâmicas por Contexto**: Crie sub-matrizes de escalada para diferentes serviços, clientes ou períodos críticos (ex: Black Friday, fechamento de mês), ajustando SLAs, SLOs e equipes envolvidas.\n    *   **Exemplo Prático**: Para o serviço de e-commerce durante a Black Friday, o SLA de resposta para um incidente P1 pode ser reduzido de 5 para 2 minutos, e o Nível 3 inclui o Diretor Comercial e o CEO diretamente no ciclo de notificação inicial.\n3.  **Simulações de Desastre e Tabletop Exercises**: Realize simulações periódicas de cenários de falha crítica (ex: queda de datacenter, ataque DDoS) envolvendo todos os níveis da matriz, testando a comunicação, tomada de decisão e eficácia dos runbooks.\n    *   **Exemplo Prático**: Uma simulação de \"falha total do provedor de nuvem\" pode revelar gargalos na comunicação entre Níveis 2 e 3 e a necessidade de um canal de comunicação de emergência fora da infraestrutura principal.\n4.  **Feedback Loop Contínuo via Post-Mortem Automatizado**: Integre os resultados de análises post-mortem (causa raiz, ações corretivas) diretamente na revisão da matriz de escalada, ajustando gatilhos e responsabilidades automaticamente.\n    *   **Exemplo Prático**: Após um incidente P2 onde o tempo de escalada do L1 para o L2 foi 20% maior que o SLO, o sistema propõe uma revisão do critério de escalada ou um treinamento adicional para a equipe L1 na execução de um runbook específico.\n5.  **Integração com Ferramentas de Orquestração de Resposta**: Conecte a matriz de escalada a ferramentas de automação que disparam ações corretivas (ex: reiniciar serviço, reverter deployment, isolar componente) ao atingir um determinado nível.\n    *   **Exemplo Prático**: Quando um incidente P1 é escalado para o Nível 2, a ferramenta de orquestração (ex: Rundeck, Ansible Tower) pode automaticamente acionar um runbook para tentar um rollback do último deployment ou provisionar recursos adicionais na nuvem.",{"name":5,"risk":20,"license":14,"metadata":29,"description":7},{"author":30,"updated":31,"version":32,"category":33},"Cafe Code AI",1772323200000,"1.0.0","11-operacoes-sistemas","master","346c313fd2ec241a088c68274da26c538422568b","packs\u002Fkit-510-ptbr\u002F11-operacoes-sistemas\u002Fescalation-matrix",35,"https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills","https:\u002F\u002Fclaude.ai","https:\u002F\u002Fgithub.com\u002Fkursku","2026-03-27 22:43:37",{"source":8,"skillName":5,"commands":43,"prompt":53,"zipAvailable":54},[44,47,50],{"tool":45,"command":46},"npx","npx skills add kursku\u002Fskills --skill escalation-matrix",{"tool":48,"command":49},"bunx","bunx skills add kursku\u002Fskills --skill escalation-matrix",{"tool":51,"command":52},"pnpm","pnpm dlx skills add kursku\u002Fskills --skill escalation-matrix","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F11-operacoes-sistemas\u002Fescalation-matrix\u002FSKILL.md",true,[],[57,77,88,100,111,121],{"skillNo":58,"name":59,"nameZh":6,"description":60,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":61,"categories":62,"keywords":73,"publishedAt":24},"01M6ECKM7725267ZM3XNYWH608","wedding-marketing","Wedding Marketing — Skill especializada para criar e executar estratégias de marketing digital para o mercado de casamentos, focando em noivos e fornecedores.","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Fwedding-marketing\u002FSKILL.md",[63,68],{"categoryNo":64,"categoryName":65,"taxonomyType":66,"taxonomyTypeDesc":67},"01JBSEEDCAT000000000000019","营销推广","SCENARIO","使用场景",{"categoryNo":69,"categoryName":70,"taxonomyType":71,"taxonomyTypeDesc":72},"01JBSEEDCAT000000000000035","市场营销","PROFESSION","适用职业",[74,75,76,23,22,21],"wedding marketing","marketing","marketing digital",{"skillNo":78,"name":79,"nameZh":6,"description":80,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":81,"categories":82,"keywords":85,"publishedAt":24},"01M6ECKGP656JQC2C6CK5JH3ZG","travel-marketing","Travel Marketing — Skill especializada para travel marketing","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Ftravel-marketing\u002FSKILL.md",[83,84],{"categoryNo":64,"categoryName":65,"taxonomyType":66,"taxonomyTypeDesc":67},{"categoryNo":69,"categoryName":70,"taxonomyType":71,"taxonomyTypeDesc":72},[86,87,75,22,21,20],"travel marketing","travel",{"skillNo":89,"name":90,"nameZh":6,"description":91,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":92,"categories":93,"keywords":96,"publishedAt":24},"01M6ECKBY53SJ7E167D6BXTMRK","tech-startup-marketing","Tech Startup Marketing — Skill especializada para tech startup marketing","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Ftech-startup-marketing\u002FSKILL.md",[94,95],{"categoryNo":64,"categoryName":65,"taxonomyType":66,"taxonomyTypeDesc":67},{"categoryNo":69,"categoryName":70,"taxonomyType":71,"taxonomyTypeDesc":72},[97,98,75,99,22,21,20],"tech startup marketing","tech","startup",{"skillNo":101,"name":102,"nameZh":6,"description":103,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":104,"categories":105,"keywords":108,"publishedAt":24},"01M6ECK7W2W0J5MZ8BZHFM516P","saas-marketing","Saas Marketing — Skill especializada para desenvolver e executar estratégias de marketing digital focadas no crescimento de produtos SaaS.","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Fsaas-marketing\u002FSKILL.md",[106,107],{"categoryNo":64,"categoryName":65,"taxonomyType":66,"taxonomyTypeDesc":67},{"categoryNo":69,"categoryName":70,"taxonomyType":71,"taxonomyTypeDesc":72},[109,75,110,20,76,23,22,21],"saas marketing","saas",{"skillNo":112,"name":113,"nameZh":6,"description":114,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":115,"categories":116,"keywords":119,"publishedAt":24},"01M6ECK42ZSX5ND0SCTRKD7XKB","restaurant-marketing","Restaurant Marketing — Skill especializada para otimizar a presença digital, atrair e reter clientes em restaurantes.","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Frestaurant-marketing\u002FSKILL.md",[117,118],{"categoryNo":64,"categoryName":65,"taxonomyType":66,"taxonomyTypeDesc":67},{"categoryNo":69,"categoryName":70,"taxonomyType":71,"taxonomyTypeDesc":72},[120,75,21,22],"restaurant marketing",{"skillNo":122,"name":123,"nameZh":6,"description":124,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":125,"categories":126,"keywords":129,"publishedAt":24},"01M6ECK0S48CPYE9P7PRAG9R3T","real-estate-marketing","Real Estate Marketing — Skill especializada para criação e execução de estratégias de marketing digital para o setor imobiliário.","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Freal-estate-marketing\u002FSKILL.md",[127,128],{"categoryNo":64,"categoryName":65,"taxonomyType":66,"taxonomyTypeDesc":67},{"categoryNo":69,"categoryName":70,"taxonomyType":71,"taxonomyTypeDesc":72},[75,130,131,21,22,23,76,20],"real estate","real estate marketing"]