NOW-NEXT-LATER 路線圖 Now-Next-Later Roadmap
丟掉甘特圖，用三個時間桶取代精確日期，讓路線圖不再上線第一天就過時。
什麼時候該用它？
當你的路線圖長得像甘特圖、每次進度報告都在解釋「為什麼又延期了」時，Now-Next-Later 能讓你重新掌握路線圖的主導權。
- 路線圖信任危機：利害關係人已經不相信路線圖上的日期了，因為從來沒準過
- 需求溝通斷層：老闆問「Q3 要做什麼」，你給了一份 50 行的 feature list，對方看完更困惑
- 敏捷團隊的長期規劃：你用 Scrum 管短期，但中長期規劃還在用 Excel 甘特圖
- 新任 PM 接手產品：需要快速建立一份「大家都看得懂」的路線圖
- 跨部門對齊：業務、行銷、客服需要知道「接下來大方向是什麼」，但不需要 Sprint 層級的細節
- 投資人 / 董事會報告：需要一頁就能說清楚產品方向，不是丟一堆 Jira ticket
框架結構
Now-Next-Later 把所有待做的事情分成三個時間桶（Time Horizon），離現在越遠，細節越少。
三個時間桶
- NOW（現在）：團隊正在做的事。有明確的解法、已拆分任務、有指定負責人。通常涵蓋當前 1-2 個 Sprint 或 6 週週期
- NEXT（接下來）：確定要做但還沒開始的事。問題已定義清楚，解法方向大致確定，但還沒拆到執行層級。通常是未來 1-3 個月
- LATER（之後）：有價值但時機未到的事。可能是策略方向、使用者反饋中的趨勢、或技術前瞻。沒有時間承諾，只有意圖
關鍵原則
- 越遠越模糊是對的：NOW 用 User Story 描述，NEXT 用問題描述，LATER 用主題描述
- 不標日期：只有時間桶，沒有「預計 7/15 上線」。這是刻意的設計，不是偷懶
- 持續流動：項目會從 LATER → NEXT → NOW 自然移動，也可能從 LATER 直接被移除
- 問題導向而非功能導向：NEXT 和 LATER 描述的是「要解決的問題」，不是「要做的功能」
與傳統路線圖的差異
| 維度 | 傳統甘特圖路線圖 | Now-Next-Later |
|---|---|---|
| 時間 | 精確日期 | 時間桶 |
| 粒度 | 所有項目都寫到功能規格 | 越遠越粗略 |
| 承諾 | 日期 = 承諾 | 只有 NOW 是承諾 |
| 更新頻率 | 季度（然後就過時了） | 持續 |
| 失敗模式 | 延期 → 失去信任 | 項目在桶之間移動 = 正常 |
來源與歷史
- 2012：Janna Bastow 創辦 ProdPad 時，為了解決自己團隊「路線圖永遠不準」的問題，設計了 Now-Next-Later 框架
- 2014-2016：在歐洲產品管理社群（Mind the Product，Bastow 也是共同創辦人）推廣，逐漸成為敏捷團隊的路線圖替代方案
- 2018：ProdPad 將 Now-Next-Later 內建為產品核心功能，成為付費工具的差異化賣點
- 2020-2022：疫情期間遠端團隊大量採用，因為它比甘特圖更容易在非同步環境中溝通和更新
- 2023 至今：Notion、Linear、Productboard 等工具支援類似的時間桶檢視，Now-Next-Later 從方法論變成產業標準
真實案例：ProdPad 自己的路線圖
ProdPad 不只推廣 Now-Next-Later，自己的公開路線圖就是用這個框架。截至 2023 年，他們的公開路線圖上有超過 200 個項目在三個桶中流動。
具體數據：
| 時間桶 | 項目數 | 粒度 | 範例 |
|---|---|---|---|
| NOW | 8-12 項 | 具體功能 + 負責人 | 「AI 自動標籤 — 用 NLP 分析回饋自動分類，Tom 負責，本 Sprint 完成」 |
| NEXT | 15-25 項 | 問題描述 | 「改善 onboarding 體驗 — 新用戶 7 天留存率從 23% 提升到 35%」 |
| LATER | 40-60 項 | 主題方向 | 「探索 AI 驅動的路線圖建議」 |
效果：客戶的路線圖相關投訴下降了 60%（從「你們說 Q2 會有這功能」變成「我看到這個在 NEXT 裡，大概什麼時候會動？」）。更重要的是，ProdPad 的 NPS 從 32 提升到 58，其中路線圖透明度是使用者最常提到的原因之一。
使用步驟
Step 1：盤點所有待做項目
把散落在 Jira、Notion、Email、老闆的 LINE 訊息裡的所有需求、想法、回饋蒐集到一個地方。不用整理格式，先求全。
Step 2：定義三個桶的時間範圍
根據你的產品節奏定義。常見的設定：NOW = 當前 Sprint/週期、NEXT = 未來 1-3 個月、LATER = 3 個月以後。但沒有標準答案 — 硬體產品的 LATER 可能是一年後。
Step 3：分桶 + 調整粒度
把所有項目丟進對應的桶。關鍵動作：NOW 的項目寫清楚解法和負責人，NEXT 的項目只描述問題和目標指標，LATER 的項目只需要一句話主題。粒度不對就調整。
Step 4：跟利害關係人對齊
拿著這份路線圖跟老闆、業務、行銷開一次對齊會議。重點溝通：「NOW 是承諾，NEXT 是計畫，LATER 是意圖。」這句話要反覆講到所有人都記住。
Step 5：定期更新與流動
每月（或每個 Sprint 結束時）更新一次。項目會自然流動：LATER 裡驗證過的問題移到 NEXT，NEXT 裡完成 shaping 的移到 NOW，失去價值的直接移除。
這樣做 vs 避免這些
這樣做
- NOW 保持精簡 — 如果 NOW 裡有超過 15 個項目，你的團隊不可能同時做完，該砍
- 用「問題」而非「功能」描述 NEXT 和 LATER — 「提升結帳轉換率」比「加一鍵結帳」更好，因為解法可能會變
- 讓路線圖公開可見 — 給業務團隊、客服團隊一個隨時能看的連結，減少「現在在做什麼」的重複提問
- 每次更新都記錄「為什麼移動」— 項目從 NEXT 移到 LATER 不丟臉，但要記錄原因，避免三個月後忘記
避免這些
- 不要偷偷加日期 — 「NEXT（預計 Q3）」就是在開倒車，忍住
- 不要讓 LATER 變成 backlog 垃圾桶 — 定期清理，超過 6 個月沒人提起的就移除
- 不要把 NOW 當成 Sprint backlog — NOW 是「對外溝通用的路線圖」，Sprint backlog 是「對內執行用的任務清單」，兩者粒度不同
- 不要只更新 NOW 忽略 NEXT/LATER — 整份路線圖要一起呼吸，不然 NEXT 永遠是三個月前的舊資料
Now-Next-Later 是我目前最推薦給台灣電商團隊的路線圖框架，沒有之一。
原因很簡單：電商的節奏太快了。你上個月規劃的 Q3 路線圖，可能因為一個平台政策變更就全部作廢。我之前待的公司，每季做的路線圖簡報平均壽命是 3 週 — 第四週就有人來說「這個要插隊」。用 Now-Next-Later 之後，插隊變成「把新項目放進 NOW，把被擠掉的移回 NEXT」，不需要重畫整張甘特圖。
在電商場景裡，我會這樣定義三個桶：NOW = 這個促銷檔期要上的功能（通常 2-4 週）、NEXT = 下一個大促前要準備的（1-2 個月）、LATER = 年度策略方向（會員系統升級、新通路整合之類的）。
特別提醒：Now-Next-Later 最怕的是「老闆把 LATER 裡的東西當承諾」。我碰過老闆在董事會上說「我們下半年要做 AI 推薦」，結果那只是路線圖 LATER 裡的一行字。解法是每次溝通都強調：「LATER 是探索方向，不是時間表。如果要變成承諾，需要先移到 NEXT 做需求定義。」講三次以上，老闆就會記住了。