需求优先级评估引争议,我用卡诺模型做调研说服领导

零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。了解详情

卡诺模型是需求管理中非常有用的一个工具。

最近在和产品讨论功能开发进度的时候,就某个需求的开发优先级有了争议。公司历来在排需求优先级的时候,遵循的是2个指标:

  • 对产品核心指标的贡献
  • 开发难度

这里我们看到需求2虽然对产品核心指标贡献大,但是预计开发时间较长;而需求1虽然对产品核心指标贡献相比需求2要略小,但开发时间短。领导认为需求1能很快做出来,可以成为产品亮点;而我们认为需求2的需求度更高,值得花时间去做,一旦推出对拉新和留存都会有显著影响。

所以,在这个开发周期里,是先做需求1还是需求2呢?

我和同事决定基于卡诺模型做一次调研,用数据来说服领导。

卡诺模型(Kano Model)是由日本东京理工大学教授狩野纪昭(Kano Noriaki)博士提出,揭示了需求与用户满意度的关系。卡诺模型将需求分为:

  • 必备属性:具有这类属性的功能属于产品的基本功能,如果不满足该需求,用户满意度会大幅降低。但是这类功能也无法给用户带来惊喜,满意度不会因为这类功能大幅提升。
  • 期望属性:如果提供该功能,客户满意度提高,如果不提供该功能,客户满意度会随之下降。
  • 魅力属性:让用户感到惊喜的属性,如果不提供此属性,不会降低用户的满意度,一旦提供魅力属性,用户满意度会大幅提升。
  • 无差异属性:无论提供或不提供此功能,用户满意度不会改变,用户根本不在意有没有这个功能。
  • 反向属性:提供具有此属性的功能后,用户满意度反而会下降。

我们通过调研在功能具备或不具备的情况下用户的满意度,以此了解用户对功能的需求程度。

找了一个卡诺模型问卷示例:https://www.wenjuan.com/s/NrQz6r/

调研对象:用户QQ群里随机调研200人

调研时间:1天

在制作问卷、发布问卷、收集到答卷数据后,我将答卷时长过短,答案矛盾的(即具备或不具备功能时都填喜欢或不喜欢)答卷删除,统计数量如下:

套用卡诺模型的模板:

最后得到2个需求的属性:

根据数据,我们认为需求1是锦上添花的功能,接近一半用户会因为这个功能提升使用体验。而需求2里有三分之一的用户非常需要它,是满足用户使用需求的基本功能。也就是说对三分之一用户来说,需求2是Must-have 的功能。

用Better-Worse系数直观地来看一看结果:

Better-Worse系数表示某功能可以增加满意或者消除很不喜欢的影响程度。根据Better-worse系数,优先满足系数绝对分值较高的功能或需求。

Better系数=(期望+魅力)/(必备+期望+魅力+无差异)

Worse系数= -(必备+期望)/(必备+期望+魅力+无差异)

  • 增加需求1后的满意系数Better=46
  • 消除需求1后的满意系数Worse=0
  • 增加需求2后的满意系数Better=36
  • 消除需求2后的满意系数Worse=-41

这两个需求都落在了无差异属性范围里,但需求2更靠近必备属性,结合产品目前在市场上的定位,最终领导同意先开发需求2。

经验总结

1. 卡诺模型可以用来验证我们对用户需求的预判,这种思考方式能指导我们做需求管理。

2. 卡诺模型能给出直观的数据结果,方便为论点提供数据支撑。尤其在和领导摆事实讲道理的过程中很有用。与“感觉某功能更重要”相比,数据图表更让人信服。

3. 卡诺模型对差别不大的需求的优先级的评估作用有限,还得综合重要程度、产品的实际情况来考虑。需求管理是复杂的,市场是动态的,即使排定了需求优先级,可能因为竞品的动作而需做紧急变更。

4. 再多的调研与分析也敌不过老板的直觉。成功需要经验与知识,也需要一点运气。

总的来说,卡诺模型是需求管理中非常有用的一个工具,但这次在优先级较为相近的需求中使用卡诺模型的尝试并不能算很成功,最终决策还是因为我们更重视必备属性而决定开发需求2,相信可能有其他产品会在特定阶段更重视魅力属性而选择开发需求1 。

 

本文由 @任立频 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议

评论
欢迎留言讨论~!
  1. 请问作者大大,您这篇文章我可否转载到我的微信公号(公号名纸:NPDP产品经理资讯)上呢?我会注明作者和来源的。(由于没找到发私信的方式,只能来评论留言,请见谅!)

    回复
    1. 您好,可以转载,请标明来源

      回复
  2. 您好,我是中国第一高端品牌营销人社群蓝莓会新媒体编辑,看完您这一文后特别有启发,想转载到我们的公众号分享给粉丝。蓝莓会公众号有10万粉丝,都是国内高端营销人。希望能够取得你们双勾授权,我们会在文章内标明作者和出处的。(公众号ID:lmh-china)

    回复
    1. 您好,可以转载,请标明来源

      回复
  3. 这样的问卷无异于用研在问卷中出题:如果有这个功能你觉得怎么样?这种纯粹靠被测者自己臆想的结论并不足以表明他们真实的认知与行为。

    回复
  4. 貌似在哪里见过同样的东西

    回复
  5. 不能源自身子邮电子

    回复
  6. 在那些事件下

    回复
  7. 不实用

    回复
  8. 工作在不是BAT公司内, 很多需求都很积极,项目时间也很紧。根本没有时间做市调。。。这可咋整,全凭经验在上运气了。

    回复
  9. 可能只是糊弄了老板,kano模型这次不是为了分析需求,而是为了说服他人

    回复
  10. 你们都忽略了一点,这其实是用来说服领导的……

    回复
  11. 优先级判断凭据无法认同,开发难度算什么?是技术风险吗?如果是技术风险前期预研才会继续,如果不是技术风险,那么只是工作量而已。当前产品目标是什么?是满足核心利益还是提供更好的用户体验,这可能都不是需要什么一天调研之后才知道的东西….所以硬生生套了个kano真是..

    回复
    1. 本文未就开发难度和对核心指标的贡献详细展开,相信不同产品的指标不一样。我们开发难度的评级主要是依据开发工作量的评估,核心指标是注册量、月活跃和销售额。文中的一天调研是为了卡诺模型做的,这也是我的一个尝试。如果您遇到这样的问题会怎么办呢?欢迎提供更好的建议

      回复
  12. 需求1的各属性数值是不是错了,应该是:1%,1%,49%,46%,3%?

    回复
    1. 我也这么觉得

      回复
    2. 感谢指出,已更正。写文不仔细,反省。

      回复
    3. 姐姐,需求1算错了,我还以为我算错了 算了N久

      回复
    4. 感谢指出,已更正。写文不仔细,反省ing

      回复
  13. 实用

    回复
  14. 华而不实

    回复
  15. 干货

    回复