Dialogflow CX reçoit des demandes écrites ou vocales. Le comportement de l’agent est défini par des flux ou des playbooks génératifs.
Sélectionnez où le dialogue nécessite un contrôle
Les clients posent la même question de différentes façons. Un scénario génératif avec des consignes et des exemples facilite les demandes de précision formulées librement. Si le processus impose un ordre strict, divisez-le en étapes explicites. Dialogflow CX documente les deux approches. Avant la configuration, notez quand l’agent doit demander des précisions et quand il peut seulement afficher une aide ou transférer la demande. Vous pourrez ainsi vérifier qu’aucune étape obligatoire n’est sautée.
Demande de modification de la livraison
Dans un scénario fictif, le client annonce la ville, puis dans la réplique suivante, il la corrige. Vérifiez quelle ville l'agent a gardée et utilisée pour répondre. Séparément, créez un cas où le champ souhaité reste vide. Si la requête ne peut être exécutée que via le système interne, vérifiez cette branche sur l'intégration de test. La réponse du modèle ne prouve pas que le changement est enregistré. Besoin d'un statut de service connecté.
Répéter la vérification pour le texte et la voix
Exécutez le même script dans les canaux que vous utilisez. L'entrée vocale peut fausser le nom de la rue ou le numéro, bien que la vérification textuelle soit passée. Dans ce cas, une réplique avec confirmation de la valeur avant l'action est utile. Vérifiez le traitement des erreurs du système externe et la sortie de la boîte de dialogue. Demandez à l'avance ce que le client entendra ou lira lorsqu'il est impossible d'exécuter la demande maintenant. Enregistrez les transitions attendues pour répéter la vérification après le changement de script. Notez séparément les champs qui vérifient l'intégration.
Pour quelles tâches convient-il
- Rassembler un assistant pour les appels par défaut.
- Vérifier que l'utilisateur corrige un champ important dans la boîte de dialogue.
Les points forts
- Prend en charge la gestion explicite des transitions et des scénarios génératifs.
- Accepte les entrées vocales et textuelles.
Limites
- L'action extérieure exige des intégrations et des droits.
- Le script doit être vérifié séparément pour chaque canal.
Choix et conditions
- Mode gratuit
- Non confirmé
- Période d'essai
- Non confirmé
- Sans inscription
- Non confirmé
- Interface en russe
- Non confirmé
- Installation locale
- Non confirmé
- API
- Oui
« Non confirmé » signifie que les informations disponibles ne suffisent pas. La fonctionnalité peut exister ; vérifiez les conditions du développeur.
- Formats d’entrée
- Texte, Audio
- Résultat
- Audio, Texte
Conditions
Pour le test, utilisez un projet séparé et un canal de test.De la tâche au premier résultat
Exemple pratique
- Tâche
- Rassembler un assistant pour les appels par défaut.
- Que préparer
- Numéro d'étude et certificat d'atelier de fiction convenu.
Consigne ou requête
Configurez un agent pour répondre aux questions sur les heures d'ouverture et l'adresse. Dans un appel de test, interrompez la réponse avec une question sur l'adresse, puis demandez à passer un appel à un employé.
Résultat attendu
Une conversation de test avec une réponse vérifiable et un passage à l'employé.
Comment vérifier le résultat
- Vérifiez les heures d'ouverture et l'adresse avec l'aide.
- Répétez la traduction dans le cas où l'employé n'est pas disponible.
Cet exemple pédagogique préparé par la rédaction décrit une tâche ; il ne présente pas le résultat d’un test personnel du service. Vérifiez la disponibilité du mode requis, les droits sur les fichiers d’origine et les conditions d’utilisation du résultat.
Vérifier les détails
Sources officielles
La description est faite à partir des matériaux du développeur. Les fonctionnalités, les prix et la disponibilité peuvent varier; vérifiez la source avant de l'utiliser.
