主流渠道的应用名称必须和APK包解析出来的一致，这样不利于搜索，个别渠道是可以在应用名称上添加副标题的，运营可以在更新时添加当下热门的产品名称作为副标题，增加搜索的量，例如加入“吃鸡”这个关键词。

　　2.3.3 下载SDK。SDK在开发者后台即可以下载，不同渠道的SDK下载入口完全不同，比如腾讯，会有很多SDK下载链接，一定要保证下载到正确且最新(防止接完后，SDK更新再重新接入，浪费工作量)的SDK。

　　注：有些渠道的SDK由对方商务提供，必须邮件传送。

　　2.3.4 创建技术对接讨论组。技术在对接SDK过程中遇到的问题，都会在讨论组里面提出，由对方来解答。讨论组里面的人员主要有商务、运营和技术。注：小CP实力弱些，渠道不一定会派专人对接，这个环节就要灵活变通了。

　　2.3.5 回调地址。测试环境测试期间，后台的回调地址须添加为测试地址链接，游戏上线后，必须更改为正式环境的地址。

　　2.4 测试客户端。

　　2.4.1 正式包上线前，会有专门的测试人员进行测试。提交审核前，运营人员须对正式包进行简单测试，测试登录、注册、支付、浮标等基本功能。确定无误后，可提交审核。

　　三. 产品上线

　　3.1 提交物料。

　　游戏上线前，渠道方会给到物料需求文档(一般在SDK包可找到)。运营同学须根据物料需求文档准备对应的物料。物料包含：产品信息、游戏截图、新闻、攻略、广告图等等。

　　提交物料的方式有两种：一种是开发者后台提交基础信息，即名称、ICON、截图(下载页面显示出的信息均由开发者后台提交)。另外一种方式是将物料打包发给对方，由对方运营进行添加，如专区攻略、新闻等。如下图内容均为运营提供。

　　物料的收集和整理是最耗费工作时间的，我之前整理攻略时，发动了所有运营和策划一起提供材料，然后我再整理出来。若一个人来产出所有的物料，是要累挂的。

　　3.2 上线测试。

　　上线测试是在已创建的游戏中，提交正式安装包(玩家下载后，可进行正常游戏和付费的客户端)由对方测试人员进行测试。测试通过后，即可正式上线开放下载。

　　3.3 检测下载流程。

　　游戏正式上线后，由运营同学进行实际下载、安装，检测下载流程是否顺畅。测试环节是最容易出错的一个环节，首次上线时，运营要确保用户下载到付费的流程全都正常，否则一个环节出了问题，可能会造成上万的损失。

　　四. 运营维护

　　4.1 更新版本。

　　4.1.1 更新周期。不同的开发团队更新频率不尽相同，我之前手游的更新周期是每周一~二次，维护的过程是服务器分批次维护。一般是先维护少量服务器，确定无BUG后，第二天对剩余的所有服务器进行维护。

　　4.1.2 提交更新包。服务器维护完后，由技术打渠道包，打包完后，运营同学测试无误后，即可提交更新包。提交更新包流程和首次上传安装包流程一样。

　　4.2 更新SDK。

　　4.2.1 商务同学获取对方更新SDK需求，并拿到新版SDK交于运营同学。

　　4.2.2 运营同学将更新需求一并汇总，并提交更新需求。需要的信息有：渠道名称、SDK、更新内容、上线时间节点。

　　4.3 数据监控。

　　监控所负责渠道的数据，数据方面须单独讲解。了解后台可监控的数据有哪些、每个数据代表的含义，以及提取数据整理周报、月报。

　　4.4 礼包。

　　4.4.1 申请礼包。运营同学根据商务的需求提交礼包申请，需要提供的信息是：渠道名称、礼包类型、数量。礼包平台现有礼包以外的礼包需求，须提前1~3个月提交需求。

　　4.4.2 提交礼包。提交礼包的方式有两种，一种是传给对方商务，由对方运营手动上架。另外一种是在开发者后台自助上传。根据渠道的实际情况，选择礼包提交方式。

　　4.4.3 激活反馈。礼包后台可查看已发放的礼包使用情况，运营通过查询礼包的激活情况来判断渠道质量好差。

　　总结：产品上线根据开发者后台的指引，提交相应的物料即可。在各个环节中，也有可能遇到一些意想不到的问题，比如资质不全、打包不及时、资料空缺等等，运营的价值就是遇到问题，解决问题。