Regras de escalonamento: quando a sua rececionista de IA deve passar para um humano

Uma rececionista de IA que nunca passa uma chamada ou é magia ou está a mentir. Todo o sentido das regras de escalonamento é admitir, à partida, que algumas chamadas pertencem a um humano — e garantir que essas chamadas chegam mesmo a um, depressa, enquanto tudo o resto é tratado com discrição, em segundo plano.

Quando se configura uma rececionista de IA pela primeira vez, é costume ficar obcecado com a saudação e com o fluxo de marcações. E faz sentido — é aí que está a maior parte do volume. Mas a definição que decide se confia na coisa às nove da noite de uma sexta-feira é mais discreta: a regra para quando a IA deve passar para um humano. Se a deixar demasiado solta, o seu telefone toca a cada pergunta sobre preços. Se a deixar demasiado apertada, um cliente genuinamente urgente acaba a deixar uma mensagem no correio de voz que ninguém ouve até segunda-feira.

Este guia percorre como definir regras de escalonamento à medida de um pequeno negócio real: que gatilhos justificam interromper o seu dia, como direcionar as transferências para pessoas diferentes consoante a hora e — a parte de que toda a gente se esquece — o que acontece quando a própria transferência não se concretiza. Nada disto exige experiência de call center. Exige que pense, uma vez, sobre que cinco tipos de chamadas nunca quer perder.

O que "escalonamento" significa mesmo para um pequeno negócio

Num grande centro de contacto, o escalonamento é um ritual por níveis: nível um, nível dois, uma fila para o supervisor. Para um canalizador, uma clínica dentária ou um escritório de advogados de duas pessoas, significa algo muito mais simples. Significa: esta chamada em concreto deve deixar de ser tratada por software e passar a tocar num telefone que uma pessoa vai atender. É só isto.

Na verdade, só há duas formas de uma chamada ser escalada. Ou a IA decide por si — com base nas regras que definir — que esta chamada se qualifica, ou o cliente pede para falar com um humano e a IA respeita-o. Um assistente bem configurado faz ambas sem dramas. Não discute com um cliente que quer uma pessoa e não espera que lho peçam quando alguém diz a palavra "emergência".

Os cinco tipos de chamada que valem mesmo uma transferência ao vivo

Antes de mexer em qualquer definição, decida que chamadas merecem interromper um humano. Se saltar esta etapa e se limitar a ligar o "transferir em caso de dúvida", vai ser arrancado das suas marcações a toda a hora e desliga a funcionalidade dentro de uma semana. A maioria dos negócios converge para uma lista curta.

• Emergências a sério. Um cano rebentado, um doente com dores, alguém trancado do lado de fora à meia-noite. O cliente está aflito e o relógio conta. Estas devem escalar no instante em que a IA as reconhece.
• O cliente pede explicitamente uma pessoa. Há quem simplesmente não faça negócios com software, e obrigá-los a isso é a maneira de os perder. "Posso falar com alguém?" é um gatilho válido e imediato.
• Pedidos de alto valor ou complexos. Um orçamento para um grande projeto, uma conta empresarial, um pedido invulgar que o perfil não cobre. Perder um destes para um correio de voz desajeitado custa muito mais do que a interrupção.
• Tudo o que a IA não consiga responder com confiança. Não "tudo o que seja ligeiramente ambíguo" — perguntas genuinamente fora do guião, em que adivinhar seria pior do que passar a chamada.
• Situações com peso legal ou de segurança. Uma reclamação que parece encaminhar-se para algo sério, uma questão de saúde que software nenhum deveria responder.

Repare no que não está nesta lista: marcações de rotina, horário de funcionamento, "aceitam cartão", remarcações, como chegar. Essas são as chamadas que a sua IA deve dominar por completo. Se der por si a querer escalar também essas, a solução honesta é acrescentar as respostas ao perfil do seu negócio, não transferi-las.

Gatilho 1: palavras-chave e intenção de urgência

A regra de escalonamento mais comum baseia-se no que o cliente está a dizer. Os assistentes modernos não se limitam a comparar com uma lista literal de palavras — leem a intenção — mas continua a ajudar pensar na linguagem que os seus clientes urgentes de facto usam, porque é isso que vai rever e afinar mais tarde.

Para uma empresa de serviços técnicos, a linguagem urgente soa a "está a inundar", "sem aquecimento", "cheiro a gás", "não consigo entrar". Para uma clínica dentária ou médica é "dores fortes", "inchaço", "a hemorragia não para". Para um escritório de advogados pode ser "fui detido", "tenho tribunal amanhã", "prazo". Faça a sua própria lista com base nas chamadas em pânico que já recebe. Conhece-as; já as atendeu.

Um refinamento prático: combine a deteção de intenção urgente com uma confirmação falada. Em vez de transferir em silêncio, o assistente pode dizer: "Isto parece não poder esperar — vou pô-lo em contacto com alguém agora, aguarde na linha, por favor." Essa única frase tranquiliza um cliente aflito e, o que é importante, define expectativas antes de começar a tocar.

Gatilho 2: o cliente simplesmente pede um humano

Esta é a regra de escalonamento que protege a sua reputação mais do que qualquer outra, e a que as pessoas mais vezes se esquecem de configurar bem. Um cliente que diz "deixe-me só falar com uma pessoa a sério" e é barrado por software vai lembrar-se disso — e contá-lo a outros. A Vunoon foi construída para nunca fingir ser humana quando lho perguntam e para passar a chamada com elegância em vez de prender o cliente num círculo. A si cabe decidir para onde vai essa passagem.

Seja honesto consigo mesmo quanto à frequência com que consegue mesmo atender. Se trabalha sozinho e passa a maior parte do dia com as mãos na massa, uma regra que transfere cada "posso falar com alguém" diretamente para o seu telemóvel vai apenas tocar sem resposta e frustrar o cliente duas vezes — uma na IA, outra na sua linha muda. Nesse caso, a melhor passagem é: "Peço ao [responsável] que lhe ligue de volta dentro de uma hora — qual é o melhor número?" Um retorno prometido que acontece bate uma transferência ao vivo que falha.

1. 1
   Reconhecer o pedido de imediato

   A IA confirma que ouviu: "Com certeza, vou encaminhá-lo para uma pessoa." Sem discutir, sem tentar vender mais, sem o círculo do "eu próprio posso ajudar com isso".
2. 2
   Tentar a transferência ao vivo para o alvo certo

   Liga a quem estiver responsável pelas chamadas humanas naquele momento — o próprio, um colega, a linha de prevenção — com base nas suas regras por hora do dia.
3. 3
   Recorrer a um retorno registado se ninguém atender

   Se a transferência toca sem resposta, a IA regista nome, número e motivo e envia-lhe o resumo, para que o retorno aconteça mesmo.

Gatilho 3: pedidos de alto valor e complexos

Algumas chamadas valem a interrupção da sua tarde mesmo que ninguém tenha dito "urgente". Um cliente a perguntar por uma remodelação completa de cozinha, um senhorio com vários imóveis, uma empresa que quer abrir uma conta — são as chamadas em que um contacto humano no próprio dia converte e um contacto adiado evapora-se. O truque está em definir "alto valor" em termos que a IA consiga mesmo detetar logo numa primeira conversa.

Normalmente resume-se a uns quantos sinais: o cliente menciona uma escala ("o edifício inteiro", "doze quartos", "o nosso escritório"), pede um orçamento à medida em vez de um serviço tabelado, ou refere uma decisão que gostaria de influenciar pessoalmente. Pode instruir o seu assistente a assinalar estas e a oferecer uma transferência ao vivo — "Esse é um projeto maior do que consigo orçamentar aqui; quer que o passe ao responsável?" — sem deixar de registar todos os detalhes, caso o cliente prefira um retorno.

Uma nuance que vale a pena incorporar: nem toda a gente quer ser transferida, mesmo para um trabalho grande. Oferecer — "Posso pô-lo em contacto agora, ou peço ao [nome] que lhe ligue de volta esta tarde" — respeita o tempo do cliente e muitas vezes rende-lhe uma conversa mais calorosa do que uma transferência a frio. A regra de escalonamento pode apresentar a opção em vez de forçar a interrupção.

Escolher os alvos de transferência por hora do dia

Um único número de "transferir para o responsável" serve — até ao dia em que deixa de servir. O mesmo escalonamento deve chegar a uma pessoa diferente às dez da manhã e às dez da noite. É aqui que um pouco de reflexão à partida lhe poupa muitas chamadas perdidas, e costuma ser a diferença entre uma rececionista de IA que parece fiável e uma que parece aleatória.

Mapeie a sua semana com honestidade. A maioria dos pequenos negócios tem três ou quatro estados: aberto e com pessoal, aberto mas sem mãos a medir, fechado mas contactável (à noite, alguém de prevenção) e fechado e incontactável (de madrugada, feriados). Cada estado merece o seu próprio comportamento de transferência.

A linha da madrugada é onde a honestidade mais importa. Se genuinamente não tem ninguém para atender uma chamada às três da manhã, não finja que tem. Configure a IA para ser clara e simpática — "Estamos fechados neste momento, mas registo todos os seus dados e ligamos-lhe logo de manhã" — e para escalar apenas as verdadeiras emergências para o contacto de emergência que realmente tiver. Um cliente a quem se diz a verdade respeita-o mais do que um transferido para o vazio.

Sem rodeios: uma regra de escalonamento que transfere para um telefone que ninguém vai atender não é uma rede de segurança — é um alçapão com um cliente a cair por ele. Cada alvo que configurar tem de ser um alvo que vai mesmo ser atendido, ou coberto por uma salvaguarda que apanha o cliente quando não for.

A salvaguarda que ninguém configura — e de que precisa sempre

Eis o cenário que separa uma configuração robusta de uma frágil. A IA identifica corretamente uma chamada urgente. Liga para o seu telemóvel exatamente como estava configurado. E está num túnel, ou na própria cadeira do dentista, ou simplesmente não a ouviu. A transferência toca sem resposta. E agora?

Se a resposta for "a chamada cai, sem mais", construiu um sistema que falha precisamente quando mais importa — nas chamadas urgentes que foi concebido para apanhar. Toda a regra de escalonamento precisa de uma salvaguarda, e a salvaguarda deve ser quase sempre a mesma: não perca o cliente; registe tudo e garanta que um humano o vê depressa.

1. 1
   Tocar para o alvo principal com um tempo-limite sensato

   Dê tempo suficiente para atender — mas não tanto que o cliente desista. Cerca de 20 a 25 segundos a tocar costuma ser o ideal.
2. 2
   Tentar um alvo secundário, se tiver

   Um sócio, um colega, um segundo número de prevenção. Opcional, mas valioso para tudo o que realmente não pode falhar.
3. 3
   Voltar à IA, não terminar num beco sem saída

   Se nenhum humano atende, o assistente regressa à linha em vez de desligar: "Não consegui contactá-los neste momento — deixe-me registar os seus dados para que lhe liguem já de volta."
4. 4
   Registar e depois enviar o resumo de imediato

   Nome, número e motivo entram num resumo e numa transcrição da chamada que chegam de uma só vez à sua caixa de entrada e ao seu telefone — assinalados como urgentes, não enterrados num resumo diário.

Evitar as duas formas de o escalonamento correr mal

Quase todas as configurações mal feitas falham numa de duas direções, e elas puxam uma contra a outra. Conhecer ambas evita que corrija demais.

Escalonamento em excesso: o telefone que nunca para

Define os gatilhos de forma demasiado ampla — "transferir em caso de dúvida", "transferir tudo o que seja sobre preços", "transferir se o cliente soar irritado" — e agora a IA interrompe-o por chamadas que devia ter tratado. O valor de automatizar o seu telefone evapora-se. A solução é disciplina: mantenha a lista de gatilhos limitada a emergências a sério, pedidos explícitos de um humano e chamadas verdadeiramente de alto valor ou fora do guião. Todo o resto recebe uma resposta ou uma mensagem registada, não uma transferência.

Escalonamento em falta: a chamada que devia ter tocado

A falha oposta é mais silenciosa e mais perigosa, porque não dá por ela — simplesmente nunca recebe a chamada. Uma emergência formulada em palavras que a sua lista de gatilhos não previa. Um cliente de alto valor que desligou perante um correio de voz. A defesa aqui é rever as transcrições. Leia uma semana de chamadas, encontre as que o fazem pensar "esta eu teria querido atender" e alargue as suas regras para apanhar esse tipo de chamada da próxima vez.

Configurar as regras de escalonamento na prática

Não precisa de um projeto para isto. Na Vunoon, a lógica de escalonamento faz parte da mesma configuração breve que já faz ao descrever o seu negócio, e pode ajustá-la a qualquer momento à medida que percebe o que os seus clientes realmente precisam. A sequência abaixo é a ordem que tende a produzir uma configuração que não tem de andar sempre a corrigir.

1. 1
   Liste as suas frases de urgência

   Anote as palavras e situações que significam "isto não pode esperar" para a sua atividade específica. Forneça-as ao assistente para que as reconheça como gatilhos de escalonamento.
2. 2
   Defina quem atende as chamadas humanas, e quando

   Dê um número de transferência principal para o horário de expediente e outro — ou uma promessa de retorno — para a noite e a madrugada.
3. 3
   Decida o comportamento para o pedido do cliente

   Escolha se "falar com um humano" significa uma transferência ao vivo ou um retorno prometido, consoante a fiabilidade com que consegue mesmo atender.
4. 4
   Configure a salvaguarda

   Garanta que uma transferência falhada ou sem resposta regista os detalhes e lhe envia um resumo de imediato — nunca cai, sem mais.
5. 5
   Teste-o sendo o cliente

   Ligue ao seu próprio assistente. Experimente uma frase de emergência. Peça um humano. Pergunte algo fora do guião. Veja para onde vai cada chamada e ajuste antes de reencaminhar o seu número real.

Esse último passo é o que as pessoas saltam e o que apanha todos os erros. Falar com o seu próprio assistente durante cinco minutos diz-lhe mais do que uma hora a ler definições. Vai perceber logo se transfere com demasiada pressa, ou se a sua formulação de "urgente" lhe passa completamente ao lado, e pode corrigi-lo antes de um único cliente real ser afetado.

Nas primeiras duas semanas após entrar em funcionamento, percorra os resumos das chamadas todos os dias. Procura duas coisas: transferências que não deviam ter acontecido e chamadas que gostaria que tivessem sido transferidas. Um punhado de pequenos ajustes na primeira semana compra-lhe meses de uma configuração que simplesmente funciona — é a afinação mais barata que alguma vez fará.

Quando a resposta honesta é "não transferir"

Vale a pena dizê-lo com clareza: às vezes, a melhor regra de escalonamento é não haver transferência ao vivo nenhuma. Se trabalha sozinho e não consegue atender de forma fiável durante o dia, obrigar cada chamada complexa a tocar no seu telefone impossível de atender só acrescenta um passo falhado. Nessa realidade, uma IA segura que responde ao que consegue e regista uma mensagem detalhada para tudo o resto — com um sinal de urgência nas que importam — serve os clientes melhor do que uma transferência que toca sem resposta.

É aqui que uma rececionista de IA justifica o seu valor mesmo sem um humano do outro lado: transforma a chamada que teria perdido por completo num resumo escrito sobre o qual pode agir assim que estiver livre. Para negócios afogados em excesso de chamadas, essa é muitas vezes a vitória inteira — e pode voltar a acrescentar transferências ao vivo mais tarde, quando já souber que chamadas precisam mesmo delas. Se o excesso de chamadas é o seu problema central, esta questão vale a pena ser pensada por si só.