如何判断需求优先级

一、什么是价值指标？

我对价值指标的定义：

将判断需求价值的依据全数列出，业务方、产品以此为参考模板灵活抽样，从而划分各系统、各需求的优先级顺序，开发以此落地执行。

真相：如何判断重要紧急需求、并排序推动

三、价值指标有哪些？

我们收到业务方的需求，往往会判断当前为谁解决什么问题，带来什么价值。

可是，需求价值的判断标准到底有哪些呢？

以下指标，没有任何先后顺序，仅供参考。

1、降低成本

降低人力成本、商品成本、运营成本等。

真相：反正就是帮老板省钱，丢~

2、提高工作效率

一般是内部系统的一个判断指标，工作效率说得通俗点，就是系统不要太SB，能系统做的事情，就不要人为操作。

真相：最好就是把他的工作全代替了，这样他就可以被合理pass掉啦~

3、业务流程优化

梳理公司现有的业务流程，找出问题，提出合理的新流程方案，解决问题。

真相：永远在优化业务的路上，除非你脱坑。

4、增加营收

提高公司的营业额、净利润。

真相：要么对用户各种坑蒙拐骗，要么抢竞争对手的市场份额。

5、增强用户体验

一般是C端产品的判断指标，任何细微的改变，可能都是致命的。

真相：这什么垃圾产品？用的一点都不爽

6、受众用户的影响面。

是个人问题，还是共性问题？

真相：丢，个人问题就别来烦我啦！没空

7、看资本大佬们谁拳头大

谁给的钱多，谁说了算

真相：人在屋檐下，怎能不低头？拿过融资吗？拿过就懂啦~

8、是否影响系统的正常运行和用户的正常操作

有些时候呢，用户的固化思维，会认为当前的操作流程是对的。你好不容易说服了他新的流程才是对的，上线后其能正常操作那就万事大吉。

不能？那就准备杀一个产品祭天吧！

真相：一群沙雕，本来系统好好的，结果好啦，用不了了吧？哼

9、预期产出

需求实现之后的收益、不实现要承担的损失和风险。

真相：收益甚微，更多的是无用功

10、开发实现难易程度

开发能否实现，实现的难易程度，如果需要耗时很久产生的收益预测很小，那么是否值得？

真相：这个需求做不了

11、是否只停留在问题表面

探寻问题的本质，追根溯源。

真相：说的容易，你猜猜我今天穿什么颜色裤衩？丢

12、是否只是临时性问题

拍脑瓜子的需求，突然灵光一闪，发现新大陆。

真相：好心你啦，甘样葛问题冇打搅我啦！

13、行业政策

这个是战略层面的事啦，一般是跟老板等高层讨论

真相：跟党走，有肉吃

14、谁拳头硬听谁的

据统计，不少小伙伴的需求优先级就是这么排序的

真相：大佬，我怕疼，轻点儿

15、能有助于商业化

如何让公司的产品赚钱

真相：不赚钱，你养我啊？我又不是慈善机构，虽然表面装作我是在做公益、为社会做贡献、创造价值、劈里啪啦~~

16、切身利益相关

不同部门的业务方，有各自的立场。拉上不同立场的同事，想聊出一个和平共处五项原则，才是需求优先级排序最大的痛点。

事不关己高高挂起的啦，但你动我试试？

真相：无论如何，必须有个需求优先级判断标准，否则左右不是人

四、价值指标如何落地？

各项目根据以上16点自由抽样，根据实际情况与业务方商讨制定。

1、产品先列此项目的所有价值指标作为参考模板。

2、针对当前项目约会议室，拉上所有业务方的关键人开会。

3、会上共同讨论出此项目的价值指标优先级。

因为各系统业务方的侧重点不同，所以价值指标在每个系统的顺序和个数肯定都不一样，所以必须有针对性的根据参考模板【共16点，仅供参考】开会共同制定。

4、强推下去。当前项目，旧需求就饶过你，新需求请告诉我解决当前价值指标中的哪个问题？那么我自然知道他的优先级。

五、需求优先级怎么玩【实战】？

1、小项目小需求一般都很主观，一般谁是话事人（承担风险的人），谁说了算。

2、大项目大需求要与关键人(可拍板，有话语权)共同评审商议决定各价值指标的优先级。

3、同一业务方的多个需求，他先自己按照开会讨论好的价值指标标准，排好需求优先次序。

4、不同业务方各自都按照指标排好序之后，我会自己尝试去排优先级，如果各方不满意，那么开大会一起撕逼出一个结果。