《人人都是PM》--谈需求

重新回顾这本书，将路上的学习和经验，再返回到这本书，进行一个规范和心得总结。勿以善小而不为，停留在脑袋里不产出你永远无法阐述自己的观点和想法。

《人人都是PM》在第二章，大大谈到需求，一个需求的奋斗史。结合图形化来记忆和梳理。

需求奋斗史

从”需求采集“开始，一直到“确定某个项目的需求范围”。

从“用户中来到用户中去”，是一个产品端到端的过程，所以“用户是需求之源”，我们需要有“以用户为中心”的思想，不断“真正体会用户”，用户研究。

需求采集大生产，几种常用采集方式，数据分析，调查问卷，用户访谈，尽可能的采集。

把用户需求转化为产品需求，”听用户的但不要照着做“，明确pm存在的价值，“给需求进行一次DNA检测”，来“确定需求的基本属性”，“分析需求的商业价值”，“初级需求的实现维度”，计算出需求的“性价比”。

资源有限，做性价比高的需求，需求筛选，有意识的“尽可能多的放弃”

用户

用户需求：需求层次分析，关于需求的更多思考 。

以用户为中心的思想：以用户为中心+以老板为中心

不要试图满足所有的用户

用户研究：

体会真正的用户：用户的环境，了解渠道；试着描绘用户->用户画像

用户研究

定性了解：找出原因，偏向于了解；定量研究：发现现象，偏向于证实

1，听用户定性的说-确定产品方向，做什么？随机抽样40个用户做用户访谈，据此写出需求列表

2，听用户定量的说-确定需求优先级，先做什么？投放20万份调查问卷，确定需求优先级排序

3，看用户定性的做，要先做那几个需求，应该怎么做？一边设计，一边陆续找10个用户来验证，做可行性测试

4，看用户定量的做，根据产品的用户使用情况做数据分析，不断改进产品。

Tips：在上面“定性”，“定量”两个维度上，又增加“产品使用场景”这个维度 ！

自然地或是接近自然地使用产品，如用户在真实场景的现场调查；
脚本化使用产品，按照预先安排的方式使用，让用户完成任务的可行性测试；

【需求采集】

定性+定量

定性的说：用户访谈
说与做的不一致；样本少，以偏概全；用户过于强势带沟里；我们强势带用户沟里；
->用户访谈大会：
（前后忙1m，计划制定，资源申请，各种材料的准备，当天的执行，之后的分析整理）

定量的说：调查问卷
样本偏差，样本少，问卷细节问题

定性的做：可用性测试
可用性测试做的太晚发现问题于事无补，认为可用性测试过于专业而忽略，明确测试产品而不是用户（减小用户压力），组织者不该做和该做的（观察记录而非引导暗示）

定量的做：数据分析
过于学术沉迷于科学分析，有意无意误读数据。先做方向性的假设，再相应性的数据分析。

听用户的但不照着做

明确我们的存在价值：用户需求vs产品需求；

【需求分析】给需求DNA检测

需求检测

把用户需求转化为产品需求，然后一步步确定每个产品需求的基本属性，商业价值，实现难度，性价比。

【需求筛选】活下来的永远是少数！

做项目的终极目标：多快好省，范围大，时间短，品质高，资源省。

需求的生老病死

产品反复地经历着需求采集，需求分析，需求筛选的过程，不断进化。追去一步到位是不切实际的。而在这个过程中，需求会越来越多，永远做不完，我们要做的是，在资源有限的限制下，找到最有价值的需求，然后把他做好。新的问题产生需要需求管理。

统计每个“提交人”的数量
统计提交时间、发布时间等信息
统计每个“模块”的需求数量
统计每个“分类”的需求数量
统计需求的“商业价值”，“性价比”变化

最后

后面有时间，希望自己把这篇的图形采用手绘方式展现。