产品需求池管理的工具

浅谈需求池管理

不知道大家有没有一个体会，就是虽然产品不断更新迭代，但是需求会不断增加，无论如何都不会减少。这时，我们必须使用需求池这个特殊的工具来管理方法的无尽需求。

一、需求池是啥？

需求池的主要产品用于收集和管理来自各种来源的各种需求。在这里，我们不仅会简单地记录需求是什么，还会继续记录与这个需求相关的一些重要因素。另外，第一次进入需求池的需求是基于简单的选择和评估。一般来说，需求池的管理方法有两个标准:一个是进，一个是出，一个是严。

二、需求池有什么因素？

序号

序号是需求目录的序号，主要作为当今需求的唯一标志。

程序模块

根据目前产品控制模块的分类，基本可以判断这个需求属于哪个程序模块。如增加业务流程功能，此项不确定可不填。

需求叙述

如果是一个很简单不复杂的小需求，马上描述要处理什么问题。如果是不小的需求，不仅要描述你要处理什么问题，还要写下你为什么要解决困难。(出于解决困难的考虑，大多数情况下需要产品王刨根问底，从而知道用户的需求是什么，想要处理什么。)

需求来源于

直接理解就是这个需求从哪里来，是谁提出来的。

如果产品被归类为关键需求提议者，它可以分为以下两类:

需要被动通知:

关键各个部门，包含业务部、推广部、财务部门、高管等关键各个部门，需求目地是为了更好地发布某一个新业务流程或是是新主题活动，此刻产品要做的是掌握新业务流程或是新主题活动的內容，整理出工作流程，梳理牵涉到的逻辑性出demo这些；在线客服，需求目地是处理某一类用户难题，当存有一类用户经常资询或举报这类难题，在线客服是会把这种用户难题递交给产品组，产品来评定从业务流程和产品视角如何开展提升该类难题；QA，对于于视觉效果或是互动的关键点QA在检测全过程中，会碰到一些关键点的小问题（主要是历史时间遗留下），此刻会递交给产品，一般该类需求级别较低；用户反馈意见，每月搜集整理用户递交的反馈意见（调侃或提议），剖析用户调侃的难题是不是具备客观性還是个案，用户的提议是不是能完成，身后想处理哪些的难题；

积极收集或发掘需求:

竞争对手分析，主要是在科学研究竞争对手或是同种类产品中，挖掘比较好的作用且适用自身产品（能处理一部分用户的需求或是能为公司带了一定的收益）用户科学研究，自身在社区论坛、百度贴吧、新浪微博等內容小区，掌握小区里这些归属于自身产品的总体目标用户或潜在性用户都会调侃或是希望产品的什么內容，产品要做的是掌握这种难题身后的原因是什么，次之是怎能处理这种调侃或是考虑用户需求。需求种类

需求类型主要是记录这种需求属于哪种类型。前期必须明确什么样的需求？主要需求类型包括:

增加、改善、感觉更好、BUG恢复、内部需求等。

(大家的企业主要来源于按需求划分的需求类型，业务流程需求、UI改进、QA改进、技术优化、产品改进、用户提案、需求来源合并在一起，属于一部分需求来源)

需求加上時间

这个需求被添加到需求池中，而不是第一次明确提出需求的时候。目的统计分析从需求建立到需求发布的周期时间。

优先

需求池中的需求优先级基本可以按高、中、低进行，明确哪个需求优先级更高。根据需求评审后的需求，优先级应按照1、2、3、4的顺序排序。假设用高、中、低来确定需求优先级，会存在哪些问题？当明确下一个版本将发布五个热点(两个高点、两个中点、一个低点)时，因为项目进度和开发资源的困难，五个热点只会按期发布三个热点，所以必须考虑两个需求中哪个先发布？那样的话，前期按照高、中、低来审核需求优先级就不准确了。

优先标准:(四象限法结合kano立体模型)

关键且应急（标准型需求）——务必g尽早做。例如会危害到用户主流程应用的作用。（高）应急但不重要（风采型需求）——仅有在优先选择考虑到了关键的事儿后，再说考虑到这种事。（中）关键但不应急（期待型需求）——要是是沒有前一类事的工作压力，应当当做应急的事去做，而不是推迟。例如节日特惠有关的需求，可是如今间距下一个节日也有3个月。（中）既不应急都不关键（无差别型需求）——有时间再解决，例如IOS和安卓系统视觉效果某些小按键视觉效果不太一致。（低）情况

被讨论，被推迟，被拒绝，被确立。对于大多数已建立的需求，下一步是进行整体版本规划。此时，需要重新评估需求优先级(用1、2、3和4数据标记)，并决定发布哪个版本以及何时发布。

备注名称

所有其他信息内容，例如:需求的预期时间、拒绝的原因和延迟的原因。

三、需求池有什么作用需求器皿

直接来说，需求池就是一个需求容器，各种不同来源的需求都可以进入(简单回顾)。进入后，再对需求进行审核，最终决定这个需求的未来。

缓冲地带

一段时间后，诉求多了，但我无法在第一时间评价诉求的合理化程度。目前我可以先把需求放入需求池，到中后期再逐步消化吸收，然后严谨评估需求的合理化程度。

版本整体规划

复审后留下的需求可以作为下一版发布的内容，也可以作为几版迭代更新的内容。目的是保证版块整体策划有足够的素材和图片，而不是试图盲目跟风整体策划。

四、汇总

以上是对需求池相关内容的一些梳理思路，主要是结合自己的工作进行梳理。因为它们是在自己的企业内部应用的，所以很可能有一定的局限性。热烈欢迎大家多多学习交流。

#有关创作者#

董，新手，大家都是产品主管，都是创作者。喜欢科学地研究各种好玩又强大的app，关心交通、电商等行业；善于整理分析APP亮点的功能分析。

未经批准，严禁截留该文件。

注:阅读相关网站基本建设方法的文章，请移至网站建设教程频道栏目。

欢迎分享，转载请注明来源：内存溢出

原文地址: http://outofmemory.cn/zz/768997.html