Description du projet
TraduitNous gérons une petite équipe de support et utilisons actuellement un widget de chat en direct qui place simplement chaque nouveau visiteur dans une seule file d'attente, sans logique sur qui prend la conversation. Les opérateurs se retrouvent avec une charge inégale, certains gérant cinq ou six chats à la fois tandis que d'autres restent inactifs bien qu'ils soient tous en ligne. Les visiteurs n'ont aucune idée du temps d'attente, et beaucoup ferment simplement la fenêtre avant de taper un message. Nous avons besoin de quelqu'un pour reconfigurer ou étendre le widget afin que les dialogues entrants soient distribués automatiquement, en fonction de l'occupation actuelle de chaque opérateur.
L'exigence principale est une règle de routage : lorsqu'un nouveau chat commence, le système doit vérifier la charge actuelle par opérateur, c'est-à-dire les conversations actives ouvertes, et non le statut en ligne, et le remettre à celui qui a le moins de conversations. Le widget doit également montrer aux visiteurs un temps d'attente approximatif avant que le message ne soit envoyé, calculé à partir de la longueur de la file d'attente et de la vitesse de réponse moyenne. Chaque conversation, y compris celles transférées entre opérateurs, doit être attachée à la bonne carte client, afin que le prochain opérateur puisse voir l'historique complet au lieu de repartir de zéro.
Nous sommes ouverts à un routage intégré d'une plateforme de chat existante si cela correspond à cette logique, ou à une configuration personnalisée sur ce que nous avons. Veuillez décrire votre approche et quels outils vous avez configurés de cette manière auparavant.
Ce qui compte le plus :
— distribution strictement par le nombre de chats ouverts par opérateur, pas en round robin
— temps d'attente estimé visible pour le visiteur avant le début du chat
— historique complet des conversations stocké et consultable dans la carte client
— comportement gracieux lorsque tous les opérateurs sont occupés ou hors ligne
L'exigence principale est une règle de routage : lorsqu'un nouveau chat commence, le système doit vérifier la charge actuelle par opérateur, c'est-à-dire les conversations actives ouvertes, et non le statut en ligne, et le remettre à celui qui a le moins de conversations. Le widget doit également montrer aux visiteurs un temps d'attente approximatif avant que le message ne soit envoyé, calculé à partir de la longueur de la file d'attente et de la vitesse de réponse moyenne. Chaque conversation, y compris celles transférées entre opérateurs, doit être attachée à la bonne carte client, afin que le prochain opérateur puisse voir l'historique complet au lieu de repartir de zéro.
Nous sommes ouverts à un routage intégré d'une plateforme de chat existante si cela correspond à cette logique, ou à une configuration personnalisée sur ce que nous avons. Veuillez décrire votre approche et quels outils vous avez configurés de cette manière auparavant.
Ce qui compte le plus :
— distribution strictement par le nombre de chats ouverts par opérateur, pas en round robin
— temps d'attente estimé visible pour le visiteur avant le début du chat
— historique complet des conversations stocké et consultable dans la carte client
— comportement gracieux lorsque tous les opérateurs sont occupés ou hors ligne
Autre / Divers Espèces, Virement bancaire
