开发者需要知道他们的 LiveOps 服务对 KPI 造成的变化,它们是怎么影响玩家行为,以及以及他们的团队如何处理麻烦的 LiveOps 波动。通常这说明他们在发布前对 LiveOps 进行仿真测试(还有团队的承受能力)。例如,Wooga 出的June’s Journey 是一个很需要有内容产出的游戏。在发布前的一个月 —— 此时距离解决了稳定性和 KPI 的软发布已经过去 7 个月 —— Wooga 对正式发布已经做了一个完整的“彩排”,把游戏当作已经上线的状态(每周更新,营销报告,社交媒体等等)。他们毫无保留地投入到这个“彩排”中,有一个很好的机会让团队实战并且理解整个 LiveOps 计划的需求,并且最终为新游戏的正式发布做到了更充分的准备。
如果你还没有重新审视你过去几年进入市场的 playbook,现在就去重新评估下吧,并且看看当下的新趋势和可利用的工具。我希望你能尝试下我分享给你们的一些例子,看看你能否找到一些领域,是可以改善业务过程或者避开盲区的。
你是怎么想的呢?
你对运行公开测试版以及降低发布风险的建议有什么想法吗? 让我们在下方或推特上通过#AskPlayDev知道你的意见,我们会由@GooglePlayDev 账号回复,这个推特账号上面,我们平时会发布新闻还有一些在 Google Play 上如何成功推广的建议。