原创 | 赢在DevOps:保护玩家体验来提高营收

2014-04-23 17:30

文/Dave Ewart;译/陈老板的乖女本文由手游那点事编译,转载请注明出处!

当你考虑在线游戏的收入和利润的时候,很多东西就开始在脑子里转悠:

1.通过优秀的营销方案和病毒式口碑宣传来获得具有成本效益的用户

2.添加新功能来提高玩家的参与度和用户粘性以及LTV

3.通过同期群分析和A/B测试来优化系统

而没有考虑在内的是DevOps,一款强调开发人员的沟通、协作以及整合和IT的软件开发方式。但是如果做得好,在DevOps中的投资可以比出彩的营销方案在本质内容上实现更多。最重要的是,DevOps是品牌以及健康的持续营收的第一道防线。以下内容会告诉你为什么。(备注:根据百度百科,DevOps(英文Development和Operations的组合)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到:为了按时交付软件产品和服务,开发和运营工作必须紧密合作。)

一个技术问题的成本可能比问题本身更持久

F2P游戏玩家都是薄情负心的。如果在他们想玩你的游戏的时候,游戏不能玩,他们就不会再回来了。丢失他们已购买的商品,他们也不会回来了。“我们游戏消耗着玩家的有价商品且限制了游戏时间,”AlbertHo(RumbleEntertainment负责平台的执行制作人兼产品经理)说道,“如果游戏没有正常运作,或者核心功能运行太慢,我们都会永远失去这个客户。Ho告诉我们,糟糕的用户体验会降低新用户高达70%的营收。

当然,理解技术问题的严重性,假设你明白这点,“未知的未知”对开发商(和你的CFO)来说,绝对是场噩梦。如果你不及时发现并解决问题,你的船会慢慢下沉。

慢慢玩=没有玩

市况疲软的应用表现并没有比直接中断运营好太多。事实上,当根本原因很难被发现的时候,情况更坏。不管是什么原因(很多导致表现不佳的原因往往都不是你能控制得了的),你已经败了。玩家不会回来了,LTV也会很惨淡。即使你甚至知道潜在因素和问题。

创新就是游戏的名字

与此同时,玩家总是在期待更好的体验。如果你没有一周检查几次代码,你可能就赶不上你的竞争对手。你需要为所有可能出现的问题做准备,当问题出现的时候,需要有人立即修复。

DevOps就是解决问题的利器

DevOps可以在游戏更新的时候,保证你的发布周期在正轨上,保持玩家的高品质用户体验。通过维护游戏的稳定性兼顾实时可见性以及游戏的健康和监控关键绩效指标(KPI)来作为报警系统,DevOps知道什么时候需要采取行动,用客观数据来反映潜在问题的严重性来提醒团队。

DevOps比市场还要靠近消费者

当市场活动为了将来的收益而专注于获取玩家的时候,它的一些行为会在一定的百分比上面影响现有玩家。一个优秀的获取玩家活动可能会把一些玩家转化为付费玩家。但是他的成功是依靠由DevOps所管理的游戏的表现。

DevOps所做的贡献可以产生高品质的用户体验,对现有和未来的营收都会有100%的实质性影响——不管是预防游戏服务的中断,消除运行瓶颈,还是监测新功能的稳定性。有了正确数据的参与,DevOps可以告诉开发商玩家在哪里卡住了,或者甚至是哪个玩家被卡住了——这样你可以快速行动来保持首日留存率、7天留存率和LTV。

有对比才有突出,一美元花在烟囱的底部(保护玩家的体验),会比把钱花在烟囱的顶端(获取一个新玩家)产生更多的收入。

利用DevOps来获取成功始于正确的心态,正确的数据,和正确的流程

你不可能在网络上找到一个一劳永逸的DevOps使用说明。所以与其去搜索这种东西,我们建议你听一下JonGifford(Loggly的首席搜索官和架构师)的建议:

“你的开发人员应该很想知道他们的代码在产品中是如何表现的——他们应该知道大概。你们的运营人员应该想知道内部监控的情况,然后乐于把这些运用到产品的深度挖掘中。这一过程中,2个团队应该是越少隔阂越好。他们有着不同的专业分工,但是最终目标都是为了产品的平稳运行,优质的表现,和容易理解的系统。”

测试游戏的实时可见性

实时可见性的秘方就是数据存储:关于你自己的服务器、网络、主机服务商、第三方服务比如说支付或者社交网络的这些行为的数据。

有了正确的方法,你可以知道以上领域都在进行什么,以便于更好的理解游戏运作。为了最有效的利用这些日志数据,你应该:

1.架构日志数据,这样他们可以容易理解和分析。JSON为你在定义和更新域的时候提供了巨大的灵活性。

2.记录独特的会话或者用户标识,这样你可以实现从客户到服务器端的事件追踪,跨越多个服务器和API(应用程序接口)。游戏开发商面临的一个独特的挑战是玩家的客户硬件、软件和网络环境所带来的巨大的多样性。

3.考虑到机器问题,而非人类,作为你日志的终端消费者。工程师倾向于推迟添加测试,因为他们不想要看到杂乱的日志数据。但是一个日志管理解决方案可以在一眨眼的功夫有效整理好这些凌乱的数据,只要它是结构化的。

监控KPI:显著的应用程序稳定性和健康运行

如果你只学习解决玩家反馈的问题,那么在每一次发布反馈信息推送的时候,你就把70%的新收入置于风险当中。你需要定期监测KPI,特别是每次代码推送的时候。你需要关注的是:

1.堆栈跟踪和错误报告的数量

2.客户端的问题比如说错误连接、游戏延迟、角色的消失或者模型没有渲染等等的发生概率

3.核心功能的玩家活动

4.已完成和未完成的事务

当然,只要你发现问题,DevOps就能与开发确定其原因,让游戏恢复正常的状态。

关闭与客户的循环

如果有严重的问题出现,DevOps可以在挽回玩家的过程中扮演重要的角色。毕竟,挽回一个玩家比替换玩家要便宜的多。DevOps处于一个独特的位置,可以对特定问题带来的影响进行量化,确定它的起因和影响,提供受到影响的玩家数据。然后,市场营销,客户支持,或者社区管理等工作人员可以主动联系受影响的玩家,开启留存机制。

在DevOps的投入

在DevOps的投入——用以支持DevOps活动的测试设备和工具——对游戏开发商来说是制胜策略。有一大堆的技术问题可以——也会——破坏用户体验,即使在设计很优秀的游戏中也不可避免。这样做以后,这些问题都会在营销花费中被稀释掉。相反的,可以让玩家拥有持续出色的用户体验,在用户获取上面的投资被放大了,确保你可以得到每个新玩家的最高可能留存和LTV。

本文由手游那点事编译,转载请注明出处!

原文链接:Gamersutra

Ben

Ben

线上线下专访、稿件发布合作请联系QQ或微信:328624956

相关资讯