直接说过什么是需求，已经需求的挖掘，这次一起说说需求管理。
需求管理
- ① 漫画去了解去 【到底怎么得到“真实”的用户需求？】
这是韩国的漫画，如果没看过的，可以仔细看下，这个故事：一个秃头大叔自以为是的故事，我需要一个房间来“学习”，他认为是“学习”，把所有的房间改成了自习室，如果单纯的把房间的名字改成自习室也就可以了，但是他把房间中最重要的一个物件，换成了桌椅板凳，这肯定是不舒服的对吧，结局可以看到，直接倒闭了。一起思考下下面的几个问题。
1.大叔的宾馆为什么会倒闭
大家都是从20多岁走过来，我已经30多岁啦。肯定知道宾馆是为什么倒闭的。
2.真实需求是什么？
大叔我们学习晚上会熄灯，马上该期末考试了，想找个24小时亮灯的地方。之前说过用户需求：用户，场景，任务，目标。如果能好好理解下。可能真实需求不是他理解的学习。不是拿着书本各干各的书的学习
3.纷繁世界里有大量的需求，包括真需求，伪需求，因为需要产品经理用自己的判断去甄别，选择需求。
4.延伸思考
为什么要选择需求？ 用户需求都是真的 需求太多，做不完呀 怎样选择需求 怎样拒绝需求 怎么给需求排期
- ② 需求管理需要先解决的问题
只需要从2个方面去考虑：需求真伪，需求优先级。
- ③ 真伪需求
一起看看共享小马扎。 用户：等公交车的人。场景：累了找地方休息。目标：休息一下。任务：做了一个小马扎 一定要通过这个方式吗？公交车频次是15分钟。坐不了几分钟。如果坐10分钟1毛钱，它的成本什么时候收的回来，做公交车才1块钱，坐小马扎也是1块钱，有人愿意坐吗？所以在这个场景下，尤其是图片里面已经下雨了，谁会在上面坐。这肯定是个伪需求。
如果是在火车站，站票比较多，可能这个共享小马扎就可以，下车的时候退回来，上车的时候扫一下。很多需求看真还是伪需要通过很多的面去看。
- ④ 如何区别真伪需求
刚才那个共享小马扎的分析方式就是按照下面这3个点来分析的。
- ⑤ 场景，来辨别真伪需求
同样的需求在不同的场景下可能是真需求也可能是伪需求：刚才小马扎，在火车上可能就是真需求，在公交站可能就是伪需求。
1.社交产品做加好友功能【人与人之间的联系】 ---真 2.咨询产品端做加好友功能【单向的点对点的获取信息，单向对我联系，通过关注/订阅的功能】 ---伪
- ⑤ 时机，来辨别真伪需求
同样的需求在不同的实际下可能是真需求，也可能是伪需求，对的时间干对的事情。 二维码这个东西其实早就出来了。为什么现在才做。设备问题算一个。网络通信的速度。人的信用，安全的问题。
1.2012年前做手机支付 ---伪 2.2015年做手机支付【目前很多人用支付宝都是用花呗】 --真
- ⑥ 需求痛点程度，来辨别真伪需求
同样的需求 针对不同的用户痛点程度就是不一样的。
1.相亲结婚 -- 对30 女性来说很痛 2.相亲结婚 -- 对30 男性来说只能痒
出一个【包结婚套餐】，对女性来说可能更真，对男性来说可能是伪需求。男的30 岁才结婚和女的30 岁结婚对家庭的诉求程度是不一样的。对男的开玩笑：老光棍。跟女的开玩笑：单身。明显感受区别就不一样的。对于不同标签的用户对同一件事的程度是不一样的。找到最痛的用户，好推广，抓住了这波人，很好做下一波事情。做需求的时候，受众群体，一般是大量的，而不是做小众群体。
没有绝对的真伪需求的分界线！重点是理解目标用户的真实诉求，结合场景和时机综合判断需求是否在当下为真需求。一些直播平台，土豪给主播打赏几百万都是有的，开发个刷火箭的功能也要不了几百万吧，几万块钱就够了吧。
（二）需求研究方法 - 优先级判断
- ① 介绍
优先级（priority）是一种约定，优先级高的先做，优先级极低的后做。需求优先级的判断，可以帮助确认后续开发阶段什么需求先做，什么后做。如果一个公司老板不给你排优先级就是耍流氓。如果你什么都是紧急的，对于执行团队来说，什么都是不紧急了。一定要对开发团队一个合理的优先级，如果没有合理的优先级去驱动项目的话，这样做的项目是没有效率的。不能说什么都紧急，什么都不紧急，一定要做合理的判断，要做一定的约定。优先级就是一个排序。一个一个，两两相比，时序的一个表格，给开发。
- ② 为什么要判断优先级
因为资源有限！开发就5个人，打满伤害也就是996，但是时间依然是有限的！在有限的时间，开发资源，金钱等资源条件下我们需要用最简单的产品逻辑来验证商业模式。
- ③ 优先级判定的基本影响因素
两两要素的对比优先级的时候，一定是个综合的，而不是某一项的对比。
- ④ 企业层面-公司战略
与公司战略相关的程序直接影响需求的优先级。
新闻资讯客户端【基本战略目标是以内容吸引用户，稳定用户】 1.需求一：专题内容【用户更想看到的内容】 --- 高 2.需求二：导购内容 --- 低
- ⑤ 企业层面-产品生命周期
好的产品进入衰退期的时间特别特别的晚。不同的生命周期相同的需求也有不同的优先级。
- ⑥ 需求优先级的金字塔模型
- ⑦ 用户层面-紧急重要四象限
不同的人 选择可能是不一样的。必须要考虑一些点，未来跟别人PK，增加一些砝码。
- ⑧ 用户层面 - 场景分析
在不同的场景下，需求的优先级会有差异 用户量越大，频次越高或满意度越低的需求则优先级更高。
- ⑨ 用户层面 - 用户等级分析
需要优先满足大部分用户的诉求，尤其是核心用户的诉求。
游戏平台的里面针对消费比较高的用户，有专属的VIP客服专员。定制特殊道具，身份的象征。
- ⑩ 用户层面 - 从可用到易用
设计影响可用性的需求，优先级更高
音乐客户端的播放功能 - 高 音乐客户端的社交功能 - 低
- ⑪ 技术层面 -开发成本
开发的难易程度也会影响需求的优先级 难易程度的影响因素有，技术实现难度，投入人力成本，投入资金成本等。开发成本是上面几种层面后，最后需要考虑的。 小公司，自建云，会存在较大的技术实现难度，若使用已有的公有云产品，虽每年支付服务费，但性价比更高。
（三）需求管理
- ① 介绍
需求挖掘，需求分析，到形成需求清单，并将需求实现的过程。在分析阶段需确认需求的优先级，并进行简单的需求分类，形成可存档的文件。
- ② 需求池
把搜集来的需求经过分析后，将确认需要实现的需求，放入一个可统一管理的地方。可以使用EXCEL，公司内部管理系统，Xmid等多种方式进行记录。
- ③ 需求池撰写要求
- ④ 需求表达
描述一个需求，单需求池内的记录可以简化，不要求写出需求的具体执行方案。
- ⑤ 需求池的复盘
产品经理应该培养习惯，定期如季度进行，原需求池规划的复盘，看已经规划的需求是否完成，完成的需求实际效果如何，以便于更好的调整需求规划。
（四）再来谈谈老板需求
- ① 介绍
老板的需求，都是职场的技巧。包括正式的任务或非正式的聊天中提到的内容。
- ② 场景
- ③ 老板的考虑
战略相关，个人喜好有关。
- ④ 已有需求匹配
- 他提出的内容是否在需求池中。
- 目前的优先级排序
- 是否已经有排期
- ④ 怎么办
- 老板公开场合提出的内容，需尽快给出公开跟进反馈，如果合理，尽快实现。
- 老板其余场合提出的内容，需进行跟进，给出产品的分析解决方案，不一定是实现。
- 老板提出的内容与战略直接相关，则需优先处理。
- 老板提出的内容与个人喜好相关，且此需求优化成本较低，建议优先处理。
- 老板提出的正好是需求池的低优先级需求，则根据其他因素判定后，决定是否要提前。
- 老板提出需求是需求池中高优先级但还未排期的需求，尽快实现。
- ⑤ 总结
- 老板需求终归也是需求来源的一种。
- 产品经理以需求分析的基本方法进行分析。
- 重点考虑老板的立场及他对资源的掌控情况。
- 学会妥协【TRADE OFF】，职场人太多人吐糟老板，这不行，那不行，适当的妥协才能实现未来某项坚持可以实现。不要太自我，最后为这个产品买单的还是老板。
PS：其实需求管理就是根据分析出来的一条一条需求之后，查看真伪需求，优先级判定，形成对应的需求池。跟任何人PK，只要不踩到底线让一让没有关系。很多时候跟项目经理进行PK的时候一些需求在下个版本，但是老板过来说这个需求很重要需要这个版本上，光明正大的可以拿着老板的尚方宝剑找项目经理来说了，逼项目经理加班，或者延迟一天发布。
