Comment intégrer un service client vocal basé sur l'IA pour GoGoCha | Étude de cas technique de GoGoCha

Contexte du problème

Les utilisateurs peuvent être des personnes âgées, des voyageurs ou des clients d'entreprises. Les points d'entrée peuvent provenir du téléphone, du site web ou de LINE. Le système doit permettre à l'information de s'intégrer dans le même processus de demande et de maintenir la possibilité d'intervention manuelle.

Méthode de mise en œuvre

• —Envoyer les informations de demande obtenues par la prise en charge vocale vers un backend partagé, afin d'éviter que le point d'entrée téléphonique ne devienne une île de données isolée.
• —Utiliser Express, PostgreSQL, Redis, BullMQ et Socket.IO pour créer un backend de demande en temps réel.
• —Le calculateur de prix sur le site web doit d'abord appeler l'API de prix réel, puis fournir un résultat alternatif clair en fonction des règles locales en cas d'échec.
• —Concevoir l'interface pour les personnes âgées avec des caractères de grande taille, une priorité pour la voix et un contraste élevé.

Portée réelle de Falcon

• Site web de la marque et interface de calcul des prix
• Point d'entrée de la prise en charge vocale et structure de données de la demande
• Backend de demande en temps réel SmartDispatcherV2
• Intégration du bot LINE, de l'application pour chauffeurs/passagers et de la console d'administration

Flux de données de la demande vers le système de prise en charge vocale

1. 01Les utilisateurs peuvent soumettre une demande de transport par téléphone, sur le site web ou via LINE.
2. 02Le système organise les informations sur les lieux, les contacts et les tâches, et les envoie au processus de demande partagé.
3. 03Le backend utilise PostgreSQL pour stocker l'état, BullMQ pour gérer les files d'attente, et Redis/Socket.IO pour une synchronisation en temps réel.
4. 04Chauffeur, passager et interface d'administration ont accès à l'état de la même demande.

Limitations, échecs et alternatives

• —Préserver l'intervention manuelle lorsque l'information est insuffisante ou que l'IA ne peut pas confirmer de manière fiable, et ne pas considérer les suppositions comme des données de demande.
• —En cas d'échec de l'API de prix sur le site web, afficher les règles locales et les limites, et ne pas prétendre qu'une demande a été validée avec succès.
• —Traiter les files d'attente et la communication en temps réel de manière hiérarchisée, afin d'éviter que la perte de connexion n'entraîne la disparition de la demande.

Comment vérifier les preuves

• ✓Vérifier les points d'entrée tels que le site web de la marque, le téléphone, le site web et LINE.
• ✓Les écrans de l'application et du site web sont utilisés pour prouver la portée des produits provenant de différents points d'entrée, sans inclure les données des passagers ou des chauffeurs privés.
• ✓L'architecture technique est définie par la portée réelle de Falcon. Elle ne comprend pas les volumes d'activité, les taux de réussite, les économies de temps ou les accords de niveau de service (SLA) non divulgués.

Mesures et capacités disponibles