关于需求价值度计算

崔旭潮

一、为什么要计算需求价值度

1、用来明确量化一个需求的业务价值，辨别轻重缓急。

实际工作中，需求往往比较琐碎，经常面对来自不同业务方提出的，小的需求例如字段增加，大的可能是跨岗位的操作流程的线上化。有的涉及的人员有100多个，每天都有几次额外的操作动作，加上这个字段可以每人节省1、2分钟。而另外一个需求，研发成本高，却只能优化一两个岗位的，频率基本在每周一次，每次花几十分钟完成动作。这类具体复杂的场景都需要进行价值度评估，以便于具体衡量对于业务带来的价值。
2、有助于冷静思考业务需求的真实性，辨别伪需求

是否曾经有过类似经历，有的业务方，提出了一个非常紧急迫切的需求，有助于某项核心指标的达成，并要求上线时间越快越好。但此刻，这个业务方可能都没有仔细思考这个需求的细节操作步骤，有几个用户在使用，优化后，这几个用户可以节省多少时间如果没有系统优化，当前用户的实际操作到底会消耗多少时间。有些需求看似正确，但是冷静分析，可能价值度并不高。甚至于，需求提出方可能并不关心具体达成的效果，可能只是因为在某个重要会议过程中，领导的某个一时兴起的提议，又或者是只想被布置了某个待跟进事项，结果不重要，只需要落地执行完成。通过冷静思考，衡量清楚了价值度，可以发现某些需求其实并不那么紧急，在仔细斟酌后，可以避免为了达成某领导拍脑袋提出了一个想法。
3、便于不同需求方之间，快速比较需求的优先级。

如果你是一个平台技术部的产品leader，或者是企业的信息建设的主管部门，那你对这个场景一定不会陌生。面对不同的业务方，或者多个需求方，需要去衡量不同业务方、岗位的所提出不同的需求的优先级，说白了，就是先做哪个后做哪个。
通过统一的价值度计算方法，不同的业务方可以通过相同规则，得到一个需求的估算价值。根据这个价值，可以直观的比较不同方提出的需求的价值大小，通过比较来进行优先级别的排序。
这点听起来可能很简单，但是这点如果不能口径统一，根本没有办法量化比较。基本都会面临，公说公有理婆说婆有理的场景，最终很可能就变成，哪个业务方更强势，就先做某个需求，甚至于另外一方的业务方会通过给上级投诉的方式，希望他们的需求优先安排开发。
当然，这种情况比较极端。大部分情况，业务方最多的，还是在比较自己提出的各种需求的优先顺序。通常面对优先级的这类问题，可以有个可量化的书面的记录来进行比较，就会解决了很多排期上的矛盾。
4、便于在一段时间内，对产品迭代的最终效果进行总结。

这点比较好理解，大部分业务leader可能在与产品迭代升级了一段时间后，想了解一下最近系统的迭代所产生的效果如何，给业务带来了什么样的价值，通过收集加总每个需求的价值度，就可以明确看到对于业务的收益。
后面再更新
第二部分、价值度的计算方法
二、计算方法