Het kano-model lost een vraag op waar elk team mee worstelt: welke feature bouwen we eerst? Niet elke verbetering telt even zwaar voor de klant, sommige worden simpelweg verwacht, andere maken het verschil.
In dit artikel zie je hoe het kano-model klantbehoeften in vijf categorieën verdeelt, waarom enthousiasme na verloop van tijd basis wordt, en hoe je het model gebruikt om scherp te prioriteren.
Het sluit direct aan op prioriteren met RICE: Kano vertelt je wát klanten waarderen, RICE in welke volgorde je het bouwt.
Het kano-model verdeelt klantbehoeften in vijf categorieën op basis van hun effect op tevredenheid: basis (must-be), prestatie (one-dimensional), enthousiasme (attractive), indifferent en reverse. Basisfeatures veroorzaken irritatie als ze ontbreken maar geen vreugde als ze er zijn. Enthousiasmefeatures verrassen juist. Het model helpt je prioriteren: dek eerst de basis, investeer dan gericht in features die echt het verschil maken.
Wat het kano-model is
Het model is in 1984 ontwikkeld door professor Noriaki Kano, hoogleraar kwaliteitsmanagement aan de Tokyo University of Science. Hij brak met het idee dat meer of betere features automatisch tot meer tevredenheid leiden. Volgens ASQ onderscheidde Kano niveaus van verwachting die elk een heel ander effect hebben. De twee assen van het model: tevredenheid (van gefrustreerd tot verrukt) en functionaliteit (van afwezig tot perfect uitgevoerd).
De vijf categorieën van het kano-model
Het kano-model verdeelt features in vijf categorieën. De eerste drie zijn de werkpaarden:
- Basis (must-be), vanzelfsprekend. Ontbreekt het, dan is de klant woedend; is het er, dan valt het niemand op. Denk aan een veilige inlog. Hier scoor je nooit punten, je voorkomt alleen drama;
- Prestatie (one-dimensional), lineair: hoe beter, hoe tevredener. Hier vergelijken klanten je met concurrenten. Snelheid en prijs zijn klassieke voorbeelden;
- Enthousiasme (attractive), onverwacht. Afwezigheid stoort niet, maar aanwezigheid verrast en verrukt. Dit zijn je onderscheiders;
- Indifferent, features waar de klant niets om geeft, in welke richting dan ook. Zonde van je tijd;
- Reverse, features die sommige klanten juist minder waarderen naarmate ze meer aanwezig zijn.
De kracht zit in de eerste drie. Qualtrics beschrijft prestatiefeatures treffend als éénrichtingsverkeer: meer functionaliteit duwt de tevredenheid recht omhoog. Basis- en enthousiasmefeatures gedragen zich juist niet-lineair.
Waarom enthousiasme verschuift naar basis
Een cruciaal inzicht: categorieën zijn niet vast. Wat vandaag verrast, wordt morgen verwacht. De eerste smartphone met touchscreen was pure enthousiasme; nu is een schermloos toestel ondenkbaar. Diezelfde feature verschoof van enthousiasme, via prestatie, naar basis.
Voor een Customer Journey Expert (CJE) betekent dit dat je je featureportfolio periodiek opnieuw moet wegen. De wow van vorig jaar is de minimumeis van dit jaar.
Het kano-model toepassen: de vragenlijst
Hoe weet je in welke categorie een feature valt? Kano bedacht een slimme vragenlijst met paren. Voor elke feature stel je twee vragen: een functionele ("Wat vind je ervan als de feature er wél is?") en een dysfunctionele ("Wat vind je ervan als de feature er niet is?"). De combinatie van antwoorden onthult de categorie.
Een klant die de aanwezigheid "fijn" vindt en de afwezigheid "vervelend", beschrijft een prestatiefeature. Vindt iemand de afwezigheid vervelend maar de aanwezigheid vanzelfsprekend, dan heb je een basisfeature te pakken. Zo verzamel je geen meningen maar een classificatie. ProductPlan wijst er wel op dat het model kwalitatief is: het rangschikt soorten behoeften, niet de precieze omvang ervan.
Combineer dit gerust met de jobs to be done-methode: JTBD vertelt je wélke taak de klant probeert te klaren, Kano hoe je features rond die taak landen bij de klant.
Kano naast RICE: zo prioriteer je
Kano en RICE zijn geen concurrenten maar een duo. Kano classificeert; RICE rangschikt. De praktische volgorde voor een CJE:
- Dek eerst alle basisfeatures af, onderhandelbaar is dit niet, want een gat hier vergiftigt de hele beleving;
- Til prestatiefeatures naar een concurrerend niveau;
- Kies daarna gericht één of twee enthousiasmefeatures om in te investeren;
- Negeer indifferente features bewust, dat is ook een keuze.
Pas binnen die categorieën gebruik je RICE om de exacte volgorde te bepalen. Zo voorkom je de klassieke fout: maandenlang sleutelen aan een glanzende enthousiasmefeature terwijl een basisfeature lekt.
Veelgemaakte fouten met het kano-model
Het kano-model is krachtig, maar je kunt het ook verkeerd inzetten. Vier valkuilen kom je in de praktijk het vaakst tegen.
De eerste is alle features als gelijk behandelen. Wie geen onderscheid maakt tussen basis en enthousiasme, verspilt budget aan glanzende extra’s terwijl een basisfeature lekt, en juist die basis bepaalt of de klant afhaakt. De tweede fout is vergeten dat categorieën verschuiven. Een feature die je vorig jaar als enthousiasme classificeerde, is dit jaar misschien al basis; classificeer dus opnieuw in plaats van je oude oordeel te hergebruiken.
De derde valkuil is over-investeren in indifferente features. Het klinkt productief om één keer per kwartaal "iets nieuws" te lanceren, maar als de klant er niets om geeft, had je die tijd beter besteed. De vierde fout is het model als exacte rekenmachine zien. Zoals microTOOL benadrukt, is Kano kwalitatief: het toont welk sóórt behoefte je voor je hebt, niet hoeveel die precies weegt ten opzichte van een andere prestatiefeature. Voor dat laatste heb je een aanvullende prioriteringsmethode nodig.
De rode draad: gebruik Kano om de discussie te structureren, niet om hem te beëindigen. Het model maakt zichtbaar waar je energie heen moet, dek de basis, til de prestatie naar concurrerend niveau, en kies bewust je enthousiasme. De afweging zelf blijft mensenwerk, en juist dat gesprek is waar een goede classificatie zijn waarde bewijst.
In een digitale context verschuift het tempo bovendien sneller dan ooit. Features die een paar jaar geleden nog verrasten, een vlotte zoekfunctie, realtime statusupdates, zijn nu pure basis. Voor een Customer Journey Expert betekent dit dat een Kano-classificatie geen eenmalige oefening is maar een terugkerende. Plan elk kwartaal een moment om je belangrijkste features opnieuw te wegen, het liefst met verse klantdata erbij. Zo betrap je jezelf erop dat een feature die je nog als onderscheider zag, stilletjes naar basis is gezakt, en kun je je investering bijsturen voordat je achter de feiten aanloopt. Het model is op zijn best als levend instrument, niet als eenmalig rapport.
Wat het kano-model betekent voor de CJE
Het kano-model maakt je een scherpere gesprekspartner in je squad. In plaats van "deze feature is belangrijk" zeg je: "dit is een basisfeature, dus die móét af; deze is enthousiasme, dus daar onderscheiden we ons mee." Dat is precies de taal die een team uit eindeloze featurediscussies haalt. Wil je leren hoe je dit soort frameworks inzet om de rol in te groeien, lees dan Customer Journey Expert worden. Een tip om mee te starten: pak je journey map erbij en label per fase welke features basis, prestatie of enthousiasme zijn.