手机游戏运营:更新工作全讲解

做游戏离不开更新,手游更是每周一小更,俩月一大更,过年过节必有更新。天天都要更新,多了解一些更新过程中的问题势在必行。
本篇文章中的内容从一个发行方的运营的角度出发,涉及手游更新过程中的各个方面,希望能有所启发。
 

手机游戏运营:更新工作全讲解

 
强制/非强制更新:
 
强制更新指玩家必须更新后才能进入游戏,非强制更新指玩家可以忽略更新进行游戏。
 
局部资源更新:
 
有时候进游戏之前需要更新几MB的内容,这种更新就是局部资源更新。局部资源更新通过热加载发布到线上,不需要停服。
局部资源更新特点:
  1. 针对玩家为强制更新,玩家不更新则无法进入游戏
  2. 一般采取无更新提醒确认框方式,但当更新量过大时,弹出确认框有利于提升用户体验
  3. CP没做版本号强制验证的情况下,玩家若一直不关闭客户端进程,则可跳过资源更新甚至整包更新进入游戏,因为没有更新资源而出现客户端显示异常等BUG
  4. 可以更新策划配表、美术资源、部分程序代码等;不可以更新底层代码、icon等
  5. 罕见BUG:玩家可能错过更新资源,但提升了版本号,此时需要删除artres文件或卸载重装解决。
 
整包更新:
 
玩家重新下载完整的安装包,并覆盖安装
 
1.IOS官服:
资料片时做整包强制更新,弹出更新提醒,跳转到AppStore,玩家点击更新重新下载并覆盖安装。
解决BUG或刷新榜位等情况做整包非强制更新(游戏不弹出更新提醒,但在AppStore中会提示更新,玩家自行决定更新与否)
 
2.越狱:
渠道SDK控制跳转下载,部分渠道SDK没有这个功能,需要CP控制跳转到渠道提供的包体下载地址。
 
3.安卓:
解决java问题,局部资源更新机制,SDK更新,更换APPID等内容时,才需要使用整包更新。一般情况下只需要做资源更新。
 
整包更新特点:
 
1.整包更新玩家下载量较大,尤其针对大包体游戏,容易造成玩家流失。
 
2.整包更新一般都为强制更新,但某些情况下也会做整包非强制更新。如IOS线上包体出现小BUG,必须通过整包更新修复,但是仅部分玩家出现该BUG或者BUG影响不大的情况下,对全部玩家做整包强制更新带来的益处小于造成玩家流失的坏处,这种情况下要采取整包非强制更新,且理想情况下对玩家也不做任何更新提醒,仅通过公告引导出现问题的玩家主动去商店更新。
对于AppStore,上传新包肯定会在商店中显示更新,更新提醒的弹出是由CP自己控制的;越狱渠道SDK一般内嵌弹出更新提醒功能,某些越狱渠道(iTools、PP)可以达成上新包但不弹出更新提醒;某些越狱渠道(91)只要新包提升了版本号就一定会弹出更新提醒,所以需要与渠道沟通确定。
 
3.整包强制更新前务必保证安装包在所需更新的渠道处审核完毕,且要与渠道约定好新包上架时间,上架过早导致玩家提前下载到新包,上架过晚导致该渠道玩家无法进入游戏。
 
SDK更新:
 
渠道会不断迭代自己的SDK,所以SDK接入后还需要维护更新
 
SDK更新特点:
 
1.渠道SDK更新时绝大多数情况下都兼容旧版本,老玩家不需要更新SDK,线上可同时存在多种版本SDK;极少情况下不兼容旧版本,导致所有玩家必须更新才可正常使用SDK。
 
2.以下情况渠道会强制CP更新SDK:
因CP许久未更新SDK,低于渠道出包最低要求SDK版本号(其实也可沟通通融)
渠道SDK出现或将要出现某些严重BUG,必须更新
 
3.以下情况由CP决定是否更新SDK:
渠道SDK出现某些小BUG
渠道SDK版本迭代
 
4.技术上安卓可通过资源更新更新SDK,但实际应用很少,一般还是要整包更新iOS更新SDK必须整包更新
 
完整包与小包:
 
完整包指的是玩家直接下载所有的安装包内容,即为目前比较常见的形式
小包指的是玩家下载到的是一个部分安装包,应对渠道限制包体大小或游戏有较大的语音包,希望通过小包来增加下载量等情况。玩家下载到小包后,会再通过资源更新的形式,下载其余安装包
 
更新出包测试相关:
 
  • 理想情况下,每一个新包都要重新测试
  • 理想情况下,新包经过研发QA、发行QA、渠道QA三方测试
  • 测试登录登出、充值、SDK相关功能、包体改动内容等
  • 某些渠道不测试,如360过网上自检即可,腾讯不测试
  • 某些渠道测试比较麻烦或者墨迹,需特殊注意
 
更新场景对应讲解:
 
1.临时更新:
  • 为解决某些线上问题,如游戏内出现BUG
  • 一般可通过资源更新解决
  • 资源更新无法解决时,视问题紧要程度决定更新策略
  • 单渠道问题单独出包,视具体情况决定更新策略
2.大包更新:
  • 资料片更新或大内容更新
  • 批量出包,先官服,再越狱,再安卓
  • iOS必须整包强制更新,安卓走资源更新
  • 安卓出的是资源包,减少新玩家更新量,提高转化率
  • 提前联系渠道上包,并告知渠道更新内容、更新方式,统筹渠道上包时间
 
3.例行更新:
  • 停服进行更新
  • 局部资源更新,更新游戏内活动、玩法等
 
4.SDK更新:
往往需要视渠道SDK更新内容,CP工作量,时间是否充足等因素综合考虑,决定是否接入新SDK,即便接入新SDK,一般也不会强制老玩家更新SDK,除非渠道新SDK不兼容旧版本,但实际基本没有这种情况。
 
5.出资源包更新:
  • 将局部资源更新的新资源打新包,新玩家下载到的为新包
  • 减少新玩家更新量,提高转化率
  • 考量投入产出比再干
 
再结合实际工作说几个问题:
 
一、账号密码保存问题:
目前最好的解决方案是像完美的老虎SDK那样,在服务器端记录设备mac地址、udid等信息,将帐密保存在服务器端,即便玩家卸载重新安装,帐密信息依然可以恢复。
然而理想只是理想,实际上众多渠道基本没有服务器端保存账号密码的功能。覆盖安装一般并不会导致保存的帐密信息丢失,但一旦玩家在更新过程中出现问题而卸载重装游戏,帐密信息就没有了。所以在实际工作中,一定要在大包更新前提醒玩家保存好自己的帐密信息,即便是有服务器端保存帐密的功能,让玩家因此牢记自己的账号密码也是一件好事,何乐而不为。
 
二、非常规更新的更新策略,必须要权衡利弊再决定
 
举几个栗子:
 
1.越狱渠道上非强更包真的有必要坚持不弹更新提醒么?
某某越狱渠道的充值卡充值方式出现了问题,这个问题肯定要修复,而且只能通过换新包来修复。但是因为充值卡充值并不是主流充值方式,所以其实这个问题影响面不大,所以这种情况下当我上了解决问题的新包,肯定要做非强制更新,而且还希望老玩家不会弹出更新提醒,以免老玩家点击更新,更新过程中出现问题(这个问题比较常见的就是“无法下载应用程序“,IOS的技术问题,我也没搞明白因为啥…);退一步讲,即便更新没有问题,但是很多渠道更新弹窗没有地方展示更新内容或者是同步信息没做好,玩家也不知道这个更新是因为啥,成功更新了之后还以为会有新内容,结果进去啥都没变,心里一定是草泥马奔腾的。
所以,越狱渠道上非强更包,真的要不弹出更新提醒。
 
2.时间紧迫下出资源包,要怎么出?
周四我的游戏做了一次资源更新,然后发现资源更新量一下子有30M,卧槽,要炸了,周末正是玩家新增的高峰期,这转化率岂不是要探底,这时候只能赶快出资源包。
只是研发打包也需要时间,研发QA测试要时间,发行QA测试也要时间,QA还不一定有时间给你测,CP和发行这都OK了,有的渠道QA还要测试,有的渠道你又一时半会找不到人,有的渠道上个包就是墨迹,包打出来万一再有点问题要回炉,哪个渠道的新增又有量又有质。等等问题都要考虑到,然后沟通确认到周五渠道下班前,给哪个渠道出包能让这个渠道把新包换上,从而更多的转化这个周末的新增玩家。
再说细一点,比方说你家和UC关系好(UC重视你这个游戏),4点给包、5点不到UC可能就给你测试完换好包了,UC又是你游戏新增最好的渠道。那如果时间只够出一个包,肯定是给uc出资源包。
 
3.啥时候该出资源包?
初级办法:每次资源更新后,把手机缓存清掉(就会把之前做的资源更新内容清掉)或者重新装一遍包,模拟一下现在的新增玩家要做多少MB的资源更新,然后拍个脑袋评估一下要不要出包。
更好的办法:接一个客户端统计的SDK,从启动游戏到成功进入游戏界面全部埋上点。监控更新逻辑启动到更新完成这一步的转化率高低,随资源更新量大小以及其他因素是如何变化的,然后定一个你们觉得投入产出比OK的资源更新量阈值。
 
三、需有专人熟知、把控整个更新流程,且最好是一个人
每个渠道是什么情况,每个包是什么情况,都需要有人全部知晓,而且还最好是一个人,所有的对外信息传递都由一个人完成,以免出现信息沟通不畅甚至有误的情况。
更新工作是比较琐碎且不断重复的日常工作,但一旦出问题就有可能是大问题,需要仔细对待,不能马虎大意。专人负责在制度上能更好地完成工作,且这个人理应对整个更新过程十分熟悉。
 
最后:
 
把活做细做好,才能叫运营;不然,只能叫运行。
希望以上内容能有帮助~
汪汪汪出品~

去年今日运营文章

  1. 2022:  李想CEO手册:人生5层楼,你在哪一层?(0)
  2. 2022:  关于“得物APP”不那么专业的产品报告(0)
  3. 2022:  详解逻辑思考框架『MECE分析法』(0)
  4. 2021:  电商术语小词典(0)
  5. 2021:  兔子胆小,极兔胆大?(0)

原创文章,作者:爱运营,如若转载,请注明出处:https://www.iyunying.org/seo/54446.html

(0)
爱运营的头像爱运营管理员
上一篇 2016年4月16日 上午11:50
下一篇 2016年4月16日 上午11:52

发表回复

登录后才能评论
分享本页
返回顶部