Impact-Effort 矩陣 Impact-Effort Matrix
把任務按影響力和投入度放入四象限，優先做高影響低投入的「快速贏」。
什麼時候該用它？
當你面對一堆待做事項，需要在 30 分鐘內決定「先做哪個」的時候。Impact-Effort 矩陣是最簡單粗暴但有效的排序工具。
- Sprint 規劃：從 backlog 裡快速挑出這個 sprint 的任務
- brainstorm 後的收斂：發散了一堆點子，需要快速篩選
- 資源有限的小團隊：只有 2-3 個人，必須聚焦在最高 ROI 的事
- 跟非技術人員溝通：比 RICE 更直覺，任何人都能理解
框架結構
兩個維度
- X 軸：Effort（投入）：完成這件事需要多少時間、人力、金錢？從低到高
- Y 軸：Impact（影響）：做完這件事對目標指標有多大幫助？從低到高
四個象限
| 低投入 | 高投入 | |
|---|---|---|
| 高影響 | Quick Wins（快速贏） — 優先做 | Big Bets（大賭注） — 規劃後做 |
| 低影響 | Fill-ins（填充） — 有空再做 | Money Pits（無底洞） — 不要做 |
決策順序
- Quick Wins → 立刻做，這是你的低垂果實
- Big Bets → 排進路線圖，分配足夠資源
- Fill-ins → 當 Quick Wins 做完、Big Bets 在等待時，拿來填空檔
- Money Pits → 勇敢地說不
來源與歷史
- 1950s：Eisenhower Matrix（重要/緊急矩陣）啟發了二維排序的思路
- 1990s：管理顧問公司開始用 Impact-Effort 變形版做策略優先級
- 2010s：隨著敏捷開發流行，這個矩陣成為 Sprint Planning 的常用工具
- 至今：Miro、FigJam、Notion 等協作工具都內建 Impact-Effort 模板
真實案例：電商 App 功能排序
一家台灣 D2C 品牌的產品團隊面對 12 個待做需求，用 Impact-Effort 快速排序：
Quick Wins（高影響 / 低投入）：
- 結帳頁加入「LINE Pay」按鈕 — 2 天開發，預估提升結帳轉換率 8%
- 商品頁加入「最近 24 小時已有 X 人購買」— 1 天開發，社會證明
Big Bets（高影響 / 高投入）：
- 會員等級制度改版 — 3 個月開發，但預估提升回購率 15%
- App 推播個人化推薦引擎 — 2 個月開發
Fill-ins（低影響 / 低投入）：
- Footer 加入社群連結
- 訂單頁面 UI 微調
Money Pits（低影響 / 高投入）：
- AR 試穿功能 — 4 個月開發，但品類不適合（賣食品的）
- 自建物流追蹤系統 — 串接現有物流 API 就夠了
結果：團隊在兩週內完成兩個 Quick Wins，結帳轉換率從 2.1% 提升到 2.5%，月營收增加約 18%。而被砍掉的 AR 試穿功能省下了 4 個月的工程資源。
使用步驟
Step 1：列出所有候選項目
把待排序的需求、功能、專案全部列出來。10-20 個為一批。
Step 2：校準「Impact」的定義
團隊先對齊：Impact 指的是什麼？轉換率？營收？使用者滿意度？不統一的話，每個人會用不同的標尺打分。
Step 3：獨立評估再討論
每個人先各自把項目放到矩陣上（避免錨定效應）。然後比較差異最大的項目，討論為什麼你覺得這是 Quick Win 但我覺得是 Money Pit。
Step 4：畫出矩陣
用白板或線上工具（Miro/FigJam）畫出四象限，把項目放上去。用不同顏色標記不同類別。
Step 5：做出決策
Quick Wins 排入這個 Sprint。Big Bets 排入路線圖。Fill-ins 放入 backlog。Money Pits 標記為「不做」。
這樣做 vs 避免這些
這樣做
- 用相對位置而非絕對分數 — 「A 比 B 影響大」比「A 的影響是 7.5 分」更有意義
- 限時 30 分鐘 — 這個工具的價值在於快速決策，不要花太久
- 定期重新評估 — 環境變了，昨天的 Quick Win 可能今天已經不 quick 了
- 搭配 RICE 使用 — Impact-Effort 快速粗篩，RICE 做精細排序
避免這些
- 不要把所有東西都放在 Quick Wins — 如果超過 30% 的項目在那個象限，你的評估標準太寬
- 不要忽略 Big Bets — Quick Wins 能讓你活下去，Big Bets 才能讓你成長
- 不要讓老闆的意見直接決定位置 — 這是團隊工具，不是長官裁示板
- 不要用 Impact-Effort 排技術債 — 技術債的 Impact 很難短期量化，用其他方式評估
Impact-Effort 是我最常用的排序工具，因為它簡單到可以在 10 分鐘的站立會議上完成。
台灣電商團隊常見的排序陷阱：
- 把「老闆說要做」的都放在 Quick Wins — 這不是矩陣的用法。如果老闆想做的東西投入很高但影響不確定，它就是 Big Bet，不是 Quick Win
- 低估「小改善」的累積效果 — 改一個按鈕顏色、調一行文案、加一個 tooltip — 這些看起來是 Fill-ins，但如果它們都在結帳流程上，累積起來的轉換提升可能比一個 Big Bet 還大
- 「Effort」只算工程時數 — 要把設計、QA、跨部門溝通的成本都算進去。一個功能開發只要 2 天，但跟法務確認要 3 週，那它就不是低投入
另一個實用 tip：我會把 Impact-Effort 跟「信心度」結合。如果一個項目看起來是 Quick Win 但你對 Impact 的預估完全沒有數據支撐，先降一級當 Fill-in 處理。