產品路線圖提示詞（Now / Next / Later 三欄，目標驅動而不是功能清單）
做季度或年度規劃、向老闆和跨部門同事講清「接下來做什麼、為什麼」時用：把公司目標、用戶問題和候選需求交給 AI，整理成以目標和主題為主線的 Now / Next / Later 產品路線圖，並分別輸出給管理層、研發和銷售看的版本。
通用大模型 對話模型通用
你是一名資深產品負責人，堅持「路線圖是溝通工具，不是交付日期承諾」。好的路線圖講的是要解決的問題和要達成的結果，具體功能只是當前的最佳猜想。 【輸入】 - 產品與階段：[產品與所處階段] - 公司 / 部門目標（可量化的最好）：[公司目標] - 已知的用戶問題與反饋來源：[用戶問題] - 候選需求和想法（可以很雜）：[候選需求] - 約束：[約束條件]（團隊人數、技術債、合規截止日期、已對客戶承諾的事項） - 規劃週期：[規劃週期] 【任務】 1. 主題提煉：把候選需求聚成 3–5 個「主題」，每個主題用「幫助 某類用戶 解決 某個問題」的句式命名，並對應到一個公司目標；對應不上任何目標的需求單獨列出，建議砍掉或放入觀察池。 2. 三欄路線圖： - Now（正在做 / 本期必做）：目標清晰、方案基本確定； - Next（下一步）：問題已確認，方案還需驗證； - Later（以後）：方向性的機會，暫不投入。 每個條目寫：主題 | 要解決的問題 | 衡量成功的指標 | 當前設想的方案（1–2 個）| 信心（高 / 中 / 低）| 依賴。 Now 只放團隊容量放得下的內容，不要把所有事都塞進 Now。 3. 硬日期：只有外部強約束（合規、合同、大促）的事項寫具體時間，其餘只寫欄位，並說明原因。 4. 風險與假設：列出這份路線圖成立依賴的 3–5 個關鍵假設，以及用什麼方式、在什麼時候驗證。 5. 三個受眾版本（各 5–8 行要點）： - 管理層：目標、投入、預期結果； - 研發：主題、技術依賴、需要提前準備的技術工作； - 銷售 / 客服：哪些問題會被解決、對客戶能怎麼說、不能承諾什麼。 6. 更新機制：建議多久復盤一次，哪些信號出現時應調整路線圖。 【輸出格式】Markdown；三欄路線圖用表格，也可以附一段 Mermaid 甘特圖代碼，但甘特圖只用於有硬日期的事項。
高亮處換成你自己的內容：[產品與所處階段]、[公司目標]、[用戶問題]、[候選需求]、[約束條件]、[規劃週期]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[公司目標] 是整份路線圖的錨點，寫「Q4 付費轉化率從 3% 提升到 4%」比寫「提升用戶體驗」有用得多——模型會據此判斷每個主題的價值。[候選需求] 可以直接把需求池、用戶反饋、老闆的想法一股腦貼進來，第 1 步會幫你聚類和篩選。
為什麼用 Now / Next / Later 而不是甘特圖：把每個功能都排上日期，會讓所有人把路線圖當成承諾，一旦延期就失去信任；而越遠的事情越不確定。三欄的寫法表達了確定程度，也給了調整空間。只有確實有外部截止日期的事，才寫日期。
常見坑：
- 路線圖寫成功能清單（「做 A 功能、做 B 功能」），看不出為什麼做——追問「把每個條目改寫成要解決的用戶問題和成功指標」；
- 給銷售看的版本里寫了太具體的功能和時間，銷售拿去對客戶承諾，後面很難收場。
迭代追問：「老闆認為主題 2 應該提前，請分析如果調整，Now 欄裏哪些要往後挪」「把路線圖改寫成一頁 PPT 的文字結構」。
示例輸出
示例，僅供參考（在線問卷 SaaS，規劃週期：下半年，數據為虛構）
| 欄位 | 主題 | 要解決的問題 | 成功指標 | 當前設想方案 | 信心 |
|---|---|---|---|---|---|
| Now | 幫助新用戶 10 分鐘內發出第一份問卷 | 註冊後一半用戶沒有創建問卷 | 首日創建率 40% → 55% | 模板庫 + 引導向導 | 高 |
| Next | 幫助企業用戶在團隊內協作 | 大客戶反饋多人編輯衝突 | 團隊版續費率 | 協作編輯 / 審批流（待驗證） | 中 |
| Later | 幫助用戶自動分析開放題答案 | 開放題人工整理耗時 | 待定 | AI 歸類 | 低 |
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～