从一张被划满红线的测试表说起

程亦舟在雾港工作室做关卡设计已经四年。他入行时带他的老组长留下一句话：难度不是数值，是节奏。这句话他一开始并不理解，直到他第一次独立负责一条主线关卡的难度曲线。那版设计在内部测试里被划满了红线，测试表上密密麻麻写着“第三波敌人来得太早”“补给点位置反直觉”“失败后重试成本过高”。他花了整整两周改数值，结果玩家反馈依然不好。

后来他把测试表翻出来重新看，发现问题不在数值本身，而在于玩家没有获得足够的“预告”。第三波敌人之前没有任何视觉或音效提示，补给点藏在一处视觉噪音很强的场景角落。这些细节在数据面板上完全看不出来，却直接决定了玩家的挫败感。星空在和他聊到这里时，他反复强调一件事：难度曲线是给玩家读的，不是给表格读的。

测试间里的数据和社区里的声音

雾港工作室的流程里，内部测试和外部测试是两条并行的线。内部测试偏重可量化指标，比如单关卡平均失败次数、重试间隔、通关耗时分布；外部测试则更看玩家的情绪表达。程亦舟说，他最早只看前者，觉得后者太主观。转折点是一次小规模外部测试，一位玩家在反馈里写：“我不是打不过，我是不知道该怎么打。”这句话让他意识到，难度问题有时是信息传达问题。

他开始在关卡里加入更多“可读性”设计：敌人出场前的环境暗示、关键路径上的光照引导、失败后快速重试的入口前置。星空注意到，这些改动并不改变数值难度，却明显改变了玩家的体验曲线。他把这套方法整理成一份内部文档，标题很朴素，叫《让玩家看得懂再谈打不打得过》。

  • 内部测试看失败分布，外部测试看情绪表达，两者缺一不可。
  • 难度调整优先改信息传达，再改数值，顺序反了容易白费功夫。
  • 重试成本是隐形的难度，入口前置往往比削弱敌人更有效。

玩家社区里的“反向教学”

程亦舟现在每周会固定花时间看玩家社区的讨论。他发现玩家会自发形成“反向教学”：有人分享逃课打法，有人总结某类敌人的通用应对，还有人把失败片段剪成短视频。这些内容对他的价值不在于照单全收，而在于观察玩家理解关卡的路径。如果大量玩家用同一种方式绕过某个设计，那说明这个设计的信息传达出了问题。

他把这种做法称为“从社区里读设计”。星空了解到，雾港工作室内部已经把社区观察纳入关卡评审的常规环节，但程亦舟提醒，社区声音不能直接当需求清单用。玩家的解决方案往往针对具体关卡，设计师要做的是从中提炼出可复用的规律。他最近在做的是一条支线关卡的难度重排，思路就来自社区里反复出现的“节奏断点”讨论。

给想入行的年轻人的一点经验

聊到最后，程亦舟提到自己带新人的方式。他不急着让新人改数值，而是先让他们完整通关自己负责的关卡三遍，记录每一次犹豫和每一次想放弃的瞬间。他说，难度设计最怕的是设计师自己太熟悉关卡，熟悉到忘记第一次见到它时的感受。星空觉得这句话不只适用于关卡设计，也适用于整个游戏内容的打磨。

他给出的建议很具体：多玩自己做的关卡，多读玩家写的长评，少看只言片语的结论。难度曲线没有标准答案，但有可以复用的观察方法。对程亦舟来说，从测试间走到玩家社区，不是放弃数据，而是给数据补上了人的上下文。