Comment j’écris les règles d’UX dans ma Userstory ?
Souvent, dans les Guichets mensuels de notre Communauté de Product Owners et Business Analysts au sein d’AXA, cette question nous revient souvent :
“Comment je relie mes règles fonctionnelles à mes maquettes d’écrans ?”
Pour en savoir plus : Qu’est-ce que l’UX, l’expérience utilisateur ? Définition UX (usabilis.com)
Pas d’UX dans nos règles fonctionnelles
Les règles fonctionnelles d’une Userstory ne doivent pas avoir de notion d’UX (écran, bouton, etc.), car, finalement, le besoin de l’utilisateur n’est pas d’appuyer sur un bouton, mais bien de vouloir valider quelque chose, quelle que soit la solution technique.
En écrivant une Userstory, pensez que le besoin fonctionnel pourra être mis en place dans n’importe quel outil.
Une règle fonctionnelle doit être vierge de toute notion d’UX.
Prenons un exemple avec la validation d’une commande :
A éviter :
En tant que Internaute
Je veux cliquer sur le bouton “Valider ma commande”
Afin de valider ma demande
A privilégier :
En tant que Internaute
Je veux valider ma commande
Afin de pouvoir la payer et la recevoir par courrier
Pourquoi ?
On constate que le besoin de l’utilisateur n’est pas de cliquer sur un bouton, ou de valider sa demande avec son empreinte digital ou de toute autre manière. Son réel besoin est de valider sa demande pour démarrer une prochaine étape.
Prenons un exemple concret
Vous êtes Product Owner dans la Squad “John Doo” qui s’occupe du parcours internaute de tarification Auto.
Votre Métier souhaite ajouter une fonctionnalité sur le parcours “tarif auto express”. Il s’agit de retrouver le véhicule et ses informations complémentaires à partir de sa plaque d’immatriculation.
Le design de l’UX
Votre UX a proposé ces 3 écrans, qui ont été validés par le Métier.
1ère étape : Choisir la recherche par immatriculation
2ème étape : Renseigner l’immatriculation
3ème étape : Consulter le résultat de la recherche
L’Event Modeling de la fonctionnalité
Un Event Modeling a été créé spécifiquement sur cette fonctionnalité en présentant différents évènements, qui correspondraient à 4 userstories :
- Le choix de la recherche par immatriculation,
- La recherche du véhicule à partir de son immatriculation,
- Le cas de Résilience si l’API de recherche de véhicule ne fonctionne pas,
- Le calcul du tarif à partir des informations du véhicule.
Note : Le service de recherche du véhicule a déjà été développé.
Vous pouvez même ajouter les copies d’écran de vos maquettes dans votre Event Modeling, en les reliant aux icones blanches, qui correspondent aux interfaces utilisateurs (les interfaces attendues en entrées et les interfaces en sortie (ou “vues”) de vos évènements)
Un zoom sur la Userstory “Recherche du véhicule”.
Voici ce que qui a été produit en 3 Amigos par l’équipe pour la Userstory sur la recherche du véhicule.
Comme vous pouvez le constater, les règles ne font en aucun cas notion d’UX, pourtant nous avons bien contrôlé le contenu de ce qui sera le champ “Immatriculation”.
Ajoutons maintenant l’UX dans notre Userstory
Sur votre outil Kanban (ex: Jira), vous pourrez :
- Ajouter le résultat de l’Exemple Mapping de la Userstory,
- Créer un paragraphe UX spécifique (dans le bloc “Description” de la Userstory) pour y indiquer la notion de texte, de boutons, de couleurs, etc.
Ajouter le lien vers la maquette si elle est en mode “digital”. Cela permettra aux développeurs de récupérer la bonne couleur, le bon padding (espacement) entre les différentes section / boutons, la bonne police, etc.
Ajouter le/les écrans de vos maquettes en pièce jointe, en spécifiant uniquement les objets touchés par la Userstory.
