Configurar a escalada e o apoio humano

A escalada determina quando e como o Agent voltado para o cliente envolve uma pessoa. As definições atuais incluem canais de apoio ordenados, um interruptor de passagem para uma pessoa, critérios de inclusão e exclusã...

A escalada determina quando e como o Agent voltado para o cliente envolve uma pessoa. As definições atuais incluem canais de apoio ordenados, um interruptor de passagem para uma pessoa, critérios de inclusão e exclusão, correspondência por qualquer um ou por todos, perguntas antes da passagem, intervenção do operador, recolha de satisfação e integrações de tickets apenas para administradores.

Este guia foca-se na configuração. Combine-o com o guia de tomada de controlo no Inbox para o fluxo de trabalho do operador em tempo real e com as orientações de acesso da equipa, para que a promessa ao cliente seja sustentada por pessoas autorizadas e com cobertura operacional.

Como isto se enquadra no Humind

O Inbox é o registo operacional das conversas com clientes. Combina o histórico de mensagens, o contexto do comprador e do produto, a colaboração interna, o estado da passagem para uma pessoa, etiquetas e tickets. As respostas dos clientes e as notas internas têm visibilidade deliberadamente diferente.

Uma rotina de equipa consistente é mais importante do que qualquer filtro individual. Acordem quando assumir o controlo, quando deixar uma nota interna, quando criar um ticket e quando devolver uma conversa à IA, para que a responsabilidade permaneça clara para cada operador.

Antes de começar

Acesso: É necessário acesso de escrita à configuração do Agent. As credenciais do fornecedor de ticketing estão restritas aos administradores Humind na interface atual. Os operadores precisam de permissões separadas para o Inbox e para a passagem.

  • Aprove os canais de apoio com equipa atribuída e os destinos de contacto atuais.
  • Defina os cenários que têm de chegar a uma pessoa e os cenários que não devem chegar.
  • Prepare os operadores autorizados, as expectativas de disponibilidade e a responsabilidade pela fila.

Fluxo de trabalho passo a passo

  1. Criar a lista de canais de apoio

    Abra AI Agent e depois Escalation. Adicione apenas os canais de apoio que a empresa opera atualmente, introduza o destino correto, ative-os e arraste-os para a ordem desejada voltada para o cliente. Utilize a pré-visualização para rever as opções resultantes.

    Desative ou remova um canal quando este deixar de ser monitorizado. Uma opção de contacto visível deve conduzir sempre a uma equipa ou sistema real.

  2. Ativar e definir o âmbito da passagem para uma pessoa

    Ative a passagem para uma pessoa. Adicione critérios de inclusão em linguagem natural para os casos que devem entrar na fila e critérios de exclusão para os casos que devem permanecer com o Agent. Quando existirem vários critérios de inclusão, escolha se é necessário qualquer um ou todos.

    Mantenha os critérios mutuamente compreensíveis e testáveis. Se uma regra de exclusão se sobrepuser a um caso de inclusão comum, documente o resultado pretendido e teste ambos os percursos.

  3. Recolher informação útil antes da passagem

    Adicione perguntas que o Agent deve fazer antes de entrar na fila. Foque-se na informação de que um operador necessita para agir, como o assunto do pedido, sem recolher dados pessoais ou sensíveis desnecessários.

    As respostas recolhidas aparecem no contexto da conversa no Inbox. Pergunte aos operadores se as perguntas reduzem o trabalho repetido e remova campos que não alteram a resposta.

  4. Escolher as definições de operador e de satisfação

    A intervenção do operador permite que um colega autorizado responda a uma conversa ativa com IA e assuma o controlo. Desative-a para um modelo estritamente só de fila. Configure separadamente a recolha de satisfação da IA, a satisfação humana só está disponível quando a passagem para uma pessoa está ativada.

    O nome do perfil do operador, a imagem, o estado e a disponibilidade devem ser revistos por cada colega porque afetam a experiência de apoio em tempo real e as expectativas operacionais.

  5. Rever o ticketing e executar o teste completo

    Os administradores podem ativar o ticketing Humind ou configurar as credenciais disponíveis do Gorgias e do Zendesk na área Escalation. Confirme a responsabilidade pelo fornecedor e um teste bem-sucedido antes de o tornar parte do processo.

    Teste um cenário incluído, um cenário excluído, respostas antes da passagem, a fila, a resposta do operador, a nota interna, a devolução à IA, a satisfação e a criação de tickets, se estiver ativada. Registe o resultado tanto na perspetiva do comprador como na do operador.

Permissões e observações importantes

  • O marketplace geral de integrações pode identificar o Gorgias e o Zendesk como acesso antecipado, mesmo que existam controlos de credenciais de administrador em Escalation. Verifique com a Humind a prontidão real do fornecedor.
  • A política de intervenção do operador é aplicada, uma tomada de controlo proibida de uma conversa ativa com IA devolve um erro.
  • A satisfação humana não está disponível quando a passagem para uma pessoa está desativada.
  • As perguntas antes da passagem devem seguir a política de privacidade da empresa e recolher apenas a informação necessária.

Verificar o resultado

Utilize esta checklist antes de considerar o trabalho concluído:

  • Cada canal ativado está correto, tem equipa atribuída e está ordenado intencionalmente.
  • Os testes de inclusão, exclusão e modo de correspondência produzem o comportamento de fila esperado.
  • Os operadores têm acesso, orientações de disponibilidade e uma rotina documentada de tomada de controlo ou devolução.
  • Os percursos de ticketing e satisfação são testados apenas quando estão realmente ativados.

Resolução de problemas

Demasiadas conversas entram na fila

Reveja critérios de inclusão demasiado abrangentes, critérios de exclusão em falta e correspondência por qualquer um ou por todos. Restrinja uma condição de cada vez e execute novamente pares de testes correspondentes e não correspondentes.

Um pedido válido nunca é escalado

Confirme que a passagem está ativada, que o Agent ativo utiliza os critérios guardados, que o pedido não está excluído e que os canais de apoio estão ativados. Inicie um novo teste de comprador após as alterações.

Os operadores não conseguem assumir o controlo

Verifique as permissões do Inbox e da passagem no Inbox, a disponibilidade do operador, o estado do tópico e a definição de intervenção do operador. Uma política rigorosa pode bloquear intencionalmente respostas a tópicos ativos com IA.

Guias relacionados

Este artigo foi útil?