一、需求采集
1、什么是需求？
需求的本质就是“问题”，问题的本质就是“理想与现实的差距”，产品经理需要做的就是设法满足用户的需求。
2、用户是需求之源
我们无法满足所有用户的需求，优先满足哪些用户需求要和产品的商业目标结合起来考虑。
3、用户研究的方法
“说”表现了用户的目标和观点，“做”表现了用户的行为，两方面都很重要。
“定性”偏向于了解，“定量”偏向于证实，两者缺一不可，螺旋上升，不断迭代进化。
a）第一轮，听用户定性地说，确定产品方向，随机抽样40个用户做访谈，据此写出需求列表；
b）第二轮，听用户定量地说，确定需求优先级，投放20万份调查问卷，确定优先级排序；
c）第三轮，看用户定性地做，要先做的几个需求应该怎么做，一边实现一边找10个用户做可行性测试来验证；
d）第四轮，看用户定量地做，根据产品的用户使用情况做数据分析（最好在产品设计的时候就把数据分析的需求加进去），不断改进产品。
4、需求采集的过程
明确目标——选择采集方法——制定采集计划——执行采集——资料整理——需求分析
5、需求采集人人有责
6、其他需求采集方法
现场调查、A/B测试、日记研究（同行的分析日记）、卡片分类法（将各种需求写在卡片上，让用户一起讨论并完成分类，了解用户如何给产品划分模块）、自己提需求等。
二、需求分析
1、什么是需求分析？
从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需求的过程。
2、满足需求的三种方式
改变现状；降低理想；转移需求。
3、需求分析过程
4、feature list
5、需求基本属性
注：一般来说，产品有5±2个模块比较合理，如果超过7个，就要考虑重新划分，或者增加“二级模块”；标*的尤其需要。
6、需求分类
注：除了功能性需求（针对用户）外，产品需求也包括性能需求、维护需求、扩展需求、数据分析需求等。
7、商业优先级
注：产品需求列表中的商业价值描述，指的是这个需求的卖点是什么，对用户有什么用，对公司有什么帮助。
8、初评需求的实现难度
除了商业价值之外，实现难度也是实现需求的一个关键指标。开发量的初评允许误差。
9、性价比=商业价值÷实现难度
产品需求做不做，最终取决于性价比。
三、需求筛选
1、需求PK
需求打包——BRD制作——产品会议（需求PK，确定做哪些、不做哪些）——立项
2、需求打包
选择一些性价比高的需求纳入项目中。注意：最好打包类似的功能点；需求可以继续拆分，一项需求工作量最好不要超过“5人天”。
3、商业需求文档
a）项目背景：为什么要做这个项目？解决什么问题？可以列出数据说明必要性。
b）商业价值：做了这个项目后会有什么价值？可以预测一下相关数字的变化，提出这个项目的商业目标。
c）功能需求描述：通过做哪些事情来达到目标？将打包好的需求描述一下，可以用功能列表的形式，最好画出业务逻辑关系（功能之间的关系流程图）。
d）非功能需求描述：提一下重要的非功能需求，如果有的话。
e）资源评估：达成目标需要的花费。
f）风险和对策。
4、需求管理
不同需求会处于不同的阶段，要把它们管理起来，需要增加以下需求属性。
a）需求状态：待讨论、拒绝、暂缓、需求中、开发中、测试中、已完成等。
b）负责PD：需求状态变为需求中时需指定。
c）开发工程师、测试负责人、项目经理等。
d）项目名称：在需求进入开发中时填写。
e）发布时间：需求发布时填写。
f）备注：拒绝原因、被暂缓的理由及重启的条件等等。
5、需求的生命流程
在进入需求开发阶段后，产品的每个版本都会经过功能开发（功能需求和技术需求：性能优化、代码重构等）、单元测试、集成测试、beta验证、上线几个阶段。
开发包括软件架构、软件设计、程序编码等过程。
——著作权归原作者所有——
