游戏制作模式-游戏运营

本文试图从设计者的角度简单描述一下游戏操作中涉及的步骤和思路，欢迎交流~在游戏正式上线之前，一定要做好充分的准备。一是要保证游戏的质量，这需要通过“技术测试”和“游戏性测试”来验证。“技术测试”是指游戏性能、稳定性等底层技术符合上线标准(通常会参考市场同类竞品制定一个标准)。“游戏性测试”是指玩家的游戏体验符合设计者的预期，最终体现在留存和付费上。以上两个基本条件满足后，就要考虑运营游戏的基础设施建设是否跟上了，包括:游戏发布过程的前端更新流程(如强更新、热更新)、数据备份和回滚、支持游戏掩埋(通过日志进行数据分析)、BMS后台(玩家数据的查询、检测和管理)、邮件和奖励(通知和奖励玩家的功能)...在游戏运营过程中，我们总是希望通过数据分析更快地发现和定位线上问题，通过后台管理工具控制线上问题的影响，最后通过邮件和赔偿安抚受影响玩家的情绪。游戏更新流程上面提到的运营游戏所需的基础设施包括发布和前端、后端更新流程，因为游戏上线时，需要有固定的游戏更新节奏。每次更新都会暂停服务器的运行，释放新的客户端版本资源，更新服务器版本，打开新版本的下载通道，然后打开服务器，最后完成更新。不同的技术方案可能会带来流程的简化或增加，但不变的是需要一个清晰的发布和更新流程来指导工作，包括:游戏预定后，内网会做回归测试，游戏中的所有功能都会发布到外网进行回归测试，并提前发布更新公告通知玩家停止服， 上传新版本的客户端和服务器资源，打开客户端资源更新，启动服务器，启动白名单测试完成更新，每一次官方上线更新都要和第一次上线更新一样。 更新节奏在游戏上线的时候，除了不断修复bug，还需要为玩家提供持续的游戏内容更新，让玩家对新内容有所期待，这是留存的关键。这时候除了游戏本身的更新节奏，还会收到玩家的反馈，分为紧急、普通、建议三个等级。其中紧急问题需要在最短时间内解决，普通问题用周版发布。建议的问题可以在后续大版本的设计中考虑。由此可以推断，合适的更新节奏是:每周至少发布1个bugfix和小功能，每月至少1个游戏性内容优化，每三个月至少1个主要版本更新。运营活动通常会在游戏正式上线前预留过多的内容，便于制定后续运营的节奏。一方面，根据首个正式版的生命周期预期，发布满足相应生命周期所需的内容。此外，还需要考虑如何满足玩家不断变化的需求和反馈，延长游戏的生命周期。游戏发布后，通常会定期发布运营活动，促进活跃度/付费。运营活动可以简单定义为在一段时间内提供有限数量的高额奖励的游戏内容。在游戏中，我们主要是通过更丰富的奖励或者更有特色的玩法，让玩家形成一种持续的游戏预期，最终实现在游戏中的留存。这时候改变核心玩法层或者系统框架层的成本会很高。此时玩家的游戏体验主要通过游戏运营活动来协调。运营活动可以与核心玩法相结合，也可以从核心玩法之外的独特玩法中分离出来，与相应的奖励相结合，让玩家在游戏中不断产生新鲜感和目的性。需要注意的是，运营活动是游离于原有游戏经济体系之外的额外资源投放渠道，会在一定程度上破坏游戏设计时制定的资源投放节奏。投入运营活动的资源太多太丰富，会加速玩家对游戏本身内容的消耗，所以也会有设计团队在开发期就对投入线上活动的资源进行了规划，并将这些资源输出纳入到完整的资源输出中，避免缩短游戏本身的生命周期。在实际操作活动的设计中，通常分为以下几种:增益状态:如果在活动过程中增加战斗值/减少体力消耗，则达到目标数量；通过收集一定数量的道具换取奖励，通过累计签到和活跃时长换取奖励，使全服玩家达到指定条件或完成指定目标的总次数满足一定条件，并给予全服奖励的新游戏模式独立于原有的核心游戏模式。比如afk中打卡活动的抽奖:使用游戏内货币/特定材料参与抽奖，获得大奖的可能性，运营活动的包装方式还是需要符合游戏本身的玩法和背景，才能给玩家最大的代入感。游戏需要一次又一次的更新，让自己变得更好，每次更新的内容都是设计师交给玩家的答卷。理想情况下，游戏设计师和玩家会在游戏更新的过程中共同成长。