Un audit UX SaaS analyse, en 2 à 3 semaines, la façon dont vos utilisateurs se servent réellement de votre produit : revue experte des parcours clés, données d’usage, tickets de support, entretiens et bases de l’accessibilité. Vous recevez une liste courte de problèmes classés par impact et par effort, avec les premières corrections déjà maquettées. Chaque constat s’appuie sur une observation, pas sur une préférence.
Beaucoup d’éditeurs hésitent à lancer un audit parce qu’ils ne savent pas ce qu’ils vont obtenir. Un document de cent pages ? Des remarques sur les couleurs ? Un devis de refonte déguisé ? La crainte est légitime, et la réponse tient à la méthode.
Cet article ouvre la boîte : ce que l’on regarde, dans quel ordre, comment on classe les constats et ce que votre équipe a entre les mains à la fin. Vous pourrez vous en servir pour cadrer un audit, que vous le meniez en interne ou avec un prestataire.
Qu’est-ce qu’un audit UX, et quand le lancer ?
Le mot « audit » fait penser à un contrôle. En UX, il s’agit plutôt d’un diagnostic : comprendre ce qui freine l’usage, avant de décider quoi changer.
Une enquête sur l’usage réel
Un audit UX part d’une question simple : où, et pourquoi, vos utilisateurs perdent-ils du temps ? Il ne juge pas le style de l’interface. Il cherche les moments où une personne hésite, se trompe, revient en arrière ou renonce à une tâche qu’elle était venue accomplir.
Dans un SaaS B2B, ces moments coûtent deux fois. Ils freinent l’adoption chez vos clients, et ils reviennent chez vous sous forme de tickets, de demandes de formation et de démonstrations à rallonge. L’audit relie ces symptômes entre eux pour montrer lesquels pèsent le plus.
On le confond parfois avec deux démarches voisines. Le test utilisateur observe quelques personnes sur des tâches précises. L’audit d’accessibilité vérifie la conformité à un référentiel. L’audit UX emprunte aux deux, mais son but est de hiérarchiser l’ensemble des frictions d’un produit.
Les moments où il rapporte le plus
Un audit n’a pas besoin d’attendre une crise. Il se révèle particulièrement utile dans quatre situations :
- avant une refonte, pour savoir quoi garder, retirer ou repenser ;
- quand l’activation des nouveaux comptes stagne malgré les relances ;
- quand le support répond sans cesse aux mêmes questions ;
- quand un outil interne est contourné par des tableurs et des messages.
Si vous vous demandez encore s’il faut refondre votre produit, notre article sur les signes qu’une refonte SaaS s’impose vous aide à faire le tri. L’audit vient juste après : il transforme ces signaux en liste de chantiers.
Que regarde-t-on pendant un audit UX SaaS ?
Aucune source ne suffit seule. Le Nielsen Norman Group recommande de combiner plusieurs méthodes de recherche, pour que les limites de l’une soient compensées par les données d’une autre. Un audit sérieux croise donc quatre regards sur le même produit.
Quatre sources, un seul diagnostic : chacune compense les angles morts des autres.
La revue experte des parcours clés
On commence par rejouer les tâches les plus importantes, écran par écran : créer un compte, configurer l’espace, accomplir la tâche principale, exporter, inviter un collègue. Chaque friction est capturée, décrite et rattachée à sa cause probable.
La grille de lecture la plus connue reste celle des 10 heuristiques d’utilisabilité de Jakob Nielsen : visibilité de l’état du système, cohérence, prévention des erreurs, reconnaissance plutôt que mémorisation. Le NN/g les présente comme des règles générales, et non comme des consignes détaillées.
Une revue experte a ses limites, et il faut les connaître. Le NN/g conseille de faire évaluer la même interface par trois à cinq personnes de façon indépendante, parce que chacune repère des problèmes différents. Il rappelle aussi que ces évaluations ne remplacent pas l’observation des utilisateurs.
Une revue experte produit donc des hypothèses solides. Les autres sources les confirment, les nuancent ou les écartent.
Les données d’usage et les tickets de support
Les analytics disent ce qui se passe à grande échelle : écrans les plus ouverts, fonctionnalités jamais utilisées, étapes où les parcours s’arrêtent. Le NN/g en décrit le premier usage en UX : signaler un problème potentiel, qui devient ensuite une piste à creuser.
Les tickets de support complètent ce tableau. Classés par thème et par écran, ils montrent où les utilisateurs bloquent assez pour prendre le temps d’écrire. Un écran très consulté et très commenté passe vite en haut de la liste.
Pas d’analytics en place ? Ce n’est pas bloquant. L’audit s’appuie alors davantage sur les tickets et les entretiens, et se termine par la liste des événements à mesurer ensuite.
Les entretiens et l’observation
Les chiffres ne disent pas pourquoi. Pour le comprendre, il faut parler à quelques utilisateurs et, si possible, les regarder travailler. Leurs contournements, un export chaque lundi, une note collée à côté de l’écran, une double saisie, en disent souvent plus long qu’un cahier des charges.
Le NN/g définit l’étude de terrain comme l’observation des participants dans leur propre environnement, au travail ou chez eux, là où ils rencontrent réellement le produit. Pour un logiciel métier, c’est là que se voient les interruptions, les écrans partagés et les raccourcis.
Victor Michel, fondateur du studio, a appliqué cette règle pour l’application self-service de MSC, première compagnie maritime mondiale. Plutôt que de redessiner l’interface d’emblée, il a organisé plusieurs jours d’observation chez des clients, isolé les quelques usages critiques, puis co-conçu la suite avec un groupe de clients pilotes.
Combien d’entretiens prévoir ? Pour un test qualitatif sur un seul groupe d’utilisateurs, le NN/g recommande cinq participants, et plusieurs petits tests plutôt qu’un grand. Dans un audit, quelques conversations ciblées suffisent à expliquer ce que les données montrent.
L’accessibilité et les mots de l’interface
Contrastes, tailles de texte, navigation au clavier, libellés des champs, messages d’erreur : l’audit vérifie les bases de l’accessibilité sur les parcours étudiés. Les WCAG 2.2, recommandation du W3C publiée en octobre 2023, servent de repère.
Ce contrôle n’est pas un audit de conformité. En France, la méthode du RGAA compte 106 critères de contrôle, et une déclaration formelle relève d’un auditeur spécialisé. L’audit UX repère ce qui exclut une partie de vos utilisateurs ; nous corrigeons ensuite les écrans concernés.
Enfin, on relit la microcopie : boutons, statuts, écrans vides, erreurs. Un vocabulaire maison que les clients ne comprennent pas revient souvent, et c’est l’une des corrections les plus rapides à livrer.
Comment se déroulent les 2 à 3 semaines d’audit ?
Chez Brutux Studio, l’audit UX de SaaS et d’application métier dure 2 à 3 semaines. L’écart dépend surtout du nombre de parcours étudiés et de la disponibilité de vos utilisateurs pour les entretiens. Le déroulé, lui, suit toujours quatre temps.
Cadrage, observation, synthèse, restitution : le même déroulé à chaque audit.
Cadrage : choisir les parcours et ouvrir les accès
Tout commence par un échange avec votre équipe produit. On choisit les parcours à auditer, en partant de ceux qui comptent le plus pour vos clients et pour votre activité. Mieux vaut trois parcours bien étudiés que tout le produit survolé.
Le cadrage fixe aussi la question de départ : pourquoi les essais ne se transforment pas, pourquoi une équipe cliente délaisse l’outil, pourquoi tel écran génère autant de tickets. Une question précise donne un audit précis.
On ouvre ensuite les accès nécessaires : un environnement de test, les analytics, l’outil de support. On identifie enfin les utilisateurs, clients ou collègues, qui accepteront de nous consacrer un moment.
Observation : documenter sans chercher la solution
Cette phase est la plus longue. Revue des écrans, lecture des données, tri des tickets et entretiens avancent en parallèle. La règle est stricte : on décrit ce qui se passe réellement, sans proposer encore de solution.
Cette retenue évite un piège classique : s’attacher à une idée de correction dès le deuxième jour, puis ne voir que les faits qui la confirment. Les constats restent ouverts jusqu’à la synthèse.
L’IA aide à transcrire les entretiens et à regrouper des centaines de tickets par thème. Elle accélère le dépouillement, mais chaque constat est relu, vérifié sur les écrans et rattaché à une observation réelle.
Synthèse et restitution
Les constats sont regroupés par thème, chacun illustré par une capture et une citation d’utilisateur. Ils sont ensuite classés, puis les corrections les plus rentables sont maquettées dans Figma.
L’audit se termine par une séance de restitution avec votre équipe. On parcourt les priorités ensemble, on répond aux questions, et on arbitre la suite : ce que vous corrigez seuls, ce qui mérite un chantier plus large.
Les maquettes des premières corrections vous sont remises à ce moment-là, avec l’ensemble des fichiers de l’audit. Votre équipe peut s’en saisir dès le lendemain.
Comment classer les constats pour décider vite ?
Un audit remonte facilement plusieurs dizaines de problèmes. Sans ordre de priorité, cette liste décourage plus qu’elle n’aide. Le classement est donc l’étape qui fait la valeur de l’audit.
Gravité, puis solidité de la preuve
Le NN/g propose d’évaluer la gravité d’un problème d’utilisabilité selon trois facteurs : sa fréquence, son impact et sa persistance. Autrement dit : combien d’utilisateurs le rencontrent, à quel point il les gêne, et s’ils le surmontent une fois ou y retombent à chaque passage.
À ces trois critères, nous ajoutons la solidité de la preuve. Un constat confirmé par deux sources, par exemple un écran signalé en revue experte et cité dans les tickets, passe en tête du plan d’action. Un constat isolé reste une hypothèse à vérifier.
Voici comment cela se traduit sur trois constats types :
| Constat | Sources qui le confirment | Décision |
|---|---|---|
| Statut « En attente » compris de trois façons | Tickets et entretiens | Priorité haute, correction rapide |
| Export hebdomadaire pour retraiter un tableau | Analytics et entretiens | Priorité haute, chantier de fond |
| Libellé ambigu sur un écran rarement ouvert | Revue experte seule | À vérifier avant d’agir |
Impact et effort : la matrice de décision
Chaque problème est ensuite placé selon l’effort de correction et l’impact attendu sur l’usage. Cette matrice transforme une liste de constats en plan d’action que la direction comme les développeurs comprennent.
La matrice impact / effort transforme la liste des constats en plan d’action.
Les quick wins, faible effort et fort impact, sont maquettés pendant l’audit. Votre équipe peut les livrer dans la foulée, sans attendre une décision sur le reste.
Les chantiers de fond, eux, entrent dans la roadmap, découpés en lots. C’est souvent là que se décide s’il faut une refonte, ou si quelques parcours repensés suffisent.
Que livre-t-on à la fin de l’audit UX ?
Un audit se juge à ce que votre équipe en fait la semaine suivante. Les livrables sont donc pensés pour être repris tels quels, rangés dans vos propres outils.
Les livrables, un par un
À la fin de l’audit, votre équipe dispose de huit éléments :
- la cartographie des parcours audités, avec les étapes où l’on hésite ou abandonne ;
- le relevé des frictions, écran par écran, chaque constat relié à une capture et à sa cause probable ;
- la synthèse des entretiens : les mots, les contournements et les attentes des utilisateurs ;
- la lecture commentée des analytics et des tickets, avec les événements à suivre ensuite ;
- le point d’accessibilité et de lisibilité sur les parcours étudiés ;
- le plan d’action priorisé, par impact et par effort ;
- les quick wins maquettés dans Figma, prêts pour vos développeurs ;
- la séance de restitution, pour arbitrer ensemble la suite.
Le cœur du livrable reste le plan d’action. Il est volontairement court : une liste hiérarchisée que l’équipe peut attaquer tout de suite, plutôt qu’un rapport exhaustif que personne ne relit.
Ce que l’audit ne livre pas
Un audit n’est pas une refonte. Il ne redessine pas tout le produit et ne remplace pas un audit de conformité RGAA. Il dit où agir, dans quel ordre, et montre à quoi ressemblent les premières corrections.
Il évite souvent une refonte inutile. Quelques parcours repensés et un design system consolidé suffisent parfois à remettre un produit d’aplomb.
Si un chantier plus large s’impose, l’audit en devient le cahier des charges. Notre page design UX/UI et design system détaille ce qui suit alors : parcours, écrans et bibliothèque de composants.
Comment préparer l’audit et choisir votre prestataire ?
Un audit avance plus vite quand votre équipe a préparé le terrain. Le choix du prestataire, lui, se joue sur quelques questions simples.
Trois éléments sont à réunir avant le cadrage :
- les accès : environnement de test, analytics, outil de support ;
- une ou deux personnes référentes côté produit, disponibles pour les questions ;
- une liste de clients ou de collègues prêts à échanger une demi-heure.
Pour comparer les propositions, demandez quelles sources seront croisées : une revue experte seule, ou aussi les données, les tickets et des entretiens. Demandez qui mène l’audit du cadrage à la restitution, et si le livrable contient des maquettes ou seulement un rapport.
Méfiez-vous d’une offre qui promet un diagnostic complet sans parler à un seul utilisateur. Elle produira des hypothèses utiles, mais pas un diagnostic. Demandez aussi ce qui se passe après : le même interlocuteur peut-il concevoir et développer les corrections ?
Chez Brutux Studio, un designer senior suit l’audit de bout en bout, et le studio peut prendre en charge la suite en design, design system et développement. Notre méthode de travail décrit cet enchaînement.
La proximité compte pour les entretiens et la restitution. Depuis Thonon-les-Bains, nous travaillons avec les équipes genevoises, dont les outils financiers et les plateformes de services sont au cœur de notre agence UX à Genève, comme avec les jeunes entreprises de l’arc lémanique accompagnées par notre agence UX à Lausanne.
Vous savez maintenant ce qu’un audit UX SaaS analyse et ce qu’il doit vous laisser entre les mains. Pour savoir par où commencer sur votre produit, réservez 30 minutes : nous regardons ensemble vos parcours et vos signaux.
Sources
- Nielsen Norman Group, Triangulation: Get Better Research Results by Using Multiple UX Methods : combiner plusieurs méthodes pour compenser les limites de chacune.
- Nielsen Norman Group, 10 Usability Heuristics for User Interface Design : les dix heuristiques, des règles générales plutôt que des consignes détaillées.
- Nielsen Norman Group, How to Conduct a Heuristic Evaluation : trois à cinq évaluateurs indépendants ; l’évaluation ne remplace pas la recherche utilisateur.
- Nielsen Norman Group, 3 Uses for Analytics in User Experience Practice : les analytics pour signaler un problème potentiel, l’investiguer et trianguler.
- Nielsen Norman Group, Field Studies and Ethnographic Methods : observer les participants dans leur propre environnement.
- Nielsen Norman Group, Why You Only Need to Test with 5 Users : cinq participants et plusieurs petits tests pour une étude qualitative.
- Nielsen Norman Group, Severity Ratings for Usability Problems : la gravité combine fréquence, impact et persistance.
- W3C, What’s New in WCAG 2.2 : recommandation d’accessibilité d’octobre 2023.
- DINUM, RGAA : introduction à la méthode : 106 critères de contrôle pour évaluer la conformité.