Recherchez un utilisateur qui ne connaît pas votre projet pour tester votre boîte de dialogue. Les commentaires que vous nous envoyez pendant le processus de conception exposent les problèmes d'usabilité et vous permettent de corriger le problème rapidement. Avant d'écrire une seule ligne de code, il est important d'effectuer un test d'usabilité de votre expérience de conversation. Nous vous recommandons d'effectuer une expérience WOZ (Wizard of Oz) rapide et douteuse pour déterminer si vous êtes sur la bonne voie.

Utilisez ce que vous avez. Vous n'avez besoin que de vos exemples de boîtes de dialogue (que vous devriez déjà avoir déjà créé). Il vous suffit de trouver une personne qui ne connaît pas votre projet (par exemple, un membre de votre famille, des amis ou des collègues) et de lui demander de jouer le jeu de rôle avec vous. Vous devrez lire les lignes du personnage et observer comment il réagit en tant qu'utilisateur. Si l'utilisateur passe du script, n'hésitez pas à improviser ce que votre persona pourrait dire.

Pour une expérience plus réaliste, simulez le rôle d'un persona en jouant à ses invites à l'aide du simulateur TTS dans la console pour les développeurs Actions on Google. Téléchargez l'audio pour le lire à la demande.

Cette version requiert quatre éléments:

• Script de conversation fournissant des indications sur ce que le persona doit dire après chaque réponse de l'utilisateur. Le flux de haut niveau (ou une version simplifiée) est idéal pour cela.
• Téléchargement audio de toutes les invites vocales du persona. Utilisez des noms de fichiers qui vous aideront à identifier rapidement le fichier à lire.
• Un utilisateur qui joue l'"utilisateur". Il doit s'agir d'une personne qui ne connaît pas votre action.
• Quelqu'un doit jouer le génie. Il doit s'agir d'une personne qui connaît très bien votre action.

Demandez à l'assistant de lancer la conversation en lisant le message d'accueil de votre action, par exemple "Bienvenue sur votre rampe de lancement pour tout ce qui se rapporte à Google I/O. Le festival est en cours. Êtes-vous l'un des participants privilégiés ?" L'assistant attendra ensuite la réponse de l'utilisateur, en espérant donner un synonyme de "oui" ou de "non". Une fois que l'utilisateur aura répondu, il devra consulter rapidement le flux général pour déterminer l'invite à lire, puis trouver et lire le bon fichier audio.

Bien sûr, une fois que vous avez commencé à créer votre action, vous devez souvent la tester à l'aide du simulateur Actions de la console pour les développeurs Actions on Google. Demandez à vos amis, à votre famille ou à vos collègues de le tester aussi !

Quel que soit le test que vous utilisez, veillez à:
Parlez-en	Votre objectif étant de modifier votre conception pour qu'elle reflète ce qui fonctionne le mieux pour les utilisateurs réels, vous souhaitez que votre prototype WOZ soit le plus proche possible de la réalité. Les éléments qui semblent corrects sur un papier n'ont pas forcément l'air naturels d'une conversation. Veillez donc à ce que les utilisateurs entendent vos invites et expriment leur réponse.
Enregistrez vos sessions	Obtenez l'autorisation d'enregistrer vos sessions pour pouvoir les écouter et les écouter. Notez tous les problèmes survenus pendant la session.
Demander l'avis	Demandez à l'utilisateur de décrire son expérience avec ses propres mots. Comment ont-ils répondu à leurs attentes ? Est-ce que quelque chose vous a surpris ? Êtes-vous satisfait(e) ? N'oubliez pas que l'accent est mis sur leur comportement, et non sur leur avis.

Un test WOZ vous permet de comprendre comment les utilisateurs vont interagir avec votre conception. Vous constaterez peut-être que les utilisateurs ont fait quelque chose de très différent des attentes que vous attendiez, ce qui vous oblige à modifier leur conception pour mieux répondre à leurs besoins et attentes.

Pour résumer:concentrez-vous sur la facilité d'utilisation de votre conception (et non sur les opinions des utilisateurs). Effectuez des itérations en fonction du comportement des utilisateurs, puis effectuez un nouveau test si le temps le permet.

Éléments à rechercher (et comment vous pouvez améliorer votre boîte de dialogue):
Conversation naturelle	Faites attention à la façon dont les utilisateurs posent naturellement leurs questions. Ont-ils l'impression de ne pas pouvoir s'exprimer sous la forme de mots clés courts ou ressemblent-ils plus à des conversations ? Sont-ils hésitants ou confiants lorsqu'ils parlent à votre persona ? Le parcours donne-t-il l'impression aux utilisateurs de ne fournir qu'une seule information à la fois ou les encourage-t-il à fournir plusieurs informations en une phrase ?
Confusion chez les utilisateurs	Recherchez les endroits où les utilisateurs ont l'air confus, ou qui ne savent pas quoi dire ou faire. Examinez les invites précédentes pour voir où vous pourriez apporter des précisions. L'incitation à l'action était-elle claire ?
Énoncés inattendus	Les utilisateurs sont susceptibles de dire quelque chose que vous n'aviez pas envisagé. Prenez-en connaissance et ajoutez-y le traitement de votre conception.
Signes de frustration ou d'impatience	Cela indique généralement que l'interaction est trop longue. Examinez vos invites pour découvrir si vous pouvez être plus concis. Existe-t-il des informations qui peuvent être omises ?
Identifiez qui parle le plus	Les utilisateurs semblent-ils contrôler la conversation ? Si ce n'est pas le cas, comment pouvez-vous changer cela ?

Des tests robustes sont essentiels pour développer des logiciels de haute qualité et satisfaire les utilisateurs.

Cette vidéo présente en détail le développement de tests de bout en bout pour vos actions. Elle présente les outils disponibles pour faciliter le processus. Il partage également les bonnes pratiques sur divers sujets, comme la gestion des requêtes d'utilisateurs inattendues.