Prioriser avec le modèle de Kano
Comment prioriser tes fonctionnalités par rapport à la satisfaction de tes utilisateurs ? Cet article te guidera pas-à-pas pour utiliser la méthode de priorisation Kano.
Yooo,
J’espère que tout va bien de ton côté !
Toujours dans les basiques de la priorisation, je te présente aujourd’hui la méthode Kano !
Et comme d’habitude, j’écris trop. 🙄
Il est possible que l’article soit trop long pour être vu complètement par e-mail. Je te recommande de l’ouvrir sur ton navigateur :
Si tu penses qu’une personne autour de toi pourrait être intéressée par Product Shonen, n’hésite pas à lui transférer cette édition directement par e-mail, ou à cliquer sur le bouton ci-dessous !
Si tu n’es pas encore abonné(e), c’est le moment 👇
🗺️ Le plan
Présentation de Kano
Les 5 catégories
Catégories désirables
Fonctionnalité Essentielle
Fonctionnalité Performante
Fonctionnalité Attirante
Catégories indésirables
Fonctionnalité Indifférente
Fonctionnalité Inverse
Catégorisation
Le sondage
L’analyse des résultats
La priorisation
Templates
Le diagramme de Kano a été créé par Noriaki Kano en 1984.
Il aide à savoir si l’utilisateur est satisfait ou non par la présence ou non d'une feature.
In fine, cela te permet de prioriser tes user-stories et/ou ton backlog.
Et contrairement à la méthode MoSCoW ou à la méthode RICE qui nous permettent de savoir quelles fonctionnalités nous ajouterons et prioriseront à notre backlog, le modèle Kano nous permet de prioriser les features en fonction des ressentis de nos users à propos d’une fonctionnalité.
Voici à quoi ressemble le diagramme de Kano :
🖐️ Les 5 catégories
Dans ces cinq catégories, il y en a trois qui sont désirables, et deux qui ne le sont pas.
👍 Catégories désirables
Fonctionnalité Essentielle
Qu'a-t-on réellement besoin ?
C'est ce qu'attendent les utilisateurs, ce qu'ils prennent pour acquis.
En quelque sorte, c’est ton MVP (minimum viable product), le minimum de fonctionnalités présentes pour que le produit réussisse et ton MMF, (minimum marketable feature) quand une exigence marketing est imposée.
Exemples
Il est essentiel de pouvoir payer sur une marketplace telle que Airbnb : C’est donc considéré comme une fonctionnalité essentielle.
Autre exemple, si tu commandes un café dans un restaurant, tu t’attends à ce que la boisson soit servie rapidement, soit chaude, contenue dans une tasse propre. À ce moment, ton niveau de satisfaction est juste normal, puisque ce sont des exigences basiques. ☕
Par contre, si au bout d’un quart d’heure on te sert un café froid dans un verre sale, t’interpelle le serveur en exprimant ta colère.
Fonctionnalité Performante
Qu'est-ce qui va rendre ton produit excellent ?
Ici, la satisfaction client va être proportionnelle à l'échelle de la fonctionnalité et au niveau de l’effort pour son développement.
Le produit peut se passer de ce type de fonctionnalité, mais il apporte un vrai plus au produit. Les users apprécieront d'autant plus le produit.
Exemples
Toujours sur notre marketplace, ajouter des filtres sur la page de recherche n'est pas essentiel au produit mais rendra la navigation bien plus agréable.
Ton salaire mensuel représente aussi bien cette logique. Plus tu seras augmenté, plus tu seras satisfait (bon, jusqu’à 70000€ par an apparemment). Et l’inverse est vrai aussi. 😅
Fonctionnalité Attirante
Qu'est-ce qui va vraiment faire kiffer tes utilisateurs ?
Contrairement à la performante, on a une augmentation disproportionnée de la satisfaction par rapport à l'effort investi.
Cela doit créer le "wow" chez l'utilisateur. 🤩
Ces fonctionnalités sont aussi appelées “besoins inconnus” parce que tes utilisateurs ne savent pas qu’ils veulent ces fonctionnalités jusqu’à ce qu’ils les voient !
Ce sont des fonctionnalités qui n'ont pas d'impact sur ton produit si elle n'existe pas.
Mais les users adoreront ces fonctionnalités si elles sont présentes et elles feront toute la différence par rapport à la concurrence. 🚀
Exemples
À l'arriver dans le logement (que l'utilisateur a préalablement booké sur ma marketplace), il recevra un kit de bienvenu pour se sentir comme à la maison (du café, du thé, tout ce qu'il faut pour prendre soin de lui).
La sortie de l’iPod (j’avais 6 ans 👶) : Pouvoir mettre 1000 chansons dans sa poche était révolutionnaire et ça a vraiment provoqué l’effet “wow” !
👎 Catégories indésirables
On parle peu de ces catégories, d’ailleurs si tu cherches les diagrammes de Kano sur Google, tu ne les verras parfois pas du tout.
J’imagine que c’est parce qu’elles ne seront jamais utilisées. En effet, toutes les fonctionnalités qui rentrent dans ces catégories ne seront pas priorisées.
Indifférente
L'utilisateur s'en fichera de cette fonctionnalité. Il ne l'utilisera pas.
Si tu crées cette fonctionnalité, tu risques d’investir du temps et de l'argent pour R (rien).
Inverse
Ça regroupe les fonctionnalités non satisfaisantes, c'est simplement ce que l'utilisateur ne veut pas.
Tu diminues la valeur perçue de ton produit en ajoutant ce type de feature.
Exemple
Clyppy l'assistant de merde de Microsoft Office 📎
Plus récemment, Spark mail qui a pris le parti de tout rassembler sous forme de to-do list. 💩
La Catégorisation
En pratique, il y a 3 étapes pour catégoriser tes features dans l’une des cinq catégories dont la première est de sélectionner les fonctionnalités que tu souhaites prioriser.
Du coup, je ne vais te parler que des deux autres étapes. 😛
Étape 2 : Le sondage
Lance un sondage auprès de tes utilisateurs et les parties prenantes dans ta boîte pour catégoriser les fonctionnalités et trouver d'autres opportunités.
Voici les deux questions que tu devras poser :
Qu'en penseriez-vous si la fonctionnalité 𝒙 était présente ?
(Question fonctionnelle)Qu'en penseriez-vous si la fonctionnalité 𝒙 n'était pas présente ?
(Question dysfonctionnelle)
Il n’y aura que 5 réponses possibles :
J'aime ça
Je m'y attends
Pas d'avis, osef
Je peux le tolérer
Je n'aime pas ça
Tu peux aussi ajouter une troisième question dans ton sondage :
Dans quelle mesure est-ce important si : [Idée de fonctionnalité] ?
Par exemple “Dans quelle mesure est-ce important si : le chargement des images d’une page produit prend toujours moins de 1.5 secondes ?”
Ici, on attend une notation entre 1 et 10, où 1 est égale à “vraiment pas important” et 10 est égale à “Extrêmement important”.
Étape 3 : L’analyse des résultats
Après le sondage, tu analyses tes résultats une par une grâce au tableau suivant :
Ce dernier te permet de compter par fonctionnalité les “votes” pour chaque catégorie et d’attribuer une seule catégorie par feature :
Étape 3.1 : L’importance
Tu pourrais t’arrêter là, mais en réalité en donnant qu’une seule catégorie à tes features, tu perds l’importance de la feature pour tes utilisateurs.
Je te propose donc d’ajouter une autre colonne avec l’importance moyenne par feature.
Ainsi, tu feras ressortir les features les plus importantes par catégorie.
De plus, si tu as tout répertorié dans une database tel que Notion ou Airtable, tu pourras ainsi trier/filtrer la catégorie et l’importante. 🔥
La priorisation
Alors, dans tout ça, par où on commence ?
Eh bien, cela dépend de tes ressources, mais je te conseille de prioriser dans un premier temps les fonctionnalités essentielles, car sans elles, personne n'utilisera ton produit.
Puis tu pourras concentrer tes efforts, autant que possible, sur les fonctionnalités de performance et enfin les fonctionnalités excitantes/attrayantes si tu le peux.
Templates
Comme d’habitude, pour finir, je te propose quelques templates sur le modèle de Kano :
La méthode Kano te permettra de prioriser les fonctionnalités par rapport aux attentes et aux préférences des utilisateurs.
J’espère que cette méthode te sera utile !
Il est aussi important d’avoir en tête qu’avec le temps, les fonctionnalités ont généralement tendance à migrer en bas du diagramme de Kano.
Ce qui semblait révolutionnaire au début devient un standard pour tous.
Si tu veux aller encore plus loin sur la méthode de priorisation Kano, je te recommande la lecture de Fodling Burritos qui a fait un guide très complet sur ce sujet.
C’est terminé pour la partie priorisation, il y a beaucoup d’autres méthodes comme le story mapping, DIE score, Decision Diamond, EFQ, 3 features buckets, value mapping, etc. mais je t’ai présenté les plus utilisé.
Surtout, je ne pense pas que ça te sera utile de tous les connaître sauf pour ta culture product perso.
Je reviens la semaine prochaine de Corée pour te parler de Roadmap ! 🛣️
Profite bien de ton week-end, 👋
Kevin ❤️
Tu aimes la newsletter Product Shōnen, pourquoi ne pas la partager à tes proches ?