The Kano Methodology

UX Researchers
Methods Mondays
Published in
7 min readJul 29, 2019

Or, How We Rallied a Product Team Behind Color-Coded Charts

The Kano methodology is a tool that categorizes product features into five emotional response types to priority. These emotional response types are distinguished by how a feature’s functionality or performance effects a user satisfaction with the product. Now, I’ll cover some of this Kano goodness here, but if you want the lay of the land, there is nothing better than this Folding Burritos article. It is a sacred text.

Attractive

Attractive features are unexpected or delightful features in a product. Including these types of features automatically boosts a user’s satisfaction. They may even forgive limited functionality for a time since they’re so jazzed this feature is included.

One-Dimensional

One-Dimensional features (sometimes called Performance features) are considered the “bigger-is-better” features. This applies to any adjective in its comparative form (bringing it back to elementary school grammar, folks). The bigger, faster, or easier a feature is, the more satisfaction it will bring to users. That’s due to it’s linear relationship with functionality! These types of features are tricky though — due to their linear relationship, if functionality or performance suffer so does satisfaction.

Assumed

Assumed features (sometimes called Must-Have features) are features that users assume would be in a product. Users aren’t going to go crazy over these features, but they sure will be bummed if they’re not included.

Indifferent

Indifferent features are features that users are (you guessed it) indifferent towards. No matter how many bells and whistles you throw into this feature, you probably won’t get a good return on satisfaction.

Undesired

Undesired features actively chip away at user’s satisfaction. The more time you spend improving these features, the less satisfaction you’ll get out of your users.

I know what you’re screaming at this point — “ALEXA, HOW DO I FIGURE OUT WHAT TYPE OF FEATURE MY FEATURE IS??” Well, it’s actually pretty easy! All you have to do is ask two questions: the functional question and the dysfunctional question.

These questions seem straightforward, and they are! The most important thing to remember is that the five answer choices are distinct answers, it’s not a scale. Then, based on how a user or many users answer the question pair, you can categorize a feature.

Remember! Functional is if the feature is present, dysfunctional is if the feature is absent.

For example, let’s imagine our product is a car. One of the features we’re thinking about including in this car is a steering wheel. If you were to ask a user “if you had a car with a steering wheel, how would you feel?”, they would probably answer “I expect it”. And then if you asked “if you had a car that did not have a steering wheel, how would you feel?”, they would probably answer “I dislike it”. Therefore, since the functional (if it was included) was “I expect it” and the dysfunctional (if it was not included) was “I dislike it”, this drops you firmly in the Assumed emotional response type. Now you would know that users expect this feature in your product — you may not get bonus points for including it, but users would be disappointed if it wasn’t there.

User may consider having a steering wheel in a car to be an Assumed feature — it’s not going to be a major selling point but it needs to be there!

Another feature you’re considering for your car is heated seats. If you were to ask a user “if you had a car with heated seats, how would you feel?”, they might answer “I like it”. And then if you asked “if you had a car that did not have a heated seats, how would you feel?”, they may say “I can tolerate it”. Therefore, since the functional (if it was included) was “I like it” and the dysfunctional (if it was not included) was “I can tolerate it”, this may be an Attractive feature!

User may consider having heated seats in a car to be an Attractive feature — I can live without it but boy do I want it!

Whew. That was a lot, right? Again, review the bible that is this Folding Burritos article and if you have any questions, hit me up!

New methods are cool and all but the Kano experience I really want to share is some insights into how we got multiple product teams to begin adopting and internalizing this methodology.

1. Be inclusive

The first order of business was including product teams from the very beginning. All feature descriptions were collaboratively created by our thematic, cross-functional teams. They are the ones who truly understand the feature inside and out and therefore are the best candidates for providing the feature descriptions we shared with participants

2. Create a shared vocabulary

This is a great tip with any cross-functional project — speak the same language! Since there are multiple different terms for the five emotional response types, decide what is best for your organization and stick with it across every presentation and every discussion. You may be surprised how quickly it will catch on, allowing for a shared understanding across the team. We even had folks betting how many of their features would be considered Attractive! Don’t forget to consider a visual vocabulary as well. As you may have noticed, all of the material we created to evangelize the Kano methodology is color-coded. This ensures there is one source of truth across our messaging.

3. Give actionable insights

Now that your users have classified features into their emotional response types, the next question your team may ask is “so what?” Like any good research, data analysis is not enough. You have to synthesize and provide recommendations. Users categorized a feature as Indifferent — what should we do when a feature lands there? This may look different for each organization or even for each product! But here’s another handy chart to start with:

4. Share broadly

Don’t stop with your product or cross-functional team! After it started taking off on our floor, we went on a multi-stop tour preaching the good word of Kano. We went to the Marketing team, our Development team, and even hosted a session at our local General Assembly.

That’s me! Presenting the Kano methodology with my rockstar team to UX designers and researchers!

These share-backs can take multiple forms — from a quick introduction to an in-depth skill share. We even hosted a session in which we had participants fill out their own Kano survey! They got to build their ideal fancy dinner (product) by answering questions about various dishes (features). We then walked participants through a live analysis of their responses. It was epic — like getting to watch a surgeon do a heart transplant.

5. Sit back and watch the evolution

Be patient. You’ve had all of this time to internalize the Kano methodology, but others are still learning. Once our colleagues started adopting Kano we began noticing changes in other projects too. The Product team started pushing for more qualitative interviews, concept testing, and participatory design. And of course we were more than willing to oblige! If we wanted to get those features into the Attractive category, we had to really understand what would make or break a feature for a user. Kano also became the catalyst to champion user-centered workshops and collaborative data analysis as our product teams were clamoring to get a deeper understanding of their Kano results.

tl;dr introducing the Kano methodology gave our cross-functional teams a shared vocabulary for discussing our product and opened the door for more user-centered research. Maybe it can help your team too!

Written by Alexa Carleo

Alexa is a User Experience designer turned researcher. She specializes in mixed method research including in-depth interviews, usability testing, needs analysis, and feature prioritization. Colleagues know her as Alexa “tell-me-a-little-bit-more-about-that” Carleo.

--

--

Methods Mondays
Methods Mondays

Published in Methods Mondays

In this series, our Research team details the strategies we use to provide user insights to our cross-functional teams. Read on to learn more about our areas of expertise, and how we bring our teams along through the Research process!

UX Researchers
UX Researchers

Written by UX Researchers

We are a global UX research team sharing our experiences in the industry! (Note: All of our ideas and opinions are our own!)