去年负责一个海外游戏发行项目,渠道上线是个复杂的过程。这篇记录一下从初审到上线的完整流程和踩过的坑。
渠道发行整体流程
1 | ┌─────────────────────────────────────────────────────────────────────┐ |
Phase 1:游戏初审
提交资料清单
| 资料类型 | 具体内容 | 格式要求 |
|---|---|---|
| 游戏 APK/IPA | 签名版本,对应渠道包名 | .apk/.ipa |
| 游戏图标 | 512x512 高清图标 | .png |
| 游戏截图 | 5-10 张游戏截图 | .jpg/.png |
| 游戏视频 | 30秒宣传视频 | .mp4 |
| 游戏简介 | 200-500字游戏介绍 | .doc/.txt |
| 开发者资质 | 营业执照、软著等 | .pdf/.jpg |
| 计费点说明 | 道具列表及定价 | .xlsx |
审核周期
| 渠道类型 | 初审时间 | 特殊要求 |
|---|---|---|
| 主流应用商店 | 3-7 工作日 | 需提供完整资质 |
| 运营商渠道 | 7-14 工作日 | 需额外安全审核 |
| 海外 Google Play | 1-3 工作日 | 需隐私政策链接 |
| 海外 App Store | 1-7 工作日 | 严格内容审核 |
常见问题
1 | ┌─────────────────────────────────────────────────────────────┐ |
Phase 2:技术对接
运营对接(接口人)
对接团队结构
1 | ┌─────────────────────────────────────────────────────────────┐ |
沟通方式
| 方式 | 频率 | 用途 |
|---|---|---|
| 邮件 | 每日 | 正式文档、进度汇报 |
| 即时通讯 | 实时 | 快速沟通、问题协调 |
| 电话会议 | 每周 | 进度同步、问题解决 |
| 面对面会议 | 需要时 | 重大问题讨论 |
时间计划排期
1 | Week 1 Week 2 Week 3 Week 4 Week 5 Week 6 |
CAS 登录接口对接
CAS 流程概览
1 | ┌─────────────────────────────────────────────────────────────────────┐ |
对接文档要求
| 文档 | 内容 | 提供者 |
|---|---|---|
| CAS 接入文档 | OAuth2.0 流程说明 | 渠道方 |
| 测试账号 | 各环境测试账号 | 渠道方 |
| 浏览器调试指南 | 如何本地调试 | 渠道方 |
| 接口联调手册 | 联调步骤和检查点 | 双方 |
浏览器调试配置
1 | // 本地开发时模拟 CAS 登录 |
SPS 计费接口对接
计费流程
1 | ┌─────────────────────────────────────────────────────────────────────┐ |
订单安全验证
1 | // SPS 回调验证 |
Phase 3:测试验证
Staging 测试环境
环境配置清单
1 | ┌─────────────────────────────────────────────────────────────┐ |
服务器申请流程
| 步骤 | 任务 | 负责方 | 时间 |
|---|---|---|---|
| 1 | 填写机器配置申请表 | 技术团队 | Day 1 |
| 2 | IT 审批 | 渠道方 IT | Day 2-3 |
| 3 | 创建服务器 | 渠道方运维 | Day 4-5 |
| 4 | 配置安全组 | 渠道方运维 | Day 5 |
| 5 | 申请域名 | 技术团队 | Day 1-2 |
| 6 | 域名解析配置 | 渠道方 IT | Day 3-4 |
| 7 | SSL 证书申请 | 技术团队 | Day 2-3 |
| 8 | 证书部署 | 渠道方运维 | Day 5 |
压力测试(TPS)
测试指标
| 指标 | 目标值 | 测试工具 |
|---|---|---|
| TPS | ≥ 3000 | JMeter |
| 并发连接 | ≥ 5000 | JMeter |
| 响应时间 | < 100ms | JMeter |
| 错误率 | < 0.1% | JMeter |
| CPU 使用率 | < 80% | CloudWatch |
| 内存使用率 | < 85% | CloudWatch |
测试报告模板
1 | ┌─────────────────────────────────────────────────────────────┐ |
兼容测试
测试机型清单(印度市场示例)
| 品牌 | 型号 | 系统版本 | 分辨率 | 状态 |
|---|---|---|---|---|
| Xiaomi | Redmi Note 7 | Android 9 | 2340x1080 | ✅ 通过 |
| Xiaomi | Redmi 8A | Android 9 | 1520x720 | ✅ 通过 |
| Samsung | Galaxy M30 | Android 10 | 2340x1080 | ✅ 通过 |
| Samsung | Galaxy A10 | Android 9 | 1520x720 | ✅ 通过 |
| Vivo | Y91 | Android 8.1 | 1520x720 | ✅ 通过 |
| Oppo | A5s | Android 8.1 | 1520x720 | ✅ 通过 |
| Realme | C2 | Android 9 | 1560x720 | ✅ 通过 |
| Motorola | One Power | Android 9 | 2246x1080 | ✅ 通过 |
注意: 部分印度市场主流机型国内无法获取,可通过浏览器模拟对应分辨率进行测试。
功能测试用例
核心功能清单
1 | ┌─────────────────────────────────────────────────────────────┐ |
Phase 4:上线运营
服务器监控需求
监控项配置
| 监控项 | 告警阈值 | 通知方式 | 响应时间 |
|---|---|---|---|
| CPU 使用率 | > 80% | 邮件+短信 | 5分钟 |
| 内存使用率 | > 85% | 邮件+短信 | 5分钟 |
| 磁盘使用率 | > 90% | 邮件 | 30分钟 |
| 服务可用性 | = 0 | 电话+邮件+短信 | 立即 |
| 响应时间 | > 500ms | 邮件 | 10分钟 |
| 错误率 | > 1% | 邮件 | 10分钟 |
| 在线用户数 | < 基准值 50% | 邮件 | 30分钟 |
数据库表说明文档
计费相关表结构
1 | -- 订单表 |
管理后台翻译
多语言配置
1 | { |
运营活动配置
活动类型
| 活动类型 | 说明 | 配置项 |
|---|---|---|
| 新手礼包 | 新用户专属奖励 | 奖励内容、领取条件、有效期 |
| 首充双倍 | 首次充值额外奖励 | 适用档位、倍数、有效期 |
| 限时折扣 | 特定道具打折 | 折扣商品、折扣比例、时间 |
| 排行榜活动 | 根据排名发放奖励 | 榜单类型、奖励设置、周期 |
| 登录奖励 | 累计登录送奖励 | 奖励内容、天数要求 |
统计数据接入
第三方平台配置
1 | // TalkingData 配置 |
数据指标
| 指标类型 | 具体指标 | 计算方式 |
|---|---|---|
| 用户指标 | DAU/MAU | 日/月活跃用户数 |
| 用户指标 | 留存率 | N日留存用户数/新增用户数 |
| 用户指标 | 新增用户 | 每日新注册用户数 |
| 付费指标 | ARPU | 总收入/活跃用户数 |
| 付费指标 | ARPPU | 总收入/付费用户数 |
| 付费指标 | 付费率 | 付费用户数/活跃用户数 |
| 游戏指标 | 平均游戏时长 | 总游戏时长/游戏次数 |
| 游戏指标 | 平均对局数 | 总对局数/活跃用户数 |
定期报告模板
周报模板
1 | ┌─────────────────────────────────────────────────────────────┐ |
写在最后
游戏渠道发行是个系统工程,需要技术、运营、QA 多个团队的密切配合。这篇记录涵盖了从初审到上线的全过程:
- 初审阶段:准备完整资料,预留充足审核时间
- 技术对接:明确接口人,规范沟通方式,及时解决阻塞问题
- 测试验证:严格的环境配置,完整的测试覆盖
- 上线运营:持续的数据监控,及时的运营响应
关键成功要素:
- 文档先行:所有配置、流程必须有文档记录
- 提前沟通:与渠道方保持密切沟通,提前暴露风险
- 充分测试:Staging 环境务必与 Production 环境一致
- 数据驱动:建立完善的监控和报表体系
- 快速响应:建立应急机制,及时处理线上问题
通过标准化的发行流程,可以大幅降低上线风险,确保游戏顺利触达目标用户。