3月20日，在美国旧金山举办的GDC大会上，不少知名游戏人都在做分享。其中有一位吸引了不少注意——冨永健太郎。没错，就是那位在任天堂参与过《旷野之息》，之后加入叠纸游戏，担任《无限暖暖》执行制作人的日本设计师。
现场有多火爆呢？葡萄君从机场马不停蹄地赶到，饭都没吃，提前20分钟到场，结果还是被大队人马挡在门外，心情十分绝望。好不容易入了场，依然是爆满。分享结束后，还有不少人围过去向
冨永健太郎
要签名。
说起来，这还是叠纸第一次出现在GDC这个舞台上，他们选择分享的话题也很有意思，不是硬核的技术、玩法解析，而是在他们这个涉及大量远程协作、跨语言沟通的项目中，如何才能消除沟通上的壁垒，让新手设计师也能做出合格的设计，而且还能充分理解背后的逻辑。
听到冨永健太郎聊到他们面对的那些问题，你可能会感叹，由这位日本设计师加入中国团队，来带这么大规模的一个项目，还真是困难重重啊。不过好在，他们已经总结出了不少有用的方法，也形成了可靠的解决方案。
非常感谢大家今天光临，说实话，我没想到会有这么多人来，还有点紧张。
首先简单介绍一下我的背景：我于2002年毕业于庆应义塾
大
学研究⽣院，同年加入任天堂。此后的近20年里，我以游戏设计师的身份参与了各种游戏的开发。
自2022年起，我加入叠纸游戏
（Infold Games）
，作为副总监全程参与《
无
限暖暖》的开发。《
无
限暖暖》是暖暖系列的第五部作品，延续了换装、摄影等最经典的玩法，同时新增了跳跃、平台探索等新的特色，致力于打造一个温馨的开放世界。
这里有人玩过《
无
限暖暖》吗？我们现在看到的画面，展示了引擎中实际的游戏渲染效果，其中大部分都由我们的新手关卡设计师设计。
当我加入《
无
限暖暖》项目时，团队已有数百名成员，大部分成员都在上海工作、只讲中文。因此，我和翻译是最早加入团队的日本人。
对一名语言不通的人来说，以副总监身份加入项目并不常见。所以除了游戏开发本身的挑战之外，我们还面临两大额外障碍：
一个是
语言壁垒
，作为团队中唯一一个讲日语的人，我需要通过翻译与中文团队沟通，你们应该能想象到那是什么感觉；
另一个是
代际差异
，这个项目中，大多设计师都是20~30岁，而我当时已经45岁，和最年轻的同事差了有20多岁。同事们一看，这个新来的外国人老得可以当他们爸爸了，这就挺吓人的。
所以今天，我想从
翻译
、
沟通和讨论
三部分展开，讲讲我们如何克服这些障碍——多亏有翻译，我们才能克服语言壁垒，解锁后续的沟通；进而在把设计落地的过程中，借沟通和讨论克服代际差异。
首先，我们来聊聊翻译方面的事。
因为有语言障碍存在，想要克服代沟，最关键的一点就是通过翻译，做到强有力的高效沟通。
在这个项目中，我们使用了内置机器翻译功能的飞书
（Lark）
，
它可以实时互翻中日双语的消息。如图所示，双方可以看到翻译结果，用母语实现顺利地简单交流——这不是啥重要的内容，大家不用找眼镜。
另一个工具，是基于ChatGPT的“中日翻译助手”，它能自动处理文档和聊天内容，进行双向翻译。相信大家都经历过，机器翻译有时会会丢失一些语义，对吧？每种翻译工具都各有特色和长短，所以通过对比两种工具的翻译结果，我可以更准确地理解内容全貌。
我们还使用机器翻译，处理开发过程中创建的网页文档，飞书内置了云端文档的自动翻译功能。此外，我们利用ChatGPT开发了一个自动翻译网页文档的独立管线。有了这些工具和管线，我们就不用再从头手动翻译，显著减少了沟通障碍、提高了效率。
接下来，我们来聊聊翻译团队。因为机器翻译仍然存在其局限性，我们在深度沟通中高度依赖翻译人员。
一开始，我们只有一名翻译，但随着团队发展扩大，一个人就兜不住了。所以我们增加了翻译的数量，并且把每个成员分配到不同职能的小组，比如玩家组、场景组、地牢组等等。规模化运作起来后，最多有六位翻译协助我工作。
但这些负责对接的翻译人员，不仅要精通中日双语，最好还得有游戏开发的相关经验。要招到这样的人真的很难，因为他们可能更倾向于去做研发。
所以，我们招聘了一些热爱游戏，但没有那么多游戏或游戏开发经验的人，从翻译文档开始，逐步交给他们更复杂的任务，比如会议翻译。
我们在日本和上海都有翻译人员，这能让我们随机应变。比如我前往上海时，日本团队可以直接与我沟通，而上海的翻译，则可以直接与当地的开发团队沟通。虽然线上会议也行，但在信息传达上，面对面沟通肯定还是更清晰。这样在两地安排翻译、尽可能当面沟通，也让我们很好地缩小了代沟。
所以在加入项目几个月后，我就去上海待了大概六个
月
，直接与开发团队一起工作。即使我们需要翻译帮忙，但和从未谋面的人面对面沟通过，还是会显著降低心理上的障碍。
聊过沟通方式之后，我们来聊聊沟通本身。
你们熟悉这句话吗？“知己知彼，百战不殆”——这是中国公元前五世纪，孙武所著《孙子兵法》中的⼀句著名谚语。
我相信，这一原则同样适⽤于游戏开发，但不是让你树敌，而是要把“敌我”视为项目同事和你自己。如果所有项目成员都能充分理解彼此，开发就会相当顺利，大家更容易朝着一个地方使劲儿。
为了充分理解同事的想法，我经常会用问题轰炸他们。因为这些年轻的关卡设计师们，往往会解释他们提案背后的目的和方法，但却不会详细说明选择这种特定方案的潜在逻辑。这在聊天发消息之类的文本沟通中特别常见，如果是结构化文档可能还好点，但早期还没有这种文档。
所以，如果有什么我不能完全理解的地方，我会反复提问，问到我完全理解为止。我特别执着，执着到很多年轻设计师肯定都被我问恼火了。
我们来看
一
个简单的例子。假设
一
位设计师提议：“这个Boss太强了，我们应该降低它的血量。”这看起来很合理，但削弱Boss的方法有很多种⸺降低伤害、减慢移动速度等等。这时我就会问：“为什么选择降低
血
量
？”
如果回答是：“Boss太难打中，打败它花的时间太长了”，我们就得想想，在这种情况下，与其简单地降低Boss
血
量
，不如换种方法。比如调整机制，让玩家更容易打中它。
攻击落空会让你沮丧，反过来说，命中时就会有满足感。如果打Boss的体验很好，那它血量高点，让玩家多打打可能也不是坏事。所以像这种情况，我们就可以考虑其他解决方案，比如增大Boss的弱点，或让它更长时间地暴露弱点。
另外，有经验的开发者在听取意见时，有时可能会不太理解年轻设计师的推导过程。
比如在《
无
限暖暖》中，我们在地图上放置了一种名为“噗灵”的游戏货币，其中一个目的是引导玩家。有
一
次，一位年轻的关卡设计师在地图上列了一长排噗灵，你一眼就能看出，这位设计师显然希望玩家沿着那条路线前进。
然⽽在开放世界游戏里，像这样过度引导，可能反而会让指引显得不⾃然，甚⾄让玩家有被强制走这条路的感觉。想象一下，玩家们要是一直追着噗灵跑，可能就会错过很多其他的体验或场景。所以我认为，我们应该减少地图上噗灵的数量。
在这种情况下，有经验的开发者可能就会不解释逻辑，而是直接简单地指导一下，跟他们说：“这么明显的事，你怎么就搞不懂呢？”
不过说到底，我和很多年轻设计师之间都有近20岁的年龄代沟，我们对“正确”的理解有所不同，也是很自然的一件事。
比如我小时候玩游戏那会儿，我玩之前就不会做任何研究，而是享受解决挑战的乐趣。但如今的许多玩家，包括我儿子，都会在玩之前看看攻略视频，提前做好准备。
这不是意识形态对错的问题，而是别人对“正确”的理解标准，可能就是和你不一样。所以即使某些事情对你来说显而易见，你也应该清晰明确地表达出来，确保双方理解一致。
通过重复这
一
过程，年轻设计师们就能改进自己的想法，让我们未来少兜些圈子。我知道这看起来是一项很沉重的前期投入，但这也是不应削减的成本。
另外，在指导年轻设计师时，我会确保自己不仅说明了目标和方法，还解释了决策背后的理由。你可以理解为，这是“不断提问直到我理解”的反向操作。如果有人没完全理解目的和逻辑，就去实现一个功能，那结果不太可能特别好。这同样受到语言障碍的影响。
不过，即使是用同一种语言交流，要准确传达关卡设计的细节也非常困难，更不用说跨语言交流了。
像是在放置噗灵的例子中，我可以指定精确的坐标，让设计师完全按我的要求布置。但如果真的需要做到这一步，那我自己动手可能会更快一些。
在这种情况下，解释逻辑就容易多了。比如，与其说“在这里放置三个噗灵”，我会说：“减少噗灵的数量，以免玩家感到被强制限制在特定路线上，并避免他们忽略其他环境元素。”
如果设计师理解了背后的逻辑，即使精确的放置位置稍有不同，最终的实现效果通常也会很高。“按照我的指令精确放置噗灵”并不是优先事项，“理解关卡设计的目的和逻辑”才是关键。
通过这种反复沟通，我们在项目中积累了大量知识。由于我们独特的开发模式涉及大量远程工作，我们相当依赖于聊天沟通，此外还要创建文档来解释设计规范，这导致一个特别的情况——我们积累的大量知识，都以文本沟通形式为主。
所以结合这些过去的反馈，我们提取目标和原因、分类整理，创建了一个“反馈库”，以便关卡设计师可以随时查阅。这使得任何需求，都能立即追溯到过去所做决策背后的逻辑。对一款实时运营的游戏来说，这个资料库会不断积累。
通过创建这个资料库，我也发现，尽管反馈可能因情况而异，但很多时候它们的目标、底层逻辑和本质都是一致的。
举个例子：玩家试图从
一
个平台跳到另
一
个平台，但在转动视角时，他的视线被地形遮挡住了。还有些其他类似的情况，比如当玩家试图向前眺望，或是窥探洞穴、洞口等地方时，他们的视野可能会被意外出现的地形遮挡。
在这些情况下，设计师就应该思考，玩家将如何与这种不同类型的场景互动、完成挑战。不过即便这样遵循了引导，如果开发者反而让游戏体验变得困难或挫败，那也是个问题。
所以说，设计师有自己的反馈是很重要的。我们会模拟玩家的行为，尝试判断很多问题，比如“我去了这里，摄像机会在哪里”等等。
总的来说，与其收集特定情况，或摄像机移动不起作用时的特定反馈实例，简单地列出反馈条目，还不如理解玩家行为背后的逻辑，将知识结构化作为我们的参考，这有助于使其背后的根本目标和逻辑，被⼴泛应用于不同想法中。
