Configurar o apoio humano desde a escalada até à resolução

O apoio humano no Humind liga as definições de escalada do Agent à Inbox operacional. Um cliente pode receber canais de apoio configurados, entrar na fila humana, fornecer informações antes da passagem, receber uma re...

O apoio humano no Humind liga as definições de escalada do Agent à Inbox operacional. Um cliente pode receber canais de apoio configurados, entrar na fila humana, fornecer informações antes da passagem, receber uma resposta de um operador e, mais tarde, regressar à IA depois de o operador concluir a troca.

Este guia abrange toda a cadeia para que uma configuração não prometa apoio que a equipa não consegue prestar. Explica também a intervenção do operador, as notas internas, a recolha de satisfação e os limites da emissão de tickets.

Como isto se enquadra no Humind

A Inbox é o registo operacional das conversas com clientes. Combina o histórico de mensagens, o contexto do cliente e do produto, a colaboração interna, o estado da passagem para um humano, as etiquetas e os tickets. As respostas do cliente e as notas internas têm, deliberadamente, visibilidade 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 à configuração do Agent para Escalation. Os operadores precisam de permissões de Inbox e de transferência da Inbox, a administração da equipa e da emissão de tickets pode exigir permissões adicionais.

  • Defina os canais com equipa alocada, o comportamento de resposta esperado e os horários de responsabilidade fora do Humind.
  • Convide os operadores e confirme as respetivas permissões de Inbox e de transferência da Inbox.
  • Prepare um caso de teste de cliente que deva escalar e outro que deva permanecer com a IA.

Fluxo de trabalho passo a passo

  1. Configurar canais de apoio

    Abra AI Agent e, em seguida, Escalation. Adicione os canais de apoio que a empresa realmente opera, atribua a cada um um destino correto, ative apenas os canais ativos e organize a respetiva ordem. A pré-visualização voltada para o cliente ajuda a rever as opções antes de testar.

    Um canal é uma promessa feita ao cliente. Remova ou desative contactos desatualizados em vez de deixar um caminho que nenhuma equipa monitoriza.

  2. Definir regras de passagem para humano

    Ative a passagem para humano quando os operadores tiverem de tratar pedidos em tempo real. Adicione critérios de inclusão em linguagem natural para os casos que devem escalar e critérios de exclusão para os casos que devem permanecer automatizados. Quando existirem vários critérios de inclusão, escolha se qualquer um ou todos têm de corresponder.

    Adicione apenas as perguntas pré-passagem de que os operadores precisam. As respostas recolhidas aparecem no contexto da conversa, por isso devem reduzir a repetição sem pedir informação desnecessária.

  3. Escolher o comportamento do operador e da satisfação

    A intervenção do operador controla se um colega pode responder a uma conversa com a IA ativa e assumi-la. Se estiver desativada, o backend rejeita essa intervenção em vez de alterar silenciosamente a política. A satisfação pode ser recolhida após conversas com a IA e, quando a passagem está ativada, após apoio humano.

    O nome do perfil do operador, a imagem, o estado online e a disponibilidade afetam a experiência de apoio em tempo real. Peça a cada operador que reveja o seu próprio perfil antes do lançamento.

  4. Preparar a Inbox e a emissão de tickets

    Acordem quem acompanha as conversas em fila e como são usadas as etiquetas, notas, menções, respostas predefinidas e tickets. Uma resposta do cliente pode assumir o controlo de uma conversa em fila. Uma nota interna permanece invisível para o cliente e não assume o controlo do tópico.

    A emissão de tickets do Humind pode ser ativada por um administrador. As credenciais de Gorgias e Zendesk também são apresentadas na área de integração de Escalation acessível apenas a administradores, enquanto o marketplace geral de integrações identifica essas integrações como acesso antecipado. Confirme o fornecedor pretendido e o comportamento testado antes de depender da criação de tickets externos.

  5. Testar escalada, tomada de controlo e devolução

    Como cliente, acione o caso de inclusão e confirme as perguntas pré-passagem e o estado da fila. A partir da Inbox, reveja o contexto recolhido, envie uma resposta ao cliente e confirme que o tópico passa a ficar ativo para humanos. Adicione uma nota interna separadamente para verificar que não fica visível para o cliente.

    Quando a troca estiver concluída, utilize a ação de devolução e confirme o diálogo. O tópico regressa ao estado ativo para a IA para mensagens futuras. Teste também o caso de exclusão e quaisquer expectativas de offline ou disponibilidade que a equipa comunica.

Permissões e observações importantes

  • A passagem para humano não deve ser ativada até que os operadores, as permissões, a disponibilidade e a responsabilidade pela fila estejam prontas.
  • A intervenção do operador a partir do estado ativo para a IA segue a política configurada e pode ser rejeitada quando está desativada.
  • As notas internas e as menções são apenas para colegas de equipa, as respostas do cliente são visíveis para o cliente.
  • Os fornecedores externos de emissão de tickets exigem credenciais verificadas separadamente e responsabilidade operacional.

Verificar o resultado

Utilize esta lista de verificação antes de considerar o trabalho concluído:

  • Os canais de apoio ativados apontam para destinos atuais e com equipa alocada.
  • O comportamento de inclusão, exclusão e pré-passagem corresponde à política de apoio escrita.
  • Um operador autorizado pode assumir o controlo, colaborar internamente e devolver o tópico à IA.
  • A responsabilidade pela fila, a disponibilidade, a satisfação e as expectativas de emissão de tickets estão documentadas para a equipa.

Resolução de problemas

O cliente não consegue pedir um humano

Confirme que a passagem para humano e um caminho de apoio válido estão ativados, que o cenário cumpre os critérios de inclusão e não os de exclusão, e que a configuração ativa do Agent é a que está a ser testada.

Uma resposta do operador é rejeitada

Verifique as permissões de Inbox e de transferência da Inbox. Se o tópico estiver ativo para a IA, confirme que a intervenção do operador é permitida. Atualize após uma alteração de permissões para que a sessão receba o acesso atual.

A conversa permanece com o operador

Utilize a ação explícita de devolução e confirme-a. Enviar apenas uma resposta mantém o tópico ativo para humanos, a menos que a ação do menu de envio também o resolva ou o devolva.

Guias relacionados

Este artigo foi útil?