第 4 章
开放世界的隐秘起点
会议室里的问题落下时,没有人接话。这间会议室不大,坐的是米哈游当时最熟悉渲染管线的一批技术骨干。2017年3月,上海普天信息产业园的办公楼里,日常版本更新的节奏仍在照常运转。
蔡浩宇站在参会者面前,没有打开数据分析表,也没有从商业模型讲起。他提了一个直接的、需要技术回答的问题:手机上的开放世界,地图应该多大?
空气里有几秒钟的迟疑。不是问题太深,而是这个问题本身越过了公司当时所有正在推进的项目边界。此前米哈游内部讨论新作,起点通常落在品类、玩法和商业化上。要做一款更成熟的3D动作手游,还是把崩坏IP推向新高度,这些方向都建立在已验证的产品逻辑之上。
蔡浩宇的提问绕开了这些。它直接从技术实现切入,把一个还没有被移动端产品验证过的概念,放到了台面上。
2017年初,米哈游的另一侧摆着更常规的数字。《崩坏3》上线不到半年,月流水稳定在数亿元人民币量级,版本更新维持活跃的社区生态。团队规模在扩张,研发管线围绕动作系统持续迭代。
外部观察者普遍认为,这家公司下一步最合理的选择是《崩坏4》,或者一款在既有框架里做得更成熟的同类产品。这是中国手游行业里风险最低的成功路径:验证一款产品,再做一款更大的同类。
蔡浩宇没有在这间会议室里否定这条路径。他只是把它暂时放在一边。在更早一些的内部沟通中,他表达过一种不同于市场分析的判断。
移动设备的图形算力、内存容量和计算效率,正在沿一条可预见的曲线逼近传统主机和PC。这条曲线一旦跨过某个临界点,移动端与主机端的体验鸿沟会大幅收窄。到那时,平台本身不再构成体验壁垒,玩家的选择将主要取决于内容质量。能同时为PC、主机和移动端提供高质量体验的公司,会获得定义下一代产品的资格。
这个判断构成了“原神”项目最底层的逻辑起点。它的赌注不在当下收入,而在对基础设施变革的耐心。
米哈游如果只做移动端,就算在单一平台做到最好,也可能在平台边界消失后失去定义能力。必须提前动手,在移动硬件尚未完全追平主机的窗口期,把跨平台大型项目的研发经验跑通。
但那天下午讨论的,还不是立项本身。蔡浩宇没有拿出正式方案,也没有要求表决。他提这个问题,是为了划定一个边界:如果米哈游要做开放世界,现有技术管线还缺什么。无缝地图加载、动态资源调度、多平台渲染、场景交互、移动端发热控制,每一项都不是把《崩坏3》的框架放大就能解决。团队已经验证过移动端3D动作的可行性,但离真正的大世界,中间还隔着一大块无人区。
在座的人都没有做过。行业里也几乎没有可以直接参照的产品。部分MMO手游有大地图,但大多采用副本拼接,不是真正无连续缝的地图。少数采用无缝地图的产品,往往在移动端降低画质和复杂度,玩家行动路线受到严格约束。
蔡浩宇所说的大世界,更接近主机游戏里的自由探索体验:实时加载、动态环境、开放路线。这个目标在2017年的移动端几乎找不到前例。
问题提出来了,项目还没有名字。接下来的几周,公司内部出现了细微但明确的变化。
一群技术人员继续处理《崩坏3》的日常事务,同时在固定时间开会,讨论资产管线、内存预算和渲染方案。这些讨论没有对外公布,也没有以正式立项的方式进入公司文档。它们更像问题已被提出之后,系统开始自发地朝新的方向移动。
移动端开放世界的第一个问题,不是“做不做”,而是“会不会”。会,就需要把抽象目标换算成可验证的参数。地图应该多大,才能塞进移动设备的内存?纹理精度降到多少,才能在低端设备上跑起来?动态加载网格用什么策略,物体出现与消失的距离设在哪里?这些问题在PC和主机上有较成熟的方案,但在移动端几乎要从头测试。
项目组搭建起最简单的测试场景,在不同设备上反复压测。他们得到的是一串初始参数:地图尺寸上限、内存占用目标、同屏多边形预算、LOD切换距离。
这些数字并不惊艳,甚至有些令人沮丧。它们清楚地标出了移动端的能力边界,也标出了一个开放世界项目从零起步时的真实难度。技术讨论持续推进的同时,钱的问题被摆到了另一张桌子上。
刘伟主导的财务测算没有从愿景出发,而是从《崩坏3》的现金流和公司扩张节奏开始。开放世界的内容量至少是《崩坏3》的数倍,团队规模需要成倍扩大。设备、软件、测试硬件、服务器和人力成本,每一项都以千万为起点。初步测算下来,这不是三千万预算能覆盖的事。它需要以亿为单位。
财务测算表在核心会议上被反复翻看。它做了更现实的假设:项目周期拉长后,米哈游的现金流是否仍然安全?能否在研发失败的情况下维持公司生存?刘伟的结论是,新项目至少需要《崩坏3》稳定贡献一年半到两年的利润,研发期间不能出现收入断档。这个前提在当时看并不苛刻,《崩坏3》的流水曲线稳定。
但它同时意味着,新项目从一开始就要戴上紧箍:钱只能花在核心技术验证上,不能像常规立项那样先铺大团队再试错。这份测算表没有包含任何愿景式的东西。它只做一种冷冰冰的假设推演。但在那个节点上,它对决策的影响比任何技术报告都更直接。方向重要,边界也重要。
没有财务边界,任何宏大项目都可能变成吞噬现金的黑洞。米哈游当年的现金流虽然好转,但远没有到可以承受无限试错的地步。每投进去一亿,都意味着从《崩坏3》团队、市场和未来产品线上抽走相应资源。
第三个变量是人。蔡浩宇的提案里,最敏感的部分不是项目本身,而是人的安排。他希望抽调最核心的技术骨干,把《崩坏3》里最熟悉3D管线的人移入预研小组。这不是成立一个边缘创新团队,而是从主力产品中直接抽血。被抽走的都是中坚:熟悉自研引擎的人、负责角色与场景的骨干、懂得移动端优化的工程师。名单一旦生效,《崩坏3》的版本进度会立刻受到影响。
会上有人提出反对。一个长期冲在版本更新最前线的成员认为,这个时间点不该动主力团队。《崩坏3》正处在收割利润的关键阶段,用户粘性靠持续更新维持。核心人员流失,版本质量可能下滑,社区反弹会马上反映到流水上。与其现在就抽人,不如先扩充团队,等新项目验证出可玩原型再调人。这个意见不算保守。
在大多数公司里,它甚至会被视为最理性的路径:让成功产品再跑一阵,新项目从边缘团队开始。
但蔡浩宇的看法不同。他认为,如果等验证原型再抽调核心,项目从一开始就会缺少最有经验的人。开放世界的技术门槛太高,如果不把最强的人放进去,做出来的只会是一个平庸的演示版本。商业资源救不了技术上的平庸。
这类争论持续了几周。核心决策层最终面临一个朴素的问题:要不要在公司最赚钱的时候,把最好的人抽到一个还没有明确回报的项目里?如果判断错误,代价会非常直接。主力产品的稳定性会动摇,团队士气会受损,公司扩张节奏会放慢。用财务语言表达,就是时间成本和机会成本同时放大。
但如果不做,机会成本也在累积。每一次拒绝,都在加深对既有路径的依赖。
决定最终落在三个创始人身上。没有大型会议,没有全员宣讲。参与投票的核心成员范围极小。从后来零散披露的信息看,这次决策采用了书面表态。每个人在单页文件上写下意见,然后汇总。书面形式比举手更重——它不允许人躲在会议气氛里含糊。
他们最终达成的一致,并不是一个“不计代价”的决策。相反,它带有不少保留。它设定了预算上限、人员规模和阶段目标。但它也做出了一个无法回避的选择:从《崩坏3》团队中抽调一定比例的骨干,组成独立项目组,开始正式预研。保密机制的建立几乎在同一步完成。项目组所在楼层的门禁权限单独设置,只有名单内人员能进入。电梯到达后,访客会看到一扇需要刷卡的玻璃门,普通员工无法再往里走。内部通讯系统里,这个区域没有独立的项目名称,邮件和文档中只用预研代号。代码库与《崩坏3》完全分开,权限分区清晰。
参与项目的员工被要求对工作内容保持沉默,不对外透露细节,也不在公司食堂、内部论坛等场合讨论具体进度。这种保密措施,在后来的叙述里常被形容为“近乎军事化”。
但放在2017年的语境下,它更像一种对不确定性的清醒管理。项目可能失败。如果失败,公司还要继续靠《崩坏3》生存。如果技术方向泄露,竞争对手可能看到移动端开放世界的可行性,在同一件事上提前试错。
更现实的问题是,一旦员工知道公司把大量资源投向一个高风险项目,而《崩坏3》仍然需要稳定产出,内部情绪会立刻分裂。保密在这里不是戏剧性的神秘感。它是一套实际的生产制度。
它把最赚钱的产品和最不确定的项目切开,让两者在同一个公司里并行运行。这个制度的假设是:只要隔离足够彻底,高风险项目就不会干扰主力产品的日常节奏。
但理想状态和实际状态之间往往存在裂缝。抽走骨干后,《崩坏3》团队的实际感受不会因为门禁而消失。
那些没有进入项目组的人,会从同事的消失、会议名单的变化和权限调整中,察觉到某些事情正在发生。他们未必知道项目名叫什么,也未必知道技术目标是什么,但清楚公司正在做一件保密程度很高的新事。这给内部带来了微妙的拉扯。一部分人想争取进入项目组,一部分人担心主力团队被削弱,更多的人选择观望。项目启动初期,这些都没有形成公开震荡。
真正的外部世界,仍然盯着《崩坏3》能带来多少收入。这家公司还没有上市,内部决策不需要面对机构投资者的即时质疑。这种自由度,让一次资源转移得以在相对封闭的环境里推进。
在预研项目组内部,初期的重点并不在于证明开放世界可行,而在于证明团队当前的引擎能支撑多大范围的场景。他们从最小规模的原型开始,用低精度模型搭建一片可走动的区域,测试加载、卸载、碰撞和内存释放。
测试结果不时让人皱眉。某些设备跑到一半就发热降频,某些场景切换时出现明显卡顿。更常见的问题是资源预算过早耗尽,远处的地形还未加载,内存已经接近上限。
移动端开放世界不是一个“精度砍一砍”就能解决的问题,需要重新设计资源组织方式。
这种状态下,项目组的工作节奏开始与《崩坏3》团队形成差异。他们不再遵守固定版本更新的时间表,而是围绕技术验证里程碑推进。每一次测试都有明确的首要通过条件:最低帧率、内存峰值、动态加载距离、场景交互稳定性。一组参数达标,就进入下一组更复杂的测试。这种工作方式在公司内部几乎没有先例。它更接近研发机构,而不是Game Studio。
从《崩坏3》转过来的人,最初几周需要适应。他们中的许多人在前一个项目里已经形成了稳定的生产习惯:版本周期、内容评审、运营反馈。进入预研组后,节奏变了。没有运营会议,没有社区反馈,没有版本倒计时。他们面对的是一张初始地图、几台发热的测试机、以及一堆未解决的渲染指令。
这种变化被少数参与者形容为“突然从生产车间走进了隧道”。隧道的出口很远,能不能走到,当时并没有人保证。管理层知道这种状态不能持续太久,否则团队会失去方向感。
因此,预研被切成几个短期目标:第一阶段跑通最小路径,第二阶段测试中规模场景,第三阶段再验证复杂交互。每个阶段都要产出可复用的工具或管线组件,而不是只做一个废弃原型。这个安排背后的逻辑很明确:即使项目最终失败,投入的时间和钱也能沉淀为技术资产。这给财务风险加了一道心理护栏:最坏的情况下,也能留下引擎升级和工具链优化的成果。
但护栏只是护栏,不能抵消真正的风险。真正的问题在几个月后会更尖锐地浮现:当核心团队转入预研后,谁来维持《崩坏3》的质量?被抽走的人承担的工作,是否会因为后续招聘来不及而积压?这些问题在2017年初的决策讨论中已经被提及,但没有被完全解决。
管理层选择了并行:一边推进预研,一边扩大招聘,让新进人员在主力产品中熟悉管线。问题在于,新人的培养周期比预期的长,而《崩坏3》对内容质量的要求没有降低。这意味着中间会出现一个需要靠既有团队超负荷运转来填补的窗口。在同一个楼层里,一道玻璃门隔开了两种工作状态。
外面是稳定的生产节奏,里面是不断试错的预研。这种并置本身就有一种冷峻感。它让人直观地看到:公司正在用眼下产品的确定性,去喂养一个不确定的未来。
为了让这种关系成立,管理层必须同时维持两套完全不同的管理语言。外面的团队需要版本节点、运营数据和市场反馈。内部的团队需要技术目标、性能预算和里程碑。两个世界的规则不能混淆,一旦混淆,要么预研组被拖回版本节奏,要么主力项目失去生产纪律。
这种双重结构也给决策层带来了持续压力。预算和人员抽调数额在初期是估算值,接下来要根据实际进度不断调整。预研过程中的每一次测试,都可能推翻先前的资源计划。
如果一阶段测试表明移动端难以跑通,预算是否需要继续追加?如果新增招聘的人数不够填补缺口,主力产品是否需要缩减内容量?这些决策一个接一个地出现,每一次都在考验项目规则的刚性。
管理层为此设立了定期复核:每一阶段的技术验证完成后,必须重新评估预算投放和人员安排。
复核的目标不是动摇项目,而是确保现金流出始终处在可承受的范围内。这种管理方式,与当时的行业习惯并不一致。大部分手游公司在成熟产品上赚到钱后,会选择更轻量的新品开发模式:用较小的团队,在更短的周期内复制成功框架,降低单项目负担。米哈游没有这样做。它把大量利润转投入一个成本结构完全不同的项目。这在外界看来是冒险,在内部看来也未必全体认同。
但三位创始人的共识已经形成:公司必须学会同时经营两种生产形态,一种服务于当下,一种面向未来。这意味着管理难度和现金流压力都会翻倍。它要求公司在自我怀疑和外部沉默中,保持长时间的执行稳定。有些夜晚,项目组所在楼层的灯亮得比《崩坏3》团队更久。测试机排列在桌上,屏幕上尚未成形的场景在没有材质的地形间反复加载。
工程师调整参数,再跑一次,记录结果,再调整。没有人能说清楚下一步还要多久。唯一确定的是,问题已经从概念推向了数据。地图该多大,内存在哪里溢出,动态加载的阈值设在多少,这些都开始有了可讨论的边界。
它们不再是会议室里的空白,也不再是无人能答的悬念。公司的官方口径仍然没有变化。对外,米哈游是一家发行了《崩坏3》的二次元手游公司。它的招聘页面继续发布熟练岗位的需求,其中一些岗位的职责描述模糊,只写着与引擎工具和场景相关的职责。
新产品计划没有公开,行业分析文章仍然认为这家公司的下一个动作会是崩坏IP的延续。这种内外信息的落差,让预研项目获得了一段不受注视的时间。许多与项目相关的重要技术试验,就在这种没有外部噪音的环境中进行。没有人关心,也意味着没有人干预。这段沉默期并非没有代价。由于项目保密,团队内部也很难获得来自外部的反馈。
做游戏的人,通常需要玩家刺激来校准方向。预研组的成员必须在缺乏外部反馈的情况下,靠技术参数和内部评审来判断对错。这种封闭状态,加剧了团队的不安。有些测试结果不错,但没有人告诉他们是好是坏。有些结果很差,但也没有人告诉他应该放弃还是继续。这是一个长期工程的最初阶段。
财务测算表在核心会议上摊开时,空气里有种不同于技术讨论的安静。这份表格不厚,但每一页都标着红色的风险线。刘伟没有从技术角度切入,他从现金流模型开始。2016年《崩坏3》上线后,公司月流水在数亿元区间稳定下来,但扣除渠道分成、运营成本和税金,实际可支配的净利润要打个折扣。
表格第一栏列的是“可动用资金池”,第二栏是“现有团队维持成本”,第三栏才是“新项目年度预算”。每一项后面都跟着一个假设条件:如果《崩坏3》流水下滑百分之十,可用资金会收缩多少;如果研发周期延长半年,总成本会膨胀到什么程度;如果同时扩充团队,人力成本曲线会怎么走。这些假设条件不是悲观预测,而是财务测算的标准动作——把最坏的情况摆出来,看公司能不能扛住。
表格翻到第三页时,一组数字让在场的人沉默了几秒。按照初步估算,新项目如果以开放世界为目标,仅预研阶段就需要投入数亿元。
这个数字不包括后续全面开发的费用,也不包括可能的技术外包和设备采购。它只是一个入场券的价格。刘伟在数字下面画了一条线,线的左侧是《崩坏3》未来十八个月的预期利润,右侧是新项目的预算上限。两者之间的差额,就是公司的安全垫。安全垫的厚度取决于一个前提:《崩坏3》的流水不能出现剧烈波动。如果出现,安全垫会被击穿,公司可能被迫在项目中途收缩或叫停。
这个前提在当时看是成立的,但它同时也意味着,新项目从一开始就和主力产品的运营质量绑定在一起。版本更新不能出大错,社区不能出现大规模流失,市场环境不能发生突变。每一个条件都是一根绳子,绑在新项目的脚踝上。
这份测算表后来被反复拿出来翻看。不是因为它提供了确定性,而是因为它标出了不确定性的边界。它告诉决策层,你们可以赌,但赌注的上限在这里。超过这个上限,就不再是冒险,而是把公司拖入不可控的境地。刘伟在讨论中没有说“支持”或“反对”。他只是把数字摆出来,让每个人看清楚:这不是一个三千万的赌局,这是一个需要把公司未来两年利润押上去的赌局。数字本身不提供答案,但它把问题变得更尖锐了——你们真的准备好押注了吗?
投票发生在一个没有窗户的小会议室里。参与的人只有三个。桌上没有投影仪,没有演示文稿,只有那份财务测算表、一份技术评估摘要和几张空白纸。技术评估摘要里列着移动端开放世界的核心难点:无缝地图加载的内存管理方案尚未验证,多平台渲染管线需要从底层重新设计,动态资源调度在低端设备上的表现不可预测。每一项后面都标着“待测试”。这不是一份让人安心的文件,但它诚实。它没有掩盖技术上的未知,也没有夸大已有的储备。它只是把已知和未知分开,让决策者看清楚自己到底知道什么、不知道什么。
蔡浩宇先写。他拿过一张纸,在上面写了几行字。他没有写长篇论证,只是写了一个判断:移动硬件性能的指数级增长将在三到五年内抹平与主机端的体验差距,届时只有具备全平台内容生产能力的公司才能存活。这个判断不是新内容,在之前的讨论中他已经反复表达过。
但把它写下来,意味着它不再是一个可以收回的口头意见,而是一个需要为之负责的决策依据。罗宇皓写的时候犹豫了一会儿。他对技术路线有担忧,主要集中在对现有引擎的延展性上。自研引擎在《崩坏3》上表现稳定,但开放世界对引擎底层的要求完全不同。物理系统、光照模型、场景流式加载,这些模块在《崩坏3》时期没有被充分测试过。如果引擎撑不住,项目可能在中期推倒重来,成本会成倍放大。
但他在纸上写下的最终意见是:技术风险存在,但团队历史上每一次技术冒险都获得了市场回报,现有3D管线具备延展性,值得一试。刘伟最后写。他的意见最接近现实约束:同意启动预研,但必须设定财务上限,分阶段释放预算,每个阶段结束后复核技术指标。如果核心指标连续两次不达标,必须启动收缩程序,不能无限制追加投入。
三张纸收在一起时,会议室里没有掌声,没有握手,也没有人说什么总结性的话。这个场景后来很少被公开描述,因为它本身没有戏剧性。它就是三个人,在一个普通的工作日下午,各自写下了对公司下一阶段的判断。
它不像产品上线那样有明确的节点感,更像在没有坐标的房间里寻找出口。能不能找到,关键在于房间里的人有没有足够的纪律,把一个问题拆成可执行的测试,再把测试结果累积成判断。这种纪律,是米哈游真正在2017年春天以后开始养成的东西。
它不同于市场压力催生的执行力,也不同于上线前冲刺所激发的短期动力。它更慢,更枯燥,更依赖层层的技术验证。它不是靠一次会议就能建立,而是靠一扇门后面日复一日的测试、失败和重来。多年后人们再回头看,会发现很多关键判断都不在聚光灯下做出。它们在某个没有记录的下午,被写进测试清单,变成了下一步要解决的具体参数。
那扇玻璃门一直关着。到2017年春天结束前,它把外界和大部分员工隔在外面,让一支从主力产品中抽出的队伍,面对一个没有被证明过的方向。预研没有宣布,项目没有公开。公司最赚钱的《崩坏3》和最高风险的新项目,在同一栋楼里并行运转。前者的流水依然稳定,后者的预算和人员投入在悄然扩大。
管理层清楚,一份书面投票已经让公司走上了一条没有现成答案的路。现在需要做的,是把这份决定变成能够交付的工程进展。冷峻的数字出现在项目启动初期的盘子里:从《崩坏3》相关研发序列中抽调的骨干,人数大致相当于当时研发团队的一部分,比例不到三分之一,但几乎全是管线关键节点;
为预研阶段初步划拨的预算,按年计算达到数亿元规模,分批释放,每一批都绑定阶段性技术验收;保密周期预计不是一两个月,而是以年为单位,至少要到项目具备可展示原型或公司认为有必要公开时才可能结束。这些数字标志着一次明显的资源转移。它们也划定了一条漫长地下工程的起点。赌注已经下了。接下来真正困难的部分,不是做出这个决定,而是把它做成。