关于需求池,我的一些思考

编辑导语:在进行一个项目时,产品经理是把控全jú的角sè,要知道什么该做什么不该做;按照需qiú进行划分,才能更好的提高效率,达到效果,所以建立一个需qiú池是有必要的;本文作者分享了关于需qiú池的个人思考,我们一起来学xí一下。

在上一家X就职的时候,因为有段时间面对着混乱的需qiú管理liú程,干起活来总感觉力不从心;从这个时候开始,我就想也许该建立一个需qiú池,好好规划一下需qiú的来龙去脉。

于是我开始查阅相关资料,结合当时自己所处的实际环境,创建了一个需qiú池模板;这篇文章分享了设计需qiú池的一些思考,希望能给大家带来帮助。

一、为什么要有需qiú池

首先,结合下图给大家讲述一个产品曰常工作场景:

一大早,产品小王来到X电脑打开电脑,处理昨天临下班市场运营同事反馈的需qiú。

这时技术同事微信X打过来,说之前定下的实现方案会存在这样的缺陷,建议下个版本进行优化。

没多久,微信X中客户也发来消息,一一沟通之后,把得到几个反馈的需qiú记录下来,需要分析评估下,准确答复客户。

下午刚上班,X来找小王,讲述了前几天见客户时,客户反馈了一些需qiú,小王连忙用笔记录在小本本上;剩下的一些时间,小X要开始思X几天从别的产品中看到的一些有可取的做fǎ,琢磨一下怎么融入到自己的产品中。

信息源比较多,小王因为没有有效的管理方fǎ,大量的需qiú没有得到很好的疏通。

运营开始着急,把需qiú直接提给开发,开发做完以后又把意思理解错了,又要返工重做;原定一个月上线的版本延期半个多月后才上线。

从上述场景中我们可以分析出:一个产品从0到1打磨完善的过程,会涉及到开发、运营、技术、用户、产品团队等等;而这些角sè与角sè所发生的事情,产生的与产品需qiú相关的信息,都需要产品经理有全jú的把控,及时做规划疏通解决。

假设产品人员没有有效将需qiú信息收集归档,让信息散乱在各个地方;也没有用足够的时间去分析需qiú,规划需qiú,都在低头做事,认真的把一个个需qiú都实现。

但他没有思考什么需qiú该做,什么需qiú不该做;什么需qiú有价值,什么需qiú没有价值。

这样一来:一方面会造成开发资源一直紧张得不到疏通;另一方面,这些对产品人员来说最重要的思考方式,长期以往没有得到锻炼,三五年之后,也就自然跟不上其他人的节奏。

二、需qiú池的作用

首先,需qiú池是什么?

用一句话概况就是:产品经理将所有和产品相关的需qiú信息按一定的规则进行汇总记录的地方。

这些规则包hán了对需qiú的基本描述,需qiú的简单优先级划分、需qiú的价值评估、需qiú干系人等关键元素。

需qiú池对于产品经理来说有点类似甘特图与项目经理,产品经理也可以X需qiú池来规划需qiú,来促进产品的“新陈代谢”。

需qiú信息源多的问题,让小王使用需qiú池来管理需qiú,他将所有需qiú信息看成一个属性,需qiú池的字段就是用来形容属性的。

这样,他只需要按规则填入信息。然后筛选出有价值、有必要做的需qiú,划分优先级,按部就班处理即可。

有一次,产品团队内部探讨产品下一期规划,在大家都有点陷入无头绪的情况时候,他X需qiú池引导大家进行头脑风bào,让大家的思绪重新得到激发;之后X也对小王的这种做fǎ给予表扬,需qiú池的做fǎ也得到团队的认可,后续慢慢引入成为部门规范。

X案例,我们可以分析出需qiú池的作用:

1)完整X的记录多处信息源,避免遗漏。

2)按规则的记录就像套公式一样,快速将需qiú分类,有序排布;方便产品人员进行需qiú优先级划分,管理好的需qiú的同时也增加了工作效率。

3)在团队进行产品需qiú规划的时候,可以拿来作参考,引发思维。

三、工作中,我的需qiú池

在工作中因为前文中所阐述的那样,有种种问题。

那作为产品人员为什么不可以根据自己的问题痛点设计解决方案呢?给自己设计一个可以不断迭代完善的产品呢?

所以当时我自己X查阅一些资料、咨询一些产品朋友,在结合自己当初实际工作环境,设计了下面的V1.0版本的需qiú池:

我将需qiú池定义了这么几个字段:需qiú名称、所属模块、需qiú描述、需qiú来源、需qiú类型、人物属性、拟定优先级、拟定完成时间、需qiú跟进人、需qiú状态、相关链接、备注、开发成本预估、需qiú价值评估。

接下来我结合下面这个案例来讲述一下需qiú池的属性字段设定的hán义:

1)需qiú名称

首先得为需qiú命名一个称呼,这是因为需qiú一般要X较多的话语去描述它,但多次描述的内容可能都不完全一致,造成团队之间的沟通障碍;X需qiú名称就可以快速达成一致,不会争议和疑惑。

比如:一X人在讨论“张三”,每个人对“张三”的印象都不一样,但是大家都知道说的是谁;反过来,每个人先把自己脑海中张三的印象讲出来,但有人可能会不知道别人讲的和自己讲的是同一个人。

2)所属模块 

X将需qiú信息归属到一个模块中,从而更好的管理需qiú。

打个“栗”子:小宝宝上户口的时候,肯定是上到这个宝宝所属的家庭户X;那么和他相关的人和信息就X在一起了;假设不这样,某天需要找这个宝宝的信息的时候,就会没有头绪。

那么把新需qiú可以看成小宝宝,模块就是这个宝宝所属家庭,产品人员可以方便查找关联信息,判断影响范围

3)需qiú描述 

需qiú信息需要精准描述出来,让人更好的理解,让产品人员理解其中的hán义来准确设计产品功能;假设没有需qiú描述,产品人员可能一时想不起这个需qiú是什么,更何谈准确设计功能。

就好比:我就告诉你一个人的名字,不告诉你他的其他任何信息,然后要你去安排他的吃穿住行,你可能会给一个喜欢吃辣的四川人顿顿安排各种甜食。

4)需qiú来源

需qiú来源有产品优化、竞品分析、内部运维人员反馈、调研X人员、开发人员反馈、用户反馈。

需qiú来源影响产品人员对需qiú价值的衡量以及对需qiú的后续工作跟进,也直接影响需qiú在产品人员心中的泉重地位。

比如:两个小孩,一个已经知道是你X的儿子,另一个不知道是谁家的小孩;那么你对待两个小孩的态度自然不一样。

5)需qiú类型

需qiú类型为功能改进、体验提升、新增需qiú、其他;在项目的不同阶段,不同需qiú类型处理的方式是不一样的。

比如:一个预计还有10天就要上线的项目,用户在UAT测试时候,提了A、B两个有价值的需qiú;A需qiú是一个交互优化改进的需qiú,B需qiú是在X新增一个统计模块。

这是在不影响项目正常上线的情况下,A需qiú是可以酌情考虑赶在上线之前加进去的,而B需qiú肯定是进需qiú池,规划到二期的。

6)人物属性

人物属性包hán提出人、提出时间;有了这两个字段,相当于知道了什么人在什么时间提出了一个需qiú。

这样,产品人员能及时找到干系人调研需qiú,而提出时间可以帮助产品人员制定需qiú的紧急程度。

比如,9月1曰,用户提出了一个非常重要的需qiú,且10月1曰之前上线是他最能接受的时间,过了这个时间需qiú的价值大大受到影响;那么产品人员在9月2号和9月20号处理该需qiú的紧急程度就不一样。

7)拟定优先级

产品人员设计需qiú的优先级——X需qiú价值、需qiú类型、项目资源情况等因素判定需qiú的优先级,从而帮助产品人员有计划安排曰常工作。

举个例子:X的一场理综X,有物理、化学、生物三大科目的X题目需要在150分钟内完成;我们都知道遇到难的题目先放下做后面,剩余时间先做把握大的,分值高的;因为X这种方式多考1分,就能多胜过1X。

这就好比我们在划分优先级,在有限的资源和时间面前,就得创造最大价值,错过风口,产品必然落后于人,失去机会。

8)拟定完成时间

拟定完成时间是产品人员根据需qiú工作量进行评估。

将工作适当做量化评估,可以更合理的规划需qiú,安排工作;还是拿上面X的栗子说,X中我们把题从头到尾做完了,只剩下2道难题,这时离X结束还剩半小时,一道选择题7分,证明题8分。

X评估,选择题要huā所有时间验证,最少可以排除两个选项;证明题也需要huā所有时间且一定答不完,但是你知道只写前面的论证可以得3分左右,时间也只需要huā5分钟。

这么一评估,你肯定先huā5分钟钟拿这3分,剩下的时间去做这道选择题,有50%的概率拿着7分;假设没有这样评估,你可能就只会二选一的去做了。

9)需qiú跟进人

指定责任人,负责跟进需qiú整个生命周期,确保落实到实处。出了问题马上就能找到责任人。

比如:要把每个宝宝抚养成材,都需要天下父母无微不至的照顾。饿了要喂食,冷了要穿衣,不开心了要开导,犯了错要包容承担责任;需qiú跟进人和需qiú关系就好比宝宝和父母的关系。

10)需qiú状态

需qiú状态主要有:

  • 待讨论(刚提出或尚未调研或技术尚未确认的需qiú);
  • 暂缓(讨论完成尚未排期的需qiú);
  • 设计中(产品设计解决方案期间);
  • 需qiú中(已经完成排期);
  • 开发中(已经进入开发或尚未发布的需qiú);
  • 已发布(已经发布上线的需qiú);
  • 取消(无效需qiú);

对需qiú信息全liú程进行记录X。有效监控过程状态,发现问题及时调整。

就像做菜一样,假如不打开锅看,就不能得知菜煮到什么程度;一直开火煮,只有等闻到烧焦味才知道,但这时候已经晚了。

11)相关链接

连接一些需qiú相关资料,如参考资料、原型图,liú程图,或者聊天记录等信息,这里可根据实际情况可选补充。

这里主要是方便产品人员在处理该需qiú时,X一些信息参考,更好的完成工作;就像你大学的开卷X,有些是需要翻看资料的,还恨不得用X查百度。

12)备注

对需qiú的最终处理结果进行描述,一些特殊情况可以在备注中说明;比如需qiú完成状态,取消需qiú为什么需qiú的原因之类的,完成对需qiú的闭环。

再打个“栗”子:对一批灯泡进行质量检测,不合格的需要挑出来,并且要表明什么原因;如果不标注检测结果,假设这批灯泡不合格,都不知道怎么改进了;备注可以让我们不会有“这个需qiú最终怎么处理的”疑惑。

13)开发成本预估

由开发人员对该需qiú进行评估,结合产品人员对需qiú的价值评估,决定需qiú是否需要实现以及实现到什么程度应该消耗多少团队的资源;尽量避免在团队资源紧缺的时候,做成本高价值低的需qiú

假设你非常饿,但是你只有2块钱,本来你可以mǎi两个馒头充饥,但是你选择mǎi了一块糖;最后mǎi糖的选择让你饿了整天,但是mǎi馒头的选择就不会;所以有限的资源是可以让需qiú价值最大化的,重要的是产品人员的选择。

14)需qiú价值评估

由产品人员对需qiú的价值进行评估,做了能带来什么影响的判断,决定需qiú当前是否值得做,尽量避免huā了大力气做了无价值或者价值不大的需qiú。

最后一个“栗子”:夏天,西瓜的需qiú量比较大;拿1千元去贩mài西瓜,之后能有500元的利润,可以mài完了贩mài更多的西瓜,整个夏天过去了,赚了10000元;但是拿着1000元去贩màimáo衣,结果是xuè本无归。

需qiú价值评估亦是类似,判断需qiú价值后投入人力去做,才能创造更大的价值。

四、总结

需qiú池主要的作用就是记录需qiú的来龙去脉:谁在什么时间提出了一个什么样子的需qiú?需qiú有什么价值?开发huā费的成本如何?这个需qiú是谁在跟进?进度如何?最终的解决方案是什么?目的是为了帮助产品人员更好的管理需qiú。

五、最后

每个产品经理的心中都应该自己定义一个需qiú池,因为每个人所处的工作环境,遇到的问题都是不相同的,但是解决问题的思维是都应该有的。

作为产品经理,希望自己不论在工作中、还是生活中遇到的各种问题,可以及时运用自己的产品思维系统化的考虑问题,解决问题。

曾经,我的一位职场X给我们发过一张这样的图,里面的内容在我遇到问题的时候,总能提醒我。

这里也分享给各位:

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 关于需求池,我的一些思考 https://www.xiongfawang.com/1608.html

常见问题

相关文章

关于需求池,我的一些思考-海报

分享本文封面