前言：
我的需求真的好急，你快点帮我实现嘛！是不是每天总是被这种虚假的紧急需求缠身？
看完此文给你一个合理拒绝业务方的理由
本文目录：
一、为什么要弄个标准？
二、什么是价值指标？
三、价值指标有哪些？
四、价值指标如何落地？
五、需求优先级怎么玩【实战】？
六、参考案例
一、为什么要弄个标准？
老铁们，有没有发现，每个业务方都说自己的需求很急，要尽快实现？
没过几天就来催催进度。怎么还没做啊？怎么还没上线啊？怎么那么久都没个反馈呢？
此时，心中一万个策马奔腾，有苦说不出，对吧？
那么，有没有什么标准来判断此需求真正意义上的优先级，而非业务方的催促，或者改变谁拳头硬就听谁的局面 ？
刚好，我新公司也出现了类似情况。近日，领导找我沟通了一个问题：当多个系统多个业务方层出不穷的给你们扔需求过来的时候，你以前是怎么划分需求优先级的？
我给领导提出了一个价值指标的概念，领导觉得不错，直接放权让我来统筹此事。制定一个标准出来，并推进到公司各大业务组执行。
我的个亲娘，怎一个爽字了得！
反正有大领导给我撑腰，怕个球，干~
二、什么是价值指标？
我对价值指标的定义：
将判断需求价值的依据全数列出，业务方、产品以此为参考模板灵活抽样，从而划分各系统、各需求的优先级顺序，开发以此落地执行。
真相：如何判断重要紧急需求、并排序推动
三、价值指标有哪些？
我们收到业务方的需求，往往会判断当前为谁解决什么问题，带来什么价值。
可是，需求价值的判断标准到底有哪些呢？
以下指标，没有任何先后顺序，仅供参考。
1、降低成本
降低人力成本、商品成本、运营成本等。
真相：反正就是帮老板省钱，丢~
2、提高工作效率
一般是内部系统的一个判断指标，工作效率说得通俗点，就是系统不要太SB，能系统做的事情，就不要人为操作。
真相：最好就是把他的工作全代替了，这样他就可以被合理pass掉啦~
3、业务流程优化
梳理公司现有的业务流程，找出问题，提出合理的新流程方案，解决问题。
真相：永远在优化业务的路上，除非你脱坑。
4、增加营收
提高公司的营业额、净利润。
真相：要么对用户各种坑蒙拐骗，要么抢竞争对手的市场份额。
5、增强用户体验
一般是C端产品的判断指标，任何细微的改变，可能都是致命的。
真相：这什么垃圾产品？用的一点都不爽
6、受众用户的影响面。
是个人问题，还是共性问题？
真相：丢，个人问题就别来烦我啦！没空
7、看资本大佬们谁拳头大
谁给的钱多，谁说了算
真相：人在屋檐下，怎能不低头？拿过融资吗？拿过就懂啦~
8、是否影响系统的正常运行和用户的正常操作
有些时候呢，用户的固化思维，会认为当前的操作流程是对的。你好不容易说服了他新的流程才是对的，上线后其能正常操作那就万事大吉。
不能？那就准备杀一个产品祭天吧！
真相：一群沙雕，本来系统好好的，结果好啦，用不了了吧？哼
9、预期产出
需求实现之后的收益、不实现要承担的损失和风险。
真相：收益甚微，更多的是无用功
10、开发实现难易程度
开发能否实现，实现的难易程度，如果需要耗时很久产生的收益预测很小，那么是否值得？
真相：这个需求做不了
11、是否只停留在问题表面
探寻问题的本质，追根溯源。
真相：说的容易，你猜猜我今天穿什么颜色裤衩？丢
12、是否只是临时性问题
拍脑瓜子的需求，突然灵光一闪，发现新大陆。
真相：好心你啦，甘样葛问题冇打搅我啦！
13、行业政策
这个是战略层面的事啦，一般是跟老板等高层讨论
真相：跟党走，有肉吃
14、谁拳头硬听谁的
据统计，不少小伙伴的需求优先级就是这么排序的
真相：大佬，我怕疼，轻点儿
15、能有助于商业化
如何让公司的产品赚钱
16、切身利益相关
不同部门的业务方，有各自的立场。拉上不同立场的同事，想聊出一个和平共处五项原则，才是需求优先级排序最大的痛点。
事不关己高高挂起的啦，但你动我试试？
真相：无论如何，必须有个需求优先级判断标准，否则左右不是人
四、价值指标如何落地？
1、产品先列此项目的所有价值指标作为参考模板。
2、针对当前项目约会议室，拉上所有业务方的关键人开会。
3、会上共同讨论出此项目的价值指标优先级。
因为各系统业务方的侧重点不同，所以价值指标在每个系统的顺序和个数肯定都不一样，所以必须有针对性的根据参考模板【共16点，仅供参考】开会共同制定。
4、强推下去。当前项目，旧需求就饶过你，新需求请告诉我解决当前价值指标中的哪个问题？那么我自然知道他的优先级。
五、需求优先级怎么玩【实战】？
1、小项目小需求一般都很主观，一般谁是话事人（承担风险的人），谁说了算。
2、大项目大需求要与关键人(可拍板，有话语权)共同评审商议决定各价值指标的优先级。
3、同一业务方的多个需求，他先自己按照开会讨论好的价值指标标准，排好需求优先次序。
4、不同业务方各自都按照指标排好序之后，我会自己尝试去排优先级，如果各方不满意，那么开大会一起撕逼出一个结果。
六、举例说明
1、同一个项目，A业务方按照大家约定好的价值指标(比如：降低成本>业务流程优化>工作效率>用户体验等四项指标),对自己的4个需求做好了排序。
2、B业务方同理。
3、那么现在有A的4个需求，B的4个需求，都是按照价值指标标准排序，都没有错都很合理。
4、谁更合理呢？产品的我们根据经验，自我先判断一波然后同步给A、B业务方，如果双方有一方不同意，那么开大会，会议上见招拆招。
总结：
特别鸣谢：
需求分析可分为两个阶段，第一个阶段是收集需求，第二个阶段是处理需求。
收集需求
需求的来源有很多，需求的处理方式也不尽相同。有效的收集需求，将收集到的需求去伪存真，是产品设计环节中最重要的一环，如同大厦的地基，地基不坚实，大楼是盖不起来的。而且我们在收集到需求时，要第一时间与用户交流沟通，尽量走到用户中去了解他们的想法，深入了解目标用户在真实环境下的感受，尽可能地挖掘用户的原始需求，充分了解用户真实场景，才能真正更好地服务用户，打造出他所想要的产品。
处理需求
1.需求筛选、分类
尽管我们保持严谨的态度收集大量的需求，其中还是有很多需求是“伪需求”，甚至是不合理的，我们第一步就需要将这些需求进行“清洗”，择优去重、去伪存真。
2.设置优先级
一般来说，从需求类型来看，基本型需求>期望型需求>兴奋型需求；
从需求来源来看，战略性需求（用户提出）>功能性需求（核心功能）>业务性需求（拉活、存留）>体验性需求（提升用户体验）。
需求优先级判断最常用的是用四象限法则去评定优先级，另外可以使用RICE评定方法，KANO模型等。
3.需求评审
在这个阶段之前，作为产品经理对于产品应该有了一个完整的模型，但仅仅是理论上的模型，确保UI、UE、前端开发、后台开发、测试参与，从产品开发流程的各个角度对需求进行拆解、分析。需求评审可以看做是产品开发的初始化或者预开发。
需求分析是基于用户沟通、背景认知、人性理解，层层还原一个需求本源的过程。我们对一个需求的还原程度越高越准，越有机会在后续产品设计给出合理的方案。
本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。E-MAIL:dandanxi6@qq.com
