需求池工作计划5篇思维导图

第一部分是接入需求：具体需求的描述。

第二部分是需求分析：需求的判定和分析。

第三部分是解决需求：是需求安排开发和验证上线。

一个公司的资源就那么多，想要自己的进度推的更快，一定要学会协调资源。

协调资源的前提是要有资源，而资源大多数都是争取来的。

那么在争取资源的时候，这些点是我们需要注意的：

总而言之，就是要以结果为导向，确保我们的项目能够正常落地，实施。

前面也说过"每一款产品都是由无数个需求积累出来的结果"，如果产品经理无法将需求的真伪识别出来，那么产品的功能做得再多也无法满足用户真真切切的需求痛点，反而还会耗时耗力不讨好，更没法实现产品商业变现的能力。

需求分类的好处主要是便于产品经理去管理需求，同时也对制定需求优先级的排序起到了一定的关键作用。

那么如何才能定义好需求优先级的排序呢？我认为只需要抓住两个核心的要素即能合理的规划出需求池的优先级。

（1）：为什么要做?（需要考虑并回答：功能价值、产品价值、用户价值。）

（2）：什么时候做？（需要考虑并回答：需求紧急度、技术实施难易度。）

围绕这两个关键因数去拆解它们的核心因子，其次再将公式代入因子计算出各自权重值，然后再将各因子的权重值进行相加，综合权重值越高的则它的优先级越高。

下图是我在定义需求优先级的一套方法，仅供大家参考！

为什么说"需求池迭代"也是产品经理管理好需求池的关键因素之一呢？

因为随着产品的不断发展、公司业务板块的不断扩展以及市场的不可控因素，由此需求池迭代才会凸显得至关重要。

PS-02：本人才疏学浅，在产品领域也是一个野路子小白，之所以分享是因为力想成为一位更专业的产品从业者，希望路过的大神能够予以纠正并指点。

需求池示例

其中很重要的一点是，我们需要有一个系统更新的版本记录。不论是bug修复和新增功能，每次更新都留痕，便于用户了解我们系统的一些功能变化。

更新文档示例

关于需求池的维护，主要是能够让其高效运转起来，形成需求提出到需求解决的闭环。此次梳理，能帮助我补充原需求池的缺失，比如关于属性的说明可以帮助我规范管理；比如关于统计的部分可以实时进行在线统计计算，了解需求的一个现状。关于需求池，你是怎么维护的？欢迎留言区一起交流探讨～

下图是我创建的需求池，请各路大神多多赐教！