À propos de ce cours
Apprenez à étudier méthodiquement d'autres produits : concurrents directs, indirects, fonctionnels et références. Construisez une grille d'analyse, un tableau des fonctionnalités, une carte de positionnement et une analyse SWOT, documentez vos constats par des captures annotées et complétez le tout par une courte étude de marché.
-
Objectifs
- Expliquer ce qu'est un benchmark et à quoi il sert dans la phase d'exploration
- Choisir des produits à étudier : concurrents directs, indirects, fonctionnels et références
- Construire une grille d'analyse et un tableau comparatif des fonctionnalités
- Réaliser une carte de positionnement et une analyse SWOT
- Documenter ses constats avec des captures annotées
- Compléter le benchmark par une courte étude de marché et en connaître les limites
-
Présentation
- Les utilisateurs de BiblioCampus utilisent aussi d'autres applications, et ce sont elles qui forment leurs attentes. Le benchmark consiste à étudier méthodiquement ces produits : ce qu'ils font bien, ce qu'ils font mal, et la place qu'ils laissent libre.
- Le benchmark ne sert pas à copier la concurrence. Il sert à s'inspirer, à éviter les erreurs déjà commises par d'autres et à trouver un positionnement clair. Complété par une étude de marché, il situe le projet dans son environnement.
- Nous continuons avec BiblioCampus, notre application fictive de réservation de livres. Les concurrents cités dans cette leçon (LiBook, BiblioPlus, CampusRead…) sont également fictifs. Pour les activités, créez le dossier
20-benchmark/dans votre dépôt GitHubui-ux-design-bts.
-
Quels produits étudier ?
- Un bon benchmark ne se limite pas aux concurrents directs. On étudie quatre familles de produits :

- Pour un benchmark de classe, 4 à 8 produits suffisent, à condition de couvrir au moins trois familles.
-
La démarche
- Un benchmark suit six étapes, de l'objectif aux recommandations :

-
La grille d'analyse
- Pour comparer, on applique à tous les produits les mêmes critères et la même échelle. Les critères viennent des besoins identifiés pendant la recherche utilisateur :

- Une note seule ne suffit pas : chaque note est accompagnée de l'observation qui la justifie et, si possible, d'une capture.
- On peut donner un coefficient aux critères les plus importants pour les utilisateurs : le total devient un total pondéré.
-
Le tableau des fonctionnalités
- Le tableau comparatif montre d'un coup d'œil ce que chaque produit propose :

-
La carte de positionnement
- La carte de positionnement place les produits selon deux critères importants pour les utilisateurs, et fait apparaître les espaces libres :

-
La capture annotée
- Chaque constat important est appuyé par une capture d'écran annotée, avec une décision : à reprendre, à adapter ou à éviter :

- Les captures de produits réels sont utilisées pour l'analyse interne. Si le benchmark est publié, on vérifie les droits ou on se contente de schémas redessinés.
-
L'analyse SWOT
- La SWOT (forces, faiblesses, opportunités, menaces) résume la situation du projet après le benchmark :

-
L'étude de marché
- L'étude de marché élargit le regard : au-delà des concurrents, elle décrit le public, ses usages et les évolutions du secteur :

-
Les limites du benchmark
- Le benchmark est un outil d'inspiration, avec ses pièges :

-
Exemple 1 : une idée venue d'un concurrent fonctionnel
- En étudiant une application de livraison de colis (référence), l'équipe remarque le suivi en temps réel avec l'heure de la dernière mise à jour.
- Adaptée à BiblioCampus, l'idée devient : « 2 exemplaires en rayon, mis à jour il y a 3 min ». Elle répond directement au manque de confiance relevé pendant la recherche.
-
Exemple 2 : lire le tableau des fonctionnalités
- Seul LiBook propose un rappel avant la date de retour, et c'est l'application la mieux notée sur les rappels.
- Or la recherche a montré que 4 étudiants sur 6 avaient déjà payé une amende. Le rappel est donc une fonctionnalité à reprendre, en l'adaptant : rappel 2 jours avant, avec un bouton de prolongation.
-
Exemple 3 : un positionnement clair
- La carte montre que les produits sont soit complets mais lents (BiblioPlus), soit riches mais compliqués (CampusRead).
- BiblioCampus choisit le positionnement « rapide et simple, avec les fonctions essentielles » : trouver, vérifier la disponibilité, réserver en moins d'une minute, être rappelé.
- Ce positionnement guidera tous les choix suivants : chaque nouvelle fonctionnalité devra respecter la promesse de simplicité.
-
Aide-mémoire
- Les étapes pour réaliser un benchmark :

-
Activité 1 : classer les concurrents
- Pour CantineCampus, classez ces produits en concurrent direct, indirect, fonctionnel ou référence : application d'une autre cantine universitaire ; snack devant l'établissement ; application de commande de café à emporter ; application de livraison de repas très appréciée.
- Vérifier : direct : cantine universitaire ; indirect : snack ; fonctionnel : commande de café ; référence : application de livraison.
-
Activité 2 : fixer l'objectif et les critères
- Rédigez l'objectif du benchmark de CantineCampus et six critères issus de votre recherche utilisateur.
- Vérifier : chaque critère correspond à un besoin identifié dans les leçons précédentes.
-
Activité 3 : calculer une grille pondérée
- Calculez le total pondéré de chaque application du tableau ci-dessous, puis classez-les :

- Vérifier : MiamCampus 34, RestoExpress 38, Gamelle 32 ; RestoExpress arrive en tête grâce aux critères à fort coefficient.
-
Activité 4 : tester en situation réelle
- Choisissez trois applications réelles de commande de repas ou de réservation et réalisez la même tâche dans chacune, en chronométrant.
- Vérifier : pour chaque application, vous notez le temps, le nombre d'écrans et les difficultés rencontrées.
-
Activité 5 : annoter des captures
- Réalisez trois captures annotées (au moins trois annotations chacune) avec la décision à reprendre, à adapter ou à éviter.
- Vérifier : chaque annotation explique le constat et justifie la décision.
-
Activité 6 : construire le tableau des fonctionnalités
- Construisez le tableau comparatif des fonctionnalités pour vos produits et CantineCampus.
- Vérifier : le tableau compte au moins huit fonctionnalités et vous commentez une ligne qui révèle une opportunité.
-
Activité 7 : dessiner la carte de positionnement
- Choisissez deux critères pertinents et placez vos produits sur une carte de positionnement.
- Vérifier : les deux critères comptent pour les utilisateurs et la carte fait apparaître un positionnement possible pour CantineCampus.
-
Activité 8 : réaliser la SWOT
- Réalisez l'analyse SWOT de CantineCampus.
- Vérifier : forces et faiblesses portent sur le produit, opportunités et menaces sur l'environnement, avec au moins trois éléments par case.
-
Activité 9 : rédiger la synthèse
- Rédigez une synthèse d'une page : positionnement choisi, trois idées à reprendre, deux à éviter, éléments de marché.
- Vérifier : chaque recommandation est appuyée par une capture, une note de la grille ou une donnée de marché.
-
Activité 10 : déposer votre travail sur GitHub
- Regroupez dans
20-benchmark/votre grille, vos captures annotées, votre tableau, votre carte, votre SWOT et votre synthèse, puis envoyez le tout :
- Regroupez dans
git add 20-benchmark
git commit -m "Ajoute la leçon sur le benchmark"
git push
- Vérifier : tous les livrables apparaissent sur GitHub, et les captures publiées ne contiennent aucune donnée personnelle.
-
Erreurs fréquentes
| Erreur ou réflexe | Pourquoi c'est un problème | Ce qu'il faut faire |
|---|---|---|
| Copier un concurrent | Sa solution répond à un autre public ou à une autre stratégie | S'inspirer, adapter, vérifier avec les utilisateurs |
| N'étudier que les concurrents directs | On reproduit les idées de tout le monde | Inclure indirects, fonctionnels et références |
| Changer de critères selon les produits | La comparaison n'a plus de sens | Une grille unique, une échelle unique |
| Noter sans justifier | Les notes paraissent arbitraires | Associer chaque note à une observation et une capture |
| Se contenter de la page d'accueil | On passe à côté des difficultés réelles | Réaliser les tâches de bout en bout |
| Confondre SWOT interne et externe | L'analyse devient confuse | Forces et faiblesses : le produit ; opportunités et menaces : l'environnement |
| Croire qu'un espace vide est forcément une opportunité | Il n'y a peut-être aucun besoin | Vérifier avec la recherche utilisateur |
-
À retenir
- Le benchmark étudie méthodiquement d'autres produits pour s'inspirer et se situer.
- On étudie des concurrents directs, indirects, fonctionnels et des références.
- Une grille unique, avec des notes justifiées, rend la comparaison fiable.
- Le tableau des fonctionnalités, la carte de positionnement et la SWOT synthétisent l'analyse.
- Les captures annotées gardent la preuve de chaque constat.
- L'étude de marché complète le benchmark ; la recherche utilisateur garde le dernier mot.
Regarder les autres ne sert pas à leur ressembler, mais à trouver sa propre place.