每天5分钟，你也可以成为优秀的产品经理 。你好，我是郭杉。欢迎来到 《郭杉 产品经理50讲 》第29讲。

上一讲我们聊了一下产品需求池的管理方法，今天，我们通过一个真实的案例来给你讲讲产品需求池该怎么管。

案例分析 某电台应用产品需求池管理

案例背景：在这个案例中，我们将结合某电台应用某版本里的“删除增加操作步骤”和“缓存查看不了进度”这两个需求，来给大家讲讲需求池到底应该怎么管理。

首先，“删除增加步骤”这个需求是用户Danel在App Store反馈上提交的，描述的主要问题是现在电台节目的删除没有单一删除（单选删除某一内容），结果一下就都删了，非常不方便，误操作还特别多。

收到需求后，经过分析，我们发现这是一个真需求，并对其使用单项需求采集卡进行了采集。接下来，我们就对这个需求进行入池并对其进行管理。

“删除增加步骤”这个需求是用户Danel在App Store反馈上提交的，描述的主要问题是现在电台节目的删除没有单一删除（单选删除某一内容），结果一下就都删了，非常不方便，误操作还特别多。

收到需求后，经过分析，我们发现这是一个真需求，并对其使用单项需求采集卡进行了采集。接下来，我们就对这个需求进行入池，并对其进行管理。

首先，我们在需求池中用户一项填写为Danel、需求来源填入App Store，需求描述为“增加对电台单个内容的删除功能”，需求时间为当时入池时间。这样我们就在需求池中有了这个需求的基本信息。

然后，这个需求属于产品的”电台管理”模块；需求的类型属于”功能需求”而需求的分类属于“新增功能”。我们在需求入池中为这个需求依次填好各项属性信息。

最后，由于这个需求是我们最新采集的，还没有纳入到产品任何待发布的版本中，因此，需求池中“优先级”、“备注信息”和“需求状态”三项我们无需无须填入任何内容。

对于“缓存查看不了进度”这个产品BUG修复的需求，由于入池的时间较早，目前已排定跟随下一个版本一起发布。因此，该需求的基础信息部分，在入池之初就已经被填写好了。

对于“缓存查看不了进度”这个产品BUG修复的需求，由于入池的时间较早，目前已排定跟随下一个版本一起发布。因此，该需求的基础信息部分，在入池之初就已经被填写好了。

我们经过分析发现，这个查看不了进度的BUG存在于产品的核心功能路径下，且会影响所有华为渠道的用户。问题比较严重且影响面比较广，这个问题会优先解决，因此被设置成P0需求，状态为开发中。

在更改需求的优先级和状态后，我们只需要在最后的备注一栏注明需求即将随哪个版本发布即可在需求池中完成对需求的跟踪与更新操作。

案例产品需求池

虽然我们已经排定了需求的优先级、制定好了版本计划，但并不是版本计划中所有的需求都会被最终实现。我们还需要对需求进行评审，只有评审通过的需求才有资格进入到正式产品开发阶段。关于如何进行产品评审的话题，我会在下一讲告诉你的，记得一定要来哦。

好了，以上就是本讲的全部内容了。

下一讲，我们一起聊聊“如何召开需求评审会”这个话题。记得准时观看哦！

好的，本讲的内容到这里就全部结束了。我是产品专家郭杉，我们下一讲见。