Skip to main content

possuo um bot com atendimento humano e um bloco nps ao finalizar o atendimento.


Após concluir uma venda, é necessário que o cliente execute um bloco com um questionário.

Este será feito em um fluxo separado ou um subBot exclusivo.


As dúvidas são:

é possível por dentro do desk, ainda em atendimento, desviar para este fluxo/subbot para responder um questionário e em seguida retornar ao atendimento?


caso não seja possível, existe alguma maneira de ao finalizar o atendimento, neste caso exclusivo redirecionar para o fluxo/subbot com o questionário ?


isso porque com o volume de atendimentos, não é prático a cada venda utilizar o WPBroadCast ou o Growth para enviar uma mensagem para o bloco com o fluxo do questionário.


CLIENTE - A

atendimentoHumano

→ não fechou venda

→ atendente finaliza

→ pesquisa de satisfação

→ início


CLIENTE - B

atendimentoHumano

→ FECHOU venda

→ questionário do usuário AQUI]

→ atendente finaliza

→ questionário do usuário bOU AQUI]

→ pesquisa de satisfação

→ início


Muito obrigado

Olá @Davis_Vasconcellos , tudo bem ?


É possível criar uma logica para definir a navegação de um atendimento finalizado de acordo com tag exemplo: Você cria a tag nps venda, coloca no ticket finaliza ele o próximo bloco faz a validação de o ticket tem tags e se tem a tag nps venda se tiver vai mandar para um outro bloco que redireciona até um sub bot que vai ter o nps para o cliente responder e apos isso a navegação dele finaliza.


Sobre o ponto de fazer o caminho com o ticket aberto não é possível, pois não tem como tirar o contato daquela comunicação do ticket mandara para o nps e ele voltar para o atendimento humano com o mesmo atendente.


Perfeito,

Assim que postei pensei nesse caminho.

Assim que por em produção darei um retorno.


Muito Obrigado


Olá @Davis_Vasconcellos!


Algumas dicas adicionais para seu caso de uso:




  • Em Atendimento > Configurações gerais, há uma funcionalidade denominada “Gerenciar tags” que permite você tornar obrigatório o encerramento de um tíquete pelo atendente no Desk somente se incluir ao menos uma tag. Pode ser útil para evitar encerramentos sem tags e impactar na lógica posterior




  • Após o bloco de atendimento humano, é gerado um objeto JSON (conforme o exemplo abaixo), sendo que um dos atributos - tags - representa um vetor de n elementos (as tags). Em geral, recomendo salvar este objeto JSON (input.content) em uma variável específica para utilização na lógica posteriormente ou somente o vetor/array deste objeto acessando os valores do atributo array tags a partir da variável de sistema input.content@tags




image



  • Para verificar se o valor esperado está dentro do array salvo anteriormente, um caminho possível será utilizar a Ação Executar um script, passando a variável que guarda o vetor/array como variável de entrada e, no script, pode-se utilizar o método includes(“valor_buscado”) para verificar se o valor existe (true) ou não existe (false), salvando em uma variável de saída e criando a lógica no fluxo a partir das Condições de Saída do bloco


@Romulo_Rafael poderia dar uma força para entender melhor sua dica. 

 

Meu problema é bem parecido, preciso enviar a pesquisa de satisfação apenas para os atendimentos que não foram finalizados por inatividade. Logo, se tem a tag inatividade envia para inicio do fluxo, se não tem envia para pesquisa. 

Minha dificuldade é como colocar isso no builder. 

Após o bloco de atendimento crio um novo bloco e faço o script dentro? também não entendi sobre salvar o objetivo JSON. 


Comente