Recueillir les exigences

Recueillir les exigences d'une expérience de conversation ne se limite pas à définir des caractéristiques et des fonctionnalités, mais c'est le principal résultat. Le processus de collecte des exigences vise essentiellement à comprendre les utilisateurs et les capacités techniques.

Pour éviter d'avoir à apporter des modifications majeures une fois la conception et/ou le développement terminés, la meilleure solution est de commencer par des exigences claires et bien documentées.

Identifier vos utilisateurs

Pour cela, il suffit de poser des questions et d'utiliser des données pour y répondre. Exemple :

  • Qui sont vos utilisateurs ?
  • Quels sont leurs besoins ?
  • Comment se passent-ils actuellement ?
  • Quels mots et expressions utilisent-ils pour parler de ces tâches ?
  • Quelles sont les circonstances ou les circonstances qui déclenchent ces tâches ?

Bien qu'il soit important d'optimiser en fonction de vos utilisateurs les plus fréquents, ne le faites pas au détriment des expériences des autres utilisateurs. Un produit bien conçu est inclusif et accessible à tous. Concevoir des annonces pour différentes populations implique de recourir à une conception inclusive ou à des stratégies de conception universelle. Souvent, l'hébergement que vous devez forcer pour une population finit par bénéficier à tous (par exemple, une rampe est plus facile qu'un escalier). Pour en savoir plus, consultez les consignes Material Design pour l'accessibilité.

Créer des personas et des parcours utilisateur

Persona de l'utilisateur

Qui est l'utilisateur ?

Un persona utilisateur est une description spécifique, mais courte, d'un utilisateur individuel. Pensez aux types de personnes auxquels vous prévoyez d'utiliser vos actions, et créez quelques personas utilisateur pour les représenter. Ces personas vous permettent d'éviter de concevoir votre application uniquement pour vous et vos objectifs.

Parcours utilisateur

Quels sont les objectifs de l'utilisateur ?

Quel est le contexte de l'utilisateur ?

Le parcours utilisateur est le parcours qui permet à l'utilisateur d'atteindre un objectif dans un contexte donné.

Parcours utilisateur critiques

Décrivez chaque étape importante du parcours

Les parcours utilisateur critiques sont ceux qui 1) se produisent souvent ou 2) sont importants pour l'utilisateur. Essayez d'aider les utilisateurs à accomplir l'un de ces parcours du début à la fin. En mettant l'accent sur ces actions, vous pourrez créer des actions qui vous permettront de toucher une audience large et/ou dédiée.
Consultez ces articles de blog pour en savoir plus sur la conception et la création de l'action I/O 18. Vous pouvez également consulter le code Open Source pour examiner la structure plus en détail.
Conceptrice d'expérience utilisateur et esquisse, Anna a 27 ans. Elle s'efforce avant tout de créer des expériences utilisateur attrayantes qui aident les utilisateurs à accomplir des tâches dans leur vie.
Anna a établi un planning complet pour Google I/O et ne veut rien manquer. Elle souhaite en savoir plus sur la conception d'une expérience avec Actions on Google en participant à des discussions pertinentes. Elle veut également regarder toutes les nouvelles démonstrations et retirer des produits publicitaires Google.
Anna est à Mountain View pour Google I/O. Elle commence tout juste sa journée et quitte son hôtel pour se rendre à Shoreline Amphitheatre.
Pour commencer, Anna obtient un itinéraire vers le Shoreline Amphitheatre et des informations sur les possibilités de stationnement. Une fois sur place, elle a besoin d'aide pour récupérer son badge. Ensuite, elle se rend sur la scène principale pour le discours d'ouverture et s'occupe de quelque chose pour le petit-déjeuner. Une fois le temps passé, elle a le temps d'attendre. Elle passe donc en revue ses prochaines sessions. Il va faire beau aujourd'hui. Elle se rappelle donc d'utiliser la crème solaire de son cadeau avec des cadeaux, en attendant.

Identifier les capacités techniques

Déterminez ce qui est possible et ce qui ne l'est pas en fonction de votre calendrier et de vos ressources.

Quelles sont les fonctionnalités et les limites des différents systèmes sur lesquels vos actions s'appuient ?

Exemple: Google I/O 18 permet aux utilisateurs de créer un planning personnalisé de toutes les sessions auxquelles ils souhaitent participer.
  • Comment les utilisateurs seront-ils identifiés ? Entre les sessions ?
  • Comment et où leurs progrès seront-ils enregistrés ?
  • Les modifications seront-elles synchronisées avec l'application mobile Google I/O ?
  • Comment gérer les chevauchements de sessions ?

Quels sont le format et la qualité des données que vous utiliserez ?

Exemple: Google I/O 18 lit les informations concernant les sessions
  • Quelles sont les informations disponibles ? (par exemple, titres, descriptions, dates et heures, thèmes)
  • Quel est le format des informations sur la session ? Est-ce du texte brut, du son ou autre ?
  • Si le contenu est en texte brut, a-t-il été écrit pour être vu ou entendu ?
  • Quelle est la durée ? ou combien de temps il faut pour lire ?

Il est souvent nécessaire de procéder à un reformatage avant de pouvoir afficher correctement certains types de contenus dans la synthèse vocale.


Identifier les principaux cas d'utilisation

Compte tenu des limites techniques, du niveau d'effort et du calendrier, quels cas d'utilisation pouvez-vous gérer ? Attribuez les priorités en conséquence.
Donnez le meilleur de vous-même là où vous en avez le plus. Il peut s'agir de scénarios qui affectent le plus grand nombre d'utilisateurs. Il peut s'agir de cas d'utilisation très visibles ou de facteurs de différenciation du marché. Il peut également s'agir d'une fonctionnalité qui fait toute la différence pour quelques utilisateurs fidèles.
Effectuez des recherches sur la façon dont les utilisateurs effectuent cette tâche aujourd'hui et sur le langage qu'ils utilisent pour la décrire.

Si vous ne l'avez pas déjà fait, lisez ces articles de blog pour découvrir en détail comment nous avons conçu et créé l'action I/O 18 (ou consultez le code).

Lors de la conférence Google I/O 18, nous avons discuté avec des Googleurs qui ont participé à l'événement ces dernières années. Nous leur avons demandé quelles étaient les questions habituellement posées par les participants à l'événement. Ces questions appartiennent généralement à l'une de ces quatre catégories:

Navigation générale Navigation personnelle Détails de l'événement Détails de l'événement spécifique à un lieu

"Où est la salle de bain ?"

"Où se trouvent les ateliers de programmation ?"

"Quelle est la prochaine session ?"

"Où faire examiner mon application ?"

"À quelle heure est le déjeuner ?"

"Quand a lieu l'after ?"

"Quelle est la prochaine session dans cette salle ?"

"Que puis-je faire ici ?"

Compte tenu de ces informations, nous avons décidé de nous concentrer sur les principaux cas d'utilisation suivants:

  • Fournir des informations de localisation pour des lieux spécifiques à Shoreline Amphitheatre (salles de bains, parking, itinéraires, etc.)
  • Fournir des informations sur l'orientation des lieux spécifiques à Google I/O, par exemple la récupération de badges, le bac à sable, les ateliers de programmation, les permanences et les avis sur les applications, en dehors des horaires d'ouverture et le magasin I/O
  • Fournissez des détails sur les événements pour tous les discours d'ouverture, les sessions, les permanences et les repas, et filtrez-les en fonction de l'heure, du lieu ou du planning de l'utilisateur