互联网百科：产品经理的需求管理池，到底是什么鬼？

编者按：本文来自微信公众号“Kevin改变世界的点滴”（ID:Kevingbsjddd），作者：Kevin改变世界的点滴，36氪经授权发布。

PMTalk团队复工后，因为部分研发同学没能到岗。这段时间我们在产品的版本管理只做了维护和优化的工作。

团队云办公在需求池的更新与内容维护，成了基本工作。

面向产品人员，需求池可以用于统筹产品的问题和缺陷；面向开发同学，可以知道任务进度；面向管理者也可以知道产品预计的问题和影响范围。

以PMTalk为例聊聊我们的工作

需求池管理的BUG是什么

什么是BUG？根据百度的解锁是

bug是计算机领域专业术语，意思是漏洞，原因是系统安全策略上存在的缺陷，有攻击者能够在未授权的情况下访问的危害

但实际上，真正在产品研发上。bug还包含的是产品逻辑问题、用户使用的产品问题、UI还原的问题、文案的问题。

比如PMTalk快速体验1款APP在登录注册上，有如下的问题。

第一是UI的icon布局不还原问题，第二是逻辑要求用户连续两次登录小程序的逻辑问题。

▲登录注册小程序

又比如在后台业务管理平台里，下图的“详情”字段展示的数据和左边的“拍卖”数据匹配不上，这类问题也属于产品BUG。

▲后台产品的字段数据错误

上面内容是需求管理最主要的内容，同时需求池里面还会有新需求、领导任务、新业务下的需求记录，划分为将未来要做的和现在的问题2个部分，组成了需求池。

▲需求池管理的意义

问题的优先级有两类

缺陷优先级这里从2个角度来提及，一个是产品的缺陷优先级；一个是公司的缺陷问题优先级；

产品缺陷产生的优先级

比如在前面提到的小程序登录问题，属于这类问题。由于是用户的必经路径、也是产品未深度体验之前的页面，由于影响范围大、覆盖用户群体多，在产品上是一定要修复的。

根据重要、紧急层度。如果要想让产品在用户得到好的口碑和转化传播，这类问题就要优先处理。

1.公司的缺陷问题

公司的缺陷也分两类，一类是技术框架的问题；一类是业务的问题。

两者和商业模式最相关的是业务问题，但技术框架同样重要。比如PMTalk之前选择的是开源系统，在后期选择使用PHP的形式自主开发。

但若不切换技术框架，随之而来的开发时间周期会随着迭代指数型增长；同样也不兼容未来的产品扩展。

2.公司业务的问题

比如我们之前有尝试过做郑州、长沙等二三线城市的沙龙活动。为此开发当地的报名系统，结合当地的地域内容和用户习惯做开发整合

比如我们在做PMTalkSKU的产品销售时候，会有热卖单品和普通单品。热卖单品会存在优化包装和迭代的过程，增加了用户的个性化自定义属性需求。

那么负责普通单品的sku产品团队在开发资源上就会减少，甚至是迭代进度延期。尽可能把时间都给在热门单品的产品。

一定要用管理工具吗

市面上也有需求管理的协同工具，但产品经理、研发团队选择还是要因人而定，团队能不能接受需求管理的方式，能不能大家都遵守这样的规则，是前提。

即使：一个在线文档，或白板也是足够的。

▲需求管理在白板上

需求管理最难的还是从上到下要求团队养成更新和日常使用的习惯。因为产品部人多，需求密集，稍微不注意可能团队的需求池就过期了，这类方法不仅会帮助产品经理个人减少工作的失误，也会帮助团队或企业降低人力资源浪费的情况。