如果你是来自某一代人的游戏玩家，那么你就会把电子游戏看成是一种产品。你的购买经历可能就是去买一盘实体游戏的拷贝并把它带回家，然后肯定会在一台没有网络连接的主机上进行游玩。
而现在的游戏就不同了，其形式更像是一种服务而不是产品。这不仅是展现形式上的改变（从店里的实体获取变为了从网站或平台进行下载），且实际游戏的设计和构成也更倾向于一套保持联网的方式。现代游戏要求玩家提供网络连接才能运行，即使你只是想要将一个存档上传至云端。
但其中的差异远不止如此。在互联网的使用被纳入电子游戏设计的内在组成部分之后，“LiveOps”这个词便被催生了出来，也就是“常态化运营”的缩写。LiveOps革命完全改变了电子游戏行业，并为这个行业带来了全新的生态，从而为全世界的游戏开发者们引入了新的机遇和挑战。
LiveOps的定义
简单来讲，LiveOps就是一款游戏在上线后的管理流程；即游戏发布供用户下载，且后者开始游玩之后的管理流程。这套流程特别适合那些需要联网的游戏，而如今的大多数游戏则都具有这一特性。LiveOps可包含以下一个或更多组成部分，这取决于游戏开发者的目标和关注点：即bug修复、新功能、限时内容、独享优惠/功能、基于用户反馈的内容、对现有功能进行调整以及更多 - 但这些都需要游戏开发和专精在线游戏的游戏测试团队来实装这些更新。
在过去，LiveOps的功能仅限于在游戏发布后的bug修复。联网使得发布补丁成了一件相对简单的事情，只需要启动游戏，等待其自动下载并安装即可。表面上看，这可以带来明显的好处，因为PC游戏玩家们以前都不得不去手动搜索、下载然后应用这些补丁。然而，开发者们却常常会发布带有已知问题的游戏，因为他们知道，反正之后很快就会发布一个补丁来加以解决，而这种行为往往会遭至猛烈抨击。这种做法遭到了社群玩家的大量批评，玩家们宁愿等待并获得一款功能完善的游戏，也不愿意去玩那种一开始就明显存在各种问题的游戏。
渐渐地，LiveOps就变成了今天的样子：开发者们倾向于先发布一个游戏的相对基础版本，然后再基于玩家的反响情况添加更多内容和更新。上述内容可包括角色皮肤的新外观、影响实际游玩的道具和武器、甚至能够影响游戏环境和游玩风格的完整游戏大修。初版现在默认是“白板”内容，而后续版本则被设计用来保持玩家们的游戏粘度。在许多情况下，这些更新都是为了能在玩家可能支付的每月订阅费用之外，再为游戏创造额外的收益。
LiveOps的技术因素 在社群反馈愈发成为游戏行业中LiveOps的新生组成部分的同时，开发者们也需要更加注意到在LiveOps生态中可能遇到的诸多技术挑战。这些挑战包括：bug修复，这些bug需要在游戏上线前进行彻底测试，因为推出不完整的更新不仅会导致更加严重的技术问题，而且还会惹恼当前的活跃玩家；新的功能，这些内容通常都会令玩家感到兴奋并且有趣，但同时也有可能因为糟糕的设计问题而破坏当前已有的功能；平台要求，这一项似乎可以随意进行变更；还有广告SDK整合，这是开发商的一项主要收益来源，所以他们通常都会整合多个广告SDK聚合器，从而在规划不充分的情况下会造成较为复杂的问题。 其它技术因素同样也会在指引产品决策以及影响路线图更新方面扮演重要角色： 数据分析：仅仅只有小部分的游戏社群能够主动提供有价值的反馈，所以这种获取玩家见解的方式并不可靠。开放人员所获得的社群反馈往往都缺乏足够的细节用于执行。为了得到更可靠的评估，开发人员会将一些工具整合入游戏当中以跟踪玩家们的各种状况，并将其储存在服务器上（即被动反馈）。通过分析这类数据，开发人员便能够摸清活跃玩家们的脉络，从而帮助他们在未来做出决策。这可能是以LiveOps模式为主的游戏中最为常见的工具了。 崩溃分析：不论游戏的设计有多好，它都无法杜绝崩溃的情况。为了跟踪崩溃，开发人员通常都会将几段代码整合进游戏中以将崩溃记录上传至远程服务器，从而供他们分析并在之后的更新中予以修复。 玩家分类：这是开发人员用来瞄准特定玩家群体的一项重要工具。比方说：如果一项特定游戏功能只需要对一个特定地区的玩家开放，那么开发人员便能通过整合一款细分工具的方式来达成这个目的。在另一个例子中，如果相应的新功能是实验性质的，那么开发人员就可以只针对一小群用户开放该功能并通过分析来得出他们的真实反应。根据结果，他们就可以决定发布完整版或对必要内容进行修改。 A/B测试：当一个选项需要在另一个甚至是多个选项上进行测试时，这便是开发人员手上的一项重要工具。这还能对玩家细分提供补充。比方说：如果开发人员为圣诞节设计了两个都很不错的主题，但却不确定哪个更适合用来发布，那么每个主题就可以专门向各自的玩家群体分别开放。基于哪个主题所获得的正面反馈更多（通过分析得出），开发人员就可以选择用于发布的主题了。 服务器配置：理想情况下，开发人员都想要尽可能快地发布或测试新功能，或者尽可能快地进行修改。但平台提交（Apple的iOS App Store、Google Play Store、Steam等）并让一款新游戏完成审核的时间却非常的长。为了避免这一情况，开发者便在游戏中加入了一些工具，从而使其能在从服务器上下载一个小型配置文件后，对游戏体验进行修改。同样的游戏客户端可基于配置文件中的数据而产生不同的表现。这能帮助开发者在不重复进行平台提交的情况下，对游戏体验作出小规模甚至较大规模的变更。该配置文件可在每次启动游戏时下载，或者在设定好的时间间隔内进行下载。 LiveOps的责任 LiveOps对相关利益方来讲，显然是具有价值的：它能通过不断更新游戏内容来保持游戏的新鲜感，从而在维持现有玩家粘性的同时，吸引新的玩家进行游玩。这为开发者提供了最大化ROI的最佳机会。 话虽如此，但开发商和发行商也不能对这一系统进行滥用。仅仅通过承诺添加更多内容来吸引玩家是不够的；而是要让内容足够精彩，从而让玩家们愿意回来继续游玩。从社群角度来讲，游玩空间也应该是一个舒适且安全的地方。开放者可以通过监控和纠正的方式，来处理作弊者以及那些侵害其它玩家的好事者，还有那些想要利用游戏系统不当牟利的人。对开发人员来讲，通过社交媒体和活跃论坛听取玩家意见，也是判断其情绪好坏的不错方式。从这方面讲，如果玩家们能有机会为游戏的功能和迭代做出直接贡献，那么社群对于顺畅且具有意义的LiveOps便会抱有较高的期望。 这就是反馈循环：发布更新；社群互动使开发人员了解更新实装后的风评；开发人员将社群反馈纳入下次更新的考量范围；然后继续该循环。在理想情况下且执行得当，这就会形成一种让双方都满意的健康共生关系，从而延长游戏寿命。 将社群纳入到LiveOps流程当中，意味着开发人员能够借此与希望自己所热爱的游戏表现出最佳面貌、活跃、乐于帮忙且聪明的玩家群体之间，建立有机且真实的沟通渠道。这将促成针对各个功能和道具的集中测试，从而确保其所构建的内容都能够适用于社群。总的来讲，它能够帮助确保游戏保持较长的寿命，而这也是所有发行商的共同目标所在。 总结 LiveOps如今在游戏行业中已处于一种难以动摇的地位。对开发者来讲，这种强有力的工具可以帮助他们支持自己已经上线的游戏，并取悦他们的玩家社群。可是，一旦处理不当，LiveOps还是会疏远玩家群体，从而导致负面反馈甚至导致玩家弃游。抛开游戏社群不谈，我们都需要在设计流程一开始便仔细规划好LiveOps，从而避免在之后出现各种错误和障碍。LiveOps改变了开发商和发行商将电子游戏视作商品的思考模式，赋予了游戏更长的生命周期，也因此带来了更加持久的投资回报机会。 联系我们了解更多有关我们是如何在行业领先的 游戏开发、玩家客服以及游戏测试服务的加持下，对你的游戏LiveOps提供支持的。