本文作者將結合自身的團隊經驗來分享：怎樣通過兩張象限表，就輕鬆搞定了增長黑客產品需求的優先級？enjoy~
產品經理最討厭聽到的一句話：
這個需求很簡單，怎麼做我不管。明天就要。
到底怎麼平衡業務需求優先級與產品開發進度的關係，確保有效需求快速上線？
今天來和大家來分享一下，我們團隊是怎樣通過兩張象限表就輕鬆搞定了增長黑客產品需求的優先級。
具體做法如下：
首先，確認業務優先級
在有了具體的產品功能需求之後，我們會按照象限分析法排出業務需求優先級。
第一步，將具體的業務需求在以下這張表中找到它的位置。
按照這兩個維度，由產品經理和需求方一起討論： 「如果有這個功能」，結果是「好」、「無所謂」或者「不好」；「如果沒有這個功能」，結果是「好」、「無所謂」或者「不好」。
第二步，快速剔除矛盾需求與無效需求。
如果有/沒有這個功能，同時好或者不好，都是矛盾需求，不存在這種情況。
如果有這個功能無所謂，沒有這個功能好；如果有這個功能不好，沒有這個功能所謂，這兩種情況都是無效需求。
這樣我們就只剩下四個象限的需求要考慮，分別是
1. 如果有這個功能」好「，如果沒有這個功能」無所謂「：
舉個例子，運營提了一個營銷工具的需求，有這個功能很好，沒有這個功能現在的功能也能支撐。
2. 如果有這個功能」好「，如果沒有這個功能」不好「：
這個象限的需求肯定很重要，有可能是產品核心功能，不可以缺少。所以優先級一定最高。
3. 如果有這個功能」無所謂「，如果沒有這個」不好「：
這個象限的需求是」必要「需求，它的優先級其次。比如，運營後臺的配置化需求，當前是產品直接寫死的，運營配置非常麻煩。如果沒有這個功能，直接用開發也可以實現，但是沒有這個功能，運營活動上線速度就很慢。
4. 如果有這個功能」無所謂「，如果沒有這個功能也」無所謂」：
這個象限的需求說出來就很搞笑，但是每個公司有些這種「無所謂」的需求，這種需求優先級最弱。這類需求的來源方一般都是強勢的業務方或者強勢的領導們。
第三步，確認業務優先級。
優先級按照從高到低，分別表示為P1、P2、P3、P4，給上面的四大象限排出優先級，分別是
這樣我們就很輕鬆地得出了業務的優先級。很多公司就以這個業務優先級直接進入開發環節，這樣是不對的，特別是對於需求響應速度要求極高的增長黑客行業。有時候雖然在開發P1的需求，但是可能P1需求需要14天開發周期，而P2需求只要4天。如果這樣的話，P2需求的價值明顯高於P1需求，因為它可以多10天的運營時間。
因此，在確認了業務優先級之後，還需要同步考慮開發的時間周期。
其次，確認開發優先級
我們通過區分業務優先級和開發周期，重新得到一張象限表：
備註：
1. P4需求家家有本難念的經，這裡不考慮。
2. 之前文章《做增長黑客之前，請先做好PMF》提過，超過4周開發時間的需求不予考慮。
結合需求的重要性和開發周期，我們就可以很快得出最後的開發優先級：
由於黑客增長對速度要求很高，在上表的9個象限中，我們重點關注需求1-4，5-9的需求因為等到需求排期開發的時候，有效性已經過了，所以不作考慮。
以上就是我們團隊在使用的需求優先級定級方法，你學會了嗎？
歡迎和我交流。
#專欄作家#
本文原創發布於人人都是產品經理。未經許可，禁止轉載
題圖來自 Pexels，基於 CC0 協議