À propos de ce cours
Résoudre un problème ne suffit pas : l’utilisateur doit percevoir ce qu’il y gagne. Cette leçon définit la valeur perçue (bénéfices moins coûts) et ses quatre types : fonctionnelle, émotionnelle, sociale et économique. Avec le canevas de proposition de valeur, vous vérifierez que chaque fonction répond à une douleur ou à un gain du persona, puis vous rédigerez un énoncé de proposition de valeur et choisirez les indicateurs qui permettront de vérifier la promesse. La leçon clôt la phase de définition.
-
Objectifs
- Définir la valeur perçue par l'utilisateur
- Distinguer les valeurs fonctionnelle, émotionnelle, sociale et économique
- Décrire le profil d'un persona : tâches, douleurs et gains
- Vérifier l'adéquation entre l'offre et le profil avec le canevas de proposition de valeur
- Rédiger un énoncé de proposition de valeur
- Choisir des indicateurs pour mesurer la valeur apportée
-
Présentation
- Les problèmes sont priorisés. Avant de chercher des solutions, il reste une question : qu'est-ce que l'utilisateur gagnera vraiment ? Une application peut résoudre un problème et ne pas être utilisée, si elle coûte trop d'effort ou si l'utilisateur ne perçoit pas le bénéfice.
- Préciser la valeur à apporter, c'est formuler la promesse faite à l'utilisateur, la vérifier et prévoir comment la mesurer. Cette promesse guidera toute la phase d'idéation.
- Nous terminons la phase de définition de BiblioCampus avec Yasmine, notre persona principal. Pour les activités, créez le dossier
06-5-valeur/dans votre dépôt GitHubui-ux-design-bts.
-
Qu'est-ce que la valeur pour l'utilisateur ?
- La valeur perçue est ce que l'utilisateur estime gagner, moins ce qu'il estime perdre pour l'obtenir. Elle est subjective : c'est l'utilisateur qui la juge, pas l'équipe :

- Les coûts ne sont pas seulement financiers : le temps, l'effort, l'apprentissage et le risque d'erreur comptent tout autant. Un service gratuit peut avoir une valeur nulle s'il demande trop d'effort.
-
Quatre types de valeur
- Un service peut apporter plusieurs types de valeur à la fois :

- La valeur fonctionnelle est la plus facile à décrire, mais la valeur émotionnelle décide souvent de l'usage : Yasmine veut avant tout aborder ses partiels sereinement.
-
La tâche à accomplir
- Les utilisateurs n'utilisent pas une application pour elle-même : ils l'utilisent pour accomplir une tâche (job to be done). Yasmine ne veut pas « réserver un livre » : elle veut réussir ses partiels, et le livre est un moyen.
- Remonter à cette tâche aide à juger la valeur : une fonction qui fait gagner du temps sur une tâche secondaire vaut moins qu'une fonction qui sécurise la tâche principale.
-
Le canevas de proposition de valeur
- Le canevas de proposition de valeur met face à face deux parties. À droite, le profil du persona : ses tâches, ses douleurs, les gains qu'il attend. À gauche, la carte de valeur: ce que propose le service, comment il réduit les douleurs et comment il crée des gains :

- On remplit toujours le profil en premier, à partir des personas et des parcours. On vérifie ensuite que chaque élément de la carte de valeur répond à une douleur ou à un gain du profil.
- Une fonction qui ne répond à rien dans le profil est un signal d'alerte : elle coûte du temps à concevoir et n'apporte pas de valeur.
-
L'énoncé de proposition de valeur
- L'énoncé de proposition de valeur résume la promesse en une ou deux phrases, selon un modèle simple :

- Un bon énoncé est spécifique (un persona précis), vérifiable (un bénéfice que l'on peut mesurer) et différenciant (il dit pourquoi l'utilisateur changerait d'habitude).
- L'énoncé est affiché à côté des personas pendant toute la conception : chaque idée doit servir cette promesse.
-
Mesurer la valeur apportée
- Une promesse doit pouvoir être vérifiée. Pour chaque bénéfice de l'énoncé, on choisit un indicateur, sa valeur actuelle, un objectif et une façon de le mesurer :

- Les valeurs actuelles viennent de la phase d'exploration ; les objectifs reprennent ceux de la fiche de cadrage. Ces indicateurs seront mesurés à nouveau pendant la phase de test.
-
Exemple 1 : créer de la valeur en supprimant un coût
- Pour réserver, Yasmine doit saisir son numéro et son mot de passe à chaque fois. Ce coût est faible, mais il se répète à chaque réservation, debout entre deux cours.
- L'équipe note dans le canevas : « réducteur de douleur : rester connecté sur son téléphone ». Sans ajouter aucune fonction, la valeur perçue augmente.
- L'indicateur « temps pour réserver » permettra de vérifier ce gain pendant le test.
-
Exemple 2 : une fonction sans valeur
- L'accueil actuel de BiblioCampus affiche un carrousel d'actualités et un bandeau clignotant. Dans le canevas, ces éléments ne répondent à aucune tâche, aucune douleur et aucun gain de Yasmine.
- Au contraire, ils augmentent un coût : ils repoussent la recherche plus bas sur l'écran. L'équipe propose de les retirer de l'accueil.
- Le canevas sert autant à retirer qu'à ajouter.

-
Activité 1 : bénéfice ou coût ?
- Pour Yasmine, classez chaque élément parmi les bénéfices ou les coûts perçus :
- a) créer un compte avec neuf champs ;
- b) recevoir « Votre livre est prêt » ;
- c) apprendre où se trouve la prolongation ;
- d) ne plus acheter son manuel ;
- e) risquer de réserver le mauvais livre.
- Vérifier : a) coût (effort) ; b) bénéfice ; c) coût (apprentissage) ; d) bénéfice (économique) ; e) coût (risque).
- Pour Yasmine, classez chaque élément parmi les bénéfices ou les coûts perçus :
-
Activité 2 : quel type de valeur ?
- Indiquez le type de valeur de chaque bénéfice prévu pour CantineCampus :
- a) ne plus faire la queue ;
- b) être rassuré sur les allergènes ;
- c) déjeuner avec ses amis à une table réservée ;
- d) payer moins cher en commandant à l'avance.
- Vérifier : a) fonctionnelle ; b) émotionnelle ; c) sociale ; d) économique.
- Indiquez le type de valeur de chaque bénéfice prévu pour CantineCampus :
-
Activité 3 : le profil de votre persona
- Remplissez la partie « profil » du canevas pour le persona principal de CantineCampus : au moins trois tâches, trois douleurs et trois gains, tirés de vos personas et de vos parcours.
- Vérifier : chaque élément renvoie à une source ; les douleurs reprennent les moments les plus bas de votre parcours actuel.
-
Activité 4 : la carte de valeur
- Remplissez la partie « carte de valeur » : produits et services, réducteurs de douleurs et créateurs de gains. Ne décrivez pas d'écran : décrivez ce que le service apporte.
- Vérifier : chaque réducteur de douleur répond à une douleur précise du profil, et chaque créateur de gain à un gain précis.
-
Activité 5 : vérifier l'adéquation
- Reliez par des flèches chaque élément de la carte de valeur à l'élément du profil auquel il répond. Barrez les éléments qui ne sont reliés à rien.
- Vérifier : les trois problèmes prioritaires de la leçon précédente sont couverts ; chaque élément barré est soit retiré, soit justifié par une nouvelle source.
-
Activité 6 : rédiger l'énoncé de valeur
- Rédigez l'énoncé de proposition de valeur de CantineCampus avec le modèle en six parties.
- Vérifier : l'énoncé cite un persona précis, contient un bénéfice mesurable et une différence avec la situation actuelle ; un camarade le comprend du premier coup.
-
Activité 7 : choisir les indicateurs
- Pour chaque bénéfice de votre énoncé, choisissez un indicateur, sa valeur actuelle (tirée de votre recherche), un objectif et une façon de le mesurer. Ajoutez le tout à
projet-cantinecampus/02-definir/proposition-de-valeur.md. - Vérifier : chaque objectif est chiffré et réaliste ; chaque mesure peut être réalisée pendant la phase de test.
- Pour chaque bénéfice de votre énoncé, choisissez un indicateur, sa valeur actuelle (tirée de votre recherche), un objectif et une façon de le mesurer. Ajoutez le tout à
-
Activité 8 : déposer votre travail sur GitHub
- Regroupez vos réponses dans
06-5-valeur/README.md, avec une photo de votre canevas, puis envoyez le tout. Marquez la fin de la phase de définition avec une étiquette :
- Regroupez vos réponses dans
git add 06-5-valeur projet-cantinecampus/02-definir
git commit -m "Ajoute la proposition de valeur du projet CantineCampus"
git push
git tag -a definition-v1 -m "Fin de la phase de définition"
git push origin definition-v1
- Vérifier : le dossier
02-definir/contient les personas, les parcours, la fiche de cadrage, les priorités et la proposition de valeur, et l'étiquettedefinition-v1apparaît dans l'onglet Tags.
-
Erreurs fréquentes
| Erreur ou réflexe | Pourquoi c'est un problème | Ce qu'il faut faire |
|---|---|---|
| Décrire la valeur du point de vue de l'équipe | « Une application moderne » ne dit rien à l'utilisateur | Partir des tâches, douleurs et gains du persona |
| Oublier les coûts | L'utilisateur abandonne malgré les bénéfices | Lister le temps, l'effort, l'apprentissage et les risques |
| Remplir la carte de valeur en premier | On justifie des fonctions déjà choisies | Remplir le profil d'abord, avec les données |
| Garder des fonctions reliées à rien | Elles coûtent sans rien apporter | Les retirer, ou trouver une source qui les justifie |
| Un énoncé vague : « pour tous les étudiants » | La promesse ne guide aucun choix | Un persona précis et un bénéfice mesurable |
| Promettre sans indicateur | Impossible de vérifier la promesse | Un indicateur et un objectif par bénéfice |
| Ne viser que la valeur fonctionnelle | On oublie ce qui décide de l'usage | Penser aussi aux valeurs émotionnelle, sociale et économique |
-
À retenir
- La valeur perçue = bénéfices perçus − coûts perçus, du point de vue de l'utilisateur.
- Quatre types de valeur : fonctionnelle, émotionnelle, sociale, économique.
- Le canevas de proposition de valeur relie l'offre aux tâches, douleurs et gains du persona.
- On crée de la valeur en ajoutant des bénéfices, mais aussi en réduisant les coûts.
- L'énoncé de valeur résume la promesse ; il guide la phase d'idéation.
- Chaque bénéfice promis a un indicateur qui sera mesuré pendant les tests.
Les utilisateurs n'achètent pas des fonctions : ils adoptent ce qui leur fait gagner plus qu'il ne leur coûte.