需求池管理：产品工作的一剂偏方

楼顶智人 2023-07-25 16:55:07

一、需求池使用场景

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

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

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

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

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

二、需求池解决的问题

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

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

1. 实现需求汇集

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

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

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

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

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

Tf 2=T0*3

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

假设：T1

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

2. 实现信息标准统一

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

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

3. 避免信息遗漏

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

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

4. 信息共享方便

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