关于小程序小游戏平台的最佳实践和思考

　　让我们先简要回顾一下开放平台功能的过程。自去年7月开放访问以来，它以较低的访问成本和快速迭代的能力吸引了开发者，并创造了大量高质量的小程序和游戏。因此，我们从最早的基础设施发展到不断开发新功能，如云开发和实时音频和视频功能，以帮助实时流媒体applet快速上线。同时，QQ通过子域名向开发者开放关系链，可以开发基于好友和群组关系的游戏玩法，提高用户粘性。除了关系链，QQ独特的生态系统，包括群组和颜色检查功能，以及添加朋友和群组等私人流量，也对API开放。

　　小程序、小游戏和平台的结合越来越紧密。在这个过程中，我们一直在帮助开发者制作更多高质量的内容。最近几个月，我们一直在思考两个问题。首先是这个平台还能提供什么，尤其是在QQ强大的社交网络的背景下。例如，战斗游戏在用户数量方面确实表现得更好。另一方面，小程序小游戏在体验上必须采用“点用、点玩”的方式，对性能也有较高的要求。然后我们一直在思考是否有进一步提高性能的空间，哪些可以一起优化。首先，我们看到的一个趋势是，游戏中越来越多地使用虚拟角色，让游戏更具沉浸感和趣味性。例如，Snapgames为Bitmoji带来了更多高质量的游戏。回到我们的平台，游戏中使用了许多3D角色，但大多数都是骨骼和灰色皮肤的人物，缺乏精细的操作。这会让游戏体验变得更糟糕。主要原因是材料生产成本相对较高。

　　虚拟图片一直是QQ的社交资产。从PC时代的QQ秀到移动时代的Cm秀，虚拟图像形成了一个系统，积累了大量的用户。在这里从cm显示选择，2D/3D主页，到AIO动作/面部游戏，最近我们推出了自动捏脸和化妆，可以满足更多的个性化需求。Cm xiu一直活跃在QQ的各个场景中。Cm秀有可能与小游戏结合吗?随着平台和产品的开放，答案是肯定的。我们将这些能力制作成cm Show Kit，并将其放入迷你游戏生态系统中。它还可以提高效率，最初在游戏团队中，设师、前端和后台共同工作，数周甚至数月才能产生效果。现在所需要的只是一个插入API的前端，这可以在几天内完成。这里具体的设计原则和访问方法是什么?首先看看现有的小游戏架构，最初分为三个部分:上面的部分是游戏业务JS逻辑，中间是第三方引擎;下面是平台的原生引擎。Cm显示工具包实现平台和发动机对齐模型标准和加载能力。

　　开发者可以简单地插入代码，剩下的留给我们，并将用户的个性化形象带入游戏中。目前cm展示套件中已经有一些游戏在访问，欢迎使用。除了能力建设，作为开发者和用户之间的纽带，我们一直在倾听用户的声音。这是在过去六个月里提取的一些反馈关键词。能看到一些好评，那是用户反馈较多的问题，开不了，卡住的往往是关键词。所以让我们从情感反馈转向理性和技术分析。首先是启动速度。启动时间与留存率密切相关。有一位研究人机交互的教授Jakob，他发现在响应时间上有三个非常重要的点:第一个是100ms，在这之后，人们将会经历交互的不连续性。大多数本地页面在100ms内打开。第二个是1，在1之后，你的思路会被打断。这就是为什么要进行大量的性能优化目标是在几秒钟内打开。如果间隔时间大于10秒，大多数用户会关闭交换机。让我们看看在加载过程中界面关闭的用户首次打开流失率分布图需要多长时间。

　　可以看出，当超过3秒时，流失率迅速上升。如果将初始启动速度优化到3s以内，我们可以减少75%的用户流失。我们能做点什么吗?首先，让我们简要地看一下创业过程。从点击到渲染，iOS平均需要3-4秒，Android平均需要5-6秒。经过分析，大部分时间都花在下载业务包上。互联网上的第一个包的平均大小是2.29米，尽管有压缩它的方法，这意味着它可能需要几秒钟的下载，因此有很大的优化空间。此外，加载数据还需要多个RTT，这可能需要数百毫秒的延迟。