A Resposta Concisa
O Service Cloud, por si só, não reduz os tempos de resposta; ele apenas aplica as configurações que lhe foram fornecidas. Se não houver uma definição clara do que constitui um "Case", quem o recebe, e de quando o tempo é contabilizado, o sistema medirá precisamente um processo indefinido. Isso resultará em métricas que parecem melhores ou piores do que a realidade, independentemente do serviço efetivo.
Quatro decisões cruciais determinam o resultado: a definição de Case, o modelo de alocação, o relógio do SLA e o repositório de conhecimento. O restante da implementação – telas, canais, automações – deriva dessas decisões.
Decisão 1: O Que Constitui um Case
Muitos call centers abrem um 'Case' para cada interação, alegando que "isso gera dados". O resultado é o oposto: milhares de registros fechados em um minuto inflacionam o volume, melhoram artificialmente o tempo médio de resolução e obscurecem as solicitações que realmente ficam pendentes.
Uma definição eficaz distingue entre três tipos de interações:
| Tipo de Interação | Um Caso é Aberto? | Razão |
|---|---|---|
| Pergunta respondida durante a chamada | Não, registrada como interação | Sem rastreamento e sem compromisso |
| Solicitação que exige ação ou espera | Sim | Requer rastreamento e SLA |
| Problema que pode reocorrer | Sim, com classificação de causa | Requer análise de tendência |
Decisão 2: Quem Recebe a Solicitação
A falha comum é o roteamento baseado apenas no departamento, criando uma única fila grande da qual os agentes "pescam" os Cases mais fáceis. As solicitações complexas envelhecem no final da fila até que alguém as escale por telefone, tornando todo o mecanismo de SLA um teatro.
Um modelo de alocação adequado define três dimensões: a habilidade necessária, a capacidade real do agente (não o número de Cases, mas o peso) e as regras de escalonamento baseadas no tempo. O Omni-Channel Routing oferece suporte a essas três dimensões, mas apenas se as habilidades reais forem definidas. Atribuir "Habilidade: Suporte" a todos os agentes é o mesmo que não atribuir nenhuma habilidade.
Uma descrição completa do roteamento multicanal está disponível em Omnichannel e SLA no Service Cloud.
Decisão 3: Quando o Relógio Começa a Correr
Esta é a decisão que a maioria das organizações salta, e é ela que determina se as métricas são confiáveis. Perguntas que devem ter uma resposta documentada:
- Quando o relógio começa – No momento em que a solicitação é recebida ou no início do próximo horário comercial? O Business Hours deve ser configurado para cada fuso horário relevante.
- Quando ele para – Um Case em espera pelo cliente deve pausar o contador; caso contrário, o call center é penalizado pela lentidão do cliente.
- O que exatamente é medido – Tempo de primeira resposta, tempo de resolução, ou ambos com metas separadas para cada nível de criticidade.
- O que acontece antes da violação – Um Milestone que gera um alerta a 80% do tempo é mais valioso do que um relatório mensal de violações.
Entitlements e Milestones são os mecanismos que implementam essas quatro questões. Ativá-los sem uma decisão documentada de antemão gerará alertas que serão ignorados em duas semanas.
Decisão 4: Onde o Conhecimento Reside
Uma Knowledge Base não é um projeto separado, mas uma condição para reduzir a carga de trabalho. A falha comum: artigos são escritos na fase de lançamento, ninguém os mantém, e em seis meses os agentes voltam a perguntar no chat interno.
O que funciona: um ciclo de vida definido para cada artigo – Owner, data de revisão e métrica de uso. Um Case fechado sem um artigo vinculado, e que aparece cinco vezes no mesmo trimestre, é um gatilho automático para a criação de um artigo. Uma visão aprofundada sobre o tema está disponível em Gerenciamento de Conhecimento no Salesforce.
Métricas Operacionais
| Métrica | Definição | Limite de Análise |
|---|---|---|
| Tempo de primeira resposta | Até o primeiro contato humano | Mais de 10% de solicitações fora do limite |
| Resolução no primeiro contato | Fechado sem transferência | Abaixo de 60% |
| Taxa de reabertura | Caso reaberto dentro de 7 dias | Acima de 8% |
| Envelhecimento do backlog | Casos abertos acima do SLA | Tendência de aumento semanal |
| Taxa de anexos de conhecimento | Casos com artigo vinculado | Abaixo de 30% |
A taxa de reabertura é a métrica mais importante e geralmente a mais negligenciada: ela revela fechamentos prematuros feitos para cumprir metas de tempo.
Fluxo de Trabalho Recomendado
Primeira onda: Definição de Case, um ou dois canais, roteamento básico, SLA para um nível de criticidade e dez artigos de conhecimento para as solicitações mais frequentes. Segunda onda: Canais adicionais, habilidades, Entitlements completos, Self-Service. Ativar tudo de uma vez faz com que um call center lide com mudança de processo, mudança de ferramenta e mudança de métricas na mesma semana, e geralmente acaba retornando a trabalhar com "atalhos".
Conclusão
Uma implementação bem-sucedida do Service Cloud é medida por uma única pergunta: o gerente do call center pode mostrar, diretamente do sistema e sem ajuda de uma planilha, onde estão as solicitações que excedem os limites e por quê. Se as quatro decisões estiverem resolvidas, a resposta existe. Se não, há um sistema novo, mas o mesmo call center.