《人人都是产品经理》-需求篇
大病过后，终于有精力再坐下来读书，做做读书笔记，直接上干活。
产品需求是一个产品的根本，是一切的起点，是指南针。书中对于产品需求的构建做了一个框架，我调整了一下，具体如下：
A需求收集：
基于用户调研做需求收集，先通过访谈做定性的需求挖掘，再进一步用问卷的方式做定量的需求确认。需要注意的事，人是复杂的动物，说的往往和做的不一样，最后还要通过日志分析，AB测试之类的实际行为数据来确定需求的真实性。
由于宏原自身是咨询公司的基因，所以最不缺的就是用户需求，但是“听用户的但不要照着做”，我们存在的价值应该是能够洞察客户需求背后的真正痛点，解决他的真正需要。用户要一匹跑得更快的马，我们可以给到他一辆汽车。
B需求转化：
用户的需求并不能直接拿来用，最终落实到产品层面是什么，这就是产品需求。举个例子：用户说我要做个删除前能够让我确认的弹窗，转化分析后，我们可能做出来的产品需求是回收站。
第一，洞察背后的使用的场景，其实是删除错了怎么办，“确认弹框”只是一个预防删除错了的一个解决方案。第二，也要这类需求场景在市面上别人都是怎么解决的。比如最近在做词库系统的时候，我通过旧关键词，新关键词两列来标识修改痕迹，但微软的WORD其实有一个修订的功能，很好地解决了这个场景下的需求。完全可以直接借鉴。第三，为了更好的定位和评估需求，需确定每个需求的基本属性，特别是分类（新增功能/功能改进/体验提升/Bug修复/内部需求），层次（基础/扩展/增值），重要性，紧急性。
C需求评估
其实就是性价比的评估，商业价值/实现难度。不考虑连锁关系，性价比越高的越先开发。
