如果比较有说服力的，制定需求优先级策略？话题背景：老铁们，有没有发现，每个业务方都说自己的需求很急，要尽快实现？没过几天就来催催进度。怎么还没做啊？怎么还没上线啊？怎么那么久都没个反馈呢？那么，有没有什么标准来判断此需求真正意义上的优先级，而非业务方的催促，或者改变谁拳头硬就听谁的局面呢？应用场景:沟通需求、需求排期、产品规划、产品面试观点参考:1、降低成本2、提高工作效率3、业务流程优化4、增加营收5、增强用户体验6、受众用户的影响面7、看资本大佬们谁拳头大8、是否影响系统的正常运行9、预期产出10、开发实现难易程度11、是否只停留在问题表面12、是否只是临时性问题13、行业政策14、谁拳头硬听谁的15、能有助于商业化16、切身利益相关17、是否导致用户无法正常操作系统案例分享：刚好，我们公司也出现了类似情况。猪哥给领导提出了一个判断需求优先级的概念，领导觉得可行，直接放权让我来统筹此事。于是乎，我制定一个标准，并推进到公司各大业务组执行，效果还不错。有一天，同一个项目的A、B两个不同部门的业务方同一天各自提了4个需求给我，共8个需求。为了合理安排这8个需求的优先级，满足双方共同利益，猪哥是如何落地执行的呢？需求优先级=PM列出所有可能影响因素+业务方排序+会议讨论实际影响因素+PM汇总。1、业务方排序：分别让A业务方、B业务方，告诉我哪个先做哪个后做。2、会议讨论影响因素：所有关键人在会议上开会讨论，从已有的17个参考观点中，筛选出影响当前项目需求优先级的因素。(比如：降低成本>业务流程优化>工作效率>用户体验等四项指标)3、PM汇总：根据前2步【业务方排序+会议结论】，最终定好如上8个需求比较有说服力的优先级并同步给业务方A、B，如果各方不满意，那么微调到双方满意为止。总结：以前开会讨论，就是谁拳头硬听谁的。现在我们先定优先级标准，再让各方按照标准执行，看似很麻烦的问题，有了标准化的解决方案就容易些许。难就难在，各业务方从一开始就不支持优先级标准的推动执行，还好猪哥暂时没遇到。如果你遇到，建议要么开会多次拿实际情况举例说服大家，要么直接搞定有足够拍板权的人（比如：各业务部一把手）从上往下强推下去。