Nel 1984 Noriaki Kano, professore giapponese, scelse un approccio insolito per un accademico: invece di restare in laboratorio a elaborare teorie, andò a parlare direttamente con i clienti. Quella scelta cambiò il modo in cui le aziende affrontano lo sviluppo prodotto.
La sua intuizione è che non tutte le caratteristiche di un prodotto generano la stessa soddisfazione. Alcune, se mancano, scatenano forte insoddisfazione. Altre, se ci sono, lasciano il cliente indifferente. E alcune, quelle che chiamava “attrattive”, lo sorprendono perché non se le aspettava, e gli strappano entusiasmo.
Toyota, Apple e Booking.com sono tra le aziende che hanno adottato il modello di Kano per guidare le proprie scelte di sviluppo. Serve a concentrare budget ed energie sulle feature che contano davvero.
Problema reale
Come decidi quali caratteristiche sviluppare quando le risorse sono limitate e le aspettative dei clienti cambiano da persona a persona? E come eviti di investire in funzionalità che non migliorano la soddisfazione, o che addirittura peggiorano l’esperienza?
Modello concettuale
Kano ha identificato cinque categorie di attributi di prodotto:
- Must-Be (requisiti base): caratteristiche che il cliente dà per scontate. Se mancano provocano insoddisfazione, se ci sono passano inosservate.
- Performance (requisiti lineari): più la caratteristica è presente e performante, più sale la soddisfazione.
- Attractive (delizia): caratteristiche inaspettate che generano grande soddisfazione quando ci sono, ma non creano insoddisfazione quando mancano.
- Indifferent (indifferenti): caratteristiche che non spostano la soddisfazione.
- Reverse (inverse): caratteristiche che alcuni clienti apprezzano e altri detestano.
Formalizzazione rigorosa
Per classificare una feature, Kano suggerisce un questionario con due domande per ciascuna:
- Come ti sentiresti se il prodotto avesse questa caratteristica?
- Come ti sentiresti se il prodotto non l’avesse?
Le risposte, combinate secondo una matrice, definiscono la categoria della feature. Una risposta positiva alla presenza e negativa all’assenza, per esempio, indica una Must-Be; una risposta entusiasta alla presenza e indifferente all’assenza indica una Attractive.
La matrice di classificazione è:
| Funzionale \ Disfunzionale | Mi piace | Me lo aspetto | Indifferente | Lo sopporterei | Non mi piace |
|---|---|---|---|---|---|
| Mi piace | Questionable | Attractive | Attractive | Attractive | Performance |
| Me lo aspetto | Reverse | Indifferent | Indifferent | Indifferent | Must-be |
| Indifferente | Reverse | Indifferent | Indifferent | Indifferent | Must-be |
| Lo sopporterei | Reverse | Indifferent | Indifferent | Indifferent | Must-be |
| Non mi piace | Reverse | Reverse | Reverse | Reverse | Questionable |
Esempio o caso studio
Un e-commerce italiano di cosmetica naturale ha applicato il metodo Kano con un questionario su 300 clienti. Alcune feature già pianificate sono risultate indifferenti per la maggioranza, mentre una feature non prevista, i campioni gratuiti personalizzati, è risultata fortemente Attractive.
Da lì è partita una riallocazione del budget: hanno tagliato gli investimenti inutili e puntato sulle feature che generano valore e fidelizzazione, con un ROI superiore al 600% in 18 mesi.
Lab / esercizio
Livello base: identifica almeno 5 feature del tuo prodotto e prova a classificarle secondo il modello Kano, partendo dai feedback informali dei clienti.
Livello intermedio: costruisci un questionario Kano con domande funzionali e disfunzionali per almeno 10 feature e raccogli almeno 100 risposte.
Livello research-grade: analizza i dati calcolando i coefficienti di soddisfazione e insoddisfazione per ogni feature, e integra i risultati con un framework di prioritizzazione come RICE.
Dataset e materiali consigliati: usa i fogli Google per raccogliere e analizzare i dati, e consulta il modulo su metriche fondamentali per approfondire la prioritizzazione.
Errore tipico da evitare
Molte PMI italiane investono quasi tutto il budget sulle feature Performance, trascurano le Must-Be che sono già soddisfatte e ignorano le Attractive. Il risultato è un prodotto tecnicamente valido ma senza differenziazione e senza passaparola.
Quiz o checkpoint
- Quale categoria di feature genera insoddisfazione se assente, ma non soddisfazione se presente?
- Come si classificano le feature che sorprendono positivamente il cliente?
- Perché conviene tenere conto delle feature Reverse nella roadmap?
Il punto
Il metodo Kano insegna che la vera sfida è capire cosa il cliente considera importante, non cosa pensiamo noi. Le feature Must-Be sono invisibili nelle survey perché date per scontate, le Attractive spesso sono sconosciute al cliente stesso. Solo scavando oltre le apparenze, con un metodo rigoroso, si prendono decisioni di sviluppo efficaci dove l’incertezza è alta.
In un mercato competitivo non basta aggiungere funzionalità: bisogna scegliere quelle giuste, quelle che creano il “wow” e che fidelizzano davvero. Il modello di Kano dà una disciplina concreta per farlo.