SLA em Picos de Demanda: Como Não Quebrar Promessas Quando Volume Explode

Sua empresa lança novo produto sexta-feira.

Esperado: 100 tickets/dia
Real: 500 tickets/dia

SLA é 4h resposta. Você tem 2 agentes. Impossível.

Resultado: Quebra SLA, cliente furioso, imagem danificada.

Como evitar? Planejamento prévio.

Quando Ocorrem Picos

BLACK FRIDAY: +200% volume
LANÇAMENTO: +150% volume
BUG CRÍTICO: +300% volume (cliente desesperado)
CAMPANHA VIRAL: Imprevisível (pode ser +500%)
FINAIS DE MESES: Ligeiro aumento

Estratégia 1: Planejamento de Capacidade (Antes do Pico)

Passo 1: Prever Volume

Normal: 100 tickets/dia
Lançamento sexta: 400 tickets/dia esperado

Cálculo:
- 2 agentes normais
- 30 min por ticket = 4 tickets/hora = 32 tickets/8h
- Total normal: 64 tickets/dia

Para 400 tickets/dia:
- Precisa: 400 / 4 tickets/hora = 100 horas
- 1 agente = 8 horas
- Precisa de: 12.5 agentes ≈ 13 agentes

REALIDADE: Você tem 2. Vai quebrar SLA.

Passo 2: Aumentar Capacidade (Não Tente Sozinho)

Opção A: Contratar Temporário

Sexta-feira:
├─ 2 agentes normais (8h cada = 16h)
├─ 5 agentes temporários (8h cada = 40h)
├─ 1 supervisor (coordenação)
│ 
Total: ~50-60 tickets/dia possível
Ainda insuficiente (400 esperados)
SOLUÇÃO: Limitar + redirecionar

Opção B: Escalação Inteligente

Sexta-feira:
├─ Priorizar: Crítica, Alta (resolve rápido)
├─ Rejeitar ou adia: Baixa (cria ticket "agendado para segunda")
├─ Auto-resposta: "Pico de demanda, respondemos em 48h"
└─ Resultado: ~150 tickets críticos + altos resolvidos

Opção C: Flexibilizar SLA Temporariamente

Comunicado ao Cliente:
"Lançamento sexta. Volume esperado. SLA será:
├─ Crítica: 8h (em vez de 4h)
├─ Alta: 24h (em vez de 12h)
├─ Média: 48h (em vez de 24h)
└─ Volta ao normal segunda"

Cliente entende, não fica furioso.

Estratégia 2: Automação Durante Pico

Faça máquina trabalhar por você.

Auto-Resposta Inteligente

Entrada:
"Estou com problema na integração"

Sistema automaticamente:
├─ Categoriza: Integração
├─ Busca na KB: "Como resolver erro de integração"
├─ Responde: "Olá! Achei 3 artigos que podem ajudar:
│             1. [link]
│             2. [link]
│             3. [link]
│             Se não funcionar, entraremos em contato em 48h (pico de demanda)"
└─ Cria ticket: Para follow-up segunda

Resultado: 30% dos clientes resolvem sozinhos via KB

Categorização + Roteamento Automático

Sistema lê ticket:
├─ "Performance lenta" → Categoria: Performance
├─ Severidade: Alta (cliente está trabalhando)
├─ Rota: Especialista em Performance (João)
└─ SLA: 8h (reduzido por pico)

Próximo ticket:
├─ "Dúvida sobre feature" → Categoria: Dúvida
├─ Severidade: Baixa
├─ Ação: Auto-resposta + KB
└─ SLA: 72h (agora está relaxado)

Estratégia 3: Comunicação Proativa

Cliente irritado ≠ Cliente que entende o pico.

24h ANTES DO PICO

Email para clientes:

Assunto: Lançamento novo produto - mudança temporária de SLA

Oi [Cliente],

Sexta-feira (22/jun) lançamos novo produto. Esperamos alto volume de solicitações.

Isso significa:
├─ Resposta pode levar até 8h (em vez de 4h)
├─ Equipe reduzida, mas dedicada
└─ Voltamos ao normal segunda com atenção extra

Como ajudamos:
├─ Busque na nossa Base de Conhecimento (muitas respostas aí)
├─ Chat disponível (resposta em 30 min se conseguirmos)
└─ Ticket crítico? Marque como URGENTE

Agradeço paciência!
Lucy Team

Resultado: Cliente aviso, espera problema, fica satisfeito quando recebe resposta em 8h (em vez de furioso que devia ser 4h).

Estratégia 4: Pós-Pico (Recuperação)

Semana pós-pico:

Segunda:
├─ Backlog de 200 tickets espera (criados na sexta)
├─ Clientes ligando "cadê minha resposta?"
├─ Time exausto de sexta

AÇÃO:
├─ [ ] Comunicado: "Respondemos backlog segunda prioritário"
├─ [ ] Time extra segunda/terça (gasta algumas horas backlog)
├─ [ ] Priorizar: Clientes que esperam há 48h
├─ [ ] Bônus para time: "Obrigado por sexta"

Template: Plano de Pico

EVENTO: Lançamento Produto
DATA: 22 de junho (sexta)
VOLUME ESPERADO: 400 tickets/dia

CAPACIDADE NORMAL: 64 tickets/dia
CAPACIDADE PICO: 150 tickets/dia (com 5 temp)

ESTRATÉGIA:
├─ 24h antes: Comunicado ao cliente (SLA reduzido)
├─ Sexta: Auto-resposta + KB + Roteamento automático
├─ Priorizar: Crítica > Alta > Média > Baixa
├─ Flexibilizar: SLA 4h → 8h para crítica
├─ Rejeitar: Baixa (agenda para segunda)
└─ Pós-pico: Recuperar backlog segunda/terça

RECURSOS:
├─ 2 agentes normais
├─ 5 agentes temporários (contratados terça)
├─ Supervisor coordenação
├─ Sistema com auto-resposta ligado
└─ KB atualizada (5 artigos sobre novo produto)

CUSTO:
├─ 5 agentes × R$ 200/dia = R$ 1k
├─ Supervisor extra: R$ 300
└─ Total: R$ 1.3k

BENEFÍCIO:
├─ Não quebra SLA (comunicou mudança)
├─ Cliente satisfeito (entende pico)
├─ Imagem protegida
└─ ROI: Clientes retidos > R$ 1.3k

RESULT: SUCESSO

Erros Comuns

❌ “Não vou avisar cliente, sei que dá conta”
→ Não dá. Vai quebrar SLA. Cliente fica furioso.

❌ “Vou contratar 10 agentes”
→ Caro, eles vão se atrapalhar. 5 é máximo gerenciável.

❌ “Vou relaxar SLA sem avisar”
→ Cliente descobre (demora mais), fica furioso por surpresa.

✅ “Vou planejar 3 semanas antes”
→ Tempo para contratar, treinar, preparar.

✅ “Vou comunicar transparentemente”
→ Cliente entende, aceita, fica satisfeito.

CTA

Seu serviço está preparado para picos?

O Lucy oferece escalação automática, SLA flexível por período, e simulador de capacidade.

Planeje picos com Lucy →

Ou converse com especialista:

Agende consultoria de capacidade →