用證據做規劃，照節奏交付。
產品路線圖範本為每個功能記錄狀態、季度和 RICE 分數，並把每則客戶回饋連結到它所要求的功能。PRD 和技術規格頁面可以直接複製使用。
🗺️產品路線圖
從這裡開始
路線圖
使用者回饋
回饋週報
發布說明
範本
PRD 範本
技術方案範本
Agent
回饋分析師
產品規劃師
從這裡開始
這個工作區讓路線圖說實話：每個功能都有 RICE 得分，每條使用者回饋都指向能解決它的功能。
怎麼用
•路線圖表：每個功能一行，記錄狀態、季度、團隊、上線日期和 RICE 的四項輸入。
•使用者回饋表：每條回饋一行，記錄來源、客戶、主題，以及它關聯的功能。
•開啟「路線圖」，切換到看板按狀態檢視功能，切換到日曆檢視上線日期。
得分怎麼算
得分 = 觸達人數 × 影響力 × （把握度 ÷ 100）÷ 工作量。表格本身不做計算：由產品規劃師算好後寫進「得分」一列。
•觸達人數： 這個功能在一個季度內會影響到的人數或客戶數。
•影響力： 3 = 高，2 = 中，1 = 低。
•把握度 %： 有資料支撐填 100，有一些證據填 80，只是直覺填 50。
•工作量： 所有參與團隊加起來的人週數。
每週要做的事
回饋一來就記進「使用者回饋」，寫明來源和客戶。
讓回饋分析師整理新回饋，並更新「回饋週報」。
讓產品規劃師重新給路線圖打分，再討論排名和狀態對不上的功能。
功能上線後，寫進「發布說明」，並告訴當初提出需求的客戶。
啟動一個新功能
把零散的筆記交給產品規劃師，讓它寫一份 PRD，它會按「範本」裡的「PRD 範本」來寫。工程設計請用「技術方案範本」。
有憑有據的路線圖
每個功能都有觸及範圍、影響、信心和工作量，產品規劃師會替你算出分數。
回饋有歸屬
來自客服、銷售和使用者訪談的每條需求，都關聯到它所對應的功能。
規格不必從零寫起
PRD 和技術規格頁面隨時可複製，還有 Agent 能從你的零散筆記起草 PRD。
分類整理，交給 Agent。
回饋分析師把客戶的需求歸類，Bug 分類員整理新回報的 Bug，版本說明撰寫員把完成的衝刺寫成客戶想看的版本說明。
回饋分析師
使用者回饋分析
把使用者回饋整理成有依據的主題，區分回饋筆數和受影響的客戶數，關聯路線圖功能，並說明下一步需要做的產品決策。
產品規劃師
產品規劃
把筆記和回饋整理成包含成果目標、方案取捨和驗收標準的 PRD，計算有效的 RICE 得分，並規劃實驗或按原定目標回顧結果。
缺陷分診員
缺陷分診
讀取「事項」裡的新缺陷，查出重複和缺少復現步驟的，按影響定好優先順序，把清楚的缺陷挪到「待開發」。
發布說明撰寫員
發布說明
讀取一個迭代裡已完成的事項，在新文件裡起草面向客戶的發布說明，並填好這個迭代的完成點數。
已熟悉這個工作區
每位 Agent 一安裝好就知道自己在哪些表格和頁面裡工作、做到什麼程度算完成。它的指令隨時可以修改。
你開口時，或依排程
在對話裡問它、在文件裡 @ 它，或幫它設定排程。你不開口，它不會動。
決定權在你
依照它的指令，要送出 Dokki 以外的內容都由它起草、由你傳送；刪除一律要等你核准。
產品團隊的範本。
安裝一個，就會得到含表格、頁面和 Agent 的工作區。之後什麼都能改。
工作區範本
產品路線圖
按 RICE 得分排序、有真實使用者回饋撐腰的路線圖，Agent 幫你歸類回饋、起草 PRD。
- RICE 得分自動算好
- 回饋關聯到功能
- 零散筆記變 PRD
工作區範本
迭代與缺陷
功能、缺陷和雜務放在同一塊迭代看板上，Agent 幫你分診新缺陷、起草發布說明。
- 每個迭代一塊看板
- 缺陷分診，重複即查
- 發布說明自動起草
工作區範本
行動 App 工作室
從 PRD 到可點選原型，再到兩大應用商店：四個 Agent 組成的小隊，幫你規劃、設計、開發、測試你的 App。
- 五個核心頁面的可點選原型
- 帶完整 Token 的設計系統
- 頁面、缺陷、發布都上看板
- App Store 與 Google Play 上架清單
工作區範本
自主研發流水線
需求進來，Agent 負責分診、派活、寫程式碼、開 PR，並在 staging 和生產上逐條驗收；研發負責人盯著全程不卡住。上線前由你點頭。
- 收集箱由 Agent 分診
- 研發負責人盯全程，不卡住
- 負責人決定哪些交給 Agent
- 每個環境逐條驗收
今天，就開始
你的 Agent 公司。
免費開始。你的第一支團隊，只差一句話。