Comprendre les besoins des utilisateurs

Pourquoi commencer par les utilisateurs

L’expérience utilisateur (UX) désigne tout ce que ressent et vit une personne quand elle utilise un produit : trouve-t-elle ce qu’elle cherche, comprend-elle ce qui se passe, atteint-elle son objectif sans effort ? La conception UX cherche à rendre cette expérience utile, utilisable et agréable.

Le piège le plus fréquent est de concevoir pour soi-même. L’équipe connaît le produit par cœur, maîtrise le vocabulaire interne et imagine des usages qui ne sont pas ceux des clients. La seule façon d’en sortir est d’aller voir les utilisateurs réels, d’écouter ce qu’ils font et ce qui les gêne, avant de dessiner le moindre écran.

Fil rouge de ce cours : la coopérative fictive Les Paniers du Coin veut une application de commande en ligne avec retrait en magasin (click and collect).

Choisir une méthode de recherche

Méthode	Ce qu’elle apporte	Quand l’utiliser
Entretien individuel	Motivations, contexte, frustrations (le « pourquoi »)	Au début, pour comprendre
Observation sur le terrain	Ce que les gens font vraiment, pas ce qu’ils disent	Processus physiques, outils métier
Questionnaire	Mesure à grande échelle (le « combien »)	Pour vérifier une hypothèse
Données d’usage (statistiques, support client)	Comportements réels mesurés	Produit déjà en ligne

Les méthodes qualitatives (entretiens, observation) se pratiquent sur peu de personnes, souvent cinq à dix par profil, et révèlent des problèmes. Les méthodes quantitatives mesurent leur fréquence. On les combine : les entretiens font émerger les hypothèses, le questionnaire vérifie leur ampleur.

Préparer et mener un entretien

Un entretien se prépare avec un guide : quelques thèmes et des questions de relance, pas un formulaire à remplir. Les règles d’or :

• Questions ouvertes : « Racontez-moi la dernière fois que vous avez fait vos courses » plutôt que « Faites-vous vos courses le samedi ? ».
• Faits passés plutôt qu’intentions : ce que les gens ont fait est plus fiable que ce qu’ils pensent qu’ils feraient. « Utiliseriez-vous cette fonction ? » obtient presque toujours un « oui » poli.
• Pas de question orientée : « Ne trouvez-vous pas que le retrait est trop long ? » suggère la réponse. Préférez « Comment s’est passé le retrait ? ».
• Ne pas présenter la solution : vous êtes là pour comprendre le problème, pas pour vendre une idée.
• Creuser : « Pourquoi ? », « Pouvez-vous me montrer ? », « Que s’est-il passé ensuite ? ».

Prenez des notes fidèles (ou enregistrez, avec l’accord explicite de la personne), en séparant ce que la personne a dit de votre interprétation.

Synthétiser : le diagramme d’affinité

Après les entretiens, chaque observation devient une note (un post-it, physique ou dans un outil comme FigJam ou Miro). On regroupe ensuite les notes qui parlent du même sujet, puis on nomme chaque groupe : c’est le diagramme d’affinité.

Pour estimer l’importance d’un thème, comptez le nombre de participants concernés, pas le nombre de notes : une personne bavarde qui répète trois fois la même plainte ne pèse pas plus lourd que trois personnes différentes.

Thème « Suivi de la commande »      5 participants sur 6
Thème « Créneaux de retrait »       3 participants sur 6
Thème « Attente au retrait »        2 participants sur 6

Formuler le problème

La recherche aboutit à un énoncé de problème centré sur l’utilisateur, qui guidera la conception :

Les clients qui commandent depuis leur téléphone ne savent pas quand leur commande est prête, ce qui les fait se déplacer trop tôt et attendre en magasin.

Puis on le retourne en question ouverte, qui laisse la place à plusieurs solutions : « Comment pourrions-nous informer les clients du moment exact où leur commande est prête ? » Cette question ne contient pas la solution (une notification, un écran de suivi, un SMS…) : c’est l’étape suivante.

À retenir

• On observe et on écoute avant de dessiner.
• Qualitatif pour comprendre, quantitatif pour mesurer.
• Questions ouvertes, faits passés, aucune suggestion.
• On compte les participants par thème et on formule un problème, pas une solution.