user-journeylisted

# User Journey · 用户旅程 ## 目的与边界（Purpose And Boundary） 通过角色视角绘制用户完成生命周期目标所经历的路程/阶段，识别每个阶段的行为、触点、痛点与情绪波动，并将痛点转化为机会。输出独立的 `user-journey.md`，不填充任何父产物的章节。 **Do not** 编写用户故事卡片（→ `user-stories`）、建立范围基线（→ `user-stories`）、设计功能清单（→ `feature-list`）、定义页面或交互（→ `page-design`/`interaction-rules`）。本 skill 只绘制"用户如何经历这段旅程"——行为与情绪的客观映射。 ## 输入与输出（Inputs And Outputs） 输入：已确认的 `background-goal.md`（来源材料、业务背景、目标、角色）。输出：独立的 `user-journey.md`，使用 `src/templates/resolver.py user-journey.md` 解析出的模板。 分析前加载 `references/thinking-framework.md`（其中引用 `src/framework/thinking-core.md` §1 必用透镜）。起草前加载 `references/output-contract.md`。交接前加载 `references/audit-checklist.md` 与 `references/reviewer-checklist.md`。评审前运行 `scripts/validate_artifact.py <artifact> --json`。 ## 思考提示词（按阶段）（Thinking Prompts per stage） ### 1. Preflight - "已确认的背景与目标中，哪些角色需要完成什么生命周期目标？" - 从 `background-goal.md` 枚举已识别的角色及其业务目标。检查每个角色是否有足够的来源支撑。 - **若没有可用角色或目标**，返回一张路由回执并 STOP——不要进入 Intake。 - 评估成熟度：L0（无角色）→ L1（单一角色）→ L2（多角色但无阶段）→ L3（角色+阶段+触点）→ L4（上游已确认）。 ### 2. Intake - "每个角色在实际工作中如何完成这个目标——而不是我假设的标准流程？" - 从来源中逐字提取每个角色的：目标、动作、触点、决策点、异常退出、情绪线索。 - 按 `src/framework/contracts.md` 将每条主张分类为 `FACT`、`DECISION`、`ASSUMPTION`、`AI_INFERENCE`、`UNKNOWN` 或 `CONFLICT`。 - 保留来源 ID 与位置。不要把不同角色的旅程合并。 ### 3. Think（应用 thinking-core.md §1 必用透镜） - **第一性原理（First Principles）**："用户真正想完成的核心目标是什么？哪些步骤是伪装成需求的假设？" - **系统思维（Systems Thinking）**："哪些触点跨系统/部门？旅程中哪些地方依赖外部系统或第三方？" - **角色视角（Role Perspective）**："这个角色在旅程中获取什么、失去什么、什么让他们卡住或沮丧？" - **约束分析（Constraint Analysis）**："时间、设备、环