在讲需求优先级之前，我想先分享两个常见的场景：

场景一：

作为甲方B端产品经理，接收到业务部门诸多痛点和诉求，经过整理后进入需求池，不同部门的业务方的需求全部集中到一起，每个业务方都说自己的需求是P0最高优先级；

场景二：

作为乙方B端产品经理，接收到客户梳理出来的问题，不管是新客户第一次需求沟通，还是老客户的产品运营升级需要，每个客户都说自己的需求也是P0最高优化级；

场景一产品经理面向的是内部用户，而场景二产品经理面向的是外部客户。

若从产品经理服务的主体来讲，不管是甲方还是乙方产品经理，都服务就职公司。从根本利益出发，评定需求优先级的标准本质上还是考虑需求对于所服务公司的重要性程度，而需求来源于业务，业务基于商业模式和战略的拆解，所以最后需求的优先级就演变成了在当前商业模式逻辑前提下的业务优先级。

讨论优先级一定不能脱离目标和实现方式，目标决定方向，实现方式决定短期和长期的投入和产出。

同时，业务优先级还要结合企业的生命周期来考虑。一般一个企业的全生命周期大致会经历以下五个阶段：

企业一经创立，已经确定了商业模式和战略，这时企业总体面对的问题大致可为两类：1.生存问题；2.发展问题。

生存问题，更多的是一个企业从创立到成长，再到平台期这一段。如果再考虑黑天鹅事件，那全生命周期都要考虑生存的问题。面向生存问题的业务需求，是为了让企业活下来。先图生存，再求发展。

举个例子，对于一个生产ERP系统的乙方软件公司来讲，采购，库存，销售，财务，税务，每一块业务领域都有MVP，MVP的功能全是最高优先级P0。ERP就是业财税一体化，而MVP的所有功能就构成了跑通业财税的必要支撑。如果不做，ERP根本就不太可能拿出来卖。这就是产品还没出来，企业面临的将是生产的挑战，这个时候还在生存的边缘上挣扎；

发展问题，一部分在成长期，更多的是从一个平台期向另外一个更高的平台期跃迁的阶段，也就是常讲的第二增长曲线。面向发展问题的业务需求，将不再是让企业活下来，而是让企业活得更好。