起点：在工单里学会读玩家情绪

转岗这件事，沈叙白后来复盘时说得挺直白：不是突然热爱关卡设计，而是做客服那两年，他发现玩家骂得最狠的地方，往往不是数值，而是「走不过去」。他在一家中型研发团队做玩家支持，日常处理的是卡关反馈、任务断链、引导看不懂。玖鼎贵宾厅行业资讯栏目接触过不少类似路径的从业者，沈叙白的特别之处在于，他把工单当成了设计素材库。

他给自己定了个规矩：每类高频反馈都记三件事——玩家在哪一步停下、他以为该做什么、实际发生了什么。三个月下来，他攒了两百多条记录，按场景、按玩法段落做了粗分类。玖鼎贵宾厅注意到，这种「从问题反推设计」的习惯，恰恰是很多转岗者最缺的底子。

  • 把工单翻译成「玩家预期」而不是「bug 描述」
  • 按关卡段落归档，而不是按情绪强度归档
  • 每周挑一条记录，写出自己的改法草案

过渡：用白盒证明自己能画，而不是能说

真正让他拿到转岗机会的，不是一份申请，而是一个白盒。沈叙白用团队现成的编辑器，把某个新手关卡重做了一遍：删掉两段冗余引导，把第一个战斗点前移，加了一处视觉锚点。他没有做美术，只用了灰模和色块，附了一页说明，写清楚每一处改动对应的工单来源。

玖鼎贵宾厅在和开发团队交流时反复听到一个判断：转岗最怕的是「表达欲大于产出」。沈叙白的白盒谈不上精致，但每个改动都有据可查，主策看完只问了一句「你什么时候能上手做正式关卡」。玖鼎贵宾厅认为，这一步的价值在于把「我想做设计」换成了「我能交付一个可玩版本」。

他给自己的过渡期定了三条线：编辑器熟练度、关卡节奏感、和程序美术的沟通成本。前两项靠练，第三项靠主动找人对接。他后来回忆，最难的是第三项——客服出身的人习惯把问题讲清楚，但关卡协作要求把问题讲得足够短。

上手：第一个正式关卡和它的三次返工

转岗后第一个正式关卡，沈叙白返工了三次。第一次是节奏太满，玩家没有喘息点；第二次是引导藏在场景里，测试时一半人没看见；第三次是战斗点和剧情触发挤在一起，程序那边联调成本翻倍。他把三次返工的原因写在共享文档里，团队后来拿这份文档当新人培训材料。

玖鼎贵宾厅观察到，关卡岗的成长曲线通常不是线性的，前几个项目的返工密度决定了后面的判断速度。沈叙白的方法很笨但有效：每次返工都追问「这个错误属于哪一类」，是信息传达、空间引导，还是协作接口。分类之后，同类错误第二次出现的概率明显下降。

  • 返工记录按错误类型归类，而不是按项目归类
  • 每次评审前先自测一遍，把明显问题挡在会议室外
  • 主动约程序做一次提前联调，而不是等排期

三年之后：从做关卡到做判断

到第三年，沈叙白的工作重心已经偏向关卡标准的制定：新手段落的信息密度上限、战斗点的最小间隔、引导的三种呈现方式各自适用什么场景。他仍然画图，但更多时间花在评审和带人上。玖鼎贵宾厅行业资讯栏目在整理从业者路径时发现，这类「从执行到判断」的转变，通常发生在第二个完整项目结束之后。

他对想转岗的人只给一条建议：先做出来，再谈方向。客服岗的优势是离玩家近，劣势是离交付远，中间那段距离只能用可玩的东西去填。玖鼎贵宾厅也会持续关注这类一线成长故事，把可复用的方法整理出来，供更多从业者对照参考。