[综合教程经验分享] 《从点子到产品》笔记（九）——第8章 需求管理

第8章 需求管理

取势、明道、优术
--长江商学院校训

1、每个需求为什么在目前的位置和状态，产品经理应当了如指掌。

2、需求的各种变化、调整和意外，应该同步到整个团队。

获取需求阶段

1、需求的来源很多，业务越复杂，需求就越复杂；

2、为什么说职级越高的人，代表身边人提需求的可能性越大？

例如：
入门产品助理 -> 被安排任务
初级产品经理 -> 需求来源于用户和上级
高级产品经理 -> 需求来源于老板或其他部门

3、判断需求的方法应该是怎样的？

a.判断需求本身的重要性；

b.考虑需求来源是否为目标用户；

c.了解需求背景，

没说清楚原因的需求，不记；
>没说清楚逻辑的需求，不记；
>不是实际遇到的需求，不记；
>“ 问题 + 方案 ” 的需求记录形式，例如：xx 在用我们的 x x功能时，感觉 xx，我们可以尝试 xx 的方案。

讨论和设计阶段

定期需求讨论会，整理 “需求池”，确认以下事项：

1、需求的优先级

a.四象限法则

（重要性由强到弱）
>不做，会造成严重的问题和恶劣的影响
>做了，会产生巨大好处和极佳的效果
>跟核心用户利益有关
>跟大部分用户权益有关
>跟效率成本有关
>跟用户体验有关

（紧急程度由强到弱）
>不做，错误会持续发生并造成严重影响
>在一定时间可控，但长期会有糟糕的影响
>做了，立刻能解决许多问题，产生正面的影响
>做了，在一定时间后可以有良好的效果

b.KANO模型

它是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。

它将产品服务的质量特性分为五类：

1.基本（必备）型需求——Must-beQuality/ Basic Quality。也称为必备型需求、理所当然需求，是顾客对企业提供的产品或服务因素的基本要求。是顾客认为产品“必须有”的属性或功能。做得好无太大的功劳，但是没有的话，用户会感到失望。比如：公司提供免费午餐或者餐补或者食堂，有就满足了基本需求，没有会有点失落。

2.期望（意愿）型需求——One-dimensional Quality/ Performance Quality。也称为意愿型需求。是指顾客的满意状况与需求的满足程度成比例关系的需求，此类需求得到满足或表现良好的话，客户满意度会显著增加。当此类需求得不到满足或表现不好的话，客户的不满也会显著增加。比如：如果是个健身爱好者，酒店有健身器材，会更加高兴，如果没有这类器材的酒店，下次可能就不会入住。但若不是个健身爱好者，则无所谓。

3.兴奋（魅力）型需求—Attractive Quality/ Excitement Quality。又称兴奋型需求。指不会被顾客过分期望的需求。对于魅力型需求，随着满足顾客期望程度的增加，顾客满意度也会急剧上升，但一旦得到满足，即使表现并不完善，顾客表现出的满意状况则也是非常高的。反之，即使在期望不满足时，顾客也不会因而表现出明显的不满意。比如：在买核桃，打开包装后发现里面还附送了开壳器和湿纸巾，惊不惊喜，意不意外！

4.无差异型需求——Indifferent Quality/Neutral Quality。不论提供与否，对用户体验无影响。是质量中既不好也不坏的方面，它们不会导致顾客满意或不满意。比如：航空公司为乘客提供的没有实用价值的赠品。

5.反向（逆向）型需求——Reverse Quality。又称逆向型需求，指引起强烈不满的质量特性和导致低水平满意的质量特性，因为并非所有的消费者都有相似的喜好。许多用户根本都没有此需求，提供后用户满意度反而会下降，而且提供的程度与用户满意程度成反比。比如：一些顾客喜欢高科技产品而另一些人更喜欢普通产品，过多的额外功能会引起顾客不满。

那么，在优先级上基本型＞期望型＞兴奋型＞无差异型＞反向型。

2、方案的草稿

需求有不同的解决方法，要讨论清楚到底用哪种方法解决。

3、指定负责人

个人负责制，分工明确，直接分配即可

团队作战制，每次指定或认领，需求分配按照个人负责制，但在出现工作量不平衡的情况时，可以酌情调整下，让活少的同事予以配合。

4、规划时间节点

需求方案要有明确的deadline

产品经理及时 “闭环” 给需求来源方

待开发阶段

1、方案本身的可行性怎么样？

2、有没有更好地方案？

3、设计的产品和技术环节有哪些？

4、方案的成本如何？

开发阶段

1、需求按照优先级分类；

（P1、P2、P3优先级由高到低）

2、需求按照实现成本分类；

（D1、D2、D3实现由低到高）

3、将P序列和D序列做成矩阵图，从性价比由高到低排序；

4、关闭本次迭代的需求；

5、开发中容易 ”扯皮“ 的问题有哪些？

a.需求太多，没按时做完；

b.需求有改动，导致额外工作量；

c.有新的紧急需求插队；

6.问题背后的原因有哪些？

a.产品方案不完善，没有穷举与评审；

b.需求方的主观改动，产品经理没过滤；

c.无法预测的客观原因；

复盘阶段

防止问题再次发生！！！

成长建议 VIII

1、能够把产品做好，成为称职的产品经理，文档撰写和需求管理非常重要。

2、好的文档格式、好的需求管理方法能减轻很多辅导，让产品经理有经理来更关注产品设计。