大家好，我是菜哥。今天我们就来说说游戏运营中版本运营模块的工作，介绍一下这个岗位的主要工作内容。简单来说，版本运营的日常工作主要是负责保证游戏在线运行的稳定性，同时可能还需要处理一些在线突发事件。基于此，我们可以从以下几个方面做好版本运营工作，更好的为项目和我们的用户服务。1.基础对于版本运营同学，可以从游戏开发阶段开始，完成一些基础的版本运营工作，如SDK接入、运营工具、GM工具、平台能力项接入等；在游戏测试调优之前，还需要梳理一下版本维护更新发布流程、多版本（包）管理、频道运营、tlog埋点、运营数据后台等。1.1SDK接入今天不说关于细节，这里简单介绍一下SDK包含的一些基本内容和扩展内容。1.1.1基本内容账号系统、充值、SDK数据上报（一般为客户端日志数据）或QQ、微信、微博、AppleID登录等第三方账号；而同一款游戏（不同渠道有不同的套餐），这些登录方式最终都是在同一个账号体系下；从产品的角度来说，其实是支持多种登录方式的，那么这些不同的登录方式其实都需要去对应的开发者后台去申请对应的参数。关于这些参数的应用，不同公司的流程可能不同。有的可能负责中台部门或者业务同学，有的可能负责版本运营同学。但无论怎样，归根结底还是需要版本操作来进行对接和协调（作为项目组和其他部门的沟通桥梁），所以作为版本操作，还是需要熟悉这些流程和实际操作的操作。Tips：通用参数申请需要提供产品的基本信息，如名称、包名、图标和介绍等，这部分几乎是版本运营同学需要准备的。充值对于有内购的游戏来说，充值是必不可少的。国内常见的充值有支付宝、微信支付、ApplePay，还有手机账单卡支付、银联卡支付等，在国外可能是GiftCard、PayPal、VISA/MasterCard等。同样，这些支付方式也需要去对应的开发者后台申请参数，他们的流程和账号系统基本一样。SDK数据上报SDK数据上报一般是SDK自带的一种，主要是设备信息和SDK相关信息等数据。可以提前询问中台部门要上报哪些具体的预设数据等，方便后续的测试验收。1.1.2扩展内容除了上述基本内容外，我们可能还会涉及一些其他的扩展内容，例如：为了方便用户在游戏中进行交流，需要接入一些第三方语音SDK；为了更好的收集用户行为数据，可能会接入更好的第三方数据平台的SDK；为变现流量，可能接入第三方广告SDK；为方便用户手机号登录，可绑定手机号一键登录SDK；为了收集用户体验游戏时设备的一些崩溃信息，可能会接入第三方崩溃上报SDK等。同样，如果我们需要列出一些联运渠道，我们也需要接入这些联运渠道的SDK。该SDK将包含上述第1部分中的基本内容和部分渠道定制内容（如悬浮窗功能、内置社区等）。以上仅为部分扩展内容。在实际项目中，会根据项目本身的产品需求来选择第三方SDK，而接入第三方SDK基本上是为参数应用提供产品的基本信息，作为版本操作同学们还要搞清楚这个SDK的功能是什么，如何验收。1.2运营工具运营工具顾名思义就是在游戏运营过程中会用到的工具，比如发布公告、跑马灯、全服邮件等。我们可以按照功能类型分为以下几类，具体细节需要根据具体项目定制：用户信息查询通过用户账号、角色ID或昵称等方式查询用户信息不同的产品信息显示不同当前详情（如等级、充值金额、背包信息等）历史信息记录（如物品操作流程、充值流程等）资源管理，如公告、跑马灯、全服&单人邮件、推送消息等服务器状态管理开/关服务器、开服前（维护）、排队号设置、白名单等游戏功能管理为了尽可能保证游戏在线运行的稳定性和应对在线突发事件尽快让游戏功能管理模块可以无限扩展。最简单的就是切换有问题可能影响联机功能的功能。当线上出现问题时，会第一时间关闭该功能，尽可能将负面影响降到最低。例如，如果角色开关关闭，则角色无法使用。若字符值异常，可第一时间关闭；例如，如果充值开关关闭，则充值项目不能被充值。若充值出现异常，如充值给的奖励有误，将立即关闭；比如某个活动出现了问题，我们也可以关闭这个活动，这样也可以减少损失；比如要求玩家在一定时间内不能改名，我们可以关闭改名功能等等。以上仅为对某项功能异常引起的问题的快速响应。同学们作为版本运营者，需要对游戏的每一个功能都有一个清晰的认识，也可以考虑到可能出现的边界条件和负面影响，然后和对应的沟通，最好一起规划讨论，确定其功能开关的具体功能。通过以上功能，我们可以看出运营工具是游戏运营同学用来操控游戏的核武器。熟练掌握并不断改进这种核武器，可以大大提高我们的工作效率和处理突发事件的能力。（一个小问题，运营同学给个人发补偿邮件的时候，不小心发到了全服，如何快速处理，把损失降到最低？）1.3GM工具GM工具其实是一种操作工具，这里我是狭义的，是指通过用户账号、角色ID等对用户状态进行操作的工具，对用户进行相关的状态操作。不同产品用户状态有不同类型的处罚（如：封禁账号、封禁言论、封禁某款游戏、封禁排行榜等）信息修改（如：强制更名、删除物品、修改排名等）如果用户的昵称被举报不雅，我们可以强制其改名等。需要注意的是，无论是运营工具还是GM工具，在设计的时候，我们都需要考虑到如果该功能在使用后会影响玩家的正常体验，我们一定要给玩家适当的前端提示。例如账号被封禁后，玩家登录时，需要有一个弹窗，告知玩家被封禁的原因，直到什么时候；我们关闭某个功能后，需要在玩家点击该功能时提示玩家暂时关闭该功能。.（具体功能具体分析）另外，这些工具的具体功能需求就是这些工具具体的功能需求。对于操作同学来说，就是把输入和结果显示在某个网页的前端。其实就是涉及到运营和网页前端的交互，中台（做网页前端的部门）和游戏服务器的交互，游戏服务器和游戏服务器的交互。客户端，以及玩家和客户端之间的交互。其中，前两种交互需要版本运营同学写具体需求，后两种交互需要版本运营和策划的沟通，而且大多数情况下都是策划负责写具体需求。1.4平台能力项接入像我们在SDK接入中提到的很多功能，比如QQ、微信、微博等第三方账号登录方式，一般也会提供分享等功能，属于平台能力项。但是，这些第三方能力项大多只用于自己这一代的部分产品。另外，我们接入的联运渠道一般都有一些平台能力接入，比如悬浮窗、内置社区等。我们可以根据自己的产品需求选择相关的能力项。1.5版本维护更新发布流程当我们的产品开始接触用户时，会有新内容、旧内容迭代、以及一些问题修复等，涉及到维护更新发布。有一个清晰的更新发布流程，可以让我们高效有序的开展这类工作。一般来说，更新可以分为以下两类：强更新，又称冷更新、大版本更新等，用户需要更新一个完整的包。大多数时候，这种更新需要停止服务器来操作热更新。更新频率非常高。用户可以在现有版本的基础上更新部分游戏资源。一般不需要停止服务器。对于强更新的情况，通常会提前准备好完整的打包通道或者CDN。在指定的时间停止服务器，运行结束后播放器会自动更新最新的包。这种情况一般涉及比较大的版本内容更新或者比较低级的代码改动。对于热更新，一般可以分为用户感觉不到的更新和需要用户重启游戏的更新两种。大多数情况下，无感更新是纯数据或少量美术资源层面的更新，玩家在游戏中默默更新。用户需要重启游戏的更新可能会涉及比较大的资源或者比较关键的数据（比如竞技类游戏中的战斗值）的更新，玩家需要在游戏大厅重启游戏进行更新。其实很多游戏基本上是可以不停机更新的，比如多点登录，游戏服务器等，服务器上需要重启更新的内容，依次重启相关子节点就可以了。以上部分具体更新逻辑需要版本运营同学和相应的前后端技术、运维、测试同学协商确定。总的来说，更新流程可以概括如下（具体项目具体讨论）：确定版本更新内容PC端验收（内网）移动端ftp环境验收（内网）移动端cdn环境验收（预发布，无限靠近外网))运营发布公告、跑马灯、各类社区&自媒体平台发布更新公告（通知更新时间、类型、内容、补偿方案等）预发布运营（服务器状态运营、灰度、等）线上发布1.6渠道一般情况下，除了官方渠道（官网、官方社区等），我们还可能会在一些平台或联运渠道等上架，这涉及到多版本的管理（包）和上架和下架渠道的操作。作为一个版本操作，需要熟悉通过不同渠道加载和卸载的操作（虽然很多时候这些操作可能是业务或者渠道对接同学的责任）。本地版本包的管理要尽量规范，这样在实际工作中可以更加方便。上架常用的需要准备的材料有：安装包五张图片（如果图标有变化就添加），更新内容的主副标题（如果有变化），是否添加内购装备等，不同渠道对这些素材的要求可能不同，整理不同渠道的素材需求清单，创建素材文件夹统一管理，可以大大提高工作效率。关于频道套餐的审核，在实际操作中可能会遇到很多不同的问题，需要我们根据实际情况一一处理。常见场景有：某渠道SDK更新，需要强制更新版本。这种情况，建议在预定发布时间前2-3周找业务同学对各渠道的SDK更新情况进行统一汇总，以尽可能避免此类情况发生；某频道增加了一些屏蔽词，是否尽快添加到游戏的屏蔽词库中；联运通道包不能有一些外链引导功能和广告sdk等；一些新的合作监管政策的出台，比如过去一年对隐私政策&用户协议、防沉迷、隐私清单等要求越来越严格，我们需要对具体的政策条款进行研究和解读，同时这个时候，我们需要了解渠道商对这些政策条款要求的理解，然后融入到游戏中。其实以上都需要版本运营同学时刻关注各个渠道和国家一些关于游戏的政策法规等，然后进行有针对性的预警或处理，以保证项目的稳定有序发展。关于iOS的审核发布可以参考我的后续介绍（敬请期待）1.7数据埋点数据埋点是用户游戏行为的记录和游戏本身的数据，普通用户注册，角点创建，登录、注销等，此外还收集玩家游戏的各种游戏系统的行为数据事件。这些埋点数据都是元数据，即每一个行为事件都会被记录为一个，我们后续的复杂数据分析就是以此为基础的。一般来说，我们可以将事件属性分为两类：通用属性和事件特定属性。通用属性可以理解为每个事件中需要记录的属性（不能获取的不算），比如用户账号、角色id、等级、vip等级、创建时间、昵称、频道、平台等。特定于事件的属性可以理解为需要为每个单独的事件记录的属性。其实这就是数据埋点设计的核心。它的设计思路其实是需要反过来的。比如我需要通过玩家游戏（moba）分析英雄的出场率，胜率，以及一些游戏属性数据来调整平衡等，可以做如下嵌入点设计（简单参考）：字段名字段描述字段类型备注battle_id游戏id值role_id角色uid值rank_beforefrontdigit值rank_afterrank值game_type游戏模式值elo_beforeelo值游戏前elo_afterelo值elo_typeelotype值faction_idfaction值hero_id英雄值skin_id皮肤值equip最终装备列表summoner召唤师技能值符文铭文等级击杀数击杀数死亡数助攻数助攻数经济_all经济总量economy_creep野怪经济数scorescorevaluekill_soldier最后一击数参与数参与率值...当然，数据埋点这方面，版本操作同学不一定需要负责，如数据运营或相应的系统规划或数值规划等可参与此项工作。除了我们需要分析的属性外，该技术还可能提供一些用于定位问题的属性字段，可以添加到埋点设计中。1.8运营数据后台嵌入数据后，我们就可以搭建运营数据后台了。当然，现在很多公司都有自己的数据中心。我们直接按照他们制定的数据嵌入点的统一格式，基本上就可以很方便的访问对应的数据背景。一些通用的数据报表基本上不需要额外设计。或者我们可以对接一些第三方的数据后台，根据相应的数据埋点需求设计埋点，这样我们就可以快速完成一些基础的数据报表设计。其实有了元数据，数据分析就很容易做。定期报表的制作，特殊特殊的数据分析，可能会涉及到SQL或者python的一些处理。这方面可以参考我们的公众号历史文章进行学习。但是除了游戏中的一些玩家行为数据，我们还有购买数据，也可以融入到运营数据的后台。当然也可以单独拿来分析，结合游戏中的数据看用户质量（retention，LTV，roi等）。2.Advanced在基础部分，我们主要介绍基础设施部分。如果我们要做更好的版本运营，我们需要更多地为产品和用户着想。2.1口碑运营从开始游戏测试调优到游戏上线运营，我们都需要开始关注口碑运营工作。核心是对日常上网环境的监控，及时妥善处理游戏中的各种突发事件。游戏面向用户后，需要重视口碑。任何负面问题都会导致口碑下降，而每一次处理得当，往往都能提升口碑。因此，我们需要游戏的在线运行状态。这个状态可以是直观的数据曲线、外网舆情、客服反馈等。从数据曲线折线的变化，我们可以及时发现线上可能出现的问题，比如服务器宕机导致在线人数急剧下降，然后我们从网上的舆论中发现有玩家反映无法登录游戏，客服也反映有很多玩家不在线等等等等。或者数据曲线全部正常，部分玩家反映无法参与某玩法等，这时候需要版本运营的同学开始跟进，推动这一系列问题的解决。一般来说，大体流程可以是：收集问题（尽可能详细，用户账号或角色id，时间，场景，具体问题等）自测先自测（比如登录问题，充值问题,玩法参与等)明显)同步在线问题组(相关模块负责人都在场的特殊组)评估高风险级别的应急处理方案(此时要善于使用操作工具和GM工具等）处理方案同步用户（公告、跑马灯、社区、自媒体、客服统一口径解答玩家等），协调推进问题审核总结的处理，一方面，尝试从机制上避免，另一方面看能不能把处理机制作为版本操作来改进，对需要改进的游戏机制（部分功能的实现逻辑）有非常熟悉的理解，所以以便他们能够在第一时间判断问题并尽快做出响应！在事故问题处理中，要积极推动、协调各部门尽快抢修上线！同时配合其他Module运营同学（尤其是播放器运营、自媒体运营等）保持密切配合，尽可能妥善处理外网舆论。简单概述突发事件的处理就是要做好：将处理方案告知玩家（时间、具体措施、补偿方案等）除了对有风险的突发事件进行应急处理外，还需要注意玩家的日常对游戏的反馈。无论是bug还是设计经验反馈，记录存档（日期、归属版本、反馈类型、反馈内容、反馈频率、玩家信息等），为后续版本优化提供参考。一定要注意明显的bug和一些合理的建议，尽快尽快进入版本，否则很容易让玩家觉得我们无所事事，影响口碑。2.2版本规划一般来说，游戏的版本规划可能会在很早的时候就制定好，但是在运营阶段，收集一些在线玩家的有效反馈建议，以及运营数据分析得到的一些参考建议，可以作为后续的开发版本的方向。常见BUG修复、体验优化需求、玩家对玩法或资源追求的合理需求等，都需要运营同学对产品、用户、数据有更深入的理解。一定要注意，一定要听取玩家的反馈和建议！2.3测试服现在很多网游都有测试体验服。例如，在每个大版本推出之前，都会涉及到很多新特性。为了更完整的测试（比较接近官网环境），我们可以安排先上线测试体验服，邀请一批玩家来体验。一方面可以发现BUG，另一方面可以提前体验新内容并给予特别的反馈，这样我们就可以在上线前进行调优，让正式上线后的版本质量更有保障。其实对于测试服和正式服同时存在的情况，相对来说，项目组维护两个正式版（还有一个开发版需要维护），会比较多或者工作压力小。如何协调测试服和正式服的工作比较重要！在这里，我们的做法大致是这样的：根据实际产品需求，我们会不定时对测试服务器进行测试招募（针对性招募特定属性的人员），并进行专项项目测试。比如你要上线一个新的英雄或玩法，在指定时间根据测试要求招募一批玩家参与测试，并针对这些英雄或玩法提交BUG和体验反馈。负责英雄或玩法的企划负责人可以加入测试群了解玩家反馈。您可以等待测试期结束回顾我们总结的反馈，或者参加机构组织的专场访谈！如果在测试过程中遇到一些阻塞性的bug，比如英雄无法使用、游戏频繁闪退、英雄数值异常等，需要及时处理和更新；如果遇到一些不影响核心测试目的的其他类型的问题或反馈，暂时忽略。另外，若与官服运行版本有人力需求交集，则以官服为主。除了专项测试外，正式版测试服在正式服上线前2-3周还会进行一次特定的跑分测试，主要是为了测试版本的稳定性。另外，除了非官方机构的测试周期外，如果大家有余力，可以对测试版多做一些维护，保证以后需要用的时候尽量少出问题！测试服务器也需要好好维护。如果招募的玩家在测试服发现很多问题而正式服基本不维护，而正式服上线后测试服出现明显问题，那么这些玩家参与测试服的积极性甚至游戏的热情会大大降低！2.4版本主题新版内容敲定后，就可以考虑对这个版本进行主题打包了。具体的主题，我们可以找文案策划融合在一起，再找平面设计师做相关素材。主题包装的作用具有一定的品牌推广作用，配合购买量或渠道动作，可实现价值最大化。常见主题包括涉及的工作：新图标、新登录界面、新大厅主KV、新宣传图、新CG或视频官网、社区及自媒体主KV新版本正式上线前1-2周内，我们可以安排新品陆续出炉，营造气氛！同样的，我们确定更新内容后，可以准备两套更新内容，一套是官网和社区自媒体的详细图文，一套是简单的游戏内公告。这个时候，我们也可以和商家一起梳理新版本的亮点和卖点，然后寻找渠道更换资源！如何更好的包装版本主题，如何协调各方资源，将新版本的buff添加到最大限度，是版本运营统筹能力的体现！2.5运营需求库除了收集玩家的有效反馈建议和BUG外，我们在运营过程中也会有一些从运营出发的需求，比如新的频道功能。希望我们的接入能力，市场或采购量，学员和外部渠道（短视频平台等）的合作需求，对运营工具或GM工具的新需求等。此时，作为版本运营，这些需求需要归档整理到运营需求池中。考虑到项目组的开发人手有限，并不是所有需求都必须马上安排。如何协调，需要仔细考虑版本操作起来。我个人比较喜欢的方法是先熟悉这些需求的具体背景和可能需要的人力资源，然后优先和需求方沟通，然后组织会议沟通和审核需求（类似规划需要评审，需要项目方PM、需求发起人和相关人员一起）。一些需求可能会被项目团队内部消化。例如在短视频平台合作只需要礼包或游戏内宣传图即可。这种找艺术的需求只能在游戏中添加；有些需求可能还需要中台的协助。比如渠道的新功能，我们需要找到中台聚合，还要考虑中台的调度。懂技术，懂项目管理，是版本运营的同学或多或少需要掌握的！2.6在其他线上操作的过程中，我们也会遇到很多各种各样的场景，需要根据不同的场景合理进行版本操作。安排治疗，随机应变。除了我们之前提到的突发事件（BUG）的处理外，其实对于玩家作弊或者其他游戏违规行为的处理也是需要注意的。营造和谐的游戏环境非常重要。对于作弊，需要考虑其影响以及如何有针对性地处理：一方面，需要出台相关的处理程序（如何判断、判断后如何处罚、如何公示等）.)，另一方面，需要与项目组一起制定有效的机制避免或自动惩罚作弊的解决方案。关于违规游戏行为（如恶意送分、刷分、退款、言语侮辱等），其实与外挂处理的流程逻辑类型有关。一方面从操作上处理，另一方面从机制上改进。另外，版本运营的工作中可能会涉及到一些事情，比如开服、合服、关服、账号迁移等。这些可以根据具体问题处理，不再展开！
