《通关！游戏设计之道》读书笔记：游戏设计入门

参考书籍：Scott Rogers《通关！游戏设计之道》（Level Up! The Guide to Great Video Game Design）。
目标读者：对游戏设计感兴趣、但还没系统学过的同学，尤其是刚接触游戏或互联网产品的新人。
阅读目标：把书里关于“做游戏”的核心方法，翻译成产品经理也能听懂、能复用的语言。

游戏产品和其他互联网产品一样，都是在有限资源下，想办法让用户获得持续的价值感。不同的是，游戏把“价值感”藏进了玩法、叙事、画面、手感里。作为产品经理，理解游戏设计的基本语言，能帮助我们更好地和策划、美术、程序沟通，也能让我们在做任何“让人上瘾、让人感动”的产品时，多一套思考框架。

这篇文章不按书逐字翻译，而是把前 8 章内容重新组织成新人能直接上手的 6 个模块：

1. 游戏分类与团队角色
2. 创意的产生与筛选
3. 讲故事的“剧情三角论”
4. 用“游戏流程表”管理节奏
5. 3C：角色、镜头、操控
6. HUD 与交互效率

一、游戏分类与开发团队角色：先搞清楚你在做什么、和谁一起做

1.1 常见游戏分类

游戏分类不只是标签，它直接决定了核心玩法、用户画像、商业模式、技术重点。新人不需要背下所有类型，但要能快速判断一个游戏“本质上在卖什么”。

PM 视角：分类是“需求场景”的简化表达。做产品前先回答——用户打开这款游戏，是想爽、想放松、想社交，还是想被挑战？

1.2 开发团队里的常见角色

游戏开发是高度协作的创意工程。产品经理（在很多团队里对应 Producer / 制作人）其实是把各方串起来的人。

flowchart LR
    制作人/PM --> 策划
    制作人/PM --> 程序
    制作人/PM --> 美术
    制作人/PM --> 音效
    制作人/PM --> QA
    策划 --> 玩法设计
    程序 --> 技术实现
    美术 --> 视觉风格
    音效 --> 沉浸感
    QA --> 质量保证

关键 takeaway：PM 不一定懂代码或美术，但必须懂“每个决策对用户体验的影响”。你的价值不是拍板设计，而是让团队始终朝同一个用户价值前进。

二、创意：不是等灵感，而是管理灵感

书里把创意过程拆得很细。对 PM 来说，创意不是“灵光一闪”，而是产生假设 → 快速验证 → 剔除坏点子 → 保留好点子的循环。

2.1 获取灵感的 6 个方法

2.2 做“玩家想玩的游戏”，而不是“你想做的游戏”

这是很多新人策划和 PM 都会踩的坑：

• 自己喜欢的点子 ≠ 用户愿意付费的点子
• 酷炫的技术 ≠ 好玩的体验
• 自嗨的剧情 ≠ 玩家会记住的故事

书里强调：创意必须服务于玩家体验。放到产品语言里，就是做任何功能前，先回答：

1. 目标用户是谁？
2. 他们当前的核心痛点/爽点是什么？
3. 这个功能解决后，玩家会有什么不同？

2.3 去除无趣的点子：学会“砍功能”

“好设计是删出来的。”

判断一个点子是否该留下来，书里给了几个简单标准：

• 它能让核心玩法更有趣吗？
• 玩家能立刻理解它的价值吗？
• 实现成本和它带来的体验成正比吗？
• 如果删掉它，游戏会塌掉吗？

如果答案都是“否”或“一般”，那就果断砍掉。PM 要有勇气说“这个不做”，比说“这个要做”更重要。

2.4 头脑风暴的正确姿势

1. 先追求数量，再追求质量：10 个烂点子里可能藏着 1 个好点子。
2. 暂不评判：头脑风暴时先不要否定，避免过早杀死可能性。
3. 鼓励跨界组合：把两个看似无关的点子拼在一起，可能产生新体验。
4. 记录所有想法：很多好点子不是当下用，而是以后用。

2.5 突破创意障碍

创意卡住时，书里建议：

• 换个环境或媒介（画画、写卡片、做原型）
• 给自己设限制（“如果只能做 3 个功能会怎样？”）
• 先做一个最烂的初版，再迭代
• 和别人聊，旁观者往往一眼看到你的盲点

PM 视角：创意流程 = 需求探索流程。不要指望一次会议就得出完美方案，而是通过低成本原型和用户反馈，逐步收敛。

三、给游戏编故事：剧情三角论

游戏叙事和产品叙事有很多相似之处：你都需要让用户快速理解“我是谁、我在哪、我要做什么”。

3.1 剧情三角论：角色、事件、世界，只能突出一个

书里提出的“剧情三角论”可以用下面这个图表示：

graph LR
    A[角色 Character] --- B[事件 Event]
    B --- C[世界 World]
    C --- A

三个角分别是：

• 角色（Character）：玩家扮演谁？他有什么动机和性格？
• 事件（Event）：发生了什么？冲突是什么？任务是什么？
• 世界（World）：故事发生在什么样的环境里？规则和文化是什么？

核心原则：这三个角只能重点突出一个，其他两个作为支撑。 如果三者都想抢戏，玩家会觉得信息过载、重点模糊、体验不爽。

PM 视角：做产品宣讲时也一样。不要同时讲“用户痛点很痛”“技术很牛”“市场很大”，一次只打透一个核心卖点，其他作为支撑。

3.2 角色和游戏名字要简短精炼

• 角色名字要好记、有辨识度、能体现性格。
• 游戏名字更重要，它决定了用户的第一印象和传播成本。

好名字的特征：

• 短（2-4 个字或 1-2 个英文单词最佳）
• 有画面感或情绪感
• 不容易读错、拼错
• 能注册商标更好

3.3 不要小看小孩子

儿童玩家的理解力和感受力往往被低估。给他们做设计时：

• 不要用“幼稚”代替“简单”
• 视觉和反馈可以夸张，但逻辑要清晰
• 尊重他们的审美和情感

PM 视角：任何垂直用户群体都不要被刻板印象主导。真正去访谈、去观察，比拍脑袋有效 100 倍。

3.4 角色的死亡要有价值

如果角色可以随便死、死了没后果，玩家不会珍惜；但如果死亡太惩罚，又会挫败。

书里建议：

• 死亡要让玩家学到东西（这次我为什么会死？）
• 死亡要推动剧情或改变策略
• 不要让玩家觉得“死得冤枉”

PM 视角：产品里的“失败”也要有价值。比如新手引导失败，要告诉用户“下一步该怎么做”，而不是只弹一个错误提示。

四、文档：用“游戏流程表”管理节奏

游戏策划文档不是写得越厚越好。对新人来说，最重要的是学会画游戏流程表（也叫游戏节拍表 / Beat Chart）。

4.1 什么是游戏流程表

它把游戏从头到尾拆成一系列“节拍”，每个节拍标注：

• 发生在哪个阶段/关卡
• 玩家要做什么
• 情绪目标（紧张、放松、惊喜、悲伤……）
• 难度曲线
• 新机制/新信息是否引入

阶段      | 玩家行为          | 情绪目标 | 难度 | 备注
----------|------------------|----------|------|------------------
开场      | 学习移动和跳跃    | 好奇     | 低   | 无文字教学
第1关中段 | 遇到第一个敌人    | 紧张     | 中   | 教学战斗节奏
第1关Boss | 击败 Boss         | 成就感   | 高   | 奖励新能力

4.2 对 PM 的启示

游戏流程表本质上就是用户体验地图 + 产品路线图：

• 把用户旅程拆成关键节点
• 每个节点明确用户行为和情绪目标
• 用节奏控制用户留存和付费
• 提前发现“这里会不会太无聊/太难”

建议：写文档时先画流程表，再补细节。团队对齐一张图，比读 50 页文字更高效。

五、3C 之一：角色（Character）

3C 是游戏设计里非常经典的框架，分别指 Character（角色）、Camera（镜头）、Control（操控）。它们共同决定了玩家“能不能快速进入游戏、愿不愿意一直玩”。

5.1 角色要有独特剪影

玩家在一堆角色中，应该一眼认出谁是谁。

• 轮廓要清晰，即使去掉颜色也能辨认
• 体型、武器、服装要有差异化
• NPC 和敌人也要遵守这个原则

5.2 尽量快速移动

慢吞吞的角色会让玩家焦虑。除非“慢”本身就是玩法（如潜行、恐怖游戏），否则移动速度要偏快。

5.3 站立时也要有小动作

• 角色 idle（待机）时呼吸、张望、跺脚，会让世界更有生气
• 也能帮助玩家确认“游戏没有卡死”

5.4 给玩家更多自定义空间

• 名称、外貌、服装、技能路线
• 自定义越多，玩家对角色的归属感越强
• 但也不要一次给太多，避免选择瘫痪

PM 视角：角色设计 = 用户身份设计。让用户在产品里“成为谁”，是留存和付费的重要驱动力。

六、3C 之二：镜头（Camera）

镜头决定了玩家“看到什么、怎么看”。

6.1 第一人称更有代入感，但可能眩晕

选择视角时要考虑：目标体验、玩家耐受度、平台限制（VR 几乎只能用第一人称）。

6.2 镜头不能离开主角

• 玩家迷路或找不到自己时，体验会瞬间崩塌
• 镜头要始终让玩家知道“我在哪、我要去哪”

6.3 多人模式对镜头的要求更高

• 分屏、跟随、自由视角都要保证公平性
• 不能让某个玩家因为镜头吃亏

PM 视角：镜头 = 信息架构。你的产品页面、功能入口、通知提示，本质上也是在控制用户“看到什么”。

七、3C 之三：操控（Control）

操控是玩家和游戏的“对话方式”。一旦操控拉胯，再好玩的玩法也救不回来。

7.1 按键都要有响应

• 按下按钮后，画面、音效、震动要立刻给反馈
• 延迟超过 100ms，玩家就会明显感觉“不跟手”

7.2 操作方式要自然，不违反人性

• 跳跃用 A/空格，攻击用右肩键/鼠标左键——玩家已经形成肌肉记忆
• 不要刻意标新立异，除非你的创新明显更好

7.3 不能长时间高强度操作

• 让玩家有节奏地紧张和放松
• 避免连续高难度的操作段，否则容易疲劳和弃坑

7.4 动作感应要“参考真实，幅度放大”

如果游戏用到摄像头、陀螺仪、体感：

• 动作设计要参考真实人体动作，玩家才好理解
• 但识别幅度要适当放大，因为设备不一定能捕捉细微动作

PM 视角：操控 = 交互设计。每一个按钮、每一个手势、每一个流程，都要让玩家/用户觉得“顺手、可预期、有反馈”。

八、HUD：游戏辅助界面

HUD（Head-Up Display）是屏幕上显示的血条、技能图标、小地图、任务提示等。它直接影响玩家的信息获取效率。

8.1 血条最重要，通常放左上角

• 血条是玩家最关心的信息之一
• 位置固定、样式醒目，能让玩家余光一扫就看到

8.2 允许用户自己调整界面

• 不同玩家对信息密度的需求不同
• 提供 UI 缩放、图标大小、透明度、自定义布局，能大幅提升满意度

8.3 最短操作路径：任何操作别超过 3 次点击

书里强调“三次点击原则”：

• 常用功能要在 1-2 次点击内到达
• 超过 3 次，玩家会觉得繁琐
• 复杂功能可以通过“长按”“滑动”“快捷栏”优化

8.4 其他 HUD 设计原则

PM 视角：HUD 就是产品的界面设计。信息优先级、操作路径、自定义能力，是评估一款产品“好不好用”的核心指标。

九、总结：给新人 PM 的一张速查卡

把这 8 章内容浓缩成 10 句话：

1. 先分类、再定位：搞清楚你的游戏卖给谁、卖什么体验。
2. 团队是协作网络：PM 是信息枢纽，不是个人英雄。
3. 创意要管理：灵感来自跨界和观察，但好点子靠验证和筛选。
4. 做玩家想玩的：时刻把用户需求放在个人喜好前面。
5. 叙事要聚焦：角色、事件、世界，一次只打透一个。
6. 用流程表控节奏：把玩家旅程拆成节拍，管理情绪和难度。
7. 角色要有辨识度：剪影、速度、小动作、自定义，缺一不可。
8. 镜头别丢主角：视角选择服务于体验，多人模式要公平。
9. 操控必须跟手：自然、反馈、节奏，是手感三要素。
10. HUD 要省点击：核心信息一眼看到，常用操作三步以内。

游戏设计的很多方法，本质上和互联网产品设计是相通的：找到用户真正想要的东西，用有限资源做出让人愿意反复使用的体验。希望这篇笔记能帮你把书中的概念落地到日常工作中。

如果你也在读《通关！游戏设计之道》，欢迎在评论区交流：哪一章对你启发最大？

• 游戏开发

• 游戏设计
• 产品经理
• 读书笔记
• 3C
• 关卡设计

方糖猫（大可）

18 年后端架构，现在独立做 AI 产品。这里记录 AI 视频、AI Agent 与工程实践。