#1002需求優先順序怎麼排？

工作中，我們經常聽到這樣的聲音：

業務同事說，我們這個業務規則改得很著急，上了之後能給公司帶來xxx利潤；

運營同事說，我們這個活動方案也很著急，馬上要臨近xx節了，活動預告都發出去了；

產品組內部也在糾結，xx功能的缺陷已經拖了挺久了，用戶反饋也挺多，再不優化不知道又得拖到什麼時候；

。。。。。

大家都想讓自己相關的需求優先開發上線，但作為產品經理，還是需要權衡，畢竟開發資源有限，迭代也要保持一定的節奏。

本文將介紹「緊急重要-四象限法」來幫助大家對需求劃定優先順序；

如下圖：

構建一個四象限坐標，以「緊急程度」「重要程度」分別作為兩個維度，得到四個象限；

則處理順序為：

①緊急又重要；

②緊急不重要；

③不緊急但重要；

④不重要不緊急；

在判斷是否重要時，可以參考以下排序（由重要→一般）：

·不做，會造成嚴重的問題和惡劣的影響；

·做了，會產生巨大的好處和極佳的效果；

·跟核心用戶利益有關；

·跟大部分用戶權益有關；

·跟效率或成本有關；

·跟用戶體驗有關；

在判斷是否緊急時，可以參考一下排序（由緊急→一般）：

·不做，錯誤會持續發生並造成嚴重影響；

·在一定時間內可控，但長期會有糟糕的影響；

·做了，能立即解決很多問題，產生正面影響；

·做了，在一段時間後可以有良好的效果；

通過以上的判斷依據，可大致判斷出需求所在的象限，繼而得到需求的優先順序；

註：優先順序通常用P1、P2、P3、P4來標記，P1最高，P4最低；也有的項目組用P0標記最高優先順序。

最難的事，除了做出抉擇，其實還包括用最合理的理由來說服小夥伴們（千萬別說，我們已經定好排期了，你這個需求優先順序不夠，後面再說 (;￢＿￢) ）。

祝你好運！