Quand ? À quel moment du projet ?
Généralement, l’audit a du sens si vous le faites avant la conception, cela vous aidera pour la suite du projet.
Dans le cas de la refonte d’une application / site Internet : si vous voulez la réaliser d’une application existante, l’audit interviendra au début du projet dans la phase de définition du processus design.
Connaissez-vous le diagramme de Nielsen Norman qui illustre les différentes phases du design thinking ? Vous pouvez voir sa représentation en suivant ce lien.
On y voit 3 grandes parties : Comprendre / Explorer / Matérialiser. Dans le cas d’une nouvelle conception, l’audit sera réalisé dans les parties Comprendre et Définition. L’audit réalisé avant la refonte permet de commencer la conception du nouveau produit à partir de ses enseignements et observations.
Dans le cas d’une amélioration ou de l’intégration d’une ou plusieurs fonctionnalités.
L’audit se fera juste avant la conception de la fonctionnalité. Il aidera le designer en charge de la conception pour justifier ses choix. Par exemple : si l’équipe travaille dans un contexte agile, l’audit pourra être réalisé durant le sprint précédant celui de la conception.
Quels sont les éléments à auditer ?
Dans un premier temps, l’expert va porter son attention sur les parcours utilisateurs. Dans le cas d’un site e-commerce, par exemple, vous allez vous mettre à la place d’un utilisateur en empruntant les différents accès possibles qui redirigent vers la page d’accueil ou les landing pages du site.
Une fois arrivé dans le site, l’expert va naviguer entre les pages et va observer :
L’efficacité des fonctionnalités ;
La facilité d’utilisation (sur des éléments interactifs par exemple) ;
La fluidité et l’accès de la navigation ;
L’architecture de l’information ;
La lisibilité et la clarté des informations ;
La cohérence graphique.
Un écran, plusieurs variantes.
L’observation se fera sur l’ensemble des pages d’un site ou sur une partie. Le designer basera son audit sur un ou plusieurs scénarios qui lui semblent les plus pertinents en fonction des objectifs de l’audit. Il est intéressant de prendre en compte l’ensemble des écrans-types de l’interface. Par « écrans-type », on entend une famille d’écrans par thématique.
Par exemple, une page panier sur un site e-commerce :
On catégorise la page panier comme une famille d’écrans parce qu’il y a forcément plusieurs variantes :
Le cas où le panier est vide ;
Le cas où l’utilisateur consulte son panier, mais n’est pas connecté avec son compte ;
Le cas où l’utilisateur consulte son panier, mais est connecté avec son compte ;
Le cas où le panier comprend plusieurs articles avec des quantités différentes, etc.
L’audit doit au moins prendre en compte une variante de chaque famille d’écrans qui compose l’interface.
Qui est concerné ?
Il est évident que vous serez le ou la première concernée, car le UX designer est en charge de la réalisation de l'audit. Mais d’autres personnes sont aussi concernées : vous allez être est en contact avec toutes les parties prenantes du projet.
Par exemple :
Le product owner (PO) ;
Le ou les chef(s) de projet ;
Un responsable technique ou des développeurs ;
L'équipe marketing ;
Autres concepteurs.
C’est à leur contact que vous prendrez connaissance du contexte projet et de ses contraintes. À partir de ces informations, vous allez définir les objectifs de votre audit.
À vous de pratiquer 🙂
À présent, je vous propose un petit exercice pratique. Sélectionnez un site Internet qui vous plaît ou que vous connaissez très bien et détaillez l’ensemble des écrans-types du service. À partir de ces écrans, je vous propose d’identifier les éléments à auditer et de les analyser (voir l’ensemble des points listés dans la partie « Quels sont les éléments à auditer ? »).
En résumé
Vous l’aurez compris, il est essentiel de donner un cadre d’intervention à son audit en sélectionnant les écrans ou le parcours à observer.
Autre point important : la liste des grandes questions à se poser ou points à observer. Oublier de parler de la navigation serait une énorme erreur par exemple !
N’oubliez pas non plus qu’un écran comporte des variantes en fonction du parcours de l’utilisateur, par exemple s’il est connecté ou déconnecté, etc.
On se répète mais votre audit doit être exhaustif et couvrir l’ensemble des cas possibles, à part si certains points sortent du périmètre d’intervention défini au début du projet.
