需求拆解提示词（大需求拆成用户故事 + 验收标准 + 优先级排期）
拿到一个大而模糊的需求（如「做一个会员体系」）时用，拆解成可开发、可测试、可排期的用户故事，标注依赖关系和 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 条评论
还没有评论，来抢沙发～