编辑导读：产品经理在工作中，需要面对众多需求，这些需求有大有小，有紧急的也有长远的。经验不足的产品经理遇到这种情况，可能会有些手忙脚乱。本文作者提出用需求池管理来解决这一棘手问题，希望对你有帮助。

一、需求池使用场景

如果有一天以产品经理角色入职了一家公司，那么你的主要工作内容可能是完善已有的产品P1或者创造新的产品P2。有80%概率，你会经历长久的完善P1的时期，20%概率，可能幸运地获得创造P2的机遇。或许这样的工作实际会与你改变世界的预期大相径庭，但是对优化完善一款产品又总是保有持久的热情。产品经理脑子里可能始终存在2个问题：还有谁的需求没有满足？怎么说服研发团队的小哥哥，小姐姐们按照自己的设计去满足需求？

需求来源甚广，客户、用户、业务对接方、领导、运营团队、竞品借鉴、市场分析等；信息载体形式多种多样，文字、音频、视频、图片等；产品经理如果仅仅凭借大脑记住信息，记忆随着时间逐渐模糊甚至消失，导致信息偏差或者遗失。

需求信息获取的过程是随机的不连续的，在大脑中的信息也是分散的，进行需求分析很不方便。

即使产品经理记忆力超群，大脑完整地记住了信息，但是给研发团队输出需求也不方便。其他人不能直接获取产品经理大脑的信息，即便是通过口头表述传达信息，叙述过程可能遗漏重要信息，实际接收也存在信息损耗，最终很可能导致需求变形甚至错误。

想摆脱这些困境，不妨试一试求助需求池帮忙。

二、需求池解决的问题

需求池就像产品经理的一本关于需求的电子台账，是重要的生产工具。

它可以至少帮助产品经理解决以下几个方面的问题：

1. 实现需求汇集

原始需求可能是来自邮件、会议、电话交流、聊天、测试等过程中，信息是分散的，但是需求一般不能直接提交研发团队进行处理，产品经理需要对需求进行梳理分析，这个过程需要多次回顾查看原始需求，模拟回顾过程如下：

假设现在有5项需求，一个需求完成分析输出需要3次查看需求。

分散状态当我们处理需求时，总计需要花费在获取需求路上的时间为：

Tf 1=( T1+T2+T3+T4+T5)*3

但是产品经理需要更高效的处理需求，如果我们尝试把需求汇总到一起，汇集状态当我们处理需求时，总计需要花费在获取需求路上的时间为：

Tf 2=T0*3

T0的时长存在下表所述的几种情况：

假设：T1<T2<T3<T4<T5，那么最短时长T1，最长时长T5。

按照上表推演，可以预见随着需求越来越多，获取路径就越多，Tf 1时长将持续增加，Tf 2则趋近于一个不变的常数，因此，为了节省产品经理需求输出的处理时间，将需求实现汇集是一个优化工作效率的可取选项。

2. 实现信息标准统一

原始需求可能是文档中的文字、图片、视频、线上或线下交流的语音等形式，当我们去分析一项项需求时，我们需要去切换不同的信息解析和展示工具。

比如现在有3项需求的信息分别是：一段文字，一张图片，一段视频，获取这些载体中信息的过程需要切换3种工具（包括，公文办公软件，图片查看软件，视频播放器）我们才能提取到信息，这期间会有时间的损耗。如果我们用一个工具就能提取到所有需求信息，那么就可以节省需求处理时间，而用一款工具能够实现所有信息的获取就需要信息具有统一的标准才能实现解析。

3. 避免信息遗漏

原始需求信息需要经过分析思考的过程才能有需求输出。

产品经理通过解读原始需求获取到的信息首先会在大脑中留存，这些信息提供给大脑思考的基础原料，大脑会根据输入的信息输出思考结果，随着对需求的思考分析越充分，输出结果也会越接近准确。这个思考输出的过程是一个逐步成熟完善的过程，可能是一天、一周、一月或者更长。如果不将这些思考所得记录下来，按照人类的生物规律，靠记忆保存的信息会随着时间逐渐消失，进而导致重复去思考一个没有结果输出的需求，造成时间浪费。用需求池将思考的成果记录下来可以帮助我们避免思考成果信息遗漏。

4. 信息共享方便

产品经理是最了解需求的人，但是需求满足最终还是需要研发团队来进行落地实现。因此，产品经理需要把需求信息传达给大家。研发团队是多人多角色间进行协作的，如果信息不能便捷的获取可能会导致团队任务完成延时，或者对于变更等信息不能及时获知，导致研发资源浪费。使用需求池提供团队间信息共享的媒介，帮助大家协同工作。

三、需求池管理要点

产品经理是需求池的管理员，具有对资源的使用和维护的职责。需求池管理有几项要点供参考：

1. 需求原始信息管理

原始需求信息是后续需求处理的基础，需要产品经理尽可能的按照原始信息客观记录，避免先入为主的加入主观判断。

为了辨识各项需求，给每项需求一个唯一的编号。原始需求信息可能存在不完善或歧义的情况，因此需要保留对原始需求信息的可追溯路径，留存需求提出人及其联系方式，信息结构如下图所示：

2. 需求分析信息管理

原始需求承载的需求信息经过产品经理梳理分析，定位到需求对应的问题本质并提出解决方案，根据需求分析结果综合评估需求满足策略及实现的优先级，信息结构如下图所示：

其中“满足策略”和“优先级”采用下拉框形式选择，各选项说明如下：

3. 需求跟踪信息管理

需求经过分析获得问题解决方案，为满足需求提供了可能。接下来需要研发团队如UI/UE设计师，开发工程师，测试工程师等协作将方案进行实现。

产品经理通过任务责任到人，约定完成时间进行过程进度管理和需求成果验收。为了统一一个时间周期内需求处理的范围，我们拟定一个唯一的版本编号，保证版本的需求范围信息一致。如果需求还有相关的其他补充信息，我们预留备注信息栏，保证信息留存。

信息结构如下图所示：

简而言之，需求池管理要注意信息源头可追溯，分析过程留记录，实现状态有跟踪，保证需求始终有一本台账。

本文由 @楼顶智人 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Unsplash，基于 CC0 协议