大厂产品专家一招教你管理需求

回想学姐十几年前刚入职的那会儿，第一个月折腾了半天，才做了一个简单的小需求，从需求的调研到最后上线，我基本就跟这么一个需求，其余的时间就打打杂咯，也不需要做什么“需求管理”～

随着自己的快速成长，半年后我就独立负责一个App了，对口研发也有好几十号，这时候需求就日益增多，每个迭代（当时我们是两周一迭代）都会有大大小小十多个新增的需求，加上还没做完的需求，或者需要继续优化的需求……

同时还要应付其他部门的同事、老板们甩各种需求过来，这时候没有一个比较好的工具去管理，就有点手忙脚乱了。需求管理是每个产品、运营在职业生涯上必须要掌握的技能，经验当然也很重要，不过一个好的工具，可以让大家上手更快，这篇文章学姐就介绍一个比较好的需求管理工具——需求池。

01 什么叫需求池？

刚才学姐也说了，随着需求的增多，我们需要用一个工具去管理它们，我们形象地管这个工具叫做——需求池，英语叫做backlog。学姐觉得这个翻译还挺传神，因为需求就像水一样，在这个池子里进进出出～

需求池的形式一般是一个在线的表格，里面记录着每个需求的内容和状态，你和其他相关同事可以随时编辑、查看各需求的情况。这个迭代（或者版本）进入尾声的时候，我们可以打开这个这个表格，盘一盘下个迭代或者下个版本我们要上哪些需求，对它们进行细化；等到需求评审会的时候，我们又可以对着需求池，逐一讲解我们的需求；启动研发后，我们又可以通过需求池来追踪每个需求的状态。

除了以上这些场景，我们还可以把需求池分享给其他部门的同事查看，以便他们在对我们的工作、资源饱和度产生质疑的时候，把信息共享（甩）给他们。另外，在平时做周报、月报的时候，我们对需求池稍加美化（当然是指格式美化不是指粉饰太平），就可以把最近的工作贴进去啦～这样可以避免很多重复的工作量。

02 收集需求

在讲需求池怎么用之前，学姐先来简单介绍下一般的需求是怎么产生的，毕竟要先有需求，我们才能去管理。需求一般有以下几种来源：

• 调研分析：通过问卷、访谈、查阅行业报告等形式，总结归纳出用户的痛点并解决；
• 体验产品：在体验现有产品的过程中，发现现有流程的问题并改善；
• 竞品分析：通过体验竞品，发现自身产品的不足并优化；
• 业务方、合作部门：如运营、销售、法务等基于他们对产品的理解，给出建议；
• 老板：这就不解释了吧，懂得都懂……

总之只要有了idea，我们就可以把它列到我们的需求池了。

03 如何填写需求池

有了想法之后，怎么样结构化地去管理需求呢？学姐这就来分享一个比较好的模版～

需求池一般由两部分组成，一是需求内容，包括名称、价值、优先级、提出人、文档等；二是需求状态，包括迭代、进度、人员、发布时间等。下面详细讲解每一项该如何填写。

1. 需求内容

名称：

每个需求都要有一个清晰的名称——虽然听上去像是废话，但是学姐在看简历的时候，经常看到一些写得不太好的项目名称，看了半天也不知道到底在做了啥，导致学姐面试的时候经常热衷于帮童鞋们改项目名字～

那么需求名称要怎么写得好呢？首先，在需求还不太明确、只有一个idea的时候，可以用需求的目的、需求的价值去代替，比如“搜索体验优化”。随着需求逐渐明朗，尽量用比较清晰、可以确切描述功能的名字，这样不容易混淆，比如“搜索列表页新增筛选器”就比“搜索列表页优化”更明确。

价值：

这个也是学姐的老生常谈啦，之前写文章介绍过，这里就不详细张开了，我们需要用一两句话来描述需求的价值。我们可以用“用户痛点+论据+解决方案”的句式，也可以用“帮助用户+论据+解决方案”的句式，下面是两个例子：

• 目前的商品详情页相比竞品，展示的信息少，用户做购买决策难（用户痛点），转化率仅40%，远低于竞品（论据），因此需要对商品详情页进行改版（解决方案）。
• 调研显示50%的客户有在平台投放广告的需求（论据），为了帮助这些客户获取更多目标用户（帮助用户），我们会通过算法匹配在合适的列表页展示广告位（解决方案）。

优先级：

我们要根据需求的价值，得出需求的优先级。优先级怎么排，学姐之前也讲过一个简单的公式：核心用户的核心需求&核心用户的非核心需求&非核心用户的核心需求；：

需求的优先级我们一般用P00、P01、P1、P2表示，这样比较有层次，数字越小优先级越高。核心用户的核心需求一般是P00或者P01，核心用户的非核心需求是P1，非核心用户的核心需求是P2。当然，具体的数字其实不重要，重要的是要在某个迭代里，所有的需求一定要有相对的优先级排序。

提出人：

在需求收集这一部分学姐也提到了不同的需求来源，如果需求的提出人是其他部门的，我们应该把TA的名字填入，这样需求有任何进展，我们可以及时告知。

文档、交互、视觉等：

这就不赘述了，需求文档怎么写之前学姐也教过，大家贴上链接就行了。在需求进入评审之前，如果还没有完整的文档，至少也要有需求描述+交互设计稿，在需求开发之前，文档、交互和视觉缺一不可。

2. 需求状态

迭代：

对于已经明确有排期的需求，我们把迭代号填写进去，这样我们只要筛选一下就可以看到每个迭代中有哪些需求了，如果有些童鞋走的不是敏捷开发，那么填写版本号也是一样的。

进度：

排入迭代的需求，我们需要对其标注研发的进度，用未开始、已开始（未完成）、已完成来表示，如果有必要的也可以把开发了百分之多少填写进去～

人员：

一旦需求开始研发，我们就可以把相关人员给填上了，比如研发写一栏、测试写一栏，有必要的也可以把视觉、交互设计师也单独写上，这样做视觉还原的时候方便找人。

发布时间/版本：

在需求进入迭代之后就应该填写，这样方便追踪需求的进度。

04 如何维护需求池

首先，我们要明确需求池应该由哪些角色来维护。需求内容（需求名称、价值、提出人、优先级、文档、交互&视觉）这一部分，由产品经理本人填写；需求状态（迭代、进度、人员、发布时间）这一部分，一般由项目管理或者研发负责人填写，当然如果是比较小的团队，也可以产品经理自己填写。

其次，我们需要及时更新需求池。除了把新增的需求填入之外，当需求有进展的时，我们要及时更新需求池。比如在需求逐渐明朗，有了需求文档、设计稿的时候我们要及时更新链接；比如需求排入了某个迭代，开始开发的时要及时更新需求状态和上线时间；比如需求的优先级产生变化，我们也要及时调整，甚至删除一些分析下来觉得不靠谱的需求。

最后，我们要时不时看一下需求池，毕竟这是记录我们灵感的地方。看一下自己还有哪些idea没有被实现，赶紧把需求文档补起来；也可以回首一下自己这个月完成了多少个需求，获得满满的成就感～当然，随着互联网行业的发展，现在市面上有很多完善的需求管理工具，比如Ones、Jira、TAPD等等。

作者

海贝学姐，公众号：海贝学姐。十年大厂产品经验，精通产品方法论和产品知识。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！