Avez-vous une question? (216) 97 656 803 hajjriadh@gmail.com
UI/UX Design

TP 5 : Mener une recherche utilisateur et un benchmark

Un cours complet pour maîtriser TP 5 : Mener une recherche utilisateur et un benchmark.

0 chapitres 0 QCM Accès gratuit
Dans cet article
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
  1. 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
  1. Prérequis

  1. 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 classeur modeles/grille-exploration.xlsx.

Le site actuel du restaurant universitaire et le projet CantineCampus

  • 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.

La démarche d'exploration en six étapes

  1. 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.xlsx contient 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.

Déroulement du TP sur 5 heures

Les notions du chapitre réinvesties dans le TP

  1. 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.

Modèle de plan de recherche

💡 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)

  1. Laquelle de vos hypothèses vous semble la plus risquée, c'est-à-dire la plus grave si elle était fausse ?
  2. 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.

  1. 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.pdf avec chacun.

La matrice des méthodes de recherche : dire ou faire, qualitatif ou quantitatif

Exemple de critères de recrutement et de questions de sélection sur une autre application

💡 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.
⚠ Piège : n'interrogez pas seulement vos amis de classe : ils ont le même emploi du temps et les mêmes habitudes que vous. Et ne recrutez jamais quelqu'un sans lui expliquer à quoi serviront ses réponses.

✅ 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)

  1. Quelle question de recherche ne peut pas être traitée par des entretiens seuls ? Pourquoi ?
  2. 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.

  1. 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.

La grille d'observation AEIOU et un exemple de note sur une autre application

💡 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.
⚠ Piège : ne vous contentez pas d'observer dix minutes au calme : les problèmes apparaissent à l'heure de pointe. Et n'interrompez pas les usagers pendant l'observation : les questions viennent plus tard.

✅ 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)

  1. Quel fait observé vous a le plus surpris ? Contredit-il une de vos hypothèses ?
  2. 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/.

  1. 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/.

La structure d'un guide d'entretien en entonnoir

💡 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.
⚠ Piège : ne demandez pas « Voulez-vous une application pour commander ? » : presque tout le monde répond oui. Faites raconter des faits passés, et gardez la projection pour la fin.

✅ 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)

  1. Quelle question de votre guide a le mieux fonctionné ? Laquelle avez-vous dû reformuler ?
  2. Un participant a-t-il dit une chose et fait l'inverse, d'après vos observations de la partie 2 ?
  3. Quelles applications reviennent dans plusieurs entretiens ?

📁 Dans le dossier : le guide d'entretien complété, les synthèses et les notes anonymisées.

  1. 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).

Besoins actuels et attentes futures : exemples sur une autre application

💡 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)

  1. Quel besoin revient chez le plus de participants ? Quelle hypothèse confirme-t-il ou infirme-t-il ?
  2. 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.

  1. 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.html sur 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.csv et donnees/recherches-internes.csv dans l'onglet « Parcours site ». Reconstituez l'entonnoir qui mène au menu de la semaine : le classeur calcule le taux de passage à chaque étape.

Lire un entonnoir de conversion : exemple sur une autre application

💡 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.
⚠ Piège : ne tirez pas de conclusion des statistiques seules : elles disent où les visiteurs abandonnent, pas pourquoi. Croisez chaque chiffre avec votre test et vos entretiens.

✅ 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)

  1. À quelle étape l'entonnoir perd-il le plus de visiteurs ? Qu'avez-vous observé à cet endroit pendant le test ?
  2. Que révèlent les recherches internes « menu » et « allergènes » sur l'organisation du site ?
  3. 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/.

  1. 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.

Concurrents directs, indirects et services inspirants

💡 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 ».
⚠ Piège : ne choisissez pas seulement de grandes marques célèbres : elles ont des moyens et des contraintes très différents du restaurant. Les concurrents directs, même modestes, sont souvent les plus instructifs.

✅ 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)

  1. Quel service avez-vous choisi grâce aux entretiens ? Qu'en disaient les participants ?
  2. 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.

  1. 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.

Exemple de grille de benchmark sur une autre application

Exemple de carte de positionnement

💡 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)

  1. Quel service obtient le meilleur score ? Sur quels critères fait-il la différence ?
  2. Quelles fonctionnalités sont présentes chez presque tous les services, mais absentes du site actuel ?
  3. 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.

  1. 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).

Exemple de fiche de bonne pratique et de mauvaise pratique sur une autre application

💡 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.
⚠ Piège : « l'appli X est belle » n'est pas une pratique. Décrivez ce que fait l'interface et son effet sur l'usager : « le menu du jour s'affiche dès l'ouverture, sans connexion ».

✅ 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)

  1. Quelle bonne pratique répond au besoin le plus fréquent de vos usagers ?
  2. 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.

  1. 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/.

Le plan du rapport d'exploration

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.
  1. 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
  1. 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.xlsx complété.
    • Les notes anonymisées, les captures du benchmark et le support de présentation.
  1. 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
  1. 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.
  1. 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.