以下是課程回顧的具體內容：
然而關於需求優先級排序的內容卻很少見，在NPDP組合管理這一章可以知道：需求優先級排序在新產品開發中非常重要，是有效管理的核心原則之一。希望通過本次分享可以讓大家對這部分內容有一個更加深入的了解。
以新冠病毒的處理機制為例（左圖），部分地區的感染率和死亡率持續飆升的一個重要因素就在於他們在疫情開始發生時，沒有根據病情把患者進行有效的優先級排序。
從而造成醫院裡早期的輕症患者人滿為患，後來的重症患者進不去醫院並且得不到有效治療，最後導致病情急劇惡化、去世了。
說到這裡，我們必須衷心地感謝我們的政府和專家們，在疫情期間創建了方艙這樣的有效機制，讓輕症患者可以在方艙裡進行治療，讓重症患者可以及時進入醫院得到專業救治，所以我們的病逝率很低。右邊圖片顯示的這款手機產品，大家肯定不會在現實中見到，但它形象地說明了在開發過程中如果真的滿足各種用戶需求，實現所有功能，那這個iPhone就成為一個磚頭，一文不值了。我們做任何新產品其實都是這樣，必須通過對各種需求進行有效地優先級排序、然後進一步進行選擇、取捨，這樣才能做出來最終符合市場需求的產品。
例如，對我太太這樣不怎麼打遊戲的用戶來說，她不在乎CPU或屏幕的極高性能，而在意「自然度」的美顏，這是她捨棄iPhone、選擇華為手機的主要原因。
1）對比法。本質上是利用我們人類在相對比較的天性和能力。Kano模型將需求分為五種，分別是基本型、期望型、興奮型（「哇」）、不關心型、反向型。基本型是說必須要具備的的功能，缺失時會引起極度不滿，因為客戶或用戶已經假設包含在內，這一點也涉及到質量，所以有時候對一些不滿足基本型需求的產品，不管其它方面做得如何，會被用戶完全否定。Kano模型的實踐可以通過表格數據來進行判斷，比如右邊的小表格裡列出了a/b/c這3個需求分別對應的統計值（小組共同擬定或調查問捲來獲得估值）。大家來辨識一下它們分別屬於哪類需求呢？而在敏捷開發中經常使用MoSCoW模型來進行需求排序，上面右圖的漢堡包可以形象地說明這四種需求類型。Maslow馬斯洛需要層次模型也是需求排序的一個依據。一般而言傾向先滿足下層級需求，再滿足上層級的需求。和馬斯洛經常一起考慮的是麥克利蘭的成就動機理論，對應馬斯洛模型的上三層，但它強調的是三種不同傾向，而非層級。Pair-wise對比矩陣是通過利用我們做比較時的天然能力，將多種需求兩兩進行比較，然後統計每個需求的「票數」，得出整體的需求優先級。這種方法在其它場合也經常使用，比如要要對多個候選人、多個供應商進行排序等，在需求數量較少的情況下，使用該方法就可以較快地得出優先級順序。 2）單參數法/核心指標法。通過核心指標進行排序的方法。多票制和購買特性本質上是一種基於主觀感受的商業價值排序法。而時間盒（Time Box）則是通過設置嚴格的時間限制，並且對團隊在這段時間內可完成的工作進行排序，就好比必須在一個小時裡做出晚餐，那滿漢全席的想法可能非常低優先級了。 3）雙參數法/三參數法。當兩個指標幾乎同等重要時，我們常用方格或矩陣的形式進行排序。如果需要排序的項數較少，那四方格或九宮格的優先矩陣即可滿足；項目越多，矩陣越大。在下圖表示的方格/矩陣裡，紅色的優先級別最高（值最大），綠色最低（值最小）。氣泡圖是在兩個維度之上，通過增加氣泡來表示第三個指標。例如圖示中氣泡越大，表示成本越大。故事地圖通常也是兩個維度來反應用戶故事的優先級，它是敏捷管理的基本工具。 4）多參數法。多參數法在排序中非常常見，但需要產品經理與相關方共同確定指標和權重。例如WSJF常用在敏捷管理中來對待辦項（Backlog）進行排序，由產品責任人和團隊共同對商業價值、時間臨界值、風險減少值/機會增加值、以及工作量進行評分（通常採用修改的斐波那契數列）。顯然，數值越大，其優先級越高。回到我們一開始的想法，本次講座試圖讓大家對需求的優先級排序有一個相對整體的認識。由於行業的不同，硬體產品和軟體產品及網際網路產品性質的不同，某些模型或方法往往在特定的行業更流行和實惠。不管怎樣，我們必須理解這樣三點：本期的課程回顧與分享就到這裡啦，我們下期再會。
主講嘉賓：袁輝
嘉賓簡介：管理諮詢培訓專家，獲得PMP、PBA、ACP、NPDP、IT-PMM等資質認證；畢業於西安交大（1998）和加拿大UBC大學（2008）；曾任Bell電訊、Fujitsu等五百強企業的管理崗位，有近20年的國內外工作管理經驗和10多年諮詢培訓經驗。擅長領域：創新戰略、商業分析、項目管理；團隊領導力、跨部門溝通。