产品经理产品设计-产品经理如何创建自己的需求池
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
产品经理如何创建自己的需求池
需求池是需求管理和项目管理的工具,是下更新版迭代时不知道
做什么的依据,也是产品经理与一把手、业务部门沟通极好的证据。
需求池:顾名思义“把即将要做或打算要做的内容放置到一个地
方进行储存”,也就是INBOX的概念,有一个区域去放置我们的Stuff,Stuff中所可能会包含一系列内容:想法、任务、目标、灵感、idea……
各种行业,各种类型的产品经理都会跟需求打交道,但是需求的
来源却不尽相同不尽一致。
可能对于做业务方向市场总监的产品经理,多数的融资需求是业务方给提出的;对于做2C方向的产品经理,多数
的需求时自己消费通过调研或抽样得出的…
无论是老板(总裁办领导)方的方需求还是业务方的需求,他们
可能主动向你提出,但是如果在你的产品年度规划中涉及到老板和业
务部门的话,就需要你主动出击了。
刚入行产品的时候,最头疼的两件事情:下个版本该做谁的融资
需求和下个版本要做什么?
后来引入了融资需求池的概念,需求池两大优势治好了我的“头
疼病”:明确量化需求优先级和新版本规划的依据。
2.1明确量化需求优先级
做B端产品高级经理的时候,特别偏业务方向比较多的时候,会
接到各式各样各种类型各种领导的需求,其中往往很多的需求有一个
共同的特点,比如:这个需求很紧急、这个需求下周要、这个需求马
上做……往往这时候我们会有一种感觉:资源是有限的,时间是有限的,需求是无限的;我们下个原版到底该先做谁的需求呢?
最初时接触过四象限的方法论,讲述是要把需求分一个重要供给
紧急程度,但是工作使用一段时间的六迪容象限之后,你会发现,仅
仅只有应立即重要紧急程度真的过于用,久而久之紧急发现处在同一
层级的业务方领导需求重要会程度是一样的,上述问题又出现了,到
底先做谁、后做谁呢?
这个时候我们需要对需求优先级需要进行对冲量化(评分),需
要引入一个工具“需求池”,通过需求池能够对需求进行集中管理,
集中量化。
原先工作时的一个场景:需求池那时已经摆放了3个业务方的N
个都非常紧急的业务型需求了。
那么如何去把看似社会化增益一致的
需求量化呢?这是一个很现实的也很烧脑的环境问题,难在考虑让参
与需求量化评分的业务方的人都同意这个方案;
越上层的的领导可能决策性的数据需要更多一些,基于平台定位,所以我会让这个点作为业务迫切度的重要因素;看板使用也是分频率的,可能七次有的报表看板一天使用一次,有的三天使用一次,那景
气周期越长显然分值越低;年度里程碑就属于公司规划内需要看重一些。
通过对上述量化模型的分子分母构成因素分析(分子属于维度,
进行乘积计算,分母进行加和计算),就推算出了需求量化的公式:
评分=(重要度*紧急度*使用人员*使用频率*年度里程碑)/Σ工
作量(数据产品经理+UI设计师+数据分析师+数据开发+测试)
当然量化模型建立后才,需要有征集大家意见,当大家同意后,
统一召开需求方评审会议,顺便叫开发设计开发设计人员协作参与,
给出需求池中每个业务型需求量化评分,会议结束后,需求池中所有
业务型需求均已被评分,从高到低优先级一目了然,需求方也没有
“怨言”了。
需求池是集中管理需求、量化需求优先级的好工具,可以将很多
需求放入进去管理,使用同样的量化国家标准(可以让单个人都信服),让每一个需求优先级的量化都有迹可循。
通过量化,不仅能够
解决“下个版本要做谁的需求”,还能够作为和领导沟通的“证据”。
2.2新版本规划的依据
现在我们迭代计划为一周到眼下两周,有时候感觉月度的计划是
江郎才尽才凑的需求,只是为了项目经理管控的需求个数而建立的,
自己全然并没有真正的计划下个版本要做什么。
为什么B端产品会出这种原因呢?有的可能将因为比较公司业务
比较少,有的可能刚入门没有规划,有的属于来一个需求沟通完就完
事了,不进行记录…而我刚入行的时候属于后者,俗话说:“好记性
不如无法无天笔头”,脑子再好用,也无人知晓时间的杀伤力。
每次
当列下以版本计划的时候,总是感觉隐隐约约有个需求,但是就是记
不得的那种痛苦感,真想当时就纪录下来;这时需要一个资金需求池,对于消费需求进行及时记录、及时整理并且集中管理。
通过“需求池”作为管理、沟通的依据,需求量将沟通的需求行
之有效的记录下来;不仅能够安慰需求提出者,让需求者心里有一个
想法:需求被重视了;另一有价值的点就是能够做到让有意思自己不慌,清晰的规划处下个版本将要做的内容,作为新版本规划的依据。
“头疼病”的良方叫做“需求池”,开篇也说过,需求池就是承
载你的想法、任务、目标、灵感…的地方,但是该如何创建呢?下面
与大家一起分享。
3.1确定需求池基本字段
需求池最基本的字段(如3.1.1图所示)肯定是必须要有的,基
本控件就是对于下的基本描述以及需求版本规划沟通的依据;但是只
有基本字段基本是解决不了上述问题的,只是能够顾虑缓解一部分的
压力,所以我们要综合如何去创建需求池。
图3.1.1需求池基本字段
3.2确定需求池增值字段
上文也说到过创建需求池的原因是想要通过需求池来进行需求优
先级的量化,所以概念我们首先引入排位的概念;想要通过一系列的
算法去把需求池中内容进行评分,公平公正公开,邀请相关人员协力
参与,最终得分境况一目了然且对比于其他业务部门的需求以及自己
的需求有一个排级情况认知,作为大家均认可的量化评分。
公司里面的年度里程碑计划和非与非年度里程碑计划会涉及到评分,所以是否年度里程碑会影响量化需求优先级,资金需求池中需要
存在该字段;
同时我们会建立原始需求记录的字段,因为若是业务方领导或总
裁办领导提的需求,总会有很多可挖掘的点,可能我们分析的产品一
些则需求只是一部分,原始需求存在,说不定可以剖析出其他的梳理
产品需求;
恐怕当然我们的优先级被量化之后,各个领导知道池中我们对于
需求了需求的评分那么就会给出一个期望上线的日期,所以我们可能
需要记录:期望上线日期;同时为了考量我们的产品发展规划、设计、开发、测试的进度,会不断增加一个实际上线日期,用来数据比对进
展情况,一般会在复盘上一个版本使用
这样就根据我们的实际场景构造了一个需求池(后续是否增加字
段视具体场景而定),主要包含下列重要信息(分别用3.2.1脑图和
3.2.2excel表进行展示)
3.2.1需求池所有字段
图3.2.2(1)BI系统需求池基本字段
图3.2.2(2)BI系统需求池增值字段
Ps:因图片太大,特意将资金需求池字段展开为“基本”和“增值”字段
需求池的创建源于你的实际场景,具体内容场景具体分析,不拘泥于形式,以适合自己的方式做好项目管理和需求管理为主。
本文主要以笔者所在公司情况举例,分别阐述了需求的来源,为什么创建需求池以及如何方池创建你的需求池,希望能够对大家稍为帮助。