《游戏设计艺术》第一章启示：从体验设计到设计初心

1. 翻开第一章：一本"设计工具书"为什么从"你是谁"聊起

很多刚接触《游戏设计艺术（第三版）》的朋友，拿到这本六百多页的大部头，第一反应都是去翻目录找"怎么设计关卡""怎么做数值"，很少有人会认真对待第一章。毕竟这一章的英文标题叫 "In the Beginning, There Is the Designer"，直译过来就是"起初，有设计师"，听起来像个哲学命题，跟"艺术"和"实操"都扯不上关系。

我第一次读这本书的时候也是这个心态。那会儿我正急着做自己的第一个独立游戏原型，脑子里全是功能清单：要有一套战斗系统、要有装备掉落、要有开放世界的边界。结果翻开第一章，Jesse Schell 没有让我画任何流程图，没有列任何引擎参数，而是抛出一个让我愣了很久的问题：你作为设计师，最核心的本事是什么？

这个问题的答案拉开了一整章的帷幕。整本书后来陆陆续续给出了一百多副"透镜"（Lens），相当于一百多个审视游戏设计的视角，但第一副透镜既不谈玩法，也不谈美术，更不谈叙事，而是关于"玩家到底想要什么体验"。Schell 用一整章的篇幅论证了一件事：如果你连这个都没想清楚，后面学到的所有技巧、工具、方法论，都是在沙滩上盖楼。

为什么要把"设计师是谁""玩家要什么"放在全书第一章？我的理解是：游戏设计这个行业，太容易被"术"淹没，而太少人愿意追问"道"。你打开任何游戏开发者社区，刷屏的都是最新引擎的渲染效果、某个算法的性能优化、某套数值模型怎么配平，很少有人停下来问一句：我到底想让玩家在屏幕前度过的那两个小时里，心里发生什么变化？

第一章想做的事情，就是把你的注意力从"怎么做"拉回到"为什么做"。这也是"锚定设计初心"的含义：在你掌握一百件武器之前，先搞清楚你为什么要拿起武器，以及这把武器应该朝哪个方向挥出去。

第三版在整体框架上延续了前两版的透镜结构，但 Jesse Schell 在字里行间反复强调一个观点：游戏设计师的成长，不是技能点的线性堆砌，而是看待游戏的方式在持续迭代。第一章就是在给你换一副新眼镜——从"游戏等于规则加目标加反馈"的机械论视角，切换成"游戏是某种体验的容器"的体验论视角。这个视角一旦建立，后面所有章节的透镜才有地方安放。

我到现在还记得，读完这一章后我做的第一件事：把设计文档里"核心玩法"那一栏全部划掉，重新写了一句话。那句话不是"开放世界探索"，也不是"砍杀战斗"，而是我想让玩家在关掉游戏之后依然能回味的那种感觉。那一刻我才意识到，第一章不是鸡汤，它是一把尺子，用来度量后面所有设计的对错。

2. 设计者的本质职责：交付体验，而不是交付游戏

2.1 游戏只是容器，体验才是本体

第一章最核心的一句话，我现在都能背出来：设计师真正要做的，不是创造游戏，而是创造体验。游戏本身只是承载体验的容器。

这句话听起来像文字游戏，但真正理解透了，它会改变你每一个具体的设计决策。Schell 在书里绕了很多弯子解释这件事，核心逻辑其实很简单：玩家对待游戏的态度是消费性的，他们花费时间、精力、注意力，换取的是一种感受上的回报。如果你的游戏不能提供某种值得记住的感受，那无论你的系统多复杂、画面多精美，它对于玩家来说都只是一堆没有生命的数据。

一旦接受了"游戏是容器"这个设定，很多困惑会迎刃而解。比如，为什么某款游戏玩法平平却能爆火？不用奇怪，因为它的容器装的是社交归属感。为什么某款大作画面惊艳却口碑崩塌？也不用奇怪，因为它的容器里该装的体验根本没有装进去，光有瓶子没有酒。

这里我想补充一个书里没有展开的推论：既然游戏是容器，那设计师的职责就分成了两段。第一段是搞清楚"要装什么酒"，第二段是"把瓶子打磨到最适合装这种酒"。大多数新手只盯着第二段，以为把瓶子做漂亮就万事大吉。但真正的设计高手，往往是把大半精力花在第一段——他们知道，只要酒对了，瓶子哪怕朴素一点，玩家也会愿意捧在手里。

2.2 三个经典案例：玩家到底在为什么买单

书里没有堆砌一堆游戏来佐证，但我自己在复盘经典作品时，越来越确信这个逻辑的普适性。举三个大家都很熟悉的例子。

第一个是俄罗斯方块。很多人玩它，并不是真的喜欢"把不同形状的方块拼起来"这个机制本身，而是喜欢那种"混乱逐渐被整理"的秩序感，以及随着速度不断加快而涌上来的心流体验。你问一个玩家"为什么玩俄罗斯方块"，几乎没有人会回答"因为拼接几何图形满足了我的审美"，他们通常会说"停不下来""想再破纪录"——这就是体验，不是机制。

第二个是超级马里奥系列。如果只拆机制，它就是跳跃加踩敌人加吃金币的集合，任何一个用 Unity 的开发者都能复刻出"精神续作"。但你复刻不了的是：当你踩着旗杆滑下来、听到那段收尾音乐时，心里涌起的那种"我是一个胜利的冒险家"的感觉。任天堂卖的一直是这种感觉，玩法只是把这种感觉送到你手里的运输工具。

第三个是各类社交休闲游戏。很多人玩斗地主、玩麻将，真实购买的体验是"和朋友待在一起"的陪伴感，而不是数学意义上的牌型优劣。这也是为什么做得好的社交游戏，会花大量精力在表情包、快捷语音、互动特效上——因为那些才是体验的载体，牌型算法反而是次要的。

这三个例子指向同一个结论：玩家是"用得着体验"才来玩你的游戏，不是"用得着你的引擎"或者"用得着你的系统清单"。理解了这一点，设计师的职能就清晰了：你不是功能的堆砌者，你是体验的总导演。

2.3 体验声明：把"初心"变成项目里的第一份文档

明白了上面这些，接下来的问题就是：怎么把"我要制造某一种体验"这个抽象想法，落实到项目里？

我自己的习惯是，在立项阶段先写一份"体验声明"，用一两句话描述玩家在游戏结束时应该带走的感受。这份声明不写机制、不写题材、不写平台，只写感受。写不出来，或者写出来是空洞的套话，那就说明设计还没开始。

举个例子，假设你想做一个太空题材的经营游戏。新手团队的体验声明可能会写成"我们要做一个很好玩的太空经营游戏"——这等于什么都没说。稍微好一点的版本是"玩家要体验从一无所有到建立庞大太空帝国的成长感"。更好的版本可能是"玩家要体验在浩瀚宇宙中，自己渺小却能凭智慧改变星图的壮阔感"。

三个版本之间的差距，就是设计深度的差距。第一个版本没有方向；第二个版本锁定了"成长感"，但太常见；第三个版本加入了"渺小与壮阔"的对立，这才是这个游戏区别于其他经营游戏的灵魂。

体验声明是我的第一道过滤器。团队开立项会的时候，如果大家讨论的全是功能，没人聊感受，我就会把议题拉回来。因为功能可以后期加，但若团队对"要交付什么体验"没有共识，后面每一次版本评审都是拉锯战，谁嗓门大听谁的，最后做出来的东西必然是四不像。

3. 第一副透镜：本质体验之镜的三问操作法

3.1 三个问题之间的层层递进

如果说第二章及以后会陆续介绍上百副透镜，那第一副透镜就是所有透镜的"总闸"。Schell 在第一章末尾给出了 Lens 1，中文一般翻译为"本质体验之镜"。它的用法很朴素：停止思考你的游戏，开始思考你的游戏必须带来的本质体验，然后依次回答三个问题。

第一个问题：我想让玩家拥有什么样的体验？注意，这里问的是体验，不是行为。你不能回答"我想让玩家收集一百种道具"——那是行为描述，不是体验描述。体验描述是感受层面的：探索未知的好奇、战胜强敌的畅快、发现隐藏秘密的惊喜、与朋友并肩作战的归属感。我见过太多人在这一步开始卡壳，因为他们在脑子里搜索的是系统设计的词汇表，而不是情绪词汇表。

第二个问题：这种体验的本质是什么？这是整个透镜最锋利的地方。拿我构思过的一个烹饪游戏举例：我想要的体验是"创造美味带来的成就感"。那么，这种体验的本质是"创造"还是"美味"？如果本质是"创造"，玩家需要的是食材搭配的自由度；如果本质是"美味"，玩家需要的是结果被高度认可的评价系统。这两个方向会导致完全不同的游戏设计。你不把"本质"挖出来，后面所有设计都会左右摇摆。

第三个问题：我怎么做才能让游戏抓住这个本质？这个问题的角色是对照项。它逼你把抽象的体验翻译成具体的游戏元素。体验不会凭空产生，它需要由机制、叙事、美术、音频、技术一起"酿造"。第三个问题实际上是在做一次全盘检视：当前游戏里的每一个系统，到底是在强化本质体验，还是在稀释它？

3.2 一次完整的实操示范：从"荒野独行"说起

我给你们演示一遍完整的操作流程，拿一个我最近在构思的小游戏作为案例。

这个游戏的概念很朴素：玩家扮演一个孤独的旅人，在广袤的自然环境中徒步。

第一步，写体验声明。我想让玩家体验"在广袤自然中独自前行的宁静与敬畏"。

第二步，剥离本质。把这句话拆开，"宁静"和"敬畏"是两种不同的感受。我逼自己回答：哪个更接近本质？我判断"敬畏"更独特、更不可替代，因为"宁静"在很多冥想类应用里也能找到。于是体验声明被改写成"在自然伟力面前感到渺小，但又保有自由的敬畏"。

第三步，对照检查。如果本质是"敬畏"，玩家就必须经常感到自己很弱小。于是"徒手搏熊"这种设计直接被否掉——它会让玩家瞬间觉得自己很强，破坏了"渺小感"。为了制造渺小感，我需要在地图尺度上做文章：让玩家经常看不到边界，用远景、天气、昼夜变化来强调自然的压迫感。而这些决策，如果没有第三问的对照，极大概率会在开发中段被"爽感优先"的冲动带偏。

这套流程走完，最大的收获不是那几个设计结论，而是结论之间的一致性。你会发现，每一笔设计都能溯源回那句体验声明，整个项目的设计逻辑变成了树状结构，而不是一盘散沙。

3.3 这把透镜最常见的三个误用

用了这么多年透镜，我也踩过不少坑。总结三个最常见的误用，帮大家提前避雷。

第一个误用：把行为描述当成体验描述。回答"我想让玩家体验什么"时，写下的是"建造基地""升级装备""解谜"这类行为词汇。行为是体验的实现手段，不是体验本身。判断标准很简单：如果把这个词换掉，游戏的灵魂不变，那你就没写到体验层面。

第二个误用：体验声明写得太宽泛。"我想让玩家觉得好玩"就是典型。这句话的正确性毋庸置疑，但没有任何决策指导价值。体验声明必须具体到能帮你做取舍的程度。如果一句话说出来，团队成员各自的理解都不一样，那就把它写得更细、更狠、更极端，直到没有歧义。

第三个误用：用完一次就扔。很多团队在立项时认真做了体验声明，之后就锁进文件夹吃灰。实际上，本质体验之镜应该在整个开发周期里反复使用。每当系统膨胀、玩法变味、需求失控的时候，把它拿出来重新过一遍三问，往往能在三分钟内帮你判断一个设计是该砍还是该留。这不是玄学，是因为它把"初心"固化成了一个可执行的检查动作。

4. 倾听的艺术：设计师最底层的"内功"

4.1 五个必须倾听的方向

第一章用了不少篇幅讲倾听。Schell 很明确地说，这是设计师最重要的技能，没有之一。为什么不是编程、不是画图、不是数学？因为那些都是"输出"技能，而倾听是"输入"技能——体验设计的全部原材料，都靠倾听获得。

结合我的项目经验，我把书里提到的倾听对象整理成五个方向。

第一，倾听玩家。这是最直接想到的，但也是最容易做歪的。倾听玩家不是听他们提出解决方案，而是听他们描述感受。玩家说"这个关卡好难"时，真实的信号可能是难度曲线在这个节点断层了，可能是前面缺了教学铺垫，甚至可能是他今天心情烦躁。设计师要听懂的是背后的体验缺口，而不是急着把难度调低百分之五。

第二，倾听游戏本身。这是很多新手完全忽略的。游戏做完一版之后，它会"说话"：某个机制的加入让节奏变得拖沓，某两个系统之间的耦合导致手感迟滞，关卡的流线在某处堵死了。这些信号藏在每一次实际运行里。你得亲自玩，反复玩，用不同的策略玩，才能听清楚游戏在抱怨什么。我见过太多设计师写完数值表就交给测试团队，自己再也没碰过成品，这就是典型的没有倾听游戏。

第三，倾听团队。程序、美术、策划、音频，每个人都在用自己的专业语言和你对话。程序说"这个功能很难实现"，潜台词可能是"你这个设计会产生大量边界 bug"；美术说"风格不统一"，潜台词可能是"你给的关键词太模糊了"。如果设计师只会下指令不会倾听，团队就会退化成执行工具，所有隐性风险都要等到上线那天才集中爆发。

第四，倾听评论者。评论者不一定懂设计，但他们的感受一定真实。玩家和媒体给出的"应该怎么改"的建议可以不听，但他们描述"我玩的时候感觉如何"的部分，必须当成珍贵数据记录下来。把评论当数据还是当指令，是成熟设计师和玻璃心爱好者的分水岭。

第五，倾听自己。最后也是最重要的：倾听你的直觉。在大量外部信息涌进来之后，设计师很容易被带跑。这时候你要能分辨，哪些声音是"自己真正想做的"，哪些是"为了迎合他人而假装认可的"。设计初心这个东西，恰恰是靠自己听出来的，而不是听别人告诉你的。

4.2 为什么我们总是"听不见"

书里其实点到了一个核心矛盾：我们太想表达自己了。设计了一个自认为精妙的系统，就忍不住想跟每个测试者解释"你其实应该这么玩"。可一旦开始解释，倾听就关闭了。测试者的真实反馈会被你的话语带偏，他们会为了迎合你而改变真实行为，于是你拿到了一堆失真数据。

更深层的原因是自我防卫。当玩家说"这个设计很蠢"时，我们下意识会觉得这是在否定自己的智商，于是立刻进入防御状态，开始找理由辩解。但好的设计师必须接受一个残酷的事实：玩家说"这个设计很蠢"时，他们真正说的其实是"这个体验传递失败了"。你的设计意图再高明，只要玩家感受不到，就是失败。承认这一点很难，但这是职业设计师和爱好者之间一道清晰的分界线。

我在带新人时经常说一句话：测试的时候，你的嘴闭起来，耳朵张开来。你多解释一句，玩家就少暴露一个真实困惑。倾听不是被动接收，它需要你有意识地压制表达欲，让对方的真实反应有空间浮现出来。

4.3 一套可以立刻开始的倾听训练

倾听是可以训练的。我推荐一个看起来笨但非常有效的方法：每周找一个人玩你的游戏，你不做任何引导，只是坐在旁边观察，记下三个时间点——他什么时候皱眉，什么时候疑惑，什么时候笑。全程不说话。结束后只问一个问题：你觉得这个游戏想让你当谁？

这个问题比"这个游戏好不好玩"高级得多。它直接指向体验层：玩家的回答会告诉你，他感受到的身份定位是否和你设计的本质体验一致。如果我想让玩家体验"渺小但自由的敬畏"，结果测试者回答"我像个无敌的开拓者"，那体验传递已经出现了偏差，而且这个问题已经帮你定位到了偏差的方向。

这套训练坚持一个月，你会明显发现自己对"体验是否传达"这件事变得敏感。你会发现，过去那些争论不休的"手感问题""数值问题"，追到根上往往都是体验错位。手感只是症状，体验才是病灶。

5. 用"分裂思维"守护设计初心：感性与理性的双轮驱动

5.1 一流智力：同时握住两个相反的观点

第一章还有一个容易被忽略但极其重要的主题：好的设计师必须同时具备两种看似对立的能力——艺术家的感性直觉，和工程师的理性分析。Schell 在书里引用了菲茨杰拉德的名言：检验一流智力的标准，是能否在头脑中同时容纳两种相反的观点，却不影响正常行事。

这句话放在游戏设计里特别贴切。你一边要像一个孩子一样天真地幻想"如果我可以让玩家在云朵上奔跑"，一边要像一个老工程师一样冷静地评估"这样的跳跃手感需要多少次参数迭代才能让玩家不晕"。这两种声音必须在设计师脑子里共存，而不是互相消灭。

游戏设计本质上是一个"翻译"工作：把感性的愿景，翻译成理性的规则系统；再把理性的系统参数，翻译回玩家能感受到的感性体验。这个翻译过程是双向的，任何一个方向能力缺失，翻译就会失真。

5.2 两个方向的日常训练

很多人的误区是：认为自己天生是"感性派"或者"理性派"，然后理直气壮地偏科。我在社区里见过两类人：一类是满脑子奇思妙想、但一做原型就崩溃的"点子王"；另一类是擅长系统和数值、却做不出让人心动作品的"理工思维者"。第一类缺的是把感性翻译成规则的能力，第二类缺的恰恰是第一章讲的体验优先直觉。

怎么训练这种分裂思维？我自己的方法是做两种方向相反的练习，交替进行。

第一种，理性向感性收拢。拿到任何一款游戏，先不玩，只看截图和商店页面，用一句话写出"这款游戏想让玩家体验什么"，然后进游戏验证。这个练习逼你从机制分析里跳出来，去捕捉设计意图。做久了，你会练出一种直觉：看一眼截图就能大致判断设计者的意图，然后被游戏里的实际体验不断修正。

第二种，感性向理性收拢。反过来，拿到自己的原始创意——哪怕只是一个画面、一句台词、一种模糊的气氛——强制自己写出一页纸的机制推导：如果这种感觉要成立，玩家需要获得哪些能力？这些能力需要什么操作？操作之间怎么形成循环？这一步是把模糊的初心变成可执行的规则骨架。

两个方向交替训练，时间长了，你的大脑会形成一种自动翻译机制：感性念头涌现时，理性马上开始建模；理性分析卡壳时，感性又提供新的方向。这个状态很接近"心流"，也是我觉得这个行业最让人上瘾的部分。

5.3 分裂思维如何服务于"初心"

第一章把这种双轨思维放在很靠前的位置，我后来才琢磨明白，因为它直接关系到"初心"能不能持久。设计是一个漫长的过程，一个项目开发两三年，中间会出现无数次让你想放弃、想妥协、想把游戏改成"市场喜欢的样子"的时刻。这时候，光有感性热情不够，因为你迟早会累；光有理性分析也不够，因为它会把你带向最安全的平庸。

必须有那个"同时握住两个相反观点"的能力：我知道这个改动能让留存率更好看，但我依然记得它正在杀死我最珍视的体验。我知道这个系统要重做会延期两个月，但我也清楚它会让玩家产生我想要的那种惊叹。两股力量在脑子里角力的时候，真正的设计判断才会出现，而不是简单地随大流。

我常跟朋友打一个比方：游戏设计师有点像厨师。感性是你对"好吃"的直觉，理性是你对火候、配料、化学反应的控制。一个厨师可以不了解美拉德反应也能炒出一盘好菜，但他永远无法稳定复制自己的成功；一个厨师也可以精通整个食品科学，但如果没有对味道的热情和想象力，他做出来的东西只是营养均衡，而不是令人难忘。游戏同理，感性和理性缺一个，都做不出有灵魂的作品。

6. 从第一章带走的三件行李：我在真实项目里验证过的心得

6.1 先写体验声明，再碰机制

我现在的项目习惯是：立项第一周，不聊玩法，不聊引擎，组织全组写一段"玩家通关后朋友圈会发什么"。

这段话比正式的体验声明更口语化，但它能瞬间暴露团队对本质体验的分歧。有人说"这玩法真爽"，有人说"剧情哭死我了"，有人说"我要拉我对象一起玩"。这三个答案指向三种完全不同的设计方向。如果不在一开始对齐，后面每次评审都是拉锯战。

体验声明不是一份存档的文档，它是团队的共同记忆体，是日后所有争议的仲裁标准。当程序说"这个功能不值得做"、美术说"这个风格实现不了"、运营说"用户画像不匹配"时，我把所有人的话放到一边，只问一句：这个改动，是让玩家的体验更接近我们写下的那句话，还是更远？

这一招省下了大量无效争论。因为争论功能是无穷无尽的，争论体验却有标准答案——标准答案就在你们亲手写下的那份声明里。

6.2 把透镜焊进评审流程

光有体验声明还不够，得让它进入日常流程。我们团队的玩法评审表里，在"手感""美术""数值"这些常规栏目之前，有一个必填项：这个版本的改动，让本质体验变强了还是变弱了？请用一句话说明。

一开始大家觉得很麻烦，觉得这是挂羊头卖狗肉的哲学问卷。但跑了三个版本之后，所有人都真香了——因为它逼着每个策划在提案时，先论证自己的改动和项目灵魂之间的关系。很多"看起来不错但方向不对"的需求，在这一步就被拦下来了。省下的返工成本，远远超过填写那一句话的时间。

这个习惯还有一个隐藏收益：它会淘汰掉那些本身就不认同项目核心体验的成员。不是能力问题，而是方向问题。与其在开发中段暴发冲突，不如在评审环节早早暴露分歧。

6.3 每周一次"裸玩"，听见游戏的心跳

第三件行李是我自己最受益的：每周至少一次"裸玩"。就是一个人，不带设计文档，不打开编辑器，纯粹以玩家身份玩自己的游戏，然后写下三个真实的感受。规则只有一个：只许写"我此刻感觉如何"，不许写"应该怎么改"。

这个习惯源自第一章的倾听理念：你要先能听到游戏的心跳，才能决定为它做什么手术。很多次我在裸玩时才发现，团队讨论很久的"手感问题"，根源根本不在参数，而在于更早的体验设计出了问题——我想要的体验和玩家实际感受到的体验，压根是两码事。参数调参只是在给错误的目标打磨，方向错了，调得越精细，错得越远。

最后再分享一个小技巧，也是我从第一章偷师来的：把你要做的游戏，用"一句话加一个词"描述出来。一句话是体验声明，一个词是情绪关键词。比如"在自然伟力面前感到渺小但又保有自由——敬畏"。

当项目进行到第两百天，所有人都在为细节琐事争吵的时候，把这句话和这个词贴到会议室白板上，房间会安静下来。因为它提醒所有人：我们当初为什么坐在这里。

这也是我认为第一章真正想教的——它不教你怎么设计游戏，而是教你记住设计游戏的理由。在设计这个充满噪音、诱惑和妥协的行业里，初心就是那根指南针，而 Jesse Schell 用第一章告诉我们：这根指南针，必须从你出发的那一刻起就校准好。