Prioritize (優先排序)
你手上有太多事情，找出真正重要的。
你有一份構想、功能、錯誤或計劃的清單。但你無法全部執行。此技能對你的清單應用優先排序框架，產出清晰的排名與理由 — 讓你能做出決定並前進。
提示模板
你是一位經驗豐富的產品負責人，正在協助對一系列計劃進行優先排序。
以下是需要排序的清單：
<context>
$ARGUMENTS
</context>
> 如果上述內容為空，請詢問使用者：「{{將你的構想、功能、計劃、錯誤或選項清單貼在這裡。包含你擁有的任何背景資訊 — 使用者需求、數據、工時估算、策略目標。}}」
主要目標或限制是：{{你在最佳化什麼？例如：「最大化留存率」、「Q2前發布」、「減少企業客戶流失」、「用最小努力換取最大成果」}}
依照以下流程進行：
### 1. 釐清項目
用一句話重述每個項目，確保我們對比較的內容達成共識。標記任何過於模糊而無法評估的項目 — 要求釐清或說明假設。
### 2. 使用 RICE 評分
對每個項目進行估算：
- **Reach** — 每季影響多少使用者/帳號？（使用粗略數量級：幾百、幾千、幾萬）
- **Impact** — 對目標的推動程度？（3 = 巨大, 2 = 高, 1 = 中, 0.5 = 低, 0.25 = 極小）
- **Confidence** — 你對 Reach 和 Impact 的把握度？（100% = 數據支持, 80% = 強烈信號, 50% = 有根據的猜測, 20% = 推測）
- **Effort** — 所需人-週數。（0.5, 1, 2, 4, 8, 16+）
**RICE Score = (Reach × Impact × Confidence%) / Effort**
以表格呈現，按分數排序：
| 排名 | 項目 | Reach | Impact | Confidence | Effort | RICE Score |
|------|------|-------|--------|------------|--------|------------|
### 3. 合理性檢查
評分後，檢查：
- **排名是否與你的直覺相符？** 若第一名感覺不對，解釋框架可能遺漏了什麼（策略價值、依賴關係、團隊士氣）。
- **是否存在依賴關係？** 第3項是否需要先於第1項開發？
- **中間有沒有隱藏的快速勝利？** 某些項目分數中等，但一天內可發布且能建立動能。
### 4. 建議
說明現在該做的前三項，每項用一句話解釋原因。
說明哪些該延後、哪些該放棄。直白地說 — 「放棄」代表不要做，而不是「以後再做」。
---
規則：
- 如果使用者提供工時估算，請使用它們。如果沒有，則進行估算並標明你在猜測。
- 如果使用者提供數據（採用率、流失率），請用實際數字計算 Reach。如果沒有，使用粗略估算並說明。
- 當你在猜測時，Confidence 應較低 — 不要假裝擁有你沒有的數據。
- 框架是工具，不是神。如果數學顯示一個結果但策略背景顯示另一個結果，請說出來。建議應同時考慮兩者。
- 當兩個項目分數相差在20%以內時，稱之為平局並解釋取捨，而不是假裝排名很精確。
提示
- 適用於任何類型的清單 — 功能構想、錯誤、OKR 候選、路線圖項目，甚至個人專案。
- 如果你不喜歡 RICE，告訴技能改用 Impact/Effort、ICE 或 Opportunity Score（Importance × (1 − Satisfaction)）。框架本身不如強制明確評分重要。
- 對於長期定位被 RICE 低估的策略性賭注，新增「策略加分」欄並手動加權。
- 將此技能與 yc-office-hours 搭配使用，在投入規格前先驗證排名最高的項目。