渠道接入流程详细解读

国内安卓渠道的错综复杂体现在以下几点：

1.数量大，用户规模大，知名度高的渠道就有将近10家。二线和三线渠道全部加起来至少几百家，还有一些线下的渠道可以选择。

2.接入需求不统一，不同的渠道需要准备不同的资料，接入流程中间的一些细节可能也不同。

3.SDK不同，有一些规模的渠道都会有自己的SDK，提供账号和支付功能。比较大的渠道还会提供更新功能、社区功能、客服功能等。

4.测试要求不统一，不同的渠道对游戏测试有不同的要求，所以测试人员需要对不同的渠道进行不同的测试。

5.对接人不同，每个渠道都有自己的对接人，接入的时候会一堆QQ群闪来闪去，非常壮观。

除了上面的5点之外，还有很多其他的困难，所以对渠道接入会让很多人非常头疼，甚至很多人搞不明白。下面笔者就把渠道接入这块做一些简化，同时把接入时的一些需要注意的关键点列出来，希望对大家有所帮助。

看似复杂的渠道接入可以简化为9步流程。

渠道接入流程

下面详细解释9大步骤中需要注意的关键点：

商务对接

这一步没有什么好说的，大概要做的几件事为联系到渠道的商务人员，确定合作关系，签订合同。如果渠道让我们提供一些资料和游戏版本，那么我们尽快满足即可。

游戏评测

在游戏匮乏的阶段，渠道不会对游戏进行很严格的筛选。但是现在是产品过剩的行业阶段，渠道也开始挑选游戏进行接入了，不是所有游戏都能上线的，所以渠道会对游戏进行评测，看是否要接入。

当确定要接入之后，渠道会对游戏进行评级。由于产品还没有上线，所以都是主观层面的评级。主要涉及下面几个方面：

1.美术、特效、UI、交互等表现层面。

2.程序稳定性、流畅性、兼容性的评估。

3.游戏玩法设计和体验层面。

4.对游戏付费设计和收费能力的预估。

5.对产品吸量能力的判断（是否有IP，公司品牌如何……）。

6.对公司背景的评估。

渠道评测之后，会根据这份评测报告来安排第一波的资源投入，而后续的资源投入主要看游戏的数据表现。第一波资源投入由于没有数据支持，所以主要根据这份主观的评测来协调资源。因此这份评测会非常关键，它直接影响到你的游戏在第一波资源投入时能获得多少用户。

创建游戏

渠道确定接入之后，就可以开始在渠道后台创建游戏了。创建游戏主要有以下两种方式：

1.CP（游戏研发商）自己在渠道开发者后台创建游戏。

2.如果渠道没有开发者后台，则需要联系渠道工作人员，通过人工的方式进行创建。

本节末尾处有一个表格，可以查看各个渠道是如何创建游戏的（只要有开发者后台，一般都是通过开发者后台创建游戏的）。

获取参数

这一步其实跟创建游戏是一起的，但是这个步骤非常重要，所以单独提出来，希望大家引起重视。

渠道一般会提供3个最核心的参数：App ID，App Key，App Secret。其中AppID主要是用来区分不同的产品，因为渠道上有成千上万的产品，需要有一个参数来区分不同的产品，App ID就扮演了这个角色。App Key和App Secret一般用来签名和充值验证，不过不同的渠道的使用方式也不太一样。有一些渠道会提供其他参数，也有一些渠道的App ID和App Key是同一个。

除了上面的3个参数外，打包时还需要另外一个参数——包名。

先来看看小米开发者文档里对包名的解释：

小米应用商店按照符合安卓标准的原则进行设计，使用包名（Package Name）作为应用的唯一标识。即包名必须唯一，一个包名代表一个应用，不允许两个应用使用同样的包名。包名主要用于系统识别应用，这几乎不会被最终用户看到。

对于游戏来说，建议采用下面的包名命名规则：

com.公司.产品.渠道——com.supercell.coc.mi

以下是关于包名的几点注意事项：

1.应用发布后，千万不要修改包名。一旦修改了包名，就会被当作一个新的应用，旧版用户将无法收到应用商店的升级提醒。

2.有些渠道会对包名做一些限制，而有些渠道没有限制。

3.如果提交渠道时，包名跟渠道现有产品出现冲突，就需要更换另外一个包名。

打包

打包就是技术人员的工作了，只要我们将渠道提供的参数和包名的规则发给研发，研发就可以根据开发者文档里的说明来打包。

打包有以下两种主要的方式：

1.CP自己逐个打包，每个渠道都需要接入一遍。

2.CP只需要接入SDK集成工具，SDK集成工具再接入各个渠道的SDK，这样游戏研发人员就会比较轻松。如果自己不想做这个工具，那么现在也有很多第三方公司提供这种工具。

下图SDK集成工具的工作原理：

集成SDK

内部测试

这一步测试非常重要，虽然之后渠道也有测试审核的环节，但是主要的测试工作还是CP自己完成的，因为渠道很少对游戏内容做深入的测试，很难发现游戏内容方面的问题。而且如果在审核环节出问题，则会严重影响上线时间或者更新时间。性能测试应该是在游戏正式“见”用户之前就完成的，所以这里就不说明性能测试相关的内容了。

这个阶段的测试主要分为以下两个部分。

1.游戏功能测试

游戏功能测试与游戏内容相关，与渠道SDK没有关系，主要是测试游戏在各个系统完成渠道接入后，是否稳定，是否存在什么问题。每个系统都需要测试一遍，保证每个功能都能正常地运转，没有什么致命的问题。

测试方法

2.SDK功能测试

渠道SDK最核心的内容就是登录和支付这两大核心功能了，这两个功能一定不能出任何问题。除此之外，还有一些版本更新、社区和客服等功能，这些功能也需要测试一下。

注意：

1.由于每家渠道的SDK不同，所以每个渠道包都要单独测试，不要认为一个渠道包通过测试了，其他渠道的就不会出问题。

2.如果渠道提供了自测文档，一定要完成自测文档内的所有测试列表（list）。如果中间任何一个出现问题，那么都有可能无法通过渠道的审核。

提交渠道

提交渠道是一个体力活，需要一家一家提交。不同渠道的提交方式不同，主要分为后台提交和人工提交两种。提交客户端的同时需要提供游戏配套的资料，包含游戏资料、美术素材、公司信息等。

下面帮大家整理了一下提交客户端时可能会用到的一些资料，提前准备好，可以提高提交的效率。

渠道审核

审核虽然是渠道来做的，不过还是可以人为加速。跟渠道保持良好的关系可以在这个地方提供便利。提交渠道包之后要经常去看一下审核进度，如果被打回，则需要技术快速处理问题，然后快速重新提交。

提交客户端的资料

渠道每天都有很多游戏需要审核，所以经常遇到排队的情况。因此我们在确定上线时间的时候一定要充分考虑审核的周期。不同的渠道，审核的速度也是不同的，我们要紧紧盯住那些审核速度较慢的渠道，避免因为个别渠道而影响整个游戏的上线计划。如果接入的渠道较多，则建议留出5个以上工作日（一定是工作日，节假日渠道不会处理这件事）的审核时间，这样会比较安全。

上架

这一步没有特别需要说明的，一般都是提前跟渠道沟通好上线时间，然后不断地跟进，确认进度，保证客户端顺利上线即可。也有个别渠道的上架是CP自己来操作的，所以我们帮大家整理了各个渠道获取参数的方式，回调地址配置的方式，提包的方式，还有包名规则等重要信息。