项目优先级P0到Pn，到底怎么分？你是不是也经常遇到这种情况：产品经理说"这个需求很简单，P0级别，今天必须上！"，而开

你是不是也经常遇到这种情况：产品经理说"这个需求很简单，P0级别，今天必须上！"，而开发小哥一脸无奈："又P0？上周那个P0还没做完呢！"

P0："要命级"——不做会死的那种

P0，江湖人称"要命级"优先级。啥意思呢？就是说这个需求不做，产品可能就活不下去了。比如说，你开发了一个购物App，结果用户付了钱却收不到货，这种导致核心功能瘫痪的bug，就是典型的P0级别 2。

P0级别的特点就是：必须马上解决，团队所有人的工作都要给它让路。一般来说，P0级别的任务占整个项目的比例不会太高，大概10%-15%就顶天了，不然团队就不用干活了，天天都在救火。

举个例子：如果你的App突然出现了支付漏洞，用户支付后订单状态不更新，这时候不管你正在开发什么新功能，都得先把这个问题解决了，这就是P0 1。

P1级别，我们叫它"重要级"。这类需求虽然不像P0那样不做会死，但也是产品的核心功能，直接影响用户体验和产品价值。

比如说，微信的消息发送功能是P0，那么朋友圈功能就是P1。没有朋友圈，微信照样能用，但用户体验会大打折扣 2。

P1级别的任务通常占整个项目的30%-40%。这些需求需要在规划周期内完成，不能无限期拖延。产品经理在提P1需求时，也得有充分的理由，不能随便什么功能都标P1。

P2级别，我们称之为"优化级"。这类需求不会影响产品的核心功能，但能让产品更好用，用户体验更顺畅。

比如说，App的启动速度从3秒优化到2秒，按钮的颜色调整得更美观，这些都属于P2级别。没有这些优化，产品照样能用，但有了这些优化，用户会觉得更舒服 3。

P2级别的任务一般占项目的20%-30%。这些需求可以根据资源情况灵活安排，不一定非要在当前版本完成，可以放到下个版本迭代。

P3级别，我们戏称它为"酱油级"。这类需求属于"锦上添花"型，有了更好，没有也不影响大局。

比如说，给App加个节日主题皮肤，或者增加一些可有可无的小功能。这些需求通常是在项目进度比较宽松，资源比较充足的时候才会考虑 2。

P3级别的任务占比一般在10%以内。很多时候，这些需求可能会被无限期搁置，或者在某个版本资源特别充足的时候才会被提上日程。

讲到这里，可能有人会问，那P4、P5又是啥呢？其实啊，到了P4及以上，就没有统一的标准了，各个公司有各个公司的玩法。

有的公司会用P4来表示"远期规划"，就是那种可能一两年后才会考虑的需求；有的公司会用P4来标记"技术债务"，就是那些现在不用管，但以后肯定要重构的代码；还有的公司干脆就不用P4及以上的分类了，超过P3的都叫"低优先级" 1。

所以啊，如果你在某个公司看到P4、P5这样的分类，最好先问问你们公司的产品经理，他们家的P4到底是啥意思，别自己瞎猜。

最后，我想强调一点：优先级不是一成不变的！今天的P2需求，可能明天就变成P0了。为啥呢？因为市场在变，用户需求在变，公司战略也在变。

比如说，你本来规划了一个P2级别的小功能，结果突然发现竞争对手上了类似的功能，而且反响很好。这时候，你的P2可能就要升级成P1了 3。

所以啊，定期 review 需求优先级是很重要的。一般建议每周做一次需求优先级的 review，确保团队的精力都花在最有价值的事情上。