Kano Analysis.20090923

7,422 views
7,229 views

Published on

Product Management View (PMV) webinar on Kano Analysis for Product Managers. See how Kano can be used for product management and market-insight, not just feature-definition.

You can view or listen to a recording of the webinar at http://grandview.rymatech.com/pmv/webinars/2009/09/kano-analysis.php

Published in: Business, Technology
5 Comments
21 Likes
Statistics
Notes
  • @californialuke Oh -try looking at it full-screen. It looks awful in the small window, but looks as-intended in full-screen.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • @californialuke Thanks for the feedback! The presentation had a smooth gradient (fairly neutral) background. I hadn't realized how messed up it was as rendered on Slideshare. I'll see if I can figure out how to update it here. Thanks!
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Great presentation, too bad for the distracting background. Maybe you could edit the preso with a neutral background so it would be easier to read.

    Keep up the good work!
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Thanks Justin! As you know, I ’heart’ pairwise testing (N-wise, really), so I’m thrilled that Hexawise is getting some benefit from thinking about the market problems in terms of Kano Analysis.

    Great point about ’more is better’ versus # of tests to achieve coverage. Definitely a more-is-better problem with diminishing returns there (either a function of CPU cycles or manual effort to review test results). Having thought about that particular problem before in the past, I wonder if a linear plot on a log scale might approximate the benefits. I remember some comparisons of pairwise test design algorithms in the past, that showed numbers of tests (versus parameters) from different algorithms, and the trivial differences between the ’best’ heuristics.

    Spending time figuring out ways to represent parameters with order-independence is worth a lot more than an X% reduction in the number of tests. Very cool, and happy to talk about this more on/offline. Scott @sehlhorst on twitter.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Scott,


    As usual, excellent presentation. I also found the links at the end informative as well, particularly the links to your blog at tynerblain.


    Thanks to you, I’m starting to think about our software test design tool in explicitly Kano Analysis terms for the first time. Getting 100% pairwise coverage in as few tests as possible is a ’more is better’ type of feature. Being able to add inputs efficiently, intuitively navigating from ’main screen # 1’ to ’main screen # 3’, getting to see coverage neatly charted, being able to adjust coverage so that some targeted areas of the software application receive more coverage than others, being able to remove invalid pairs from the solutions, etc. are Delighters. Next step is to think about different users/buyers/stakeholders and map potential new capabilities to each of them. Thanks again.


    Justin


    ---------------------


    Justin Hunter


    Founder and CEO Hexawise test case design tool: http://www.hexawise.com


    ’More coverage. Fewer tests.’
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
7,422
On SlideShare
0
From Embeds
0
Number of Embeds
1,551
Actions
Shares
0
Downloads
0
Comments
5
Likes
21
Embeds 0
No embeds

No notes for slide
  • In QFD, focus on interdependence of features – more specifically interdependence of designs or implementation ideas When designing a cell phone, there are tradeoffs between battery life and device size For understanding markets, tradeoffs are important, but guide problem emphasis, not implementation approaches For software, do you make a UI more comprehensive in capability, or easier to learn how to use?
  • Wikipedia says – characterize the features (inside out) instead of the needs (outside in).
  • Include ‘in the context of a target market segment’
  • yawn
  • Include example. Talk about diminishing returns (real world curve has decreasing slope)
  • This is an overview of what Kano is, and how designers / design engineers use it to frame their decisions.
  • Go To Market – For a particular market segment, reality is that there are table stakes , without which, your product simply won’t be considered viable Compliance – Must meet HIPAA Privacy Requirements for a health care information product Acceptance – The user must be able to view all of his previous entries Security – Must pass XSS attack test XYZ Integration – Must integrate with SFDC (automatic call-logger for sales reps)
  • Market Strategy – Your pricing and positioning will drive a strategy where, as a business, you (artificially) establish constraints that define how you choose to enter the market. Problem X – You may be targeting a particular persona in the market, for whom lacking a solution to problem X is a deal breaker. Competitor Y – You may be attacking an entrenched competitor (to win a recurring revenue stream, or market share bragging rights), and require an equivalent solution to an otherwise marginal problem, as it would prevent you from displacing an existing solution (at any price) Buyer Z – Buyers can be barriers to users (and value). You can either choose to placate them or work around them.
  • Not valuable to target personas – this is where the tyranny of analysts can trip you up. Just because a problem/solution/capability has made it into the analyst’s checklist does not mean it has value to your customers. Enough Trunk Space for a Stroller -> Teenage Boy Ability To Push FriendFeed Updates -> Mortuary When this happens, you have 3 choices Invest in building these ‘irrelevant’ features – but at what opportunity cost? Convince your buyers to ignore the analyst – but can you even get the meeting if you’re horribly unaligned? Educate the analyst that there is a nuance to the market, making his pet feature irrelevant.
  • Water Resistance 100m Depth-Tolerant will be boolean for a diver, irrelevant for a snorkler Can survive rain, swimming, diving (can be step-function, not always linear) Corrosion Resistance Water Salt Water Acid
  • 75% 10 up 5 left
  • Find better example than Dyson Vacuum cleaner. Dyson – increasing capability (more is better) decreasing attractiveness of price. Makes sense for the market segment that finds more utility in “cleans better” than “costs less”
  • Resets customer expectations McDonalds and Dunkin Donuts were competing for coffee drinkers on the go. Starbucks came in with a variation of product and service that delighted customers. That lead to a change in expectations. McDonalds introduced McCafe but with speed of delivery (and combined with breakfast) for an incremental $1B Dunkin Donuts has focused on being a Starbucks-Krispy Kreme hybrid, focusing on how to be different from Starbucks, not more of the same. Meanwhile, Starbucks is considering becoming more like McDonalds in an effort to be more efficient – moving away from what gave them their brand identity.
  • Goal is different personas perceive the same problem differently
  • Kano Analysis.20090923

    1. 1. KANO ANALYSIS <ul><li>Product Management View </li></ul><ul><li>2009-09-23 </li></ul><ul><li>Scott Sehlhorst, Tyner Blain </li></ul>
    2. 2. Audio and Video <ul><li>The (flash) video and (mp3) audio of the PMV seminar can be found at http://grandview.rymatech.com/pmv/webinars/2009/09/kano-analysis.php </li></ul><ul><li>Check it out, and check out the other webinars that PMV has done! </li></ul><ul><li>Now back to your regularly scheduled presentation. </li></ul>
    3. 3. About the Author <ul><li>Founded Tyner Blain 2005 </li></ul><ul><li>agile Product Manager / Product Owner </li></ul><ul><li>12 Years in Software </li></ul><ul><ul><li>Product / Program Management / Ownership </li></ul></ul><ul><ul><li>Business Architecture / Analysis </li></ul></ul><ul><ul><li>Technical Consulting & Consulting Mgmt </li></ul></ul><ul><ul><li>Developer, Architect, Pre-sales </li></ul></ul><ul><li>8 Years as an Electromechanical Design Engineer </li></ul><ul><li>BSME Carnegie Mellon 1990 (yes, I’m old) </li></ul><ul><li>@sehlhorst on Twitter </li></ul>
    4. 4. Agenda <ul><li>Kano’s Roots </li></ul><ul><ul><li>Where Kano Started </li></ul></ul><ul><ul><li>How Kano Works </li></ul></ul><ul><li>Kano for Product Managers </li></ul><ul><ul><li>How We Can Use Kano </li></ul></ul>
    5. 5. Why Does Kano Exist? <ul><li>Professor Noriaki Kano Developed the Model </li></ul><ul><li>Created As Framework to Analyze Features </li></ul><ul><ul><li>Insights Into Customer Satisfaction </li></ul></ul><ul><ul><li>Make Informed Design Decisions (Tradeoffs) </li></ul></ul>
    6. 6. Intro to Kano <ul><li>A Model for Classification </li></ul><ul><ul><li>Must Be / Must Not Be </li></ul></ul><ul><ul><li>Indifference </li></ul></ul><ul><ul><li>More Is Better </li></ul></ul><ul><ul><li>Customer Delight </li></ul></ul>
    7. 7. Must Be <ul><li>Threshold Capability </li></ul><ul><li>Table Stakes </li></ul>
    8. 8. Indifference <ul><li>Nonplussed </li></ul>
    9. 9. More Is Better <ul><li>Marginal Utility </li></ul>
    10. 10. Customer Delight <ul><li>Exciters </li></ul>
    11. 11. Kano Model <ul><li>Must Be </li></ul><ul><li>Indifference </li></ul><ul><li>More Is Better </li></ul><ul><li>Customer Delight </li></ul>
    12. 12. Kano for Product Management <ul><li>A Feature Focus is Backwards </li></ul><ul><li>… But Kano Can Be Used to Understand your Market Problems </li></ul>
    13. 13. How Product Managers Can Use Kano <ul><li>Apply it To Understanding Market Needs </li></ul><ul><ul><li>How do Personas Perceive Problems? </li></ul></ul><ul><ul><li>How is Your Competition Engaging? </li></ul></ul>
    14. 14. Must Be <ul><li>External Forces </li></ul><ul><li>Boolean Criteria for Go-To-Market </li></ul><ul><ul><li>Compliance W/ Regulations, Laws, Policies </li></ul></ul><ul><ul><li>Acceptance Criteria </li></ul></ul><ul><ul><li>Security </li></ul></ul><ul><ul><li>Integration W/ Other Applications </li></ul></ul>
    15. 15. Must Be <ul><li>Internal Choices </li></ul><ul><li>Market Strategy </li></ul><ul><ul><li>Must Provide Solution to Problem X </li></ul></ul><ul><ul><li>Must Match Capability of Competitor Y </li></ul></ul><ul><ul><li>Must Satisfy Buyer Perception Z </li></ul></ul>
    16. 16. Indifference <ul><li>Solutions to Non-Valuable Problems </li></ul><ul><ul><li>Might Be Valuable to Someone, </li></ul></ul><ul><ul><li>Just Not Your Target Personas </li></ul></ul><ul><li>May Be Innovative, But Also Irrelevant </li></ul>
    17. 17. More Is Better <ul><li>Cell Phone Talk Time </li></ul><ul><li>More Relevant Search Results </li></ul><ul><li>Fuel Efficiency </li></ul>
    18. 18. Realistic More Is Better <ul><li>Diminishing Returns </li></ul><ul><ul><li>More More Is Less Better </li></ul></ul>
    19. 19. Extreme More Is Better <ul><li>Incremental Improvement Until Tipping Point </li></ul><ul><ul><li>Enough More Redefines Market </li></ul></ul>
    20. 20. Extreme More Is Better <ul><li>Extremely Favorable (Low) Pricing </li></ul><ul><ul><li>Market Disrupting </li></ul></ul><ul><li>Normal Pricing </li></ul><ul><ul><li>More favorable pricing is Better </li></ul></ul><ul><li>Extremely Unfavorable (High) Pricing </li></ul><ul><ul><li>Must (Not) Be For A Given Market </li></ul></ul>
    21. 21. Customer Delight <ul><li>Disrupts the Market. </li></ul><ul><ul><li>“ Creates” and Solves A “New” Problem </li></ul></ul><ul><li>McDonalds & Dunkin Donuts – Just Coffee </li></ul><ul><li>Starbucks – Premium Experience </li></ul><ul><li>McCafe – Premium Experience & Speed </li></ul><ul><li>Dunkin Donuts – Creating Starbucks / Krispy Kreme Hybrid </li></ul><ul><li>Starbucks – Considering Mimicking McDonalds </li></ul>
    22. 22. Customer Delight <ul><li>Blue Ocean Hook – Find An Unsolved Problem and Delight Customers With Solution </li></ul>
    23. 23. But Which Customer Is Delighted ?
    24. 24. Customer Delight Disrupts the Market <ul><li>Amazon Kindle </li></ul><ul><ul><li>‘ On Demand’ Ordering </li></ul></ul><ul><ul><li>Read on Many Devices </li></ul></ul><ul><li>Customer Delight Opportunities for Amazon </li></ul><ul><li>Became Must Be Problems for their Competition </li></ul>
    25. 25. Market Strategy <ul><li>Understand Your Personas (User and Buyer) </li></ul><ul><ul><li>Who Cares About This Problem? </li></ul></ul><ul><ul><li>How Do They View This Problem? </li></ul></ul><ul><li>Understand Your Competitors </li></ul><ul><ul><li>How Do Their Solutions Compare? </li></ul></ul><ul><ul><li>How Should We Approach This Problem? </li></ul></ul><ul><li>Market Disruption </li></ul><ul><ul><li>Where are Customer Delight Opportunities? </li></ul></ul>
    26. 26. Recipe for Using Kano <ul><li>Create ‘Blue Ocean’ Map of What Target Personas Care About </li></ul><ul><li>Classify Those Problems </li></ul><ul><li>Plot Competitive Offering </li></ul><ul><li>Plot Your Current Solution </li></ul><ul><li>Identify Desired Plot (Strategy, Priority) </li></ul><ul><li>Gaps Inform Product Roadmap </li></ul>
    27. 27. Thanks Very Much! <ul><li>Any Questions? </li></ul><ul><li>Scott Sehlhorst, Tyner Blain </li></ul><ul><li>http://tynerblain.com/blog/ </li></ul><ul><li>@sehlhorst </li></ul>
    28. 28. References <ul><li>Where Kano Came From </li></ul><ul><li>http://en.wikipedia.org/wiki/Kano_model </li></ul><ul><li>http://www.isixsigma.com/dictionary/Kano_Analysis-263.htm </li></ul><ul><li>Kano and Prioritization </li></ul><ul><li>http://tynerblain.com/blog/2006/02/27/prioritizing-software-requirements-kano-take-two/ </li></ul><ul><li>http://www.pragmaticmarketing.com/publications/magazine/4/3/0605ss </li></ul><ul><li>http://tynerblain.com/blog/2006/04/06/epicenter-software-design-37signals-applies-kano/ </li></ul><ul><li>What’s Up with Starbucks, McDonalds, and Dunkin Donuts </li></ul><ul><li>http://www.forbes.com/2007/02/26/starbucks-dunkin-donuts-biz-cx_tvr_0227starbucks.html </li></ul><ul><li>http://findarticles.com/p/articles/mi_m3190/is_3_42/ai_n24238073/ </li></ul>

    ×