De tre kategoriene som betyr noe
| Type | Hvis oppfylt | Hvis ikke oppfylt | Eksempel |
|---|---|---|---|
| Forventet | Ingen reaksjon | Sterk misnøye | Søket finner saken du vet finnes |
| Uttalt | Mer er bedre | Mindre er verre | Antall rapporter, hastighet |
| Begeistrende | Stor positiv effekt | Ingen reaksjon | Systemet foreslår riktig saksbehandler |
Innsikten ligger i asymmetrien. Forventede krav kan bare tape poeng — de gir ingen uttelling når de er på plass, men de velter et prosjekt når de mangler. Begeistrende krav er det motsatte: ingen savner dem, men de er det folk husker.
En liste behandler alle krav som samme type valuta. Kano viser at de ikke er det: fem begeistrende funksjoner veier ikke opp for ett manglende forventet krav. Det er forklaringen på systemer som «har alt» og likevel oppleves som dårlige.
Det forventede skrives sjelden ned
Den viktigste praktiske konsekvensen: forventede krav er nettopp de ingen nevner i et intervju, fordi de er selvsagte. Ingen sier «systemet må ikke miste data» eller «søket må finne det jeg leter etter». Derfor havner de ikke i kravlisten, og derfor er de blant de vanligste kildene til skuffelse.
Motgiften er å lete etter dem aktivt. Spør: hva ville få deg til å si at dette systemet er ubrukelig? Det spørsmålet henter fram forventede krav på en måte «hva ønsker du deg» aldri gjør. Se intervju.
Kategoriene flytter seg over tid
Det som begeistret for fem år siden er forventet i dag. Innlogging med BankID var en gang et konkurransefortrinn; nå er fravær av det en mangel. Når du vurderer et system med lang levetid, bør du regne med at dagens begeistrende krav er morgendagens forventede — og at leverandøren må kunne følge med.
Når metoden passer
- Når omfanget skal kuttes. Kutt aldri i det forventede. Kutt heller i det uttalte, og behold ett eller to begeistrende.
- Når kravlisten er lang og alle mener sitt. Kano flytter samtalen fra «hvor viktig er dette» til «hva slags krav er dette», som er lettere å bli enige om.
- Når du skal forstå et misfornøyd brukermiljø. Som regel er det et forventet krav som ikke er innfridd, ikke mangel på funksjoner.
Når den ikke er verdt bryet
Kano har en formell spørreundersøkelse med par av positivt og negativt formulerte spørsmål per funksjon. Den er grundig, og den er sjelden bryet verdt for en vanlig anskaffelse — den krever mange respondenter for å gi mening.
For de fleste holder det å bruke de tre kategoriene som tankeverktøy i en workshop, og sortere kravene i dem på en halvtime. Verdien ligger i inndelingen, ikke i statistikken.
Vanlige feil
- Begeistrende krav blir skal-krav. Da har du gjort et konkurransefortrinn om til et avvisningsgrunnlag, og prisen følger etter. Se gullbelegging.
- Forventede krav utelates fordi ingen nevnte dem. Bruk sjekklisten for ikke-funksjonelle krav — det er der de fleste forventede kravene bor.
- Metoden brukes som erstatning for prioritering. Kano sier hva slags krav du har, ikke hvilket som skal gjøres først. Kombiner den med MoSCoW.