https://ftmao.com/blog/tags/3c/ AI 视频、AI Agent 与工程实践笔记 Hugo zh-CN Thu, 09 Jan 2020 20:56:56 +0800 https://ftmao.com/blog/posts/level-up-game-design-notes/ Thu, 09 Jan 2020 20:56:56 +0800 https://ftmao.com/blog/posts/level-up-game-design-notes/ <h1 id="通关游戏设计之道读书笔记游戏设计入门">《通关！游戏设计之道》读书笔记：游戏设计入门</h1> <blockquote> <p>参考书籍：Scott Rogers《通关！游戏设计之道》（<em>Level Up! The Guide to Great Video Game Design</em>）。<br> 目标读者：对游戏设计感兴趣、但还没系统学过的同学，尤其是刚接触游戏或互联网产品的新人。<br> 阅读目标：把书里关于“做游戏”的核心方法，翻译成产品经理也能听懂、能复用的语言。</p> </blockquote> <p>游戏产品和其他互联网产品一样，都是在<strong>有限资源</strong>下，想办法让用户获得持续的价值感。不同的是，游戏把“价值感”藏进了玩法、叙事、画面、手感里。作为产品经理，理解游戏设计的基本语言，能帮助我们更好地和策划、美术、程序沟通，也能让我们在做任何“让人上瘾、让人感动”的产品时，多一套思考框架。</p> <p>这篇文章不按书逐字翻译，而是把前 8 章内容重新组织成新人能直接上手的 6 个模块：</p> <ol> <li>游戏分类与团队角色</li> <li>创意的产生与筛选</li> <li>讲故事的“剧情三角论”</li> <li>用“游戏流程表”管理节奏</li> <li>3C：角色、镜头、操控</li> <li>HUD 与交互效率</li> </ol> <hr> <h2 id="一游戏分类与开发团队角色先搞清楚你在做什么和谁一起做">一、游戏分类与开发团队角色：先搞清楚你在做什么、和谁一起做</h2> <h3 id="11-常见游戏分类">1.1 常见游戏分类</h3> <p>游戏分类不只是标签，它直接决定了<strong>核心玩法、用户画像、商业模式、技术重点</strong>。新人不需要背下所有类型，但要能快速判断一个游戏“本质上在卖什么”。</p> <table> <thead> <tr> <th>类型</th> <th>核心体验</th> <th>产品关注点</th> </tr> </thead> <tbody> <tr> <td><strong>动作（Action）</strong></td> <td>反应、操作快感</td> <td>手感、帧率、打击反馈</td> </tr> <tr> <td><strong>冒险（Adventure）</strong></td> <td>探索、解谜、剧情</td> <td>关卡节奏、叙事引导</td> </tr> <tr> <td><strong>角色扮演（RPG）</strong></td> <td>成长、代入、养成</td> <td>数值体系、角色塑造、长留存</td> </tr> <tr> <td><strong>射击（FPS/TPS）</strong></td> <td>瞄准、对抗、竞技</td> <td>枪械手感、网络同步、反作弊</td> </tr> <tr> <td><strong>策略（Strategy）</strong></td> <td>决策、资源、布局</td> <td>策略深度、平衡性、AI</td> </tr> <tr> <td><strong>休闲/益智（Casual/Puzzle）</strong></td> <td>短平快、放松</td> <td>上手门槛、关卡难度曲线、广告/内购节奏</td> </tr> </tbody> </table> <blockquote> <p>PM 视角：分类是“需求场景”的简化表达。做产品前先回答——用户打开这款游戏，是想爽、想放松、想社交，还是想被挑战？</p> </blockquote> <h3 id="12-开发团队里的常见角色">1.2 开发团队里的常见角色</h3> <p>游戏开发是高度协作的创意工程。产品经理（在很多团队里对应 <strong>Producer / 制作人</strong>）其实是把各方串起来的人。</p> <div class="code-block"> <button class="code-copy" type="button" hidden aria-label="Copy code to clipboard"> <span class="code-copy-label" aria-hidden="true">Copy</span> </button> <pre tabindex="0"><code class="language-mermaid" data-lang="mermaid">flowchart LR 制作人/PM --&gt; 策划 制作人/PM --&gt; 程序 制作人/PM --&gt; 美术 制作人/PM --&gt; 音效 制作人/PM --&gt; QA 策划 --&gt; 玩法设计 程序 --&gt; 技术实现 美术 --&gt; 视觉风格 音效 --&gt; 沉浸感 QA --&gt; 质量保证</code></pre> </div><table> <thead> <tr> <th>角色</th> <th>主要负责</th> <th>PM 和他们的协作要点</th> </tr> </thead> <tbody> <tr> <td><strong>策划（Game Designer）</strong></td> <td>玩法、数值、关卡、系统</td> <td>明确目标用户和核心体验，别让他们“自嗨”</td> </tr> <tr> <td><strong>程序（Programmer）</strong></td> <td>技术实现、性能、工具</td> <td>评估可行性，留足迭代时间</td> </tr> <tr> <td><strong>美术（Artist）</strong></td> <td>角色、场景、UI、动画</td> <td>统一美术风格，避免和玩法打架</td> </tr> <tr> <td><strong>音效（Audio）</strong></td> <td>音乐、音效、配音</td> <td>很容易被忽略，但对沉浸感影响极大</td> </tr> <tr> <td><strong>QA</strong></td> <td>测试、找 Bug、验收</td> <td>越早介入，后期返工越少</td> </tr> <tr> <td><strong>制作人/PM</strong></td> <td>方向、资源、进度、风险</td> <td>做团队的“信息枢纽”和“用户代言人”</td> </tr> </tbody> </table> <p><strong>关键 takeaway</strong>：PM 不一定懂代码或美术，但必须懂“每个决策对用户体验的影响”。你的价值不是拍板设计，而是让团队始终朝同一个用户价值前进。</p> <hr> <h2 id="二创意不是等灵感而是管理灵感">二、创意：不是等灵感，而是管理灵感</h2> <p>书里把创意过程拆得很细。对 PM 来说，创意不是“灵光一闪”，而是<strong>产生假设 → 快速验证 → 剔除坏点子 → 保留好点子</strong>的循环。</p> <h3 id="21-获取灵感的-6-个方法">2.1 获取灵感的 6 个方法</h3> <table> <thead> <tr> <th>方法</th> <th>说明</th> <th>PM 复用</th> </tr> </thead> <tbody> <tr> <td><strong>读平时不会读的东西</strong></td> <td>跨界阅读能打破思维定势</td> <td>多看其他行业的产品案例</td> </tr> <tr> <td><strong>开车兜风、散步、冲澡</strong></td> <td>放空大脑时潜意识会连接信息</td> <td>想不通问题时，先离开屏幕</td> </tr> <tr> <td><strong>听演讲、看访谈</strong></td> <td>吸收别人的经验和视角</td> <td>多听用户访谈和行业分享</td> </tr> <tr> <td><strong>玩一个烂游戏</strong></td> <td>分析它为什么不好玩，比看好游戏更有启发</td> <td>多研究失败产品</td> </tr> <tr> <td><strong>听从心的声音</strong></td> <td>记录让你兴奋、愤怒、感动的瞬间</td> <td>关注自己真实的用户感受</td> </tr> <tr> <td><strong>限制条件倒逼创意</strong></td> <td>时间、预算、平台限制往往催生好想法</td> <td>别等政策完美才开始做</td> </tr> </tbody> </table> <h3 id="22-做玩家想玩的游戏而不是你想做的游戏">2.2 做“玩家想玩的游戏”，而不是“你想做的游戏”</h3> <p>这是很多新人策划和 PM 都会踩的坑：</p> <ul> <li>自己喜欢的点子 ≠ 用户愿意付费的点子</li> <li>酷炫的技术 ≠ 好玩的体验</li> <li>自嗨的剧情 ≠ 玩家会记住的故事</li> </ul> <p>书里强调：<strong>创意必须服务于玩家体验</strong>。放到产品语言里，就是做任何功能前，先回答：</p> <ol> <li>目标用户是谁？</li> <li>他们当前的核心痛点/爽点是什么？</li> <li>这个功能解决后，玩家会有什么不同？</li> </ol> <h3 id="23-去除无趣的点子学会砍功能">2.3 去除无趣的点子：学会“砍功能”</h3> <blockquote> <p>“好设计是删出来的。”</p> </blockquote> <p>判断一个点子是否该留下来，书里给了几个简单标准：</p> <ul> <li>它能让核心玩法更有趣吗？</li> <li>玩家能立刻理解它的价值吗？</li> <li>实现成本和它带来的体验成正比吗？</li> <li>如果删掉它，游戏会塌掉吗？</li> </ul> <p>如果答案都是“否”或“一般”，那就果断砍掉。PM 要有勇气说“这个不做”，比说“这个要做”更重要。</p> <h3 id="24-头脑风暴的正确姿势">2.4 头脑风暴的正确姿势</h3> <ol> <li><strong>先追求数量，再追求质量</strong>：10 个烂点子里可能藏着 1 个好点子。</li> <li><strong>暂不评判</strong>：头脑风暴时先不要否定，避免过早杀死可能性。</li> <li><strong>鼓励跨界组合</strong>：把两个看似无关的点子拼在一起，可能产生新体验。</li> <li><strong>记录所有想法</strong>：很多好点子不是当下用，而是以后用。</li> </ol> <h3 id="25-突破创意障碍">2.5 突破创意障碍</h3> <p>创意卡住时，书里建议：</p> <ul> <li>换个环境或媒介（画画、写卡片、做原型）</li> <li>给自己设限制（“如果只能做 3 个功能会怎样？”）</li> <li>先做一个最烂的初版，再迭代</li> <li>和别人聊，旁观者往往一眼看到你的盲点</li> </ul> <p><strong>PM 视角</strong>：创意流程 = 需求探索流程。不要指望一次会议就得出完美方案，而是通过低成本原型和用户反馈，逐步收敛。</p> <hr> <h2 id="三给游戏编故事剧情三角论">三、给游戏编故事：剧情三角论</h2> <p>游戏叙事和产品叙事有很多相似之处：你都需要让用户快速理解“我是谁、我在哪、我要做什么”。</p> <h3 id="31-剧情三角论角色事件世界只能突出一个">3.1 剧情三角论：角色、事件、世界，只能突出一个</h3> <p>书里提出的“剧情三角论”可以用下面这个图表示：</p> <div class="code-block"> <button class="code-copy" type="button" hidden aria-label="Copy code to clipboard"> <span class="code-copy-label" aria-hidden="true">Copy</span> </button> <pre tabindex="0"><code class="language-mermaid" data-lang="mermaid">graph LR A[角色 Character] --- B[事件 Event] B --- C[世界 World] C --- A</code></pre> </div><p>三个角分别是：</p> <ul> <li><strong>角色（Character）</strong>：玩家扮演谁？他有什么动机和性格？</li> <li><strong>事件（Event）</strong>：发生了什么？冲突是什么？任务是什么？</li> <li><strong>世界（World）</strong>：故事发生在什么样的环境里？规则和文化是什么？</li> </ul> <p><strong>核心原则：这三个角只能重点突出一个，其他两个作为支撑。</strong> 如果三者都想抢戏，玩家会觉得信息过载、重点模糊、体验不爽。</p> <table> <thead> <tr> <th>突出角色</th> <th>突出事件</th> <th>突出世界</th> </tr> </thead> <tbody> <tr> <td>《最后生还者》</td> <td>《生化危机》</td> <td>《塞尔达传说》</td> </tr> <tr> <td>玩家关注人物关系、情感成长</td> <td>玩家关注剧情推进、危机解决</td> <td>玩家关注探索、 lore、世界观</td> </tr> </tbody> </table> <blockquote> <p>PM 视角：做产品宣讲时也一样。不要同时讲“用户痛点很痛”“技术很牛”“市场很大”，一次只打透一个核心卖点，其他作为支撑。</p> </blockquote> <h3 id="32-角色和游戏名字要简短精炼">3.2 角色和游戏名字要简短精炼</h3> <ul> <li>角色名字要好记、有辨识度、能体现性格。</li> <li>游戏名字更重要，它决定了用户的第一印象和传播成本。</li> </ul> <p>好名字的特征：</p> <ul> <li>短（2-4 个字或 1-2 个英文单词最佳）</li> <li>有画面感或情绪感</li> <li>不容易读错、拼错</li> <li>能注册商标更好</li> </ul> <h3 id="33-不要小看小孩子">3.3 不要小看小孩子</h3> <p>儿童玩家的理解力和感受力往往被低估。给他们做设计时：</p> <ul> <li>不要用“幼稚”代替“简单”</li> <li>视觉和反馈可以夸张，但逻辑要清晰</li> <li>尊重他们的审美和情感</li> </ul> <blockquote> <p>PM 视角：任何垂直用户群体都不要被刻板印象主导。真正去访谈、去观察，比拍脑袋有效 100 倍。</p> </blockquote> <h3 id="34-角色的死亡要有价值">3.4 角色的死亡要有价值</h3> <p>如果角色可以随便死、死了没后果，玩家不会珍惜；但如果死亡太惩罚，又会挫败。</p> <p>书里建议：</p> <ul> <li>死亡要让玩家学到东西（这次我为什么会死？）</li> <li>死亡要推动剧情或改变策略</li> <li>不要让玩家觉得“死得冤枉”</li> </ul> <blockquote> <p>PM 视角：产品里的“失败”也要有价值。比如新手引导失败，要告诉用户“下一步该怎么做”，而不是只弹一个错误提示。</p> </blockquote> <hr> <h2 id="四文档用游戏流程表管理节奏">四、文档：用“游戏流程表”管理节奏</h2> <p>游戏策划文档不是写得越厚越好。对新人来说，最重要的是学会画<strong>游戏流程表（也叫游戏节拍表 / Beat Chart）</strong>。</p> <h3 id="41-什么是游戏流程表">4.1 什么是游戏流程表</h3> <p>它把游戏从头到尾拆成一系列“节拍”，每个节拍标注：</p> <ul> <li>发生在哪个阶段/关卡</li> <li>玩家要做什么</li> <li>情绪目标（紧张、放松、惊喜、悲伤……）</li> <li>难度曲线</li> <li>新机制/新信息是否引入</li> </ul> <div class="code-block"> <button class="code-copy" type="button" hidden aria-label="Copy code to clipboard"> <span class="code-copy-label" aria-hidden="true">Copy</span> </button> <pre tabindex="0"><code>阶段 | 玩家行为 | 情绪目标 | 难度 | 备注 ----------|------------------|----------|------|------------------ 开场 | 学习移动和跳跃 | 好奇 | 低 | 无文字教学 第1关中段 | 遇到第一个敌人 | 紧张 | 中 | 教学战斗节奏 第1关Boss | 击败 Boss | 成就感 | 高 | 奖励新能力</code></pre> </div><h3 id="42-对-pm-的启示">4.2 对 PM 的启示</h3> <p>游戏流程表本质上就是<strong>用户体验地图 + 产品路线图</strong>：</p> <ul> <li>把用户旅程拆成关键节点</li> <li>每个节点明确用户行为和情绪目标</li> <li>用节奏控制用户留存和付费</li> <li>提前发现“这里会不会太无聊/太难”</li> </ul> <p><strong>建议</strong>：写文档时先画流程表，再补细节。团队对齐一张图，比读 50 页文字更高效。</p> <hr> <h2 id="五3c-之一角色character">五、3C 之一：角色（Character）</h2> <p>3C 是游戏设计里非常经典的框架，分别指 <strong>Character（角色）、Camera（镜头）、Control（操控）</strong>。它们共同决定了玩家“能不能快速进入游戏、愿不愿意一直玩”。</p> <h3 id="51-角色要有独特剪影">5.1 角色要有独特剪影</h3> <p>玩家在一堆角色中，应该一眼认出谁是谁。</p> <ul> <li>轮廓要清晰，即使去掉颜色也能辨认</li> <li>体型、武器、服装要有差异化</li> <li>NPC 和敌人也要遵守这个原则</li> </ul> <h3 id="52-尽量快速移动">5.2 尽量快速移动</h3> <p>慢吞吞的角色会让玩家焦虑。除非“慢”本身就是玩法（如潜行、恐怖游戏），否则移动速度要偏快。</p> <h3 id="53-站立时也要有小动作">5.3 站立时也要有小动作</h3> <ul> <li>角色 idle（待机）时呼吸、张望、跺脚，会让世界更有生气</li> <li>也能帮助玩家确认“游戏没有卡死”</li> </ul> <h3 id="54-给玩家更多自定义空间">5.4 给玩家更多自定义空间</h3> <ul> <li>名称、外貌、服装、技能路线</li> <li>自定义越多，玩家对角色的归属感越强</li> <li>但也不要一次给太多，避免选择瘫痪</li> </ul> <blockquote> <p>PM 视角：角色设计 = 用户身份设计。让用户在产品里“成为谁”，是留存和付费的重要驱动力。</p> </blockquote> <hr> <h2 id="六3c-之二镜头camera">六、3C 之二：镜头（Camera）</h2> <p>镜头决定了玩家“看到什么、怎么看”。</p> <h3 id="61-第一人称更有代入感但可能眩晕">6.1 第一人称更有代入感，但可能眩晕</h3> <table> <thead> <tr> <th>视角</th> <th>优点</th> <th>缺点</th> <th>典型场景</th> </tr> </thead> <tbody> <tr> <td><strong>第一人称</strong></td> <td>沉浸感强、瞄准直观</td> <td>易眩晕、看不到自己身体</td> <td>FPS、恐怖游戏</td> </tr> <tr> <td><strong>第三人称</strong></td> <td>能看到角色动作、空间感好</td> <td>代入感稍弱、镜头易被遮挡</td> <td>动作冒险、RPG</td> </tr> <tr> <td><strong>俯视/固定</strong></td> <td>信息完整、操作清晰</td> <td>沉浸感较弱</td> <td>策略、MOBA、休闲</td> </tr> </tbody> </table> <p>选择视角时要考虑：目标体验、玩家耐受度、平台限制（VR 几乎只能用第一人称）。</p> <h3 id="62-镜头不能离开主角">6.2 镜头不能离开主角</h3> <ul> <li>玩家迷路或找不到自己时，体验会瞬间崩塌</li> <li>镜头要始终让玩家知道“我在哪、我要去哪”</li> </ul> <h3 id="63-多人模式对镜头的要求更高">6.3 多人模式对镜头的要求更高</h3> <ul> <li>分屏、跟随、自由视角都要保证公平性</li> <li>不能让某个玩家因为镜头吃亏</li> </ul> <blockquote> <p>PM 视角：镜头 = 信息架构。你的产品页面、功能入口、通知提示，本质上也是在控制用户“看到什么”。</p> </blockquote> <hr> <h2 id="七3c-之三操控control">七、3C 之三：操控（Control）</h2> <p>操控是玩家和游戏的“对话方式”。一旦操控拉胯，再好玩的玩法也救不回来。</p> <h3 id="71-按键都要有响应">7.1 按键都要有响应</h3> <ul> <li>按下按钮后，画面、音效、震动要立刻给反馈</li> <li>延迟超过 100ms，玩家就会明显感觉“不跟手”</li> </ul> <h3 id="72-操作方式要自然不违反人性">7.2 操作方式要自然，不违反人性</h3> <ul> <li>跳跃用 A/空格，攻击用右肩键/鼠标左键——玩家已经形成肌肉记忆</li> <li>不要刻意标新立异，除非你的创新明显更好</li> </ul> <h3 id="73-不能长时间高强度操作">7.3 不能长时间高强度操作</h3> <ul> <li>让玩家有节奏地紧张和放松</li> <li>避免连续高难度的操作段，否则容易疲劳和弃坑</li> </ul> <h3 id="74-动作感应要参考真实幅度放大">7.4 动作感应要“参考真实，幅度放大”</h3> <p>如果游戏用到摄像头、陀螺仪、体感：</p> <ul> <li>动作设计要参考真实人体动作，玩家才好理解</li> <li>但识别幅度要适当放大，因为设备不一定能捕捉细微动作</li> </ul> <blockquote> <p>PM 视角：操控 = 交互设计。每一个按钮、每一个手势、每一个流程，都要让玩家/用户觉得“顺手、可预期、有反馈”。</p> </blockquote> <hr> <h2 id="八hud游戏辅助界面">八、HUD：游戏辅助界面</h2> <p>HUD（Head-Up Display）是屏幕上显示的血条、技能图标、小地图、任务提示等。它直接影响玩家的信息获取效率。</p> <h3 id="81-血条最重要通常放左上角">8.1 血条最重要，通常放左上角</h3> <ul> <li>血条是玩家最关心的信息之一</li> <li>位置固定、样式醒目，能让玩家余光一扫就看到</li> </ul> <h3 id="82-允许用户自己调整界面">8.2 允许用户自己调整界面</h3> <ul> <li>不同玩家对信息密度的需求不同</li> <li>提供 UI 缩放、图标大小、透明度、自定义布局，能大幅提升满意度</li> </ul> <h3 id="83-最短操作路径任何操作别超过-3-次点击">8.3 最短操作路径：任何操作别超过 3 次点击</h3> <p>书里强调“三次点击原则”：</p> <ul> <li>常用功能要在 1-2 次点击内到达</li> <li>超过 3 次，玩家会觉得繁琐</li> <li>复杂功能可以通过“长按”“滑动”“快捷栏”优化</li> </ul> <h3 id="84-其他-hud-设计原则">8.4 其他 HUD 设计原则</h3> <table> <thead> <tr> <th>原则</th> <th>说明</th> </tr> </thead> <tbody> <tr> <td><strong>信息分层</strong></td> <td>最重要的放中心/左上角，次要的放边缘</td> </tr> <tr> <td><strong>避免遮挡</strong></td> <td>HUD 不要挡住关键画面和敌人</td> </tr> <tr> <td><strong>时机出现</strong></td> <td>不需要的信息可以隐藏，需要时再出现</td> </tr> <tr> <td><strong>风格统一</strong></td> <td>HUD 视觉风格要和游戏世界观一致</td> </tr> </tbody> </table> <blockquote> <p>PM 视角：HUD 就是产品的界面设计。信息优先级、操作路径、自定义能力，是评估一款产品“好不好用”的核心指标。</p> </blockquote> <hr> <h2 id="九总结给新人-pm-的一张速查卡">九、总结：给新人 PM 的一张速查卡</h2> <p>把这 8 章内容浓缩成 10 句话：</p> <ol> <li><strong>先分类、再定位</strong>：搞清楚你的游戏卖给谁、卖什么体验。</li> <li><strong>团队是协作网络</strong>：PM 是信息枢纽，不是个人英雄。</li> <li><strong>创意要管理</strong>：灵感来自跨界和观察，但好点子靠验证和筛选。</li> <li><strong>做玩家想玩的</strong>：时刻把用户需求放在个人喜好前面。</li> <li><strong>叙事要聚焦</strong>：角色、事件、世界，一次只打透一个。</li> <li><strong>用流程表控节奏</strong>：把玩家旅程拆成节拍，管理情绪和难度。</li> <li><strong>角色要有辨识度</strong>：剪影、速度、小动作、自定义，缺一不可。</li> <li><strong>镜头别丢主角</strong>：视角选择服务于体验，多人模式要公平。</li> <li><strong>操控必须跟手</strong>：自然、反馈、节奏，是手感三要素。</li> <li><strong>HUD 要省点击</strong>：核心信息一眼看到，常用操作三步以内。</li> </ol> <p>游戏设计的很多方法，本质上和互联网产品设计是相通的：<strong>找到用户真正想要的东西，用有限资源做出让人愿意反复使用的体验</strong>。希望这篇笔记能帮你把书中的概念落地到日常工作中。</p> <hr> <blockquote> <p>如果你也在读《通关！游戏设计之道》，欢迎在评论区交流：哪一章对你启发最大？</p> </blockquote>