需求的优先级之所以重要是因为牵涉到分配公司的IT资源。决定什么时间做什么事，在商业利益下，一点小的时间就可能被竞争对手“超弯道”
近期需求也是堆积的非常满，层次机会分享产品经理在职场中如何有效的接受和抵挡“下周五，我就要上线”
需求的来源是谁
给予产品经理提需求的，不同企业的来源会有不同。但大体外界分为
上级需求
业务需求
运营需求
除开上级需求，这里我们多提及一些来自业务和运营的需求。产品工作中其实运营需求也是业务之一，但分开的原因是业务人员对于需求的把握并不是以产品思维落地的。
“我这里就希望有一个xx功能”
“我的客户XX说希望这样做，你看我们都要推广了，真的很着急”
上诉的case，是典型业务人员找上门来的说法。产品经理除了过滤其需求外，还要问围绕需求做几个背景调研
期望上线时间
需求工作量评估
需要的内部参与人员
有一句话是我对从后台产品新人说的：“没有做不完的需求，只有数不尽不合理的需求”
为此前面的过滤虽然没提，但确实真实工作中最为重要的事情。这里的过滤涉及到很多方面，除了正常的工作外，有时还会有职场潜规则、产品经理话语权、部门话语权、别人对你的期待等等。但这里今天就不聊
刚好，借此机会回顾下之前聊过关于需求优先级怎么排。后台产品难点，需求优先级清理
上图来自网络，其要说明的是产品经理如何过滤需求的思考维度。开发资源、核心业务、需求直接价值等，去过滤该需求。
上线优先级一样怎么办
通过上面的需求过滤和优先级排序后，我们也可能会遇到类似场景，甲乙双方的需求都很重要，但身为产品经理的人只有你一个，你会怎么办？
这个时候我常处理的办法是交给需求方去争论。尽可能的双方可以达成一个需求前后优先级。当这个方法确实无法落地，我会让其走邮件的方式告知相关团队负责人等，同步。
每个需求或商业模式的方案一定有一个主要负责人，产品经理虽然没有经理那样的职权，但确实需要同步目前的问题和困难给予上级。并且产品经理自己也要清楚当前整体产品规划中，那一些模块或功能是当前的企业主要利益。
有句古谚叫做：千万不要捡了芝麻，丢了西瓜。
心中要有一杆秤
除了接受外部需求外，产品经理要学会说：NO。曾经听说过，在生活中我们要学会对陌生人或朋友说NO。其实这个道理在工作中也是这样，如果从产品角度需求确实不合理，那么千万不要为了解决需求而做需求。
对于后台产品经理更是这样，当业务人员上来提：“我希望加某个字段，应该很简单”，可能工作量很少，产品经理埋头加上。后面上线了，反而发现该字段无法在其他表单打通等问题
好啦，今天的分享就在这里。我坚持每周分享2篇～
另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接
