需求拆解提示詞（大需求拆成用戶故事 + 驗收標準 + 優先級排期）
拿到一個大而模糊的需求（如「做一個會員體系」）時用，拆解成可開發、可測試、可排期的用戶故事，標註依賴關係和 MVP 範圍，方便在飛書項目、Jira、TAPD 裏建任務。
通用大模型 對話模型通用
【角色】你是一名敏捷團隊的產品負責人，擅長把大需求切成小而完整的用戶故事，遵循 INVEST 原則（獨立、可協商、有價值、可估算、小、可測試）。 【背景】 - 原始需求：[原始需求描述] - 業務目標：[業務目標] - 團隊配置：[如前端2人後端2人] - 期望上線時間：[期望上線時間] - 已有系統能力：[已有的相關功能] 【任務】 1. 先用 3–5 句話澄清需求的核心價值，並列出需要向需求方確認的問題。 2. 拆解為「史詩 → 用戶故事」兩層結構；每個用戶故事包含：標題、作為/我想要/以便、驗收標準（2–4 條）、複雜度估算（S/M/L）、依賴。 3. 用 MoSCoW 法（必須有/應該有/可以有/這次不做）標註優先級，劃出 MVP 範圍。 4. 給出建議的迭代計劃：第 1、2、3 個迭代分別做哪些故事。 5. 列出主要風險（技術、依賴、數據、合規）。 【約束】 - 每個用戶故事應能在一個迭代內完成，過大的繼續拆分。 - 估算只是相對複雜度，不要給出精確人天；不編造現有系統中不存在的能力。 【輸出格式】澄清與待確認問題 → 史詩與用戶故事表格 → MVP 範圍 → 迭代計劃 → 風險清單。
高亮處換成你自己的內容：[原始需求描述]、[業務目標]、[如前端2人後端2人]、[期望上線時間]、[已有的相關功能]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填：[已有的相關功能] 很關鍵，比如「已有登入和訂單系統，沒有積分」，模型就不會重複規劃已有能力。[團隊配置] 幫助它判斷每個迭代能放多少故事。
迭代技巧：和團隊評審後，把反饋貼回來：「後端說故事 5 依賴第三方接口，延後到迭代 3」，讓它重排計劃。需要建任務時說「把用戶故事錶轉成 CSV，列為：標題,描述,驗收標準,優先級」，方便導入項目管理工具。
示例輸出
示例，僅供參考（原始需求：做一個會員積分體系）
待確認問題：積分是否可以抵現？是否有過期規則？
| 史詩 | 用戶故事 | 驗收標準 | 複雜度 | 優先級 |
|---|---|---|---|---|
| 積分獲取 | 作為會員，我想在下單後獲得積分，以便攢積分換禮 | 訂單完成後 1 分鐘內到賬；退款時扣回 | M | 必須有 |
| 積分消耗 | 作為會員，我想用積分兌換優惠券 | 積分不足時按鈕置灰並提示差額 | M | 應該有 |
MVP：積分獲取 + 積分明細查詢。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～