爆款射击游戏一周年，制作人却说团队"超级不开心"

一款服务型射击游戏上线即爆，更新节奏拉满，社区热度维持了一整年——从外面看，这几乎是教科书级别的开局。但就在游戏首个周年临近的时候，开发团队的高层出来说了一句不太"官方"的话：团队曾经超级不开心，也超级累。

说这话的是 Arc Raiders 的执行制作人 Aleksander Grøndal。他在接受 Game Developer 采访时，把服务型游戏转型这件事形容得相当直白："Transitioning to live-service is going to be fucking hard."（转向服务型游戏会非常难。）他补充说，所有人都这么跟他讲过，他自己也这么跟别人讲过，心理上是有准备的——但没完全准备好它到底有多难。

这不是一句客套的"我们很辛苦"。它背后是一整套关于服务型游戏到底在消耗什么的拆解。下面把正反两边的说法都摆出来，再谈怎么判断。

正方：这是行业必须正视的代价

Grøndal 的说法里，最值得注意的不是"累"，而是他指出了累的来源。他提到，Embark 的人被"持续不断地对数百万玩家负责"这件事磨掉了精力。原话是："The team is super tired. We're putting out content as fast as we can but it's not enough, and perhaps it wasn't necessarily interesting enough as well."（团队超级累。我们在尽可能快地出内容，但不够，也许内容本身也不一定足够有趣。）

他还说，自己对今年前四个月取得的成绩是骄傲的，但同时也认为必须诚实地看待这些成绩带来的影响。这句话的分量在于：他没有把"成绩"和"代价"对立起来，而是承认两者同时存在。

更关键的是他给出的一个具体判断——"We didn't have the time."（我们没有时间。）他解释说，除了做新内容，还有大量维护成本：修 bug、处理漏洞利用（exploits），以及其他各种限制条件。团队"一直在超出自己的承载能力"，事情太多，导致规划本身都变得困难。

从这个角度看，Grøndal 的表态不是抱怨，而是在给一个行业性问题提供证词：服务型游戏的更新节奏，本质上是在跟玩家的消耗速度赛跑，而这场赛跑没有终点线。

反方：这是不是"事后找补"？

另一种读法是：一款游戏上线爆了、更新跟上了、社区维持住了，一年之后开发团队出来说"我们其实很痛苦"——这听起来像不像在为后续更新放缓提前铺垫？

素材里确实提到了节奏变化：Arc Raiders 最初靠月度更新保持玩法新鲜感，同时通过常规补丁不断"灭火"。但后来 Embark 放慢了速度，转向"更慢但更大"的新功能推送。Grøndal 对此的解释就是上面那句"我们没有时间"。

如果只看这个时间线，确实容易得出"先冲量、后减速、再解释"的怀疑。但要注意，Grøndal 的表述里有一个不太像公关话术的细节：他主动说团队"超级不开心"，并且说这种情绪也蔓延到了玩家的不满上。一个纯粹想找借口的发言，通常不会把"玩家也不满意"这件事主动接过来。

另外，他谈的不只是 Arc Raiders。他提到自己在 EA 期间参与过 Battlefield 和 Star Wars: Battlefront 系列的多款大型作品。这些游戏虽然有在线元素，但也有大量离线内容，跟 Arc Raiders 这种完全服务型的机器不是一回事。这个对比本身是在说明：服务型游戏的消耗强度，跟传统 3A 的"发售—收工"模式有本质区别。

他为什么要把自己的" burnout "讲出来

采访里最个人化的一段，是 Grøndal 主动讲了自己的经历。他说："I was burned out."（我 burnout 了。）

具体经过是：当时在 EA，一款 Battlefield 游戏刚发售，他一直在硬推，最后不得不休息五个月、请病假，因为他"完全垮了"（completely broken）。

他把这段经历拿出来，是为了说明一件事："It's very important for us to create a framework that allows us to be creative while having a good work-life balance."（对我们来说，建立一个既能保持创造力、又能有良好工作生活平衡的框架，非常重要。）

他还说，保护人这件事"超级重要"，并且明确表示，他不希望自己的任何同事经历他在 EA 经历过的那种状态。

这一段让整个采访的性质变了。它不再只是"一款游戏更新节奏的复盘"，而是一个做过大型 3A、又转去做服务型游戏的人，在说：这两种模式对人的消耗方式不一样，而后者更容易把人拖进一个没有终点的循环。

判断：这不是"卖惨"，是服务型游戏的结构性账单

把正反两边放在一起看，比较站得住的判断是：Grøndal 说的不是某一款游戏的运营失误，而是服务型游戏这个模式本身的一张结构性账单。

账单上有几项是明确的：

• 持续对玩家负责：不是发售日交完货就结束，而是长期、持续地对数百万玩家交代。
• 内容消耗速度：出得再快也不够，而且"不够有趣"这件事本身也会被玩家感知。
• 维护成本：修 bug、处理漏洞利用，这些不产出新内容，但必须做。
• 规划困难：长期超出承载能力，导致排期本身变得难以执行。
• 人的代价：团队疲惫、情绪低落，并可能反过来影响玩家体验。

这几项里，没有一项是"多招几个人"就能立刻解决的。因为内容消耗速度是由玩家侧决定的，而玩家的消耗速度通常快过任何团队的产出速度。

所以 Grøndal 那句"我心理上有准备，但没完全准备好它有多难"，其实是在说：行业里所有人都知道服务型游戏难，但知道难和真正扛住难，是两件事。

对玩家来说，这件事意味着什么

从玩家视角看，这个采访至少解释了一个现象：为什么很多服务型游戏在开局猛冲之后，更新节奏会慢下来。

原因未必是"厂商摆烂"，也可能是团队在长期超载之后，不得不从"月度小更新"切换到"更慢但更大"的推送方式。素材里提到，Embark 后来的方向就是后者。

但反过来，玩家也没有义务为开发者的疲惫买单。Grøndal 自己就承认，内容"不够"、可能"也不够有趣"，而且团队的情绪问题"蔓延到了玩家的不满"。这句话等于承认：开发端的消耗，最终会以体验下滑的形式传导到玩家这边。

所以这件事对玩家的实际参考价值是：当你看到一款服务型游戏更新变慢时，背后可能有两种完全不同的原因——一种是资源被抽走，一种是团队在重新找可持续的节奏。这两种情况，玩家从外面很难分辨，只能看后续内容本身。

一个还没被回答的问题

Grøndal 说，建立一个既能保持创造力、又能有良好工作生活平衡的框架"非常重要"。但采访里没有说这个框架具体是什么样，也没有说 Embark 是否已经建成了它。

能确定的只有他给出的方向：从"尽可能快"转向"更慢但更大"，从持续超载转向可持续。至于这条路走不走得通，一款游戏的一周年显然还不足以给出答案。

唯一可以确定的是，服务型游戏这门生意，卖的不只是内容，还有团队持续产出的能力。而后者是有上限的——这一点，做游戏的人比玩家更早感受到。