关闭

需求分析之优先级的思考

用传统行业的需求分析工具来做好互联网产品需求的优先级划分,其实是完全可行的。

为大家带来对需求优先级评审的一个小小的跨界思考,希望对大家有些帮助,欢迎拍砖

~~~~~~~~~~~~~~~~~~~~~分割线~~~~~~~~~~~~~~~~~~~~~

一、需求优先级评审的重要性

1.于用户

用户会丢出一系列需求,很多情况下是对产品的吐槽,可能你费力完成的产品功能结果却并不是用户真正想要的

用户的痛点、痒点、兴奋点各不一样,前者(重大bug如支付入口链接错误等)应该最优先解决,后两者(UI界面质感化,功能结构扁平化,摇一摇定位,个性化定制等)一般是拉开与竞品之间差距的功能点,可在产品成熟期之后,打磨用户体验的时候再慢慢琢磨

2.于产品

产品集合的功能越多,其负载越重,转身也就越困难,并不是所有用户需求都要满足,要有取舍

需求总是很多,而资源和自身团队的能力总是有限,如何充分利用资源开发完善产品以满足用户的大部分真实需求,很重要

3.于开发

开发希望能从产品经理手中接过最可靠、最有价值的产品需求并将之实现,而不是将时间和精力耗费在繁杂的琐事上

开发非常忌讳产品经理频繁更改需求,开发很恼火,产品经理也很累,应该从源头上尽量减少需求的频繁变更,项目kickoff后尽力跟着进度走,而不是东一锤子西一棒子,目标遥遥无期

二、需求优先级评审的一般方法

根据需求的重要程度和紧急程度划分为“紧急且重要,紧急不重要,重要不紧急,不紧急不重要”四等,是目前需求管理的较为通用的方法

这个方法在猫猫看来略显粗糙,如何鉴定某个需求就是重要?具体有多重要?又有多紧急?迫切性如何评定?其实完全可以进一步处理,细分这个过程,进而得出相对更为靠谱的需求优先级列表

三、他山之石,可以攻玉

猫猫之前在“某知名制造业”做研发管理,深谙生产制造业中有一把需求分析利器——质量功能展开(QFD),尽管与互联网行业相距甚远,但其核心内容和思想却是可以通用的

质量展开:将客户的要求转化为产品设计要求功能展开→将设计要求转化为合适的部件→合适的生产要求和过程控制

表面看起来相当easy且理所当然,实际上能用好这个原理的却是少数人。下面猫猫将结合实际案例讲述QFD的实操过程

步骤

1. 通过运用产品规划矩阵,发掘顾客的产品需求或实现这些需求的相关技术

某客户要求公司在现有显示器产品的基础上,改善显示器响应速度慢、开机画面黑、视角不够宽3个问题,即提出了3个需求

2. 通过客户需求,形成产品概念或改善思路

要解决这3个问题,可以选择新开发一款显示器,或者就现有的产品进行适当的光电参数的调整,经探讨决定选择后者

3. 将产品概念分割为层级系统或功能结构,再分割为次级功能/产品/零件需求和属性

影响以上3个显示器性能的光电因素有A,B,C,D...若干个,每个因素与性能之间存在一定的关联,并且存在一定的开发成本和难度(都需要数据化显示出来)

4. 对于关键的零部件,将其转化为制造工艺流程要求

经过一定方法筛选出来A,B,C,D共4个关键因素,每个关键因素可以通过调整产品生产过程中使用的材料或流程来影响

5. 确定零部件的生产流程

由于关键因素和材料/流程之间存在一定的关联型,且存在材料成本和制程控制难度,采用类似方法筛选出应该首要改进的材料或制程控制

6. 将以上步骤综合起来确定生产组织结构、流程控制和质量控制

生成一套包括一系列材料、制程调整、质量监控等更改后的新的生产方案

以上是QFD大而全的分析过程,看不懂的童鞋莫要惊慌,下面结合互联网产品需求的分析能看得很明白~

四、需求优先级评审的详细过程

注意这里的用户需求泛指产品团队收集到的所有需求,且已经去除了无差异和伪需求,且满足该产品现阶段的线路图,而不涉及过于滞后或超前的功能需求点

1.用户需求→产品功能或模块需求

A. 列举用户反馈的一系列需求或反馈,并转化为产品的功能需求

例如某社交产品目前收集到界面丑陋、操作复杂、没有条件筛选、185号码段无法注册、摇异性共5个用户需求,经过分析,提炼为“UI界面美化”、“交互、业务流程和功能结构复杂”、“新增标签筛选功能”、“指定数据库数据缺失”和“新增摇一摇互动功能”共5个产品功能需求

B. 与马斯洛需求等级进行匹配,找准每个产品功能需求对应的需求等级,在1~9之间打分,且越是底层的需求,其对应分数越高

一般是不超过10的等差数列,你也可以打2.4.6.8.10,最小间隙不要设为1,方便后面对加权结果进行快速区分

UI界面美化:尊重(3)

交互、业务流程和功能结构复杂:安全(7)

新增标签筛选功能:生理(9)

指定数据库数据缺失:安全(7)

新增摇一摇互动功能:社交(5)

C. 根据用户对产品功能需求的紧迫程度分别对其进行打分(1.3.5.7.9),分数越高说明紧迫程度越高

UI界面美化、交互、业务流程和功能结构复杂、新增标签筛选功能、指定数据库数据缺失和新增摇一摇互动功能的紧迫程度分别为3,7,5,9,5,则得到5个需求的紧急重要坐标为(3,3)(7,7)(9,5)(7,9)(5,5),

D. 计算重要紧急程度

重要紧急程度为两者乘积,即分别为9,49,45,63,25

以上,得到5个产品功能需求的重要紧急程度排序为:指定数据库数据缺失>交互、业务流程和功能结构复杂>新增标签筛选功能>新增摇一摇互动功能>UI界面美化

如果有两个乘积相等呢?这时候遵循紧急不重要>重要不紧急的原则,即a>b,则(a,b)>(b,a)

2.产品功能或模块需求→开发需求

注意这里需要与开发的同学一同确定,且主要为开发同学牵头,根据开发团队的实际能力给出,确保得出的结论是经过他们认同,且应该毫无条件执行下去的。同时对产品经理自身也有同样的约束力,而不能轻易改动需求

A. 与开发同学一起评估解决每个需求所需要耗费的工时、资源,并以1.2.3.4.5的等差数列进行标注。为方便操作,在同一次需求评审会中,指定最耗工时、资源的功能需求为1,最轻松和占用资源最少的反而设置为5

由于每个项目团队的能力和资源分别不同,假设这个社交产品团队的对应评估如下:

指定数据库数据缺失:(5,5)

交互、业务流程和功能结构复杂:(1,2)

新增标签筛选功能:(2,3)

新增摇一摇互动功能:(2,4)

UI界面美化:(3,2)

B. 将重要紧急程度与工时、资源表征3者相乘,得出最终的开发需求的权重列表,根据项目组实际能力进行取舍,选择若干个最值得优先解决的开发需求,并开始实施

指定数据库数据缺失:63×5×5=1575

交互、业务流程和功能结构复杂:49×1×2=98

新增标签筛选功能:45×2×3=270

新增摇一摇互动功能:25×2×4=200

UI界面美化:9×3×2=54

于是得出产品功能需求的开发优先级序列为:指定数据库数据缺失>新增标签筛选功能>新增摇一摇互动功能>交互、业务流程和功能结构复杂>UI界面美化,接下来开发同学开始解决以上需求

五、需求优先级评审回顾

不管产品是否已经上线,需求(不包括伪需求和无差异需求)总是无限,而团队的实力和精力有限,必须做好取舍

将用户需求与产品需求混为一谈、拍脑袋决定需求开发的优先级、不计团队实际能力等做法对项目进展非常不利,且容易陷入开发和产品经理互相撕逼的情景,需要严格避免

~~~~~~~~~~~~~~~~~~~~~分割线~~~~~~~~~~~~~~~~~~~~~

猫猫的一些感想

互联网思维和传统行业思维并没有明显的界限,“高手”一定会游离于两者之间,发现和利用好的规律,不管白猫黑猫,去其糟粕取其精华,拿来!

互联网产品人对传统行业最好抱有尊重心态,而不是老想着怎么去颠覆,存在的东西必有其存在的道理,不要目空一切

PS:附上需求优先级评审的脑图

文\白猫与黑猫(微信公众号:白猫与黑猫,B端PM)

14条评论 添加新讨论

01月19日评论

怎么没看见脑图啊

回复
  1. 02月23日评论 回复
2016年11月22日评论

受教,相当的具象化,我的拿来主义精神又要控制不住了,哈哈

回复
  1. 2016年11月22日评论 回复
2016年11月17日评论

很好的评级方法,受教了,期待更多干货

回复
2016年11月16日评论

又见作者~超棒棒~

回复
  1. 2016年11月16日评论 回复
2016年11月16日评论

牛!!

回复
2016年11月16日评论

欢迎回归~

回复
  1. 2016年11月16日评论 回复
  2. 2016年11月16日评论 回复
  3. 2016年11月16日评论 回复
2016年11月16日评论

干货啊,谢谢分享!

回复
  1. 2016年11月16日评论 回复
登录后参与讨论
Ctrl+Enter 发表