中EN
概念页

数据分析与平衡

Analytics for Game Balance

更新于 2026-10-12 约 16 分钟数据分析指标KPIDAUMAUARPUARPPU流失率

Schreiber 与 Romero 第 13 章讲平衡的第四种方法——数据分析 (analytics):区分指标与分析,给出从提出关键问题到据数据改游戏的 12 步流程、四类分析问题、从观察到统计模型的五级结论强度,再用格斗/乱斗游戏与 MOBA 的案例演示如何从胜率、选用率逐层下钻到招式与玩家水平,最后给出数据可视化的经验法则(p.329–357)。

什么是数据分析(p.329–330)

第 1 章列出的四种平衡方法是经验、数学模型、试玩测试与数据分析。数据分析可视为试玩测试与数学的交集:不构建假想的玩家行为模型,而是使用真实游戏数据,把人类心理与行为这些难以建模的"软"部分做定量分析。它依赖规模——试玩测试在小范围更有用,数据分析随玩家基数增大而更有用,所以通常在开发后期(已有可玩版本和大量玩家)才发挥作用。

指标 (Metrics)(p.330–333)

指标是测量值,常称 KPI(关键绩效指标)。原书脚注:这些缩写用 "user" 而不是 "player",因为推广指标的公司多由来自软件业的人领导。

指标含义(按原书)
DAU / MAU某天 / 本月至少玩过一次的独立玩家数
MAU/DAUMAU 除以当月 DAU 的平均值,衡量登录频率:理论最低 1(人人天天登录),最高约 28–31(每人本月只登录一次)
ARPU每用户平均收入:总收入 ÷ 独立玩家数(原书文字把除法写反,见下方原书问题)
ARPPU每付费用户平均收入:许多 F2P 游戏大多数人不付费,少数"鲸鱼"花大钱,付费额的中位数和众数都是 0,ARPU 有误导性;ARPPU 只除以付过钱的玩家,表示免费玩家一旦转化平均会花多少
ARPDAU每日活跃用户平均收入
流失率 (churn)单位时间内离开并被新玩家替换的玩家比例:MAU 10 万、每月走 1 万来 1 万,月流失 10%;留存 = 100% − 流失
ROI投资回报:(R−C)/C(R-C)/C,CC 含开发、维护、营销等全部成本;花 10 万赚 20 万,ROI = 100%
评分应用商店星级、专业评测与 Metacritic 汇总,以及下载量、商店排名

ROI 的一个推论:3A 发行商希望 ROI 要么很高、要么为负——亏损可以抵税,爆款养活其余项目,小赚的游戏反而把资金锁在开发里,这就是"爆款驱动行业"的含义。

指标的局限:它们是二阶效应——改游戏 → 玩家行为变 → 指标变。能找到相关(主角帽子改成粉色,下周收入涨 30%),却回答不了为什么。"改一下、看指标、变差就撤回"的指标驱动设计因此难用:① 不帮设计师理解游戏,每次改动都是盲猜,而可能性空间巨大;② 依赖增量改动,只能找到局部最优,错过需要根本性跃迁才能到达的更优区域;③ 多数指标盯着钱,不说明玩家是否享受、生活是被丰富还是被毁、是否倦怠。

数据分析则更进一步:用数据洞察游戏实际如何运作——玩家和系统在做什么、结果如何、效果怎样;更重要的是识别并预防灾难:从不被使用(或总被使用、或总被错用)的对象或策略,学不会或赢得太少的玩家。问对问题时,它不仅告诉你发生了什么,还能告诉你为什么、怎么修。

伦理问题(p.333):如果发现游戏专门在榨取某类低收入玩家、让他们花超出承受能力的钱,这能接受吗?即便玩家负担得起,用心理操纵让他们多付是否可以?这种"露天开采"会让玩家后悔并离开整个品类,伤害的不只是自己的公司,还有同行与行业长期健康。作者不给标准答案,但要求你提前想清楚自己的底线——否则别人会替你划线(另见 游戏的影响与设计师责任)。

用数据分析做平衡的 12 步(p.334–335)

下面的流程图把原书 12 步按角色串起来:设计师提出问题,分析师定义指标,程序埋点并存储,收集清洗后查询,分析师判断是否有统计意义(无意义时回到前面的步骤),设计师追问"为什么"并迭代,最后呈现结论并据此改动游戏(也可能刻意不改)。

flowchart TD
  A["1 设计师:提出关键问题"] --> B["2 分析师:确定要追踪的指标"]
  B --> C["3 玩法程序:埋点"]
  C --> D["4 数据库程序:设计存储"]
  D --> E["5 推送更新并收集数据"]
  E --> F["6 清洗:bug、损坏、离群、缺失"]
  F --> G["7 分析师:把问题量化"]
  G --> H["8 数据库程序:查询"]
  H --> I{"9 有统计意义的模式?"}
  I -- "否" --> A
  I -- "是" --> J["10 设计师:追问为什么、提出根因假设、迭代深挖"]
  J --> K["11 呈现:可视化 + 叙述 + 关键数字"]
  K --> L["12 据数据改动游戏(或刻意不改)"]

即使一人开发包揽所有角色,第 11 步的记录也有价值——给未来的自己留下思考过程。

四类关键问题(p.335–337)

类型例子
提升对系统和玩家的直觉(寻找未知相关)MMO:哪些因素影响升级速度、可调的粗细旋钮有哪些;格斗:什么影响角色选择;FPS:关卡哪些元素影响团队目标完成时长
寻找总体问题RPG:经验曲线哪里卡关要刷;TCG:有没有卡牌或策略统治元游戏;动作平台:某关或 Boss 相对前后是否过难过易
回答具体问题(含判断社区抱怨是真失衡还是"声音大的少数")RTS:某单位是否性价比过高;桌游:某行动用得少是太弱还是玩家看不出价值(平衡问题还是认知问题);生存恐怖:某敌人是否太弱不够吓人,玩家默认是打还是逃
持续监测改动放置游戏:改了升级成本曲线后卡点是否解决或矫枉过正;ARPG:加强最终 Boss 后是否真的更难;潜行:删掉敌人后通关率和时长如何变化

最高层目标始终是让游戏达成设计目标(通常是好玩):多少人在玩、单次玩多久、多久回来、是否在进步、节奏如何、玩法是否多样、是否有挑战;多策略游戏还要问各策略的使用率、熟练度提升与相对胜率。论坛上的玩家都"知道答案",但直觉与有数据支持是两回事。

结论强度(p.337–339)

由弱到强:

  1. 观察:知道某事在发生,常常已足够行动。
  2. 相关:一件事发生时另一件也发生;部分靠统计、部分靠直觉确认其合乎逻辑。
  3. 合理因果:结合系统理解与混杂因素,为相关给出可信的因果解释,有时足以据此改动再看效果。
  4. 验证因果:改变疑似根因并观察结果。前瞻方式如 A/B 测试(随机分组只改一组,如只更新一台服务器);回顾方式如自然实验——游戏自身的随机性已替你分好组,例如 CCG 随机补充包让有些玩家天然多拿到某张卡。原书脚注:若无法把回顾性问题表述成假想的 A/B 测试,因果概念本身可能就没有意义。
  5. 统计模型:用数学回答"为什么",能预测事件、推出可推广到其他游戏的规律;最强也最难做对。

还要考虑可靠性:百万玩家中只有两人做的事是离群点而非趋势;某改动让胜率变化 0.002% 多半淹没在噪声里。趋势持续越久、样本越大、效应越大越可信。Z 检验(第 24 章)是起点,卡方检验与方差分析 (ANOVA) 等也常用;简单做法是在图上画标准误误差线,两组误差线不重叠时大概率确有差异。

案例:格斗 / 乱斗游戏(p.339–347)

格斗游戏(街头霸王、任天堂明星大乱斗)每个角色是一揽子招式,属性数十个(攻击距离、速度、伤害、判定优先级、移动、跳跃、连招与硬直……)。角色的"强弱"只有一个输出却是几十个变量的函数,手工平衡不知从何下手,数学模型一个变量理解错就全盘皆错,因而特别适合数据分析。两类问题:整体角色平衡是否合理(上中下三档可以接受,只要每档选择充足、没有完全无用或破坏环境的角色;分别在内测、封闭测试、公开测试、发售后观察),以及按需评估"某个东西是否有问题"。

  • 胜率:PvP 中胜率就是角色强度。一对一时高于 50% 即强于平均;四人乱斗若按"赢下整局"算,平均胜率是 25%,可以改用"得分高于某个对手"、或把前两名记为胜,使平均回到 50%。原书虚构 12 名角色的胜率柱状图带 ±标准误误差线;只有 3 名高于 50%、12 名的简单平均也低于 50%——因为角色被选用的频率不同,强角色通常也最常被选,于是还要看选用率。
  • 选用率 (popularity):角色被选的次数,镜像对局计两次。Apollo、Epona 胜率与选用率都高,应削弱;Ceres、Invidia 都低,应加强;Luna 选用率高、胜率中等,Diana 胜率高却不受欢迎。真正的心理代价是反复输给同一个角色:总赢的对手不讨厌,从没人用的强角色也没人在乎;因此当选用率与胜率不相关时,社区抱怨最多的往往是热门角色而不是胜率最高的冷门角色。
  • 下钻到更细的指标:胜率是粗糙指标(几分钟里数百次输入只产出一个胜负),且难以被改动明显推动。可看伤害量、击杀/死亡及比值(注意已知异常:高攻高死的激进角色 K/D 正常但击杀数突出;也要验证伤害与胜率确实相关),再按招式看频率 × 命中率 × 单次伤害 = 每局总伤害。Luna 的格挡和两种投技命中率 100% 是设计使然(近身投不可防、格挡总能挡住正面非投攻击,近身投被打断可能不记录——需与写埋点的程序确认);Shadow Strike 贡献超过三分之一的伤害、是其他任一招式的两倍以上,但用得比 Lunacy Touch 少——合理解释是 Lunacy Touch 低伤害带硬直,Luna 不停用它碰运气,命中后接 Shadow Strike 连招。她是"一招鲜":会躲的人轻松赢,不会躲的人整局被定身。
  • 对策超越平衡:应首先限制 Lunacy Touch 的硬直或降低命中,而不是削 Shadow Strike,也不是因胜率中等而不动。一般设计原则:玩家喜欢玩游戏,任何阻止玩家行动的东西都不好玩(被定身、被迫弃牌、被对手特殊能力禁止行动);Luna 赢的那几局让人记忆深刻地难受,而她又很热门。另一个选项是加强她的其他招式,增加招式多样性,可与削弱硬直同时做,使她留在中档。
  • 按玩家水平细分:有账号和评分匹配系统时,把上述分析按评分切片。Luna 在低分段胜率领先、高分段回到中游(高手知道如何反制),于是削弱新手局常用而高手局少用的招式即可只压低曲线左端;Bellona 相反,新手局垫底、高手局接近顶端——难上手但上限高。结论:越细化,设计方案越少靠猜;大玩家群体中没有"典型玩家",只有许多以不同方式玩游戏的玩家类型。

案例:MOBA(p.347–351)

维度要问的问题
局内进程金币、等级、属性随时间的曲线是否有突刺或平台;按角色、按水平、按队伍组成分别看;早期落后者是否毫无翻盘机会,或早期领先是否毫无意义;获胜时出装是否固定(胜率与进程合理但策略固定的角色仍然无聊)。总原则:找出系统动态最坏的可能情形,确认它没有发生
局间进程账号货币/经验曲线是否在某处突增或停滞;货币多的人是否赢得多、胜率高的人是否进程快;在线时长、技术(胜率)与花钱(货币)三者如何取舍;购买顺序是否千篇一律,高分段是否只有一种可行购买路线。局间进程与局内进程形态相似是有意为之——微观与宏观决策之间的嵌套循环
团队队友需要帮助时被无视还是被支援,帮助是选择还是被迫;成功队伍的组成是否单一;成对角色在同队时的胜率(三元组以上会因样本过小或计算量过大失去意义);队伍选择既不能太受限也不能无关紧要;队内有技术离群者时,高手能否一人带飞、弱者能否拖垮全队、弱者能否"搭便车";角色、玩家、团队三种评分哪个主导结果;队友友好度问卷与胜率的关系(事先知道有问卷本身会改变行为)
商业获客(新玩家骤减先查下载页是否挂了;评估营销投入与收入;媒体曝光带来的玩家从哪来)、转化(多少人跨过付费门槛;收入来自多数小额还是少数大额——多数 F2P 是后者;按花费看胜率,判断是否过度惩罚不付费者)、留存(单次时长、回访频率、账号寿命;离开与连败、赛季结束、队伍组成重复、队友弱或有毒、达到某级别后玩法变机械、账号寿命等因素的相关)。玩家喜欢但让工作室倒闭的改动(所有人最爱的角色永久免费!)对谁都不是好结果
其他交易等玩家经济;按日期跟踪并在图上标出补丁日期;跨多个补丁的汇总会偏向玩家最多的时期;无补丁时某角色选用率与胜率缓慢持续上升,可能是强策略在社区中传播;突刺后回落时单独研究最极端的那段时间

数据可视化(p.351–354)

好的可视化不只是呈现数据,常常直接暗示问题根因和理想方案;单人开发时也是与未来的自己沟通的方式。数据分离散(选了哪个角色;按月计的时间)与连续(精确到毫秒的时间戳)。经验法则:

  • 只有一个值就不必画图,直接给数字(例:当前活跃账号 3,024,710)。
  • 两个值中有离散值:用柱状图(重在并排比较)或饼图(重在突出最大最小)。
  • 两个值都连续,或离散但有明确顺序(按季度的主机销量):用折线图;多条线可再表示一个离散维度(Wii、Xbox 360、PS3)。
  • 值很多时,颜色或 3D 很快变得难读——借用第 5 章的办法,把一切关联到一个中心锚点,做成仪表盘:多张折线图共享同一横轴(如时间),分别显示 DAU、MAU(30 日滚动)、DAU/MAU,还可加 1/7/30 日留存与各主要策略胜率(锚点思想见 平衡锚点与数值粒度)。
  • 空间数据用热力图:Valve 收集《军团要塞 2》玩家死亡坐标,颜色越亮死亡越多(原书给出 heatmaps.tf)。

散点图、面积图、雷达图等多数可在电子表格中完成,热力图则最好有接入引擎的定制工具。延伸资源:Alex Jaffe《Metagame Balance》,GDC 2015。

课后练习要点(p.355–357)

讨论题包括:指标与分析的区别;除设计师外哪些角色参与分析;接手一款常更新的 F2P 游戏先看哪些 KPI;除相关外还要看到什么才承认因果;两个变量相关的四种可能根因;排位 PvP 中评估角色平衡最重要的指标;按评分细分为何会得出不同结论;如何测量流失;获客留存正常但转化低该怎么改。支线 13.1"分析计划":为某类型的代表作做"2.0 重制版",列出至少三个可用数据回答的平衡问题、每个问题需要的指标及采集方式(实验室观察、问卷、服务器日志查询)、分析与可视化方法,以及什么样的结果会支持哪种结论。盗贼主线第 7 部分与战士主线第 7 部分(两条主线的最终部分)都以此为基础:小样本试玩达不到统计显著,重点是事先列出关键问题和预期答案,然后反复试玩—修正。

原书提醒:数字本身不说谎,但数字呈现给你的方式可能误导;用多种视角和计算交叉确认(p.356)。

原书问题

位置问题核对
p.331 ARPU原文 "Divide the total number of unique players of the game by the total amount of money spent by players" 把被除数与除数写反,得到的是"每元收入对应的玩家数"按定义"每用户平均收入"应为总收入 ÷ 玩家数;同条后半句"to get the average (mean) amount spent per player"以及本库 游戏商业与提案 中 Schell 的定义(收入 ÷ MAU)均如此
p.332"incremental changes, which do allow the designer to find a local maximum, an area in the design space that would actually be even better but requires a fundamental change" 逻辑缺漏,应为"能找到局部最优,但找不到需要根本性改变才能到达的更优区域"上下文列举的是指标驱动设计的缺点,"local maximum"的定义也要求如此理解

数值核对:p.331 ROI 例 (200,000−100,000)/100,000=100%(200{,}000-100{,}000)/100{,}000=100\% ✓;流失例 10,000/100,000=10%10{,}000/100{,}000=10\% ✓;MAU/DAU 上限即当月天数 28–31 ✓。

与其他书的对照

主题已有观点Schreiber & Romero
F2P 指标Schell 在 游戏商业与提案 中把 DAU、MAU、ARPU、流失率等作为与"钱的人"沟通的行话,流失率定义为每月流失玩家的百分比把指标当作数据分析的原料,强调其二阶效应与局部最优陷阱;流失率定义为"离开并被替换"的比例,并给出留存 = 100% − 流失(两书口径并列保留,不互相覆盖)
试玩测试Schell 的 游戏测试 关注小规模观察与访谈数据分析是规模化的试玩测试,玩家越多越有用;两者互补
  1. Game_Balance_-_Ian_Schreiber_Brenda_Romero.pdf
  2. Ian Schreiber & Brenda Romero《Game Balance》第 1 版(CRC Press, 2022, ISBN 978-1-4987-9957-7)第 13 章 Analytics(印刷页 p.329–357)

相关页面

游戏策划游戏平衡Game Balance平衡就是调整游戏元素直到它们传达你想要的体验;它用到简单数学,却被认为是游戏设计中最艺术的部分,像调配食谱的用量。Schell 列出十二种最常见的平衡类型(公平、挑战与成功、有意义的选择、技能与运气、头与手、竞争与合作、短与长、奖励、惩罚、自由与受控体验、简单与复杂、细节与想象),再给出通用平衡方法、游戏经济的平衡和对动态难度的提醒(第 3 版第 13 章 Game Mechanics Must Be in Balance;第 1 版为第 11 章)。游戏策划游戏商业与提案Game Business & Pitching除了团队和玩家,设计师几乎总要面对第三方:客户(发行商、持有 IP 的媒体公司或毫无娱乐经验却需要一款游戏的人)。本页合并 Schell 第 3 版第 30–32 章:如何应对客户的坏建议和"给我一块石头"、理解三层欲望(言语、头脑、内心);提案是一场权力协商、想法的价值层级与十二条提案建议;众筹(Kickstarter);以及设计师必须懂的商业常识——零售/直接下载/免费游戏三种商业模式、竞品与缺口分析、受众如何付费、行话(含 F2P 指标)、畅销榜与进入壁垒。三句题词概括本页:Sullivan"形式追随功能"、Rosenthal"形式追随乐趣"、Bran Ferren"形式追随资金"(第 游戏策划游戏测试Playtesting游戏测试是把幻想中的玩家体验拉回现实的"闹钟"。Schell 区分四种测试——焦点小组、QA、可用性测试、游戏测试——本章只谈设计师最关心的游戏测试:请人来玩,看游戏是否产生了它被设计要产生的体验。Schell 坦白自己讨厌测试(怕别人不喜欢自己的游戏),但这正是测试的意义。每次测试由六个问题定义:为什么、谁、何时、在哪、看什么、怎么做(第 3 版新增"何时"),并补充 WUBALEW、FFWWDD 等 Schell Games 的实用做法(第 3 版第 28 章 Good Games Are Created through Playtesting)。游戏策划元游戏Metagame元游戏 (Metagame) 是"围绕游戏的游戏":发生在实际对局之外、却影响胜率的活动(研究对手、构筑牌组、职业体育中的签约与训练)。元游戏的平衡会深刻影响游戏本身;但若失衡根源在游戏机制,元游戏层面的修补只是治标(第 2 章,p.41–44)。游戏策划PvP 进程与力量曲线PvP Progression & Power CurvesSchreiber 与 Romero 第 12 章讨论玩家对玩家 (PvP) 游戏中的进程:PvP 的进程主要用来让游戏在期望时长内结束,关注的是玩家之间相对力量的变化。按总力量随时间增加、减少或不变分为正和、负和、零和,再与正/负反馈回路组合,得到六种典型力量曲线;随后讲用进程控制游戏时长与阶段、PvP 中的心流(让分与匹配),以及龟缩、打击领先者与藏拙、造王者、玩家淘汰、非对称平衡等常见问题(p.297–327)。游戏策划平衡锚点与数值粒度Balance Anchors & Granularity锚点 (Anchor) 是能与其他所有资源直接换算的那一个资源,通常就是胜负条件本身(RPG 的 HP、桌游的胜利点);先手工定下锚点的值,再让其余数字都相对它生成。没有共同货币时用比较锚点 (Comparative Anchor)(如属性总和)。配合数值粒度 (Granularity) 的选择与对系统交互的警惕,就能完成第一轮平衡(第 5 章,p.85–96)。游戏策划游戏的影响与设计师责任Transformation & Responsibility全书收束于三个问题:游戏如何改变玩家(第 33 章)、设计师因此负有什么责任(第 34 章)、设计师自己为什么要做这件事(第 35 章)。Schell 的立场:游戏创造体验,体验是唯一能改变人的东西;游戏可以有益(情绪维护、联结、锻炼、教育——尤其是理解关系系统与培养好奇心),也可能有害(暴力、成瘾),他认为现有证据不足以下定论但不可傲慢。公司没有灵魂、只有个人能承担伦理责任,所以设计师要戴上一枚看不见的"戒指"。最后两面透镜转向自身:渡鸦之镜与秘密目的之镜第 3 版新增"给大脑想要的""创造可教时刻"与转变型游戏 (transformational games) 七条建议。透镜 110–11游戏策划评分、排名与赛制Ratings, Rankings & TournamentsSchreiber 与 Romero 第 14 章讨论包在单局游戏外面的元游戏系统:区分排名 (rank) 与评分 (rating),逐个分析 Harkness、Elo、Glicko、TrueSkill、在线 MMR 与大师分;列出评分系统的常见问题(抑制活跃、运气、匹配漏洞、通胀通缩、平局、多人、掉线、作弊)、把评分看作胜负预测并加以检验;再讲排名系统的设计旋钮(以《炉石传说》为例)、循环赛/淘汰赛/瑞士制/联赛等赛制,以及 F2P 竞技游戏的元游戏奖励(p.359–395)。游戏策划开发周期中的平衡Balance Throughout DevelopmentSchreiber 与 Romero 第 15 章回答"什么时候开始平衡":开始太早,核心机制一变工作就白费;开始太晚又没时间。本章沿早期开发、首个可玩版本、Pre-Alpha、Alpha、Beta、上线后逐阶段说明设计师在平衡上该做什么,并给出为平衡而做试玩测试的方法(p.397–414)。游戏策划情境平衡Situational Balance情境效果 (situational effects) 指价值随游戏状态变化、却必须定一个固定成本的东西:AoE、治疗、克制某类敌人的武器、针对对手牌组的卡。Schreiber 与 Romero 第 23 章(p.557–582)的答案是:用概率求收益的期望值,必要时参考最大/最小值;多用性 (versatility) 本身是收益,其价值取决于预知程度和切换成本;还要把影子成本(沉没成本、机会成本)算进成本曲线。游戏数学描述统计与显著性检验Descriptive Statistics & Significance Testing概率是"已知随机过程、预测结果",统计则反过来——"已知结果数据、反推随机过程的性质"。Schreiber 与 Romero 第 24 章(p.583–602)给出设计师分析试玩与运营数据最常用的工具:均值、中位数与标准差的对照解读,离群值的处理,统计显著性与 Z 检验,相关系数,以及安斯库姆四重奏、样本量、样本偏差、埋点 bug、相关≠因果等常见错误。本页还补充了原书对 p 值的解释与主流统计学观点的分歧。

输入关键词开始搜索

滚轮或双指缩放 · 拖动平移 · 双击放大 / 还原