要想做一件事情，首先要搞清楚它的定义是什么、边界在哪里

需求管理是PM的基本功和一项工作内容，是新产品设计与迭代设计的来源和起点。在我实际工作中，主要包括原始需求收集（需求收集池）、需求分析与评估（产品方案需求池）、需求版本规划（版本需求规划）。

一、需求收集

需求收集的是用户（直接用户、运营/客服/领导、产品经理突发奇想、竞品好的地方）的原始需求，未经分析和评估的需求。目的是记录用户原始需求，提炼需求时作为参考，需求评审时说给研发测试等同学听有助于他们理解。

1.1 新产品开发的原始需求收集

toB产品一般业务流程相对固定，所以新产品研发的原始需求收集，主要通过用户访谈了解业务流程、用户觉得效率低和未能解决的问题。主要访谈整个业务闭环上的所有参与者，每个环节挑选1-2个资深或有代表性的人访谈。

toC产品一般以满足用户某个具体需求为切入点开发新产品，是用户做某件事情遇到的问题，主要通过观察了解自己/他人遇到的未能解决的问题、效率低的事情。主要通过网络公开渠道（如百度搜索提的问题、知乎上的问题、微博、论坛上的问题）、访谈

新产品原始需求收集一般要了解以下问题，放在Excel表格或word中

1（toB）X环节的人，你做X事情，要经过哪些步骤、与哪些人协作？

2（toB）遇到什么未解决、繁琐效率低的问题？

3（toC）X用户，你遇到X问题吗？

4问题现在怎么解决的？（不解决、用竞品）

5有什么建议？

1.2 产品迭代的原始需求收集

这时用户、运营、客服、领导会给用户产品、运营（或客服）使用的管理后台提原始需求。我们要记录好。如图示

原始需求收集表

表格字段如图示，最后更新表格原始需求状态，即是否已加入需求池，对于未加入需求池的备注原因。

表格字段[想做什么事情/目的]这项很关键，完成上面字段基本就是一个分析的过程，把用户反馈的问题，描述清楚了，为需求分析节省了很大的力气。

二、需求分析与评估

要想做一件事情，首先要搞清楚它的定义是什么、边界在哪里。现在我对需求分析的定义如下：

需求分析是针对需求收集池的多条类似需求做合并、对无效需求做删减。再对合并处理后的需求，从用户、场景、问题、现在的解决办法方面分析。分析用户为什么要做XX事情，目的是什么？还有哪些场景下有类似诉求、那些未表达的诉求。参考竞品或非竞品的同类功能做分析。最后给出概要产品方案，放进产品方案需求池。

需求评估是针对产品需求池的需求进行成本收益分析和时间紧迫性分析，并给出优先级。收益从公司（产品）战略相关性、用户和商业角度分析，成本从研发人力资源和硬性投入方面分析。

需求分析和评估对应在 产品需求池表格中如下所示

产品需求池

三、版本需求规划

产品规划是产品层面的规划，包含分阶段的商业目标与对应产品本版的功能规划。是一个泛而粗的规划。

版本需求规划是针对产品需求池的需求，按照产品规划，对分散的需求做归集，作为一个迭代版本开发。规划内容一般包括上个版本的优化、bug修复和本次的功能三部分内容。目的是产出版本规划进行开发。

版本需求规划如下所示：

版本需求规划

---

以上就是我的需求管理实践，你是怎样管理需求的呢？欢迎你留言分享