確定不同請求的優先順序有時可能很困難且令人生畏。 遵循相對可量化的方法不僅可以幫助您確定正確功能的優先順序，還可以幫助您向請求這些功能的人解釋您的決定。
確定功能優先順序的第一步是確保記錄每個請求，甚至是您可能認為不重要的請求。 這可協助您在完成第一個版本後開始處理應用程式的新版本時建立待辦專案以進行改進。
小提示
使用您的專案目標作為要優先考慮哪些功能的指南。
下表顯示如何記錄每個特徵的範例。
| 要求的功能 | 絕對必要？ | 實施難度 | 對業務的影響 |
|---|---|---|---|
| 檢視核准要求清單 | Yes | ||
| 收到審批請求時，在手機上向用戶實時推送通知 | 否 | Easy | High |
| 尚未提交之費用報表的草稿儲存功能 | 否 | 已確認 | 中等 |
| 與ERP系統整合 | 否 | 已確認 | 非常高 |
小提示
避免將 必需品 與可 有可無的物品 混為一談。問問自己（或您的用戶）：“如果添加此功能需要四個星期，是否值得將發布推遲四個星期？
優先象限圖表
列出所有功能要求之後，您應該將要求分類到下圖所示的象限中。
快速獲勝
這個象限中的請求應該優先得到處理。 快速獲勝是指對業務有高度影響的要求，但是也很容易實施。
大額投資
這些要求對業務造成很大影響，但由於下列一或多個原因而難以實作：
需要額外投資（例如新服務）
需要專業開發人員或外部業務合作夥伴開發
建立功能需要很長時間（超過一週）
涉及不同部門的多個利益相關者
小滿足者
這種類型的請求很容易實施，但對業務的影響有限。 您必須先進行快速獲勝和大量投資，才能開始小滿足者的工作。 注意不要太沉迷於這些小滿足者；同時進行太多工作會將它們變成一項大量投資。
時間使用者
時間消費者花費大量的時間，但影響不大。 它們可能來自不直接使用該應用程序的高層管理人員。 面對這些情況時，您可以分享優先象限圖表來解釋決策的制定方式。 你可能會幫助他們理解，或者你可能會了解到某件事比你想像的更有影響力。
小提示
詢問要求功能審查（甚至建立！）優先權象限的使用者，以協助相互了解。