企业官网建设流程全解析

玩家旅程地图（Player Journey Map）完整实战指南：用六阶段情绪弧线驱动 Claude-Code-Game-Studios 的设计决策

【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios

本文以 Claude-Code-Game-Studios 仓库中的标准模板 .claude/docs/templates/player-journey.md 为主体，系统讲解如何为任意游戏编写一份可验证、可落地、以情绪体验为核心的玩家旅程地图。读完本文，你将掌握六阶段旅程框架的每个字段的设计意图与填写方法、关键时刻与留存钩子的构建逻辑、反模式清单与验证问题的使用方式，并了解该模板在本项目 49 个 AI Agent 协作工作流（.claude/docs/agent-coordination-map.md）中的实际调用位置。

一、模板定位：为什么项目需要一张"玩家的故事"地图

在 Claude-Code-Game-Studios 的文档体系中，玩家旅程地图（Player Journey Map）是一份以玩家情绪为第一视角的设计文档，它与传统的功能清单式设计文档有本质区别。模板开头的元信息块明确标注了它的身份：

• Status: Draft | In Review | Approved
• Author: game-designer / creative-director
• Last Updated: [Date]
• Links To:design/gdd/game-concept.md、design/gdd/game-pillars.md

也就是说，这份文档由 game-designer 或 creative-director 主导撰写，并且与游戏概念文档、游戏支柱文档构成设计文档链的上游。在仓库的模板集中，它的近邻包括 game-concept.md（游戏概念与核心循环）、game-pillars.md（游戏支柱与情绪弧线）、difficulty-curve.md（难度曲线）等，共同构成从"玩家是谁、玩到什么、感受到什么"到"系统如何实现"的完整设计链路。

该模板在仓库实际工作流中被多处消费，是文档间协作的关键输入：

• CCGS Skill Testing Framework/skills/team/team-ui.md 的 Phase 1a 中，编排者（orchestrator）会读取game-concept.md、player-journey.md、相关 GDD 的 UI 章节、交互模式库与无障碍需求，汇总为 ux-designer 的设计简报——玩家旅程地图是 UI/UX 设计的情绪上下文来源。
• docs/examples/session-ux-pipeline.md 记录了实际会话：design/player-journey.md定义了六阶段情绪弧线，并给出关键状态（Calm Exploration、Tension、Crisis、Combat），UX 设计者依据这些情绪状态而非功能列表来决定 HUD 呈现。
• docs/examples/skill-flow-diagrams.md 将design/player-journey.md（情绪弧线）列为设计流程的输入之一。
• UPGRADING.md 将该模板列入新增的 8 个模板之一，说明它是项目演进中被正式沉淀的标准件。

核心原则（模板原文）：这是玩家的故事（player's story），不是游戏的功能列表（feature list）。如果你无法用一段话描述完整的情绪弧线，说明情绪设计还不够清晰——在填写下面的阶段之前，先解决这个模糊性。

二、Journey Overview：先用一段话回答"玩家将经历什么"

模板的第一个正文章节要求撰写一段完整覆盖"首次启动 → 长期游玩"情绪弧线的文字。它不是玩法摘要，而是情绪叙事，必须回答四个问题：

1. 起点：玩家带着什么情绪进入游戏（好奇、怀疑、谨慎）？
2. 加深：玩家与游戏的关系如何逐步深化？
3. 峰值：情绪体验的最高点是什么？
4. 维系：峰值之后是什么支撑他们继续玩下去？

模板给出的示范如下：

"The player arrives skeptical and slightly overwhelmed, is quickly disarmed by an early moment of unexpected delight, spends the middle hours discovering that the systems run deeper than they first appeared, and eventually reaches a state of confident mastery where they generate their own challenges and share their discoveries with others."

这段示范展示了一个完整的弧线骨架：怀疑 → 意外惊喜 → 深度发现 → 自信掌握 → 自主创造与分享。这与 game-designer 代理所依赖的 MDA 框架（Mechanics-Dynamics-Aesthetics，由 Hunicke、LeBlanc、Zubek 于 2004 年提出）一脉相承：从目标美学（Aesthetics，玩家感受到什么）反向推导动力学与机制，而不是先堆机制再回头补情绪。

填写检验：如果这段弧线无法压缩为一段话，说明情绪设计尚未收敛。不要跳过这一步直接填阶段——后续所有阶段字段都是这段总览的细化展开。

三、Target Player Archetype：描述心智，不描述人口统计

第二章要求用 3～4 行描述目标玩家的心智模式与游戏素养（mindset and gaming literacy），而非年龄、性别等人口统计学特征。模板对此的区分非常明确：

• 人口统计回答"他们是谁"（who they are）；
• 心智原型回答"他们如何接近游戏"（how they approach games）。

填写时需要回答的具体问题清单：

模板给出的范例：

"A player who has finished at least one other game in this genre and arrived with a specific hypothesis about what to expect. They are willing to invest 30+ minutes before judging the game, they read item descriptions, and they find emergent mastery more satisfying than scripted victories. They feel respected when the game trusts them to figure things out."

注意范例中的关键信息：已通关过同类游戏的玩家、带着具体假设进入、愿意投入 30 分钟以上再下判断、会读物品描述、珍视涌现式掌握（emergent mastery）。这些都不是"18-35 岁男性"式的画像，而是可以直接推导设计决策的约束条件——例如"信任玩家自己摸索"就意味着游戏应该减少强制教学。该章节与 game-concept.md 中的 Target Player Profile 表格（年龄、游戏经验、时间可用性、平台偏好、当前游玩游戏等）互为表里：概念文档回答"是谁"，旅程地图回答"怎么玩"。

四、Journey Phases：六阶段情绪旅程框架

这是模板的核心主体。模板明确给出了使用弹性：六阶段是标准框架，但并非所有游戏都要用满——

Guidance：短篇叙事游戏可能没有 Habitual Play 或 Long-Term Engagement；解谜游戏可能把 Orientation 压缩进 First Contact。真正不适用的阶段可以删除或合并，不要为了显得完整而用占位符填充。

4.1 阶段总览

4.2 每个阶段的标准字段结构

模板为每个阶段定义了五个必须填写的字段，这套字段本身就是一个完整的设计审查单元：

1. Emotional state on arrival（入场情绪）：玩家在触碰游戏之前的状态——这是你的起始条件，设计必须在此迎接他们。例如 First Contact 阶段玩家可能是怀疑的（冲动购买）、好奇的（跟随推荐）或满怀期待的（等待已久）。
2. Primary question the player is asking（核心问题）：玩家此刻在心中向游戏提出的问题，如 "Is this worth my time?"、"Will this be too hard?"、"Do I understand what I'm supposed to do?"
3. Key experience the game must deliver（必须交付的关键体验）：这不是教程节拍，而是情绪节拍——必须用自信的"是"来回答玩家的核心问题。它可以是美的瞬间、令人满足的机制咬合、对熟悉类型范式的意外反转，或一次"感觉是靠自己挣来的"早期胜利。
4. Emotional state on exit（出场情绪）：阶段成功的标准。例如 First Contact 的出场状态是"对下一层好奇""惊讶于这与同类游戏不同""已经在思考刚做的决定是否正确"。
5. Risk if this phase fails（失败风险）：如果此阶段失败玩家会做什么。例如"Steam 2 小时窗口内退款""放下游戏再也不回来""发布负面首印象""不向任何人推荐"。

4.3 分阶段深度拆解

Phase 1: First Contact（0-5 分钟）——怀疑/好奇/期待的入场状态决定了前五分钟的全部设计。这段窗口的目标不是教学，而是回答"这值得我花时间吗"，且回答必须是情绪化的"是"。这一阶段与 game-designer 中"Onboarding: 前 10 分钟通过游玩而非教程来教学（teach through play, not tutorials）"的 Flow 状态设计原则直接呼应。

Phase 2: Orientation（5-30 分钟）——玩家正在建立关于"这是什么游戏"的基础心智模型（foundational mental model）。设计要点是 1～2 个"啊哈时刻"来固化游戏身份；玩家的预测开始成真（胜任感增长）；同时第一次瞥见深度——某个系统或交互暗示"这比我想的走得更远"。出场标志是"拥有核心循环的工作模型""做出至少一个在乎结果的有意义决定"。

Phase 3: First Mastery（30 分钟 - 2 小时）——玩家开始测试边界，从"试图理解"转向"试图变强"。此阶段的核心交付物是第一次真正的技能胜利：某个曾经困难的事因为玩家自身的成长而变容易——不是因为游戏变简单了，而是因为他们变强了。模板在此明确援引Csikszentmihalyi 的心流模型：挑战必须在此处升级，引入对已积累技能的第一个真正考验。同时玩家应发现第一块涌现式深度：系统交互、构筑协同（build synergy）或奖励好奇心的隐藏机制。出场标志包括"为某个具体决定或胜利感到骄傲""对'正确玩法'有了自己的观点（哪怕是错的）"。

Phase 4: Depth Discovery（2-10 小时）——模板称之为"许多独立游戏悄然失败的地方"：玩家耗尽了可见内容，却从未找到隐藏深度。能走到这一阶段的玩家是你的核心受众——他们已经清除了上手门槛、证明了投入度。游戏必须在此阶段揭示重构一切既有认知的系统、组合或策略，让世界比教程暗示的更广阔。模板同时点出 **Bartle 的 Explorer（探索者）**在此阶段获得回报：只有好奇者才能找到的内容与知识。设计备注（Design note）给出了可操作的审计要求：逐层审计这一窗口中的每一层深度，确认它在不依赖攻略（guide）的情况下可被发现。出场标志包括"至少从零重建过一次策略""能想象同一问题的多种可行解法""发现至少一件令自己惊讶的事"。

Phase 5: Habitual Play（10-50 小时）——标注了适用范围：不适用于短篇游戏（视觉小说、短叙事游戏、固定内容的解谜游戏），若游戏预期体验在此时间窗之前结束，应删除本阶段。此阶段要求游戏提供超越教程叙事的长期目标：玩家自己生成挑战、追求可选内容、或开始竞争（对抗游戏、对抗他人、对抗自己的纪录）。模板指出此阶段由Bartle 的 Achiever（成就者）动机维系：收集完成度、精通基准、可见里程碑。同时要求自然的会话结尾留下向前的张力（forward tension）——玩家停下来时，永远有一些未完成的事让他们想回来。

Phase 6: Long-Term Engagement（50+ 小时）——仅适用于为长线游玩设计的游戏：服务型游戏、深层系统游戏、竞技游戏、社区驱动内容的游戏。模板强调：长线留存由与初期乐趣不同的机制维系——社会地位、创造性表达、竞技排名、或者"专家与导师"的角色。设计此阶段的正确提问是"老玩家想在生态中扮演什么角色"，而不是"他们想消费什么内容"。支持知识转移的系统（攻略、社区分享、导师机制）能显著延长此阶段。失败风险非常具体：老玩家离开并带走他们的社交影响力，加速更广泛玩家群体的流失——这正是模板在 Retention Hooks 与 Open Questions 中反复强调社区机制的原因。

4.4 六阶段与 SDT 心理需求的对应

game-designer 要求用自我决定理论（Self-Determination Theory, Deci & Ryan 1985）校验每个系统是否满足三种核心心理需求，这一校验同样适用于旅程阶段设计：

• Autonomy（自主性）：Phase 2 的"有意义的决定"、Phase 4 的"重建策略"；
• Competence（胜任感）：Phase 3 的"技能胜利"、Phase 5 的"精通基准"；
• Relatedness（关联感）：Phase 6 的"社区归属与导师角色"。

如果某阶段只依赖单一需求，留存结构就是脆弱的——这也是下文"留存钩子需要分层"的根本原因。

五、Critical Moments：关键时刻表

模板明确区分了阶段（phase）与关键时刻（critical moment）：关键时刻不是阶段，而是单个、具体的交互、场景或节拍，承载超比例的情绪重量。一次关键失误（糟糕的 UX、错误的时机、微弱的反馈）就足以毁掉整段旅程。模板要求识别8～15 个这样的时刻。

表格结构为四列：Moment | Phase | Emotional Target | If It Fails。模板预置了 5 个可复用示例行：

注意示例行的"情绪目标"全部是具体的情绪动词（惊讶、骄傲、愉悦、敬畏、目标感），失败列则全部是具体的流失行为（失去信任、低估价值、错过深度、认定看尽、觉得结束）。这两列合起来就是一份可直接用于内部评审的"情绪验收标准"。填写时继续追加行，直至覆盖 8～15 个关键时刻。

六、Retention Hooks：分层留存钩子

留存钩子是把玩家拉回下一次会话的具体机制，模板强调它们在不同时间尺度上运作：

只有一种钩子类型的游戏拥有脆弱的留存环。强游戏会叠加多种钩子类型，让不同动机的玩家都有理由回来。把每个钩子映射到交付它的系统——如果钩子背后没有系统，它就是愿望（aspiration），不是设计（design）。

这张表的设计要点在于"映射"二字：每个钩子行必须有一个系统列。例如"每日奖励等待"若没有每日登录系统支撑，就只是一个愿望。该结构与 game-concept.md 的 Retention Hooks 小节（Curiosity / Investment / Social / Mastery 四类）互补：概念文档按动机分类，旅程模板按时间尺度分类，两者结合才能覆盖"不同动机 × 不同时间尺度"的完整留存矩阵。

七、Player Progression Feel：描述"成长的感觉"而非成长系统

本节的定位非常明确：不是机械系统（那属于 GDD），而是成长的感受（the FEELING of growing）。模板给出了五种可选的成长感受原型及其情绪化描述方式：

• Power growth（力量增长）："玩家应感到自己越来越危险。前期战斗应紧张克制；后期对普通敌人应游刃有余，把挑战留给精英遭遇。"
• World expansion（世界扩展）："玩家对世界的感知应向外生长。每个新区域应让地图感觉更大，而不是只是更长。"
• Story revelation（故事揭示）："玩家应感到自己在慢慢拼出一幅图景。早期揭示应重新语境化他们已经看过的东西。"
• Skill improvement（技能提升）："玩家应感到自己越来越敏锐。早期挣扎的遭遇到中期应感到可控——不是因为他们变强了，而是因为决策变好了。"
• Community status（社区地位）："随着知识加深，玩家应感到自己在玩家社区中归属感与认可度不断增长。"

填写时需要回答：本游戏的主要成长感受是哪种？在旅程的开端、中段、末端，它具体"看起来、感觉起来"是什么样？例如"力量增长"这条，若在开端就让战斗毫无压力，玩家就没有成长落差；若在末端仍与开端同样紧张，则"变强"的承诺落空。这一章节与 difficulty-curve.md 的难度哲学（如"难度服务叙事节奏""可进入的基础体验 + 可选深度"）直接关联，成长感受是难度曲线设计的情绪目标。

八、Anti-Patterns to Avoid：具体化的反模式清单

反模式是反复出现、确实会破坏玩家旅程的设计错误。模板要求列出与本游戏最相关的反模式，并说明设计如何主动防御——并强调"避免糟糕的 UX"不是反模式，而是陈词滥调，必须具体。

模板预置了五个可复用的反模式条目（每条都同时给出"问题 + 具体防御"）：

1. 玩家因尝试而受罚（Player feels punished for experimenting）：防御示例——"制作系统永远不应消耗不可替代的资源。所有实验成本必须能在一次会话内恢复。"
2. 玩家无解释地丢失进度（Player loses progress with no explanation）：防御示例——"所有存档点都应在高风险遭遇前可见。进度损失必须始终以玩家本可注意到的警告为先导。"
3. 难度尖峰筑起一堵墙而非一道门（Difficulty spike creates a wall, not a gate）：防御示例——"玩家在遭遇中失败三次时，游戏浮出情境提示。墙阻止进展；门需要正确的钥匙——确保玩家知道他们需要哪把钥匙。"
4. 情绪弧线完成之前玩家触及内容天花板（Player reaches the content ceiling before the emotional arc completes）：防御示例——"当玩家对世界或自己的构筑仍有未回答的问题时，游戏绝不应耗尽内容。"
5. 强制系统引入太晚而失去意义（Mandatory systems are introduced too late to feel meaningful）：防御示例——"任何玩家必须在后期参与的系统，都必须更早在可选或低风险情境中引入。"

模板最后保留了一行可扩展条目，供写入本游戏特有的设计风险。撰写标准：每条都要"点名游戏内具体的系统 + 给出可执行的防御规则"，这使反模式清单可以直接转化为实现约束与测试用例。

九、Validation Questions：验证旅程是否按设计运转

验证问题是试玩会（playtest session）引导者在试玩中或结束后提出的问题，用于核实旅程是否按设计意图运转。模板强调：它们不是是非题（yes/no），而是探测玩家情绪体验、暴露设计意图与玩家现实之间差距的开放式问题。

按阶段组织的预置问题清单：

注意这些问题的设计巧思：它们全部不引用具体系统名称，而是逼问玩家自己的语言来描述体验。例如"你觉得这游戏是关于什么的"直接验证 First Contact 的关键体验是否传达了游戏身份；"你有没有告诉别人这个游戏"则间接探测 Habitual Play 的口碑传播是否发生。这套问题与 CCGS Skill Testing Framework 中的 playtest-report.md 技能形成闭环：旅程模板提供问题集，试玩报告技能采集并归档回答。

十、Open Questions：未决问题的追踪机制

模板以一张责任追踪表收尾，确保旅程设计中尚未决断的问题有归属与期限：

预置的两行示例问题本身就是设计质量的试金石：第一行质疑 First Contact 钩子的新玩家可及性，第二行要求 Depth Discovery 的深度自明性（discoverability）。表格的 Resolution 列允许记录"Unresolved / 已解决/ 已否决"等状态，使旅程地图能像代码一样被持续追踪与评审——这也符合本项目"文档可验证"的整体取向（见 docs/WORKFLOW-GUIDE.md）。

十一、在仓库中的落地：从模板到工作流

11.1 模板的标准产出路径

按项目约定，模板填写后应产出为design/player-journey.md（位于design/目录下），与 design/CLAUDE.md 管理的其他设计文档并列。这与 .claude/skills/quick-design/SKILL.md 中"轻量设计产出到design/quick-specs/[name]-[date].md"的路径约定一致：模板负责结构，design/目录负责存放。

11.2 工作流中的三个消费点

1. UX 设计输入（CCGS Skill Testing Framework/skills/team/team-ui.md）：team-ui 流程的 Phase 1a 明确要求读取player-journey.md，将玩家情绪状态（而非功能列表）作为 HUD/界面设计的依据。docs/examples/session-ux-pipeline.md 给出了实际案例：旅程地图中的 Calm Exploration / Tension / Crisis / Combat 四个状态直接决定了何时显示血条、何时让 UI 退居幕后。
2. 设计流程输入（docs/examples/skill-flow-diagrams.md）：旅程地图作为情绪弧线来源，与系统映射、GDD 撰写、评审流程串接，确保"玩家感受到什么"始终是下游系统设计的上游约束。
3. 创作者职责归属：模板元信息指定由 game-designer / creative-director 撰写；.claude/agents/game-designer.md 的"Player Experience Mapping"职责（用 MDA 框架定义玩家体验情绪弧线，并以 SDT 校验）正是该模板的方法论后盾。

11.3 与其他模板的文档链

玩家旅程地图位于设计文档链的关键节点：

• 上游：game-concept.md 提供核心幻想、目标玩家画像、核心循环与留存钩子；game-pillars.md 提供支柱、MDA 美学排序、SDT 需求对齐与 Session Emotional Arc（开场/上升/高潮/收尾/钩子的情绪分段时间表）；
• 下游：旅程地图定义的情绪弧线 → GDD（如 game-design-document.md）中的 Player Fantasy 与体验验收标准 → difficulty-curve.md 的难度哲学 → hud-design.md 的界面情绪映射。

一句话概括这条链路：概念文档回答"游戏是什么"，支柱文档回答"游戏必须守住什么"，旅程地图回答"玩家每一步会感受到什么"——而 GDD 与难度曲线把感受翻译成可实现的系统。

结语：旅程地图是一份可验证的情绪契约

玩家旅程地图模板的价值在于它的自我校验结构：总览段的"一段话检验"强制情绪设计收敛；每个阶段的五个字段强制设计者同时思考入场状态、核心问题、关键体验、出场状态与失败风险；关键时刻表与留存钩子表强制"情绪目标 → 具体系统"的映射；反模式清单强制把陈词滥调翻译成可执行的防御规则；验证问题集则在试玩中把设计意图与玩家现实放在同一张桌子上对照。

对于使用 Claude-Code-Game-Studios 的团队而言，这份模板（.claude/docs/templates/player-journey.md）既是 game-designer 与 creative-director 的创作工具，也是 team-ui、ux-designer、qa 等下游角色的情绪上下文契约。填写它的过程，本质上就是一次对"玩家为什么留下"的完整、可验证、可评审的设计论证。

【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios