| Durée | Niveau | Outils | Livrable |
|---|---|---|---|
| 5 heures (10 parties), en binôme | Débutant, après le chapitre « Phase d'exploration : la recherche utilisateur » | Un téléphone (enregistrement et photos, avec accord), un chronomètre, un navigateur, un tableur, un outil de dessin (Figma, Excalidraw ou papier), un compte GitHub | Un rapport d'exploration (8 à 12 pages) déposé sur GitHub et une présentation de 5 minutes |
-
Objectifs
- Planifier une recherche utilisateur : objectifs, questions de recherche, hypothèses et méthodes
- Recruter des participants et respecter leur consentement et leur vie privée
- Observer les usagers sur le terrain et mener des entretiens semi-directifs
- Identifier les besoins actuels et les attentes futures des utilisateurs
- Étudier le parcours des utilisateurs sur un site existant à partir de statistiques et d'un test
- Réaliser un benchmark et en dégager les bonnes et les mauvaises pratiques
-
Prérequis
- Avoir suivi les leçons du chapitre « Phase d'exploration : la recherche utilisateur » : La recherche utilisateur : objectifs et méthodes, Rencontrer les utilisateurs sur le terrain, Identifier les besoins et les futures attentes des utilisateurs, Étudier le parcours des utilisateurs sur un site, Réaliser un benchmark : étude de la concurrence et du marché, Dégager les bonnes et les mauvaises pratiques.
- Connaître les notions de base de Git et de GitHub.
- Aucune programmation n'est demandée : on observe, on écoute, on compare.
-
Présentation du projet
- Le restaurant universitaire du campus veut remplacer son site internet vieillissant par une application pour téléphone : CantineCampus. Elle devrait permettre aux usagers de :
- consulter les menus et les allergènes;
- commander et payer leur repas ;
- connaître l'affluence;
- recharger leur carte ;
- donner leur avis.
- Avant de dessiner le moindre écran, le directeur veut comprendre : qui sont les usagers, que vivent-ils au quotidien, comment utilisent-ils le site actuel, et que proposent les autres services ? Il vous confie, en tant que consultants, la phase d'exploration du projet.
- Téléchargez l'archive du TP. Elle contient le site actuel du restaurant (
site-actuel/cantinecampus.html, à ouvrir dans un navigateur), ses statistiques de visite d'octobre (donnees/), un guide d'entretien et un formulaire de consentement à compléter (modeles/) et le classeurmodeles/grille-exploration.xlsx.
- Le restaurant universitaire du campus veut remplacer son site internet vieillissant par une application pour téléphone : CantineCampus. Elle devrait permettre aux usagers de :

- Le site actuel et ses statistiques sont fictifs: leurs défauts sont volontaires. Les observations et les entretiens se font avec de vraies personnes de votre établissement, et le benchmark porte sur de vraies applications.
- Ce TP produit les données de recherche de votre projet CantineCampus : vous les réutiliserez au chapitre suivant pour créer vos personas et vos parcours.

-
Organisation du TP
- Le TP est découpé en dix parties. Chacune indique sa durée, ses notions, ses consignes, une aide, un point de contrôle et des questions.
- Chaque partie ajoute une pièce à votre rapport d'exploration. Le classeur
modeles/grille-exploration.xlsxcontient les tableaux à remplir ; il calcule les bilans à partir de vos réponses. - Trois règles s'appliquent : on observe avant d'interpréter; chaque constat a une source (une observation, un verbatim, un chiffre, une capture) ; les participants restent anonymes (P1, P2…).
- À la fin de chaque partie, enregistrez votre travail sur GitHub : un commit par partie permet de suivre votre progression.


-
Partie 0 : préparer la recherche
⏱ 15 min
Notions mobilisées : La recherche utilisateur : objectifs et méthodes
- Dans votre dépôt GitHub
ui-ux-design-bts, créez le dossier de la phase d'exploration du projet et ses sous-dossiers :
cd ui-ux-design-bts
git pull
mkdir -p projet-cantinecampus/01-explorer/terrain projet-cantinecampus/01-explorer/entretiens projet-cantinecampus/01-explorer/site projet-cantinecampus/01-explorer/benchmark projet-cantinecampus/01-explorer/rapport
git add projet-cantinecampus/01-explorer
git commit --allow-empty -m "Démarre le TP 3"
git push
- Copiez le classeur dans
01-explorer/et complétez l'onglet « Mode d'emploi ». Rédigez ensuite votre plan de recherche dans l'onglet du même nom : objectif, trois à cinq questions de recherche, vos hypothèses et ce que vous ferez des résultats.

💡 Aide
- Une question de recherche est ce que l'équipe veut apprendre (« Comment les usagers décident-ils de venir déjeuner ? »). Ce n'est pas une question que l'on pose telle quelle aux participants.
- Une hypothèse est une supposition que la recherche confirmera ou démentira : « Les usagers renoncent à venir quand ils ne connaissent pas le menu. » Écrivez-la pour pouvoir la vérifier.
✅ Point de contrôle
- Le dossier
01-explorer/et ses cinq sous-dossiers existent sur GitHub. - Le plan contient au moins trois questions de recherche et trois hypothèses.
❓ Questions (à traiter dans le dossier d'analyse)
- Laquelle de vos hypothèses vous semble la plus risquée, c'est-à-dire la plus grave si elle était fausse ?
- Quelles décisions le directeur pourra-t-il prendre grâce à cette recherche ?
📁 Dans le dossier : le plan de recherche et les réponses aux questions.
-
Partie 1 : choisir les méthodes et recruter
⏱ 25 min
Notions mobilisées : La recherche utilisateur : objectifs et méthodes · Rencontrer les utilisateurs sur le terrain
- Pour chaque question de recherche, choisissez au moins une méthode dans l'onglet « Méthodes » : observation, entretien, questionnaire, analyse de statistiques, test sur le site, benchmark. Placez-les sur la matrice ci-dessous.
- Définissez vos critères de recrutement (profils à interroger), rédigez trois questions de sélection, puis recrutez au moins trois participants variés qui ne suivent pas ce cours. Complétez le formulaire
modeles/formulaire-consentement.pdfavec chacun.


💡 Aide
- Les usagers ne disent pas toujours ce qu'ils font : combinez au moins une méthode « dire » (entretien) et une méthode « faire » (observation, statistiques).
- Variez les profils : un étudiant pressé, un membre du personnel, un usager qui a un régime alimentaire, une personne qui ne vient presque jamais. Les non-usagers expliquent souvent mieux les problèmes que les habitués.
✅ Point de contrôle
- Chaque question de recherche a au moins une méthode, et la matrice contient des méthodes « dire » et « faire ».
- Au moins trois participants recrutés, de profils différents, avec un consentement signé (gardé hors du dépôt).
- L'onglet « Participants » ne contient que des codes (P1, P2…).
❓ Questions (à traiter dans le dossier d'analyse)
- Quelle question de recherche ne peut pas être traitée par des entretiens seuls ? Pourquoi ?
- Quels profils d'usagers risquent d'être oubliés si l'on recrute seulement à la sortie de la cantine ?
📁 Dans le dossier : l'onglet « Méthodes », les critères de recrutement et la liste anonymisée des participants.
-
Partie 2 : observer sur le terrain
⏱ 35 min
Notions mobilisées : Rencontrer les utilisateurs sur le terrain
- Allez au restaurant (ou à la cafétéria) de votre établissement à l'heure de pointe. Pendant 20 minutes, observez sans intervenir et remplissez l'onglet « Observation » avec la grille AEIOU: activités, environnement, interactions, objets, usagers.
- Mesurez trois faits : la longueur de la file à trois moments, le temps passé par trois personnes entre l'entrée et la caisse, et le nombre de personnes qui renoncent. Prenez des photos sans visage reconnaissable, avec l'accord du responsable.

💡 Aide
- Notez ce que vous voyez, pas ce que vous en pensez : « une personne repose son plateau et ressort » est un fait ; « elle était énervée » est une interprétation, à écrire dans une colonne à part.
- Repérez les contournements: photo du menu, ami envoyé dans la file, repas apporté de chez soi. Ils révèlent des besoins que personne ne formule.
✅ Point de contrôle
- Au moins 15 observations notées, réparties sur les cinq rubriques AEIOU.
- Les trois mesures sont chiffrées (minutes, nombre de personnes).
- Au moins deux contournements sont relevés.
❓ Questions (à traiter dans le dossier d'analyse)
- Quel fait observé vous a le plus surpris ? Contredit-il une de vos hypothèses ?
- Quels problèmes l'observation révèle-t-elle qu'un usager ne vous aurait probablement pas raconté ?
📁 Dans le dossier : l'onglet « Observation », les mesures et les photos anonymisées dans terrain/.
-
Partie 3 : mener des entretiens
⏱ 45 min
Notions mobilisées : Rencontrer les utilisateurs sur le terrain · Identifier les besoins et les futures attentes des utilisateurs
- Complétez
modeles/guide-entretien.mdà partir de la trame ci-dessous, puis menez au moins trois entretiens semi-directifs de 10 minutes. Un membre du binôme pose les questions, l'autre prend des notes mot pour mot.
| Étape | Question posée au participant |
|---|---|
| Ouverture | Pouvez-vous me décrire une journée habituelle au campus ? |
| Récit | Racontez-moi votre dernier déjeuner, depuis le moment où vous avez commencé à y penser. |
| Information | Comment savez-vous ce qu'il y a au menu ? Pouvez-vous me montrer comment vous faites ? |
| Habitudes | Utilisez-vous des applications pour manger, commander ou payer ? Lesquelles, et qu'appréciez-vous chez elles ? |
| Projection | Imaginez la cantine dans deux ans, idéale pour vous : comment se passe votre déjeuner ? |
| Clôture | Y a-t-il une question que j'aurais dû vous poser ? |
- Après chaque entretien, rédigez une synthèse dans l'onglet « Entretiens » : contexte, trois faits marquants et au moins trois verbatims. Déposez les notes anonymisées dans
entretiens/.

💡 Aide
- Relancez sans orienter : « Pouvez-vous m'en dire plus ? », « Que s'est-il passé ensuite ? », « Pourquoi ? ». Laissez des silences : le participant les remplit souvent.
- La question « Habitudes » nourrira votre benchmark : notez précisément les applications citées et ce que les participants en disent.
✅ Point de contrôle
- Trois entretiens menés, avec leur synthèse et au moins neuf verbatims au total.
- Aucune note ne contient de nom ou de détail permettant de reconnaître un participant.
- Les applications citées par les participants sont listées.
❓ Questions (à traiter dans le dossier d'analyse)
- Quelle question de votre guide a le mieux fonctionné ? Laquelle avez-vous dû reformuler ?
- Un participant a-t-il dit une chose et fait l'inverse, d'après vos observations de la partie 2 ?
- Quelles applications reviennent dans plusieurs entretiens ?
📁 Dans le dossier : le guide d'entretien complété, les synthèses et les notes anonymisées.
-
Partie 4 : identifier les besoins et les attentes futures
⏱ 30 min
Notions mobilisées : Identifier les besoins et les futures attentes des utilisateurs
- Relisez vos observations et vos entretiens. Dans l'onglet « Besoins », notez chaque besoin avec sa source, son type (explicite ou implicite) et le nombre de participants concernés.
- Repérez ensuite les attentes futures: ce que les usagers espèrent ou trouveront normal demain, à partir des réponses à la question « Projection », des applications qu'ils utilisent ailleurs et des usagers « extrêmes » (très pressés, très exigeants).

💡 Aide
- Un besoin actuel se voit dans le présent (« je photographie le menu chaque lundi ») ; une attente future se devine dans les comparaisons (« sur l'appli du fast-food, je commande en trois clics : pourquoi pas ici ? »).
- Les usagers extrêmes annoncent souvent les attentes de demain : ce qu'exige aujourd'hui un usager très pressé, la majorité l'attendra bientôt.
✅ Point de contrôle
- Au moins 10 besoins sourcés, dont au moins 3 implicites.
- Au moins 3 attentes futures, chacune reliée à une source (verbatim, application citée, usager extrême).
- Chaque hypothèse du plan de recherche est marquée « confirmée », « infirmée » ou « à vérifier » (le classeur fait le bilan).
❓ Questions (à traiter dans le dossier d'analyse)
- Quel besoin revient chez le plus de participants ? Quelle hypothèse confirme-t-il ou infirme-t-il ?
- Quelle attente future vient d'une autre application que les usagers utilisent ? Que faudra-t-il en retenir au benchmark ?
📁 Dans le dossier : l'onglet « Besoins » et le bilan des hypothèses.
-
Partie 5 : étudier le parcours sur le site actuel
⏱ 35 min
Notions mobilisées : Étudier le parcours des utilisateurs sur un site
- Ouvrez
site-actuel/cantinecampus.htmlsur un téléphone ou en affichage mobile (F12, puis l'icône téléphone). Réalisez vous-même les quatre tâches ci-dessous, puis faites-les réaliser à un participant, à voix haute.
| Tâche | Consigne lue au participant |
|---|---|
| S1 | Trouvez ce qui sera servi demain midi. |
| S2 | Trouvez le prix d'un repas pour un membre du personnel. |
| S3 | Vérifiez si le plat du jour contient du gluten. |
| S4 | Rechargez votre carte de cantine. |
- Analysez ensuite les statistiques d'octobre : collez
donnees/statistiques-pages.csv,donnees/chemins-frequents.csvetdonnees/recherches-internes.csvdans l'onglet « Parcours site ». Reconstituez l'entonnoir qui mène au menu de la semaine : le classeur calcule le taux de passage à chaque étape.

💡 Aide
- Dans
chemins-frequents.csv, additionnez les sessions de tous les chemins qui passent par une même page pour obtenir l'effectif de chaque étape. - Un taux de sortie élevé n'est pas toujours mauvais : sur une page qui donne l'horaire cherché, sortir est normal. Il devient inquiétant sur une page de passage ou une page d'erreur.
- Les recherches internes sont des verbatims chiffrés : elles disent exactement ce que les visiteurs n'ont pas trouvé dans les menus.
✅ Point de contrôle
- Les quatre tâches sont testées (réussite, temps, difficultés) par vous et par un participant.
- L'entonnoir du menu est reconstitué, et le classeur affiche les taux de passage et le taux global.
- Les cinq recherches internes les plus fréquentes sont commentées.
❓ Questions (à traiter dans le dossier d'analyse)
- À quelle étape l'entonnoir perd-il le plus de visiteurs ? Qu'avez-vous observé à cet endroit pendant le test ?
- Que révèlent les recherches internes « menu » et « allergènes » sur l'organisation du site ?
- Quelle part des visites se fait sur téléphone ? Quelle conséquence pour le menu publié en PDF ?
📁 Dans le dossier : l'onglet « Parcours site », le résultat des quatre tâches et des captures annotées dans site/.
-
Partie 6 : préparer le benchmark
⏱ 20 min
Notions mobilisées : Réaliser un benchmark : étude de la concurrence et du marché
- Choisissez cinq services à comparer : au moins deux concurrents directs (application ou site d'un autre restaurant universitaire, d'une cafétéria d'entreprise…), un concurrent indirect (une autre façon de déjeuner : restauration rapide, boulangerie avec commande en ligne…) et un service inspirant d'un autre secteur. Partez des applications citées en entretien.
- Dans l'onglet « Benchmark », fixez six à huit critères et leur poids, en lien avec vos besoins de la partie 4.

💡 Aide
- Un service inspirant n'est pas un concurrent : on l'étudie pour une pratique précise (par exemple, le suivi d'une commande en temps réel dans une application de livraison).
- Formulez les critères du point de vue de l'usager : « on connaît le menu en moins de 10 secondes » plutôt que « page menu ».
✅ Point de contrôle
- Cinq services choisis, avec leur type et la raison du choix.
- Six à huit critères, chacun relié à au moins un besoin de la partie 4.
❓ Questions (à traiter dans le dossier d'analyse)
- Quel service avez-vous choisi grâce aux entretiens ? Qu'en disaient les participants ?
- Quel critère serait absent si vous n'aviez pas fait de recherche avant le benchmark ?
📁 Dans le dossier : la liste des services et l'onglet « Benchmark » avec ses critères.
-
Partie 7 : réaliser le benchmark
⏱ 35 min
Notions mobilisées : Réaliser un benchmark : étude de la concurrence et du marché
- Installez ou ouvrez chaque service et réalisez la même tâche partout : trouver le repas du jour et savoir s'il contient un allergène, puis, quand c'est possible, commander. Faites des captures de chaque étape et rangez-les dans
benchmark/. - Notez chaque service de 0 à 3 sur chaque critère, en justifiant par un constat. Remplissez aussi la grille des fonctionnalités (présente ou absente) : le classeur calcule les scores pondérés, le classement et les fonctionnalités présentes partout.
- Enfin, placez les cinq services et le site actuel du restaurant sur une carte de positionnement à deux axes de votre choix.


💡 Aide
- Notez immédiatement après chaque test, captures à l'appui : au cinquième service, on a oublié les détails du premier.
- Une fonctionnalité présente chez presque tous les services est une attente de base du marché ; une fonctionnalité rare et appréciée est une piste de différenciation.
✅ Point de contrôle
- Cinq services notés sur tous les critères, chaque note justifiée par un constat et une capture.
- La grille des fonctionnalités est remplie et le classeur affiche les attentes de base du marché.
- La carte de positionnement place les cinq services et le site actuel.
❓ Questions (à traiter dans le dossier d'analyse)
- Quel service obtient le meilleur score ? Sur quels critères fait-il la différence ?
- Quelles fonctionnalités sont présentes chez presque tous les services, mais absentes du site actuel ?
- Quel espace de la carte de positionnement est libre ? Correspond-il à un besoin des usagers ?
📁 Dans le dossier : l'onglet « Benchmark », les captures et la carte de positionnement.
-
Partie 8 : dégager les bonnes et les mauvaises pratiques
⏱ 30 min
Notions mobilisées : Dégager les bonnes et les mauvaises pratiques
- À partir du benchmark, du site actuel et de vos observations, rédigez au moins six fiches de pratiques dans l'onglet « Pratiques » : trois bonnes pratiques à reprendre et trois mauvaises pratiques à éviter.
- Chaque fiche contient : le constat, la source (service et capture), pourquoi la pratique aide ou gêne l'usager, le besoin concerné et la décision (reprendre, adapter, éviter).

💡 Aide
- Une bonne pratique ne se recopie pas telle quelle : demandez-vous si elle répond à un besoin de vos usagers, dans leur contexte.
- Le site actuel est une source précieuse de mauvaises pratiques : chacune est déjà prouvée par vos tests et les statistiques.
✅ Point de contrôle
- Au moins six fiches, dont trois bonnes et trois mauvaises pratiques.
- Chaque fiche a une source vérifiable et un lien avec un besoin.
❓ Questions (à traiter dans le dossier d'analyse)
- Quelle bonne pratique répond au besoin le plus fréquent de vos usagers ?
- Une pratique appréciée ailleurs pourrait-elle être une mauvaise idée pour le restaurant ? Pourquoi ?
📁 Dans le dossier : l'onglet « Pratiques » et les captures correspondantes.
-
Partie 9 : le rapport d'exploration et la présentation
⏱ 30 min
Notions mobilisées : La recherche utilisateur : objectifs et méthodes · Dégager les bonnes et les mauvaises pratiques
- Assemblez le rapport selon le plan ci-dessous, puis préparez une présentation de 5 minutes pour le directeur : ce que vous avez appris sur les usagers, les trois chiffres clés, ce que fait la concurrence et les cinq enseignements pour la suite. Déposez-les dans
rapport/.

git add projet-cantinecampus/01-explorer
git commit -m "Ajoute le rapport d'exploration du TP 3"
git tag -a exploration-v1 -m "Fin de la phase d'exploration"
git push
git push origin exploration-v1
- Variantes pour les binômes en avance : mener un entretien avec un membre de l'équipe de cuisine ; diffuser un court questionnaire en ligne à 30 usagers ; ou étudier le parcours d'une vraie application de votre établissement.
- Relisez votre rapport : chaque constat a une source, aucun participant n'est reconnaissable, et les enseignements découlent des données, pas de vos goûts.
-
Grille d'évaluation (sur 20)
| Critère | Points |
|---|---|
| Parties 0–1 : plan de recherche, choix des méthodes, recrutement et consentement | 3 |
| Partie 2 : observation AEIOU, mesures chiffrées, contournements | 2 |
| Partie 3 : guide d'entretien, trois entretiens, synthèses et verbatims | 3 |
| Partie 4 : besoins sourcés, attentes futures, bilan des hypothèses | 2 |
| Partie 5 : test des quatre tâches, entonnoir, statistiques interprétées | 3 |
| Parties 6–7 : choix des services, grille de benchmark justifiée, carte de positionnement | 3 |
| Partie 8 : fiches de bonnes et de mauvaises pratiques sourcées | 2 |
| Partie 9 : rapport structuré, présentation et historique GitHub | 2 |
| Total | 20 |
-
Livrables
- Le lien du dépôt GitHub, avec au moins un commit par partie et l'étiquette
exploration-v1. - Le rapport d'exploration (PDF), avec vos noms, 8 à 12 pages.
- Le classeur
grille-exploration.xlsxcomplété. - Les notes anonymisées, les captures du benchmark et le support de présentation.
- Le lien du dépôt GitHub, avec au moins un commit par partie et l'étiquette
-
Erreurs fréquentes
| Symptôme | Cause | Solution |
|---|---|---|
| « Les étudiants veulent une appli » | Question fermée qui suggère la réponse | Faire raconter le dernier déjeuner, puis demander pourquoi |
| Tous les participants sont des camarades de classe | Recrutement de facilité | Varier les profils, inclure le personnel et les non-usagers |
| « La file est énervante » | Interprétation au lieu d'une observation | Décrire un fait chiffré : « 14 personnes, 18 minutes d'attente » |
| Un verbatim avec le prénom du participant | Atteinte à la vie privée | Codes P1, P2… et originaux gardés hors du dépôt |
| « La page d'accueil a 33 % de sortie, elle est ratée » | Statistique lue sans contexte | Croiser avec le test et les entretiens avant de conclure |
| Un benchmark de grandes marques uniquement | Concurrents mal choisis | Inclure des concurrents directs et justifier chaque choix |
| Des notes de benchmark sans justification | Absence de preuve | Un constat et une capture pour chaque note |
| « L'appli X est jolie, on fait pareil » | Copie sans lien avec les besoins | Relier chaque pratique à un besoin de vos usagers |
| Les hypothèses ne sont jamais revues | Recherche qui confirme ce qu'on croyait | Marquer chaque hypothèse confirmée, infirmée ou à vérifier |
| Un seul gros commit à la fin | GitHub utilisé trop tard | Faire un commit à la fin de chaque partie |
-
Pour aller plus loin
- Diffuser un questionnaire à au moins 50 usagers pour chiffrer les besoins repérés en entretien.
- Réaliser un tri par cartes sur les contenus du site actuel, comme dans le TP 2.
- Transformer vos données en personas et en parcours, comme nous le ferons au chapitre suivant.
-
Bilan
- La recherche commence par des questions et des hypothèses, pas par des solutions.
- Ce que les usagers disent et ce qu'ils font se complètent : on combine entretiens, observation et statistiques.
- Les attentes futures se lisent dans les comparaisons, les contournements et les usagers extrêmes.
- Un benchmark utile compare des services choisis, sur des critères issus des besoins, preuves à l'appui.
- Chaque constat comporte une source; chaque participant reste anonyme.
Avant de chercher la bonne réponse, assurez-vous de poser la bonne question, et de la poser aux bonnes personnes.