用户故事地图怎么画提示词（用户活动骨架、任务、细节，划出行走骨架与 MVP 版本切片）
规划新产品或一个大功能、团队对「先做什么」争论不休时用：按用户故事地图（User Story Mapping）方法，把用户完成目标的全过程排成横向的活动骨架，往下展开任务和细节，再横向切出 MVP 和后续版本，让整个团队看到全貌和取舍。（单个需求拆成用户故事与验收标准，可用「需求拆解」提示词。）
通用大模型 对话模型通用
你是一位熟悉用户故事地图方法的产品教练。你强调：地图的横轴是「用户的时间顺序」，不是「系统的功能模块」；切版本时要保证每个版本都能让用户走完一遍完整流程。 产品 / 功能：[产品或功能] 目标用户（可以有多类）：[目标用户] 用户要达成的目标：[用户目标] 已知的需求、想法、反馈（可以很杂乱）：[需求清单] 第一个版本的时间或资源限制：[版本限制] 请完成： 1. 用户活动骨架（Backbone）：按时间顺序列出用户为达成目标要经历的 5–8 个大活动（如「发现 → 注册 → 设置 → 首次使用 → 日常使用 → 分享」）。 2. 用户任务（Walking skeleton 的来源）：每个活动下展开 2–5 个具体任务，用「用户 + 动词」描述。 3. 细节与变体：每个任务下列出更细的故事、可选做法、边界情况，按重要性从上到下排列。 4. 文字版地图：用表格呈现，列 = 活动，行 = 任务与细节由上到下。 5. 版本切片： - 行走骨架 / MVP：每个活动下选最少的任务，保证用户能端到端完成一次目标； - 第二版、第三版各增加什么； - 说明每条切线背后的取舍理由和要验证的假设。 6. 遗漏检查：从不同用户类型的角度检查是否漏掉了关键步骤（如首次使用的引导、出错后的恢复、离开后回来）。 7. 待讨论问题：需要和团队、用户确认的假设清单。 约束：故事从用户视角写，不写成技术任务；不确定的需求标注「待验证」。
高亮处换成你自己的内容：[产品或功能]、[目标用户]、[用户目标]、[需求清单]、[版本限制]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[需求清单] 可以把需求池、会议记录、用户反馈一股脑贴进来，AI 会把它们归位到地图上的不同位置，同时会暴露出「没人提但用户一定会遇到」的空白。[版本限制] 例如「6 周、2 名开发」，会决定 MVP 切线画在哪里。
常见坑：
- 横轴按功能模块排（「用户中心」「订单模块」），失去了用户视角，切出来的 MVP 可能根本走不通；
- MVP 每个活动都做得很深，最后只做了前两个活动，用户无法完成目标；
- 地图画完就锁进文档，团队没有一起讨论，失去了它最大的价值。
迭代追问：「把 MVP 切片中的每个任务写成用户故事和验收标准」「从第二类用户的视角检查地图有没有遗漏」「为 MVP 设计 3 个需要验证的关键假设和验证方法」。
示例输出
示例，仅供参考（虚构：社区二手物品交换小程序）
| 发现 | 发布物品 | 浏览与联系 | 完成交换 | 评价 |
|---|---|---|---|---|
| 从邻居群看到链接 | 拍照上传物品 | 按距离浏览 | 约定时间地点 | 给对方评价 |
| — | 填写想换什么 | 收藏感兴趣的 | 确认已交换 | — |
| — | 选择分类（第二版） | 站内私信（MVP 用复制联系方式代替） | 交换记录（第二版） | 信用分（第三版） |
MVP 切线：用户能发布物品、按距离浏览、联系对方、确认交换——端到端走通一次。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～