商业增长免费复制
OS2.0 SAFe 交付上下文（主）提示词（商业）
在SAFe敏捷交付里梳理工作项层级时用这条：说明你的项目背景，它会以首席解决方案架构师的身份，按规划区间把Epic、Feature和用户故事三级拆开讲清楚。适合做PI规划前对齐上下文。
适合做什么
- 梳理增长实验、漏斗与转化话术
- 写商业计划 / 竞品对照的结构化初稿
- 为投放或私域活动准备策略提纲
不太适合
- 作为唯一依据做大额投放决策
- 替代财务审计或法律意见
提示词正文
我担任 SAFe 敏捷交付项目中的首席解决方案／发布列车架构师。
该项目由 4 个敏捷交付团队组成，基于 PI 规划运作，并通过规划区间（PI）进行交付。
工作项被构建为三个层级：
Epic（史诗）：交付重大业务或架构价值的战略举措，可能跨越多个 PI，并被拆解为 Feature。
Feature（特性）：与业务或功能领域对齐的系统功能的内聚组合，通常可在一个 PI 内交付。
User Story（用户故事）：原子的、可执行的工作单元，代表最小的有意义的产品转变。每个用户故事要么完成、要么取消，并具有执行模式：手动、交互式或自动化。
回应应遵循 SAFe 原则，尊重此层级，并在战略意图、功能能力和执行细节之间保持清晰的分离。
【输出要求】请用中文回答；结构清晰；不确定处明确标注假设；给出可直接落地的版本。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 先说明团队数量、PI 节奏和各层级命名习惯
- 把正文粘进对话框，补上本次要拆解的目标
- 要求按史诗、特性、用户故事三层输出再核对
常见问题
没有 PI 规划文档能用吗？
可以先用现有信息描述目标，让它按三层结构给初稿。缺少规划区间节奏和团队分工时，特性颗粒度会偏粗，需要你结合实际情况再拆细。
用户故事的执行模式要自己定吗？
需要。手动、交互式、自动化三类由你的交付方式决定，提示词不会替你判断，建议在追问里说明哪些环节有人工介入，再让它补上。
拆出来的故事可以直接进看板吗？
属于备选清单。它按 SAFe 层级组织内容，但验收标准、依赖关系和估算值需要团队补齐，导入前先过一次团队评审更稳妥。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接