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 OU 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