優先級的確定是很棘手的 –?它是一個不斷平衡業務需求、客戶期望以及你的團隊在短時間內能夠實際交付的任務的過程——這并不容易！

但別擔心，這篇文章會講述為MVP確定功能優先級的3個步驟，以及如何帶著你的團隊踏上產品之旅。

一、在產品生命周期的規劃階段確定功能的優先級

這個過程在你完成驗證階段并使用功能地圖進行范圍界定后開始。

在這個階段之后，你將進入詳細的范圍界定階段并開始研究設計和技術方案的細節。

二、確定產品功能優先級的3個步驟

1. 按價值對每個功能進行排序；
2. 估算每個功能的工作量；
3. 使用價值 VS 工作量框架，就MVP達成共識。

這些步驟可以在一次會議上完成，也可以在多次會議上完成，“與你的團隊一起完成，過程與結果同樣重要。”

1. 按價值對每個功能進行排序

價值分為兩個方面：商業價值和客戶價值，從價值出發，讓你的團隊從他們的角度對 “價值 “的定義進行統一。

與能夠為這兩個價值領域做出貢獻的人一起舉行一個研討會，通常的候選人是：

• 技術負責人或將從事解決方案的開發人員；
• 設計負責人或用戶體驗負責人，能夠為體驗做出貢獻；
• 能夠決定商業價值的利益相關者（PM、CEO、GM等）；
• 了解客戶價值的領域專家（PM、UX或部門代表）。

有多種方法可以根據價值對功能進行優先級排序，但我最喜歡的方法是使用MSCW。

2. 要運行有效的MSCW優先級，你需要做到以下幾點

1）把你的MVP的時間線寫在墻上

讓所有人都能看到。

2）如果你沒有時間表，根據你的季度目標進行估算，市場時機是取舍的重要因素

3）和你的團隊一起討論必須、應該、可能、不會有的定義

把這個寫在墻上（如果你是遠程工作，也可以用Miro）。

4）為你們小組提供投票點，以便對MSCW進行投票

限制對 “必須 “和 “應該 “的投票，對 “可能 “和 “不會 “的投票不限制（例如：5個”必須”，10個”應該”，以及無限的”可能”和”不會”）。

5）讓每個人走來走去投票

與你的團隊討論結果，詢問每次投票背后的原因。

6）如果你的團隊需要更多的 “必須 “和 “應該”，就多給一點，然后再重復

通常情況下，兩輪就夠了。在對價值達成一致后，進入第二步——工作量估算。

2.?估算每個功能的工作量

在這一點上，工作量估算更多是一種猜測。你的團隊越有經驗，你的工作量估算就越準確，你可以使用驗證階段的原型圖和線框圖來輔助估算過程。

這一階段的目的是實現2個目標：

1. 通過討論各種設計方法和技術方案，使工作概念化；
2. 商定一個工作量，這樣才能進入第三步。

根據復雜程度和專業知識，采用正確的估算方法。每個團隊都擁有不同類型的技能水平、經驗和背景。

你需要選擇適合你團隊的最佳方法：

• 對于可能有歧義的功能：可以使用卵石、巖石、巨石。例如，你的團隊從未使用過的技術，或者這是一個全新的領域
• 對于你的團隊熟悉的功能：使用T恤衫的尺寸。例如，如果你的團隊有一定的專業知識，可以進行有根據的猜測
• 對于你的團隊擅長的功能：使用數字。例如，如果你的團隊在該領域有比較好的知識，可以使用數字。數字可以代表天/小時/周，或者使用故事點，如斐波那契數列（1、3、5、8、13等）。

通過對話來估算工作量，下面是帶你的團隊完成的步驟：

1. 選擇一個簡單的功能開始，這將是你的基準；
2. 選擇下一個功能，然后問 “這個功能的工作量與基準相比如何？”；
3. 考慮設計、技術和對其它團隊的影響。鼓勵通過不同的角度來討論；
4. 如果一個估算不切實際（太小或太大），請你的團隊討論他們的想法；
5. 就 “合理的估算 “達成一致意見，并轉入下一個功能。

有時一個功能可能需要更多的研究，記下這一點，然后再來研究，寫下你對功能的估算。

3.?根據價值和工作量決定MVP

到了這個時候，你應該對你MVP的成型有足夠的理解、洞察力和知識。

看看功能圖，從對MVP的 “推薦”開始。作為一個產品經理，人們會聽取你的建議。做好準備，但要對變化持開放態度，有一個觀點會加快這個過程，并允許你推動范圍。

使用“價值 VS 工作量”框架來激發對話，邀請你的核心團隊參加會議，決定MVP。提供你的理解，并征求團隊的意見。

將產品愿景和時間安排寫在墻上，使用下面的 “價值 VS 工作量”?框架來促進對話。

最好的情況是致力于高價值、低工作量的功能 – 最大化投資回報。

在某些情況下，你可能會處理那些高工作量、低價值的功能。例如，如果CEO認為這是一個戰略賭注，你需要將工作量分解成小塊，并盡快驗證價值。

追求進步，而不是完美。

歸納總結，并以書面形式進行回訪交流。

一旦你的團隊就MVP達成一致，將功能列表記錄下來，并通過電子郵件反饋給團隊，以便保存記錄，有一個優先級的記錄會減少未來的混亂。下面是一個要發送的例子：

三、獲得MVP不是終點，而是過程

功能優先級的目標是為了獲得共識來推進工作。

當你進展到詳細規劃時，努力的方向會更加明確，你需要再次重新確定優先級；當你開始開發或發布一個功能時，同樣的理論也適用。

每當有新的信息閃現時，重新審視你的MVP功能，這是一個不斷平衡優先級的過程。

但無論如何變化，這3個步驟是不變的：

1. 根據價值對每個功能進行排序（這樣你的團隊就會有相同的想法）；
2. 估算每個MVP功能的工作量（以便你的團隊能夠討論解決方案）；
3. 利用價值 vs工作量框架來獲得共識（這樣你的團隊才能向前發展）。

一旦你掌握了排列功能優先級的方法，你就可以將同樣的思維方式和過程應用到產品路線圖的所有其它領域。