# Le Modèle de Kano ![Reproduction du diagramme de Noriaki Kano par Mind Tools. (source: mindtools.com)](https://1531174460-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LHD4wSD1i9v5yCa767m%2F-LbEEBXp0rRlhbOYskbw%2F-LbEEGa5HxVYbizcL8Q-%2Fkano.png?alt=media\&token=f1e3e8c3-4312-444c-a903-62a9e2c74897) Le modèle de Kano définit cinq catégories pour les attributs d'un produit *(ou service)* : ### **Threshold Attributes *****(Basics)*** Ces attributs représentent les fonctionnalités basiques que **l'utilisateur attend absolument du produit.** Exemple : un écran couleur. ### **Performance Attributes *****(Satisfiers)*** Les *Performance Attributes* regroupent les fonctionnalités dont on considère que **l'aboutissement est proportionnel à la satisfaction**. Plus la fonctionnalité est aboutie, plus le client devrait être satisfait **et inversement**. Exemple : performances de la batterie. ### **Excitement Attributes *****(Delighters)*** Ces fonctionnalités sont **inattendues** par l'utilisateur et **elles ne sont donc pas indispensables**. En revanche, elles peuvent **facilement améliorer la satisfaction** de l'utilisateur **en le surprenant positivement**. Exemple : fullscreen, split screen mode, flexible screen, built-in projector, etc... ### Indifferent Attributes Cette zone regroupe les fonctionnalités dont l'absence ou la présence n'affectent en rien la satisfaction du consommateur. ### Reverse Attributes Ces fonctionnalités sont un cas extrême où **la présence d'une fonctionnalité peut produit l'effet inverse** sur la satisfaction de l'utilisateur. Exemple : Touchscreen, Face ID. ## Priorisation La répartition des fonctionnalités au sein de ces catégories permet de faciliter leur priorisation. {% hint style="info" %} Au fil du temps, de l'évolution du produit et du marché, **les Excitement Attributes se transforment progressivement en Threshold Attributes**. {% endhint %} {% hint style="warning" %} La catégorisation des fonctionnalités peut s'avérer très subjective dans certains cas. Il faut donc bien définir la cible ou créer des produits différents pour les différentes cibles. {% endhint %} --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://guide-agile.wishtack.io/priorisation-and-planning/le-modele-de-kano.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.