产品需求分析

本文是我阅读《人人都是产品经理》一书，并结合所学做的笔记。

需求采集是贯穿产品整个生命周期的工作，且需求采集人人有责，不论工程师、业务人员、老板、运营、用户……都有可能为产品提供好的需求。而需求一多，我们就必须选择性地满足，这样需求分析就显得十分重要了。

需求转化

上文说到，用户跟福特提出想要更快的马，福特却给了用户一辆车。

对同一个问题，这两套解决方案的区别在于，一个是用户需求，一个是产品需求。而这中间的转化过程，就是需求分析。——苏杰

用户需求：用户自以为的需求，经常表达为用户的解决方案。

产品需求：经过我们的分析，找到的用户真正的需求，表达为产品的解决方案。

需求转化

  分析技术问题时，技术人员都会选择把大问题拆解成一个个小问题再逐个击破。但在需求分析的实际情况中，产品经理往往采取“分—总—分”的分析过程。一方面要把用户们的需求进行提炼，透过现象看本质（多问为什么），即“分—总”；另一方面，需要把得到的总的思想再拆分成一个个具体功能模块，让开发人员知道该做什么，但不用越俎代庖棒他们设计实现，即“总—分”。

PS：需求转化的过程，推荐一种比较适合团队的方法——头脑风暴

确定基本属性

编号：方便需求识别

提交人：提交人负责今后解释这个需求的来源

提交时间

需求模块：需求的功能模块

名称：功能名称，模块名称等

描述：解释一下名称的功能

提出者：需求的提出者

提出时间

BUG编号：把某些产品的BUG视为需求，去解决

需求分类：新增功能、功能改进、体验提升、Bug修复、内部需求等

层次：基本需求（基础）、期望需求（扩展）、兴奋需求（增值）

分析商业价值

重要性：重要程度，辅助确定商业价值

紧急度：时间维度上是否迫切，辅助确定商业价值

持续时间：需求时间长度（比如节日性运营活动需求寿命不长）

商业价值：商业优先级，不考虑实现难度，群体决策

初评需求实现难度

开发量：需求开发工作量，表示实现难度。

计算性价比，确定优先级

性价比 = 商业价值 ÷ 实现难度

以上即是需求分析全过程，可以通过需求管理模板整理汇总需求。之后活下来的需求将被打包输出成PRD,最终在产品会议上决定是否立刻立项。