Geen hotelgast heeft ooit een lovende recensie geschreven omdat er een bed in de kamer stond. Laat het bed echter weg, en de recensie wordt gedenkwaardig.
Die scheefheid is het hele Kano-model, en het is een echt inzicht. In april 1984 publiceerden Noriaki Kano en drie collega’s in het tijdschrift van de Japanse vereniging voor kwaliteitsbeheersing een artikel met de titel “Attractive Quality and Must-Be Quality”. Het denken van die tijd zag tevredenheid als een rechte lijn: meer van iets goeds, blijere klant. Kano betoogde dat er soorten features zijn, en dat die soorten zich verschillend gedragen.
Sommige zijn basiseisen. Hun aanwezigheid levert niets op en hun afwezigheid is onvergeeflijk. Sommige zijn prestatie-eisen, hoe meer hoe beter, zoals de actieradius van een auto. En sommige zijn verrassers. Niemand verwacht ze, niemand mist ze, en ze verrukken. Een vierde soort laat mensen onverschillig, en een vijfde zouden ze liever kwijt zijn. Het idee heeft een voorouder in de arbeidspsychologie, waar Frederick Herzberg in 1959 had betoogd dat wat een baan draaglijk maakt iets anders is dan wat haar bevredigend maakt.
Veertig jaar later is het model een vaste waarde in productmanagement. Dat dankt het minder aan de theorie dan aan wat erbij kwam: een vragenlijst die belooft een backlog in die categorieën te sorteren door het klanten te vragen. Die belofte verdient een kritische blik.
Twee vragen per feature
De methode is vernuftig. Naar elke feature wordt twee keer gevraagd. Hoe zou je het vinden als het product dit had? En hoe als het dit niet had? Bij elke vraag kiest de respondent uit vijf antwoorden, meestal zo weergegeven: dat vind ik prettig, dat verwacht ik, het maakt me niet uit, daar kan ik mee leven, dat vind ik vervelend.
Het antwoordpaar wordt vervolgens opgezocht in een tabel. Wie de feature prettig zou vinden en zonder kan leven, heeft een verrasser beschreven. Wie haar gewoon verwacht, en de afwezigheid vervelend zou vinden, heeft een basiseis beschreven. Prettig als ze er is en vervelend als ze ontbreekt: dat is een prestatie-eis. Tel de indelingen van alle respondenten, en de meest voorkomende wint.
De schoolvoorbeelden komen uit hotels. Een kleurentelevisie werd in Kano’s tijd verwacht als hij er was en kwalijk genomen als hij ontbrak, en was dus een basiseis. Extra kussens vond men prettig als ze werden aangeboden en men haalde de schouders op als dat niet gebeurde, dus een verrasser. De aantrekkingskracht voor een productteam ligt voor de hand. Hier is een manier om, voordat je iets bouwt, te weten te komen welke features de toegangsprijs zijn en welke geliefd zullen worden.
Waar de vragenlijst kraakt
De problemen beginnen bij die vijf antwoorden. Ze vormen geen schaal in de gewone zin. “Dat verwacht ik” en “daar kan ik mee leven” zijn geen punten op een lijn tussen prettig en vervelend. Het zijn uitspraken van een andere orde. Respondenten moeten uitpuzzelen wat er wordt bedoeld, en ze komen niet allemaal op hetzelfde uit.
Onderzoekers zijn het ook niet eens geworden. Een criticus die de literatuur doornam voor een vakblad voor marktonderzoek, stelde vast dat auteurs de antwoordopties naar believen hadden herschreven, en haalde een studie aan waaruit bleek dat de formulering een significant verschil maakt in hoe mensen antwoorden. Dezelfde studie legde de categorieën uit aan respondenten en liet hen de features rechtstreeks indelen. Hun eigen indelingen kwamen niet overeen met die van de vragenlijst. Een overzicht van het vakgebied concludeerde dat er “geen uniek type Kano-model en Kano-evaluatietabel” bestaat. Twee teams die “een Kano-enquête” houden, gebruiken misschien verschillende instrumenten.
Het gepaarde format levert ook antwoorden op die niet te duiden zijn. De criticus noemt het geval van een respondent die een televisiebeeld dat snel verschijnt prettig vindt en, gevraagd naar een beeld dat langzaam verschijnt, antwoordt dat hij dat verwacht. De tabel bergt dit braaf op onder “verrasser”. Waarschijnlijker is het iemand die de draad kwijtraakte bij een negatief geformuleerde vraag, een risico dat we bespreken in eens/oneens-vragen.
Dan is er de steekproef. Twee onderzoekers van Google die de methode als enquêteonderzoekers onderzochten, vonden de validiteit op meerdere punten twijfelachtig, en merkten op dat de categorie waarin een feature belandt onbetrouwbaar kan zijn bij minder dan ongeveer 200 respondenten. Gebruikelijk is om in te delen naar de categorie met de meeste stemmen, zodat een feature die door 34% als verrasser en door 31% als prestatie-eis wordt gezien, simpelweg als verrasser wordt gerapporteerd. Bij vijftig respondenten is dat een verschil van één of twee mensen.
Onder dit alles ligt een bekendere zwakte. Beide vragen zijn hypothetisch. Klanten moeten zich een feature voorstellen die ze misschien nooit hebben gezien, zich dan voorstellen dat ze ontbreekt, en bij elk een gevoel opgeven. Mensen zijn niet goed in het voorspellen van hun gevoelens, en hun voorspellingen voorspellen niet wat ze vervolgens doen, zoals het bewijs over de kloof tussen zeggen en doen laat zien. De sluiproutes die rond de vragenlijst zijn ontstaan, doen het ook niet beter. Een formeel overzicht van de technieken waarmee features in Kano’s categorieën worden ingedeeld, raadde één populair alternatief helemaal af en vond de betrouwbaarheid van andere twijfelachtig.
Wat overeind blijft
Het zou zonde zijn om het idee met de vragenlijst weg te gooien, want het idee klopt en de meeste teams verwaarlozen het nog steeds.
De asymmetrie is echt. Sommige features kunnen je geen klant opleveren en je wel degelijk een klant kosten, en ze zullen nooit bovenaan een lijst met verzoeken staan, omdat niemand eraan denkt te vragen om wat hij vanzelfsprekend vindt. Een team dat zijn backlog alleen op populariteit rangschikt, investeert er elke keer te weinig in.
Kano maakte ook een punt dat de vragenlijst vaak aan het zicht onttrekt. De categorieën verschuiven. De verrassing van gisteren is de verwachting van vandaag, naarmate concurrerende producten hun achterstand inlopen en klanten eraan wennen. Een indeling is een foto van één markt op één moment, en veroudert snel.
De praktische vraag is hoe je de categorieën vindt zonder op een wankele enquête te leunen. Gedrag is de betere gids, en het sorteert features vrijwel zoals Kano beschreef.
Basiseisen melden zich door hun afwezigheid. Ze zitten in de opzegredenen, de supportwachtrij en de proefperiodes die vastliepen. Een klant die met enige felheid schrijft dat het product zijn data niet wilde importeren, heeft importeren betrouwbaarder ingedeeld dan welk paar enquêtevragen ook. Hier loont het om opzegredenen te bestuderen.
Verrassers melden zich andersom. Het is wat klanten noemen wanneer niemand ernaar vroeg: wat ze aan een collega laten zien, de regel in een recensie, het antwoord op “waarom koos je voor ons?” Prestatie-eisen zijn die waarover mensen onderhandelen, waar meer duidelijk meer waard is.
In een gesprek doet één vraag veel van het werk van het Kano-paar, en ze gaat over het verleden. Vertel eens over de laatste keer dat je dit nodig had. Wat deed je? Een klant met een noodoplossing, of die het opgaf en ergens anders heen ging, heeft een basiseis. Een klant die zich niet kan herinneren het nodig te hebben gehad, en toch zegt dat het leuk zou zijn, heeft hooguit een verrasser, en mogelijk helemaal niets.
Houd je de enquête toch, wees er dan bescheiden over. Houd de lijst met features kort, want elke feature kost twee vragen en de aandacht raakt op. Beschrijf elke feature aan de hand van wat de klant ermee kan. Verzamel minstens een paar honderd reacties, rapporteer de hele verdeling over de categorieën en niet alleen de winnaar, en beschouw een kleine voorsprong als gelijkspel. Toets de uitkomst daarna aan gedrag voordat er iets op wordt gebouwd.
Het hotel had geen vragenlijst nodig om te weten dat gasten een bed verwachten. Het zou het hebben gemerkt de eerste nacht dat het vergat er een neer te zetten. Hetzelfde geldt voor de meeste must-haves: tegen de tijd dat je klanten er in een enquête naar vraagt, hebben sommigen van die klanten het je al verteld.
Hoe Diaform helpt
Diaform vraagt naar features in een gesprek. Jij schrijft open vragen over de laatste keer dat een klant iets nodig had, en de AI-interviewer vraagt door over wat hij toen deed. Dat is het bewijs dat een must-have van een leuk idee scheidt. Elk gesprek bewaart letterlijke citaten en het volledige transcript, en AI-rapporten groeperen per thema wat klanten aandroegen, met de uitschieters erbij. Het neemt geen Kano-vragenlijst af en deelt features niet voor je in. Er is een gratis proefperiode van 14 dagen.
