一、什么是价值指标？
我对价值指标的定义：
将判断需求价值的依据全数列出，业务方、产品以此为参考模板灵活抽样，从而划分各系统、各需求的优先级顺序，开发以此落地执行。
真相：如何判断重要紧急需求、并排序推动
三、价值指标有哪些？
我们收到业务方的需求，往往会判断当前为谁解决什么问题，带来什么价值。
可是，需求价值的判断标准到底有哪些呢？
以下指标，没有任何先后顺序，仅供参考。
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、不同业务方各自都按照指标排好序之后，我会自己尝试去排优先级，如果各方不满意，那么开大会一起撕逼出一个结果。
