2023年企业内B端需求池管理分享

企业内B端需求池管理分享在之前的文章，我介绍了B端产品运营方法《适合新人：企业内B端产品的调研和运营方法》，接下来着重给大家介绍自己【需求池管理】的思路。

一、适合产品类型说明

适用性基于实践本身，我所处的环境和业务，才形成了我自己的方法，以下简要说明我的业务性质：

企业内B端产品和流程：主要用户在公司内部，可以与业务和研发进行快速调整和沟通；个人同时掩盖好几条产品线，需要应对不同的流程的并行需求；业务型需求、功能型需求：对业务的操作转变、感知比较大的，而非技术性、底层规律改造；需求量大、需要快速响应业务：平均每日接收2个以上小需求，需要快速响应和跟进；二、不同类型的需求管理

我将需求池类型分为三种，这三种类型的分类方法，主要是基于需求的重要性和关联性。

重点OKR：对自身相关方岗位产出有较高要求的关键绩效结果，一般都是季度性的关键结果。主要在[流程1：发掘和接受需求]阶段用到；项目需求集：单个重点项目上线前后强相关的需求集合，需求不稳定性高。在[流程2~流程5]阶段用到，贯穿单个项目上线前后的历程；零碎需求池：日常小优化，需求之间关联程度不高，且该模块基础流程已较稳定，不是重大变更。于我主要是用来做零碎备忘录；[流程1~5详细内容可以查看《适合新人：企业内B端产品的调研和运营方法》

三、管理方式介绍

下面我将就不同类型的需求池绽开我的管理方式介绍。

1.重点OKR

流程：

1）搜集相关方和自己的重点产出结果

一般是在每个季度结尾，要开头约相关方制定下个季度的需求，并让对方排好优先级及期望上线时间。

2）预期上线时间和优先级沟通

相关方产出需求列表后，与其修订优先级和时间要求的合理性。时间的支配，可以自己依据阅历先拍出一版预估上架时间，但告知业务方可能会进行修改。

3）每个OKR的生命周期支配

随后依据估计上线时间，倒推需求调研、开发测试的时间。然后就可以约研发团队沟通了。和研发沟通之后会得到一版新的相对合理的时间。

4）生命周期阶段记录

需要记录每个需求最新的状态，是否已进入调研、开发。

5）方案和完成度复盘

记录和方案当差异比较大的时候，要准时的跟业务沟通，跟产研协调资源。冲突无法自己处理时，要尽快告知上级风险和应对方案。

工具：OKR方案表和公示：/sheet/DQ0xabEx2SG1jUkpT?tab=BB08J2

*我的OKR表格示例（很多公司也有线上工具记录）：

思路：

1）明确自己在急流中的锚点

肯定要从公司和部门的目标动身，对齐自己的定位，才能抓住最核心点。作为运营和产品很简单被眼前看到的工作吸引，简单忽视这究竟是不是公司需要的。

比如基层业务要求你为一个流程做时效统计，但结合大部门的规划，下阶段重点是做精细化管理，意味着流程节点还会再细拆，此时假如做了时效统计将来必定还要调整，就做了无用功。

2）孰轻孰重

业务总会给你提一大堆需求，你需要让他自己先想清晰重点，这样双方才能达成优先级共识，避开将来“这也想要那也想要”的局面。以及最重点的需求细节必需跟进到位，而次之的需求细节可以相对粗糙，只有心中有把清楚的秤，才知道在什么场景需要放弃什么。

我们简单在很忙的时候，让自己做一些无关紧要的小事，以此躲避真正的重点，需要时常让自己复盘“什么是重点”，准时把自己的舵摆正。

3）上下游联动

要把自己当成一个”管子“，从业务同步过来的优先级，也要与下游你的研发团队同步，提前告知大家背景和需求，达到三个目的：提前预约资源、让研发做好心里预备、提前了解产研疑问做好业务问题反向修正。

4）动态调整

表格只是个工具，表格不是一次性的，是可能每月每周都要调整的。在互联网和电商行业，重点可能随时在调整，资源随时可能被重点项目抽走，你需要动态地和业务、研发对齐当前进度。

2.项目需求集

流程：

1）业务调研和功能需求整理

有一套框架，我的个人框架在下方模板里。

2）业务方流程拉通产研侧功能争论会

记得做好会议纪要。

3）上线前确认好预备工作

历史数据处理、验收用例场景整理、业务培训通知、上线通知。

4）上线后供应登记表用于业务特别登记

上线后一般特别会集体爆发，业务会集中反馈，导致信息霸屏，且业务只习惯截图和埋怨，简单忽视供应数据。此时在线登记表是个解决问题的好方法，既能清楚记录和追踪问题，也能汇总分析特别量。

5）业务需求需要进一步筛成详细的需求，和研发团队争论

此时需要另一个张表单独记录。

工具：项目需求集登记：/sheet/DQ0JQZnBEWnB1dG11?tab=s54h4t

思路：

1）一切实物，皆可追踪

你的需求点记录清楚，可用于将来和业务产研battle，究竟细节才是最简单漏掉的。上线后的问题供应字段让业务记录清楚，才可真正最高效地解决问题，让问题止于埋怨和混乱。

2）落地不在心，在笔下

做方案的目的是为了执行时更井然有序，我信任每个人不乏把事情做好的力量，但是假如不做好清楚方案，就很简单在上线前手忙脚乱。有清楚的todolist，才能最高效地把流程细节跑顺，保证顺当上线。

3）前人栽树、后人乘凉

这些资料和文件，在项目结束后都可以整理成文件归档，便于后人翻阅当时的规律设置原理、当时的会议纪要、当时特别的成因。当然每个公司不肯定都用在线文档记录，可以记录到自己内部的流程文件里。

3.零碎需求池

介绍：这应当是每个产品/运营人都会用到的最基本的需求池格式，不赘述。我始终用这个需求池记录了好多年，发觉每次项目上线记录混乱后，才单独抽出项目内的需求到《项目需求集》的池子了。所以目前零碎需求池，更多是用来做备忘。

工具：/sheet/DQ2ZJYk12T0l2aEFa?tab=BB08J2

思路：

1）AlwaysBreak

唯一在这里重点想提的，就是“反复打破”这个概念。零碎需求池的用法，许多人是按