模板分享：需求池构建技巧

身为产品经理，平时会接收到四面八方来的需求，我们如何才能淡定有序的处理好这些需求呢？

PM接收需求的来源

我的日常工作之一，就是管理公司内部办公协同系统的需求池。收集各个部门的需求，进行需求分析，整理进需求池，然后安排技术人员迭代开发。

在这个过程中，我遇到了一些困扰：

• 多人共同维护需求单，需求记录不规范，导致后续沟通时无法识别当时的问题是什么。

• 需求优先级没有明确的标准，优先级并没起到指导作用。

• 需求缺少关于汇总统计的阶段性产物，无法统计效率和改进情况。

• 缺乏系统整体规划目标，盲目跟着客户提的需求改问题。

因为系统没有做数据埋点，所以本次分享不涉及数据分析方面内容。接下来，我需要重新梳理、升级我的需求池。

目的主要有三个：

• 规范需求记录，定义通用语言，便于团队理解。

• 以全局的视角指导、分析管理需求。

• 系统价值可视化，便于追踪和管理。

需求池是什么？简单来说，就是产品经理将所有和产品相关的需求信息按一定的规则进行汇总记录的地方。

换一种说法，即产品经理通过需求池规划需求，促进产品的“新陈代谢”，让产品茁壮成长。

需求池的主要作用：接收新需求、科学描述需求及场景、跟进老需求。

总的来说，需求池管理有两个原则：有进有出、宽进严出。目的是确保来自各个渠道的需求被及时、完整、有序地接收，形成可持续的需求管理机制。

管理需求池最简单通用的工具就是Excel在线文档了，还有一些项目管理的软件，比如看板、Teambition、Worktile，若项目团队达成软件使用方面的一致，运用起来也是很高效的，今天重点分析的是excel在线文档管理需求池。

1）定义需求池的模版

我将需求池模版的定义分为三部分：

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

包括：需求状态、需求描述、需求截图、需求类型、所属模块、提出方、提出时间。

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

包括：需求价值评估、是否需求分析、需求分析链接、优先级。

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

包括：解决人、是否解决、预计解决用时、实际解决用时。

2.需求池的属性说明

管理以上字段的需求，会有对应的字段属性，也就是每个字段的填写标准，便于达成共识。

接入需求的属性说明：

• 需求状态：待分析、分析中、待开发、开发中、已发布、取消。

• 需求描述：新需求以用户故事形式描述；bug抓住核心关键要素进行描述。

• 需求截图：问题截图。

• 需求类型：功能改进、体验提升、新增功能、bug、其他。

需求分析的属性说明：

• 需求价值评估：需要通过需求判断是否存在价值，值得投入去做。

• 是否需求分析：是，即需要补充分析链接；否，即直接可以安排开发。

• 需求分析链接：蓝湖原型文档演示地址。

• 优先级：需求池的优先级是影响需求人员对该需求的处理优先级，P1最高，P4最低。

解决需求的属性说明：

• 解决人：开发人员。

• 是否解决：是、否。

• 预计解决时用时：开发评估工时。

• 实际解决用时：开发实际用时。

注意：我们对于需求池的管理，最好是由专人负责，从需求提出、细化、实现、验收测试全程跟进，完成需求闭环。

3.需求池的简报统计

我们每日的日常工作可以运用excel的统计功能整理成需求池简报，自动统计需求的各个维度的统计，例如：提交人、模块、需求类型、状态等。

产品经理每天要梳理需求池，这个池子也是工作来源的一部分。我们维护的内容主要分为三部分：

• 记录新需求。

• 分析需求、设计需求原型。

• update需求的状态。

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

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

本文转载自：Beryl的产品世界