Conception axée sur la longue traîne
Ne pas trop
Lors de la phase requirements, vous avez défini un ensemble clair de cas d'utilisation clés. Gardez ces priorités à l'esprit et évitez d'ajouter des cas particuliers à cette liste. En découvrant davantage la conception, vous découvrirez de nouveaux scénarios que vous n'aviez pas envisagés. Avant d'étendre la portée de la conception pour gérer ces nouveaux scénarios, réfléchissez bien à l'impact.
| La tête | Le corps | La longue traîne |
|---|---|---|
|
Principaux cas d'utilisation Il s'agit des chemins de conversation les plus importants et les plus courants que les utilisateurs empruntent pour votre fonctionnalité. Efforcez-vous principalement d'améliorer l'expérience utilisateur. |
Détours Il s'agit de méthodes de conversation moins courantes, et souvent moins directes ou moins efficaces dans votre fonctionnalité. Prenez le temps de les soutenir correctement, mais évitez de consacrer trop de temps et d'efforts à les concevoir. |
Cas particuliers Il s'agit de chemins peu courants. Vérifiez si les invites génériques du type "Désolé, je ne suis pas certain de pouvoir vous aider" sont suffisantes ou si vous pouvez être un peu plus précis avec une solution similaire viable du moins. |
Utilisez la règle des 80/20 ou "Pareto Principle" pour éviter de trop concevoir.
Concernant la conception des conversations, cette règle signifie que les chemins ne sont pas tous égaux. 80% des utilisateurs suivent les 20% de chemins possibles les plus fréquents dans une boîte de dialogue. Par conséquent, investissez les ressources nécessaires pour obtenir le meilleur impact possible.
De même, il existe des compromis en termes de perfectionnement ou d'exhaustivité. 80% du travail peut être réellement nécessaire aux 20% restants du projet. Dans ce cas, l'efficacité de l'outil peut être "assez bonne".
Déviations courantes
Entre les principaux cas d'utilisation et cas particuliers, plusieurs détours sont courants. Il s'agit généralement de nouveaux scénarios que vous n'aviez pas envisagés avant d'être révélés lors des tests ou découverts au cours du développement. La plupart du temps, elles nécessitent une gestion plus longue et moins directe d'une alternative.
Voici quelques détours courants à envisager:
Comptes dissociés
Dans ce cas, l'utilisateur n'a pas associé de compte.
Actions non compatibles
Les utilisateurs peuvent demander des actions que votre action ne peut pas prendre en charge.
Couverture de l'intent
La conception d'une conversation consiste à rédiger un script d'une moitié de boîtes de dialogue en espérant qu'elle soit suffisamment robuste pour que tout le monde puisse intervenir et agir en seconde. Lors de la conception pour la longue traîne, concentrez-vous sur ce que l'utilisateur pourrait dire à chaque étape de votre boîte de dialogue pour définir vos intents (on parle également de grammaire).
Un intent représente le mappage entre les propos d'un utilisateur et ce que doit faire votre action. Par exemple, l'invite "Aimez-vous la pizza ?" nécessite des intents pour "oui" et "non". Chaque intent doit être associé à différentes expressions d'entraînement, y compris des synonymes comme "oui" et "nan", ainsi que des variantes telles que "J'adore" ou "Grossier". Ces facteurs peuvent être pondérés en fonction de leur fréquence. Les intents peuvent également inclure une annotation, par exemple en catégorisant "mozzarella frais" comme garniture de pizza dans la réponse de l'utilisateur "uniquement si elle est préparée avec de la mozzarella fraîche".
Si vous utilisez Dialogflow, cliquez ici pour en savoir plus sur les intents.
Il est préférable de prévenir les erreurs plutôt que de les traiter une fois qu'elles se sont produites.
Oui.
Incluez un intent "terminé" avec des phrases d'entraînement comme "J'ai terminé" ou "C'est tout".
Non.
Si l'action ne requiert que des questions concernant les E/S, la réponse de l'utilisateur déclenchera une erreur de non-correspondance.
Traitement des erreurs
Même avec des intents robustes, il reste une marge d'erreur. Les utilisateurs peuvent passer d'un script à l'autre en restant silencieux (erreur "Aucune entrée") ou en disant quelque chose d'inattendu (erreur "Aucune correspondance"). Utilisez les messages d'erreur pour inciter les utilisateurs à passer à la vitesse supérieure ou à redéfinir leurs attentes sur ce qui est possible et ce qui ne l'est pas.
Une bonne gestion des erreurs s'effectue en fonction du contexte. Vous devez donc concevoir des invites "Pas de saisie" et "Aucune correspondance" pour chaque tour de la boîte de dialogue.