很多人可能不记得这个公众号了,现在我把她变做了我的私人号,以后会在这里发一些产品设计,互联网,科技,思考方面的杂文。如有打扰请需谅解,如果不喜欢的话就取关吧。
“产品工作中,有时需要针对几十个需求进行优先级的排定,如果没有一套定量的分析方法,是不可能进行妥善处理的。以此为出发点,我查阅了常规的几种需求优先级排定方法并结合实际工作经验,选取了比较重要的8个维度。通过8个维度的权重加成进行需求优先级的排定。”
以下所有评估默认五分制进行,在通过加权求得最后的需求优先级评估值。评估值越大,优先级越高。为了降低模型的主观因素,建议每个维度由多人进行打分,取平均分会有更好的效果。需要注意的是,由于模型是线性的,仅起到参考作用,还是需要产品经理做出最终决策。
1. 目标契合度(20%)
目标对需求优先级的影响非常关键,因为目标体现了需求实现的最终价值。我们需要结合产品当前阶段和Roadmap,进行需求契合程度的判断。
2. 需求价值(10%)
需求价值分为用户价值,公司价值两块来分析,使用四象限法进行分数指标的确定。不同的产品类型侧重的价值方向不同,所以究竟是用户价值更重要还是公司价值更重要是需要通过产品类型来判断。但如果两者都体现了很好的价值,那么评分自然可以较高。
3. Kano模型(10%)
Kano模型是非常经典的判断模型,包含基本型需求>期望型需求>兴奋型需求。
实际运用中需要根据现有需求的分布情况进行综合判断,有时期望型的需求可以比基本需求更重要。因为必须需求也需要考虑到用户群范围,如果基本需求的用户群并不大,或者现有产品阶段的基本需求覆盖面已经较广时,期望需求评分可以更高。
4. 重要紧急程度(10%)
重要紧急程度的分析可以运用在众多领域,包含重要且紧急>重要不紧急>紧急不重要>不重要也不紧急。比较简单,不做赘述。
5. ROI投入产出比(20%)
投入产出建议将投入分两部分进行分析,投入包含产品设计和产品实现两个阶段,这两个阶段有时并不等价。产出也需要进行细致分析,因为通常而言,产出和时间的关系非常大,有些产品的长尾效应非常严重。
6. 需求来源(10%)
需求来源也是一个参考维度,因为谁提的需求可以用来判断需求的真实场景和缘由。其中老板的需求,或者是用户直接的被验真的需求是最高分,需要注意的是,该需求一定要确认是真实的需求。其余像通过产品规划,用户非直接反馈产生的需求就不那么重要了。
7. 需求依赖(约束)(10%)
这里的需求依赖主要指的是需求是否是其他需求的前置需求,或后置需求。这体现了开发中的前后排期关系,非常重要。一般包含前置需求的优先级 > 后置需求的优先级;前置需求的重要性和紧迫性 > 后置需求的重要性和紧迫性。
8. 技术风险(10%)
开发的难度,可能出现的开发风险程度。注意工期过长,也会导致风险增加,所以只要开发上的不确定因素越多(如服务器资源,开源系统性能等),此值就越低。
好了,8个维度就介绍到这里,理论上8个维度已经非常充足,甚至有些过分累赘。真实工作使用中不必完全使用,可以选取比较重要的维度再做出新的权重分配,得到最后的优先级评估结果。
领取专属 10元无门槛券
私享最新 技术干货