手游运营入门全流程
📖 第一章：手游运营全局认知
1.1 手游运营是什么？
手游运营是贯穿游戏从选品→对接→测试→提审→上线→长线运营全生命周期的工作。核心目标是：在正确的时间、用正确的策略、把正确的游戏推向正确的市场，并在上线后持续优化数据指标、提升用户留存和付费转化。
1.2 运营工作的两大维度
🎯 产品运营层面
- 选品：产品体验、条件评估、CE（用户获取成本）预估
- 对接：美术资源、配音、SDK对接、本地化需求、运营活动排程
- 上线前：数据采集接口、客服安排、高防接入、开服计划
- 上线：服务器确认、公告、跑测清档、即时数据监控、资源发放
- 上线后：数据评估、未达标深挖、调整措施、客诉处理
📣 行销/市场层面
- 选品：产品体验、美术素材整合、广告方向、行销包装
- 上线前：商店图制作、素材制作、预注册活动/页面
- 预热期：转化分析、素材方向优化、广告投放
- 上线：成本分析、目标群体分析、对应策略调整
1.3 发行全流程时间轴
| 时间节点 | 关键任务 | 产出/目标 |
|---|---|---|
| 提前2个月+ | 选品、语言翻译启动、版号/资质申请 | 确定发行区域、启动本地化 |
| 提前1个月 | SDK接入、美术素材制作、FB应用创建、服务器申请 | 完成技术对接基础建设 |
| 提前2周 | iOS包提审、活动方案确认、白名单功能验收 | 通过审核、运营功能就绪 |
| 提前1周 | 谷歌包提审、服务器调试、热更功能验收 | 双端提审完成、服务器就位 |
| 提前3天 | 活动内容验收、预备服准备、包体最终测试 | 所有功能确认无误 |
| 提前1天 | 预下载发布、数据埋点验证、关服配置Tips | 预下载开启 |
| 开服当天 | 开服操作、活动配置检查、实时监控 | 游戏正式上线 |
| 上线后 | 数据评估、活动调整、Bug处理、长线运营 | 持续优化 |
🏗️ 第二章：上线前基础建设
2.1 资质与账号准备
| 准备项 | 说明 | 注意事项 |
|---|---|---|
| 游戏名称 | 与当地运营沟通，确定适合当地玩家的名字 | 需考虑当地语言习惯和文化 |
| 开发者账号 | 重要项目用香港公司账号，普通项目可用国内账号 | 台湾正式推广需挂靠台湾本地公司 |
| 版号 | 部分地区需提前1个月申请 | 越南等地区强制要求 |
| Apple Developer | 账号、证书、Bundle ID | 确保账号有效、证书未过期 |
| Google Developer | $25一次性注册费 | 确保有国际支付功能的信用卡 |
| FB开发者应用 | 接SDK前必须创建，获取FBID、FBKEY | 提前两周，同时申请授权和粉丝页 |
| LINE应用 | LINE SDK接入需要（台湾/泰国） | 创建LINE OA并配置 |
2.2 美术素材需求清单
| 素材类型 | 尺寸/规格 | 用途 | 准备时间 |
|---|---|---|---|
| App Icon | 512×512 / 1024×1024 | Google Play / App Store | 提前1个月 |
| 置顶大图 | 1024×500，JPG格式 | Google Play特色图 | 提前1个月 |
| 商店五图 | 6.5英寸/5.8英寸/12.9英寸多套尺寸 | App Store截图 | 提前1个月 |
| FB粉丝页BANNER | 1024×500、851×315 | Facebook粉丝页背景 | 提前1个月 |
| 买量视频 | 与市场同事确认方向后制作 | 广告投放素材 | 提前1个月 |
| 原画/视频素材 | 按研发提供的原始素材 | 商店、广告、官网等 | 提前1个月 |
2.3 本地化流程
Step 1 · 确定发行区域
要求研发提供需要翻译的全部文本
Step 2 · 分批交付翻译
游戏图片类素材优先（需研发重新画图），文本类按工作量分批
Step 3 · 翻译校对
由当地运营负责校对，确保用语地道
Step 4 · 嵌入游戏
研发替换文本资源，运营验收界面显示
⚠️ 注意：除港澳台外，至少提前2个月启动翻译，视文本量而定。港澳台地区建议至少提前1个月。
2.4 SDK接入
海外SDK接入是发行流程中的核心技术环节，由运营发起需求、技术执行：
Step 1 · SDK及相关参数获取
Step 2 · 研发对接
Step 3 · OSA后台必要配置（osa地址：https://osa.originmood.com/）
Step 4 · SDK 验收
确认数据埋点生效、登录转化正常、支付流程正常
💡 关键：运营切记要自己修改SDK里的配置文件，不要完全依赖技术处理，确保参数配置正确。
2.5 服务器需求
- 提前咨询CP了解服务器配置要求
- 按预计导量计划准备服务器（如卡牌2000人/服，女性向8000人/服）
- 准备预备服：按测试导量计划预估，随时可开启
- 每个服开服前1小时 → 白名单进游戏确认开服活动配置生效
🔍 第三章：提审与测试
3.1 苹果提审流程
Step 1 · 包体准备
确保是提审版本，开启提审模式，屏蔽第三方登录
Step 2 · App Store Connect 配置
Step 3 · IAP 内购品项配置
Step 4 · 提审资料
Step 5 · 提交审核
首次提审约 1周 审核时间
Step 6 · 过审处理
确认手动发布，更新提审（如有后续版本）
3.2 谷歌提审流程
Step 1 · 包体要求
Step 2 · Play Console 配置
Step 3 · 测试
Step 4 · 提交审核
首次提审约 3天 审核时间
3.3 测试CheckList（核心必检项）
📱 SDK测试（必检）
- ✅ 游客登录功能
- ✅ 第三方登录（FB、LINE、Apple等）
- ✅ 账号绑定功能 & 绑定后登录
- ✅ iOS和GP储值：游戏币是否正常、品项扣款是否一致
- ✅ 客服中心：能否提交成功、OSA后台数据显示
- ✅ Debug模式：appid、包名、AppsFlyer ID、角色ID、UID、ServerID等
- ✅ 必要接口是否已接好（红色提示=不通过）
- ✅ 媒体测试：安装、登录、储值数据 & 埋点数据
- ✅ OSA推送消息正常
- FB/LINE分享功能（根据本地化判断）
🎮 游戏测试（必检）
- ✅ 启动页更新完成后再进入游戏
- ✅ 服务器切换后登录和储值正常（检测是否串角色）
- ✅ 各功能系统测试
- ✅ 提审转正式服切换正常
- ✅ 新手引导第一天无异常
- ✅ CDN配置支持确认
- 选服页客服功能
🛒 平台 & 商店检测（必检）
- ✅ OSA配置：游戏配置、储值配置、SDK配置
- ✅ 商店文字：名称、描述、关键字、副标题、宣传文案
- ✅ 品项：文字描述、价格、数量
- ✅ 宣传视频及图片：封面、图片顺序
- ✅ 发行地区配置
- ✅ 苹果过审后设为手动发布
🍎 苹果提审前专项检测
- ✅ OSA版本设置：提审模式 + 屏蔽第三方登录
- ✅ 与原厂确认开启审核模式
- ✅ 游戏内是否有内容未屏蔽
3.4 真机兼容测试
- 每个项目第一次买量测试需经过600台真机测试
- 后续重大项目大版本更新时可再次申请
- 日本、韩国机型特殊，可申请海外机型适配测试
⚙️ 第四章：OSA平台配置详解
4.1 OSA是什么？
OSA（Open Service Architecture）是发行后台运营管理平台，负责游戏的配置管理、储值管理、活动管理、推送管理等核心运营功能。所有上线前的配置工作几乎都在OSA中完成。
4.2 OSA核心配置模块
🎮 游戏配置
各平台配置（安卓官方、安卓官网、苹果、WEB）：
- 基础信息：游戏编码、域名、游戏币兑换比、补点模式
- 第三方应用：Facebook应用信息、LINE应用信息
- 开发者账号：Google开发者账号、Android推送密钥、Apple开发者账号信息、iOS推送P12证书
️ 伺服器配置
- 各服务器的接口域名与加密Key（Key-Domain）填写正确
- 各服务器的类型检查（正式、测试、审核）
- 各服务器的各平台状态开关与储值开关（特别官网平台）
️ 控制配置
- 限制注册配置
- 限制储值币种配置
- 强制补款配置
- 注销账号功能配置
💳 储值配置
模版配置：来源(游戏包)、地区、模板id、金流
第三方配置：渠道金流、品项id、特殊品项id、游戏币与对应平台点数、币种、排序
📦 SDK/包配置
- 核对各平台上线包版本号
- 版本状态为"正式"
- "来源"与"平台"值关联：iOS→苹果，ANDROID→安卓官方/官网平台
- 确保配置的品项已上传到商店平台
- 检查周期性品项（周卡、月卡）是否需要配置购买限制
- 查阅SDK对接文档更新说明，确认是否需要更新SDK
推送配置
- 厂商密钥
- 时间段内最大发送条数量 / 缓存时间
- 时间段内最大接收条数量 / 缓存时间
- 厂商推送配置 scheduled.task.games
4.3 商店后台配置要点
🟢 Google Play
- 默认商品详情 & 自定义商品信息
- 正式版：发布版本 + 发布国家/地区
- 预注册：国家/地区 + 预注册奖励
- 品项：通过OSA生成，联系技术上传
- 网站配置（确认有app-ads.txt）
- 移除非必要测试人员储值权限
🍎 App Store
- 提审资料 & 预览图顺序
- 设置为手动发布
- 供应地区
- 内购退款通知回调地址
- 品项价格及本地化文案
- 品项供应地区与App一致
- 提审包版本确认
- 年龄分级设置
- 自定义产品页信息 & 预览图顺序
🚀 第五章：上线与开服操作
5.1 预下载/预发布
Step 1 · 切换正式服
，关闭服务器
Step 2 · 配置开服Tips
提示服务器将于xx时间开启
Step 3 · 上架应用商店
（提前1天）
Step 4 · 二次确认
数据埋点生效、支付生效、投放监控事件生效（OpenGame）
5.2 开服当天操作
Step 1 · 开服前2小时
白名单进服测试确认活动内容
Step 2 · 开服前1小时
最终确认所有服务器活动配置生效
Step 3 · 开服时刻
开启服务器
Step 4 · 发布开服公告（对外服务器确认）
Step 5 · 修改Tips内容（如有关服维护需求）
Step 6 · 开服后持续
即时数据关注（在线人数、付费率、留存等）
Step 7 · Bug反馈处理
Step 8 · 资源发放（如有开服奖励）
Step 9 · 首日总结
首日数据汇总、问题记录
5.3 运营支撑功能验收（提前1个月与研发沟通）
| 功能 | 验收时间 | 说明 |
|---|---|---|
| 白名单功能 | 提前1周 | 关服状态可进服测试 |
| 热更功能 | 提前1周 | 重大bug上线前解决，小问题持续热更 |
| 登录页公告 | 提前1周 | 预下载阶段同步发布开服信息 |
| 服务器Tips | 提前1周 | 关服状态进服提示开服时间 |
| 活动方案 | 提前2周 | 至少确认首周及次周活动内容 |
| 活动内容 | 提前3天 | CP后台配置生效、数值/UI验收 |
| 活动测试 | 预下载后 | 白名单进服测试活动内容 |
✅ 开服活动检查：买量前一天确认所有开服活动配置生效（白名单进入检查），测试数据全部清档干净。
第六章：上线后运营
6.1 数据评估体系
| 数据维度 | 关键指标 | 说明 |
|---|---|---|
| 用户获取 | 下载量、新增、CPI、CPA | 获客成本与量级 |
| 用户活跃 | DAU、WAU、MAU、在线时长、DAU/MAU比值 | 用户粘性 |
| 留存 | 次留、3留、7留、14留、30留 | 核心健康指标 |
| 付费 | 付费率、ARPU、ARPPU、LTV | 变现能力 |
| 营收 | 总收入、日流水、分渠道流水 | 商业表现 |
6.2 上线后核心工作
- 产品数据评估：各项指标是否达标
- 未达标深挖：定位问题（新手引导？付费设计？社交系统？）
- 调整方向和具体措施：版本迭代计划
- 客诉处理：及时响应玩家反馈
- 版本更新节奏：规划后续版本更新内容
6.3 版本更新流程
Step 1 · 提前2周
确认新版本内容及需求
Step 2 · 提前1周
新版本QA测试 & 新活动需求确认
Step 3 · 评估新版本风险
Step 4 · 新服务器申请（如需要）
Step 5 · 新版本测试
Step 6 · 提前3天
新版本上线前全部内容确认
Step 7 · 提前1天
新版本活动公告
Step 8 · 确认更新后活动功能
Step 9 · 准备更新游戏内公告
Step 10 · 更新当天
提交更新包至App Store / Google Play
Step 11 · 更新完成后公告玩家
Step 12 · 检查各渠道客户端更新状态
Step 13 · 更新完成后后台更新
🎉 第七章：活动运营类型与策略
7.1 活动类型总览
| 类型 | 典型形式 | 特点 | 适用场景 |
|---|---|---|---|
| 节日类 | 圣诞活动、春节活动、周年庆 | 时间固定、氛围感强、可结合限定内容 | 固定节日/游戏纪念日 |
| 竞赛类 | PVP排行榜、竞技场、跨服战 | 刺激竞争、拉动活跃、头部效应明显 | 提升核心玩家活跃 |
| 闯关类 | 关卡挑战、副本活动 | 目标明确、有成就感 | 推动游戏内容体验 |
| 评选类 | 最美角色投票、人气APC评选 | 社交传播性强、UGC内容丰富 | 品牌曝光、社群互动 |
| 收集类 | 集卡、收集道具兑换大奖 | 持续参与、有期待感 | 提升日活和留存 |
| 签到类 | 连续签到、累计签到 | 培养习惯、低门槛 | 基础留存工具 |
| 充值类 | 累计充值奖励、首充双倍 | 直接拉动付费 | 提升付费率和ARPU |
| BOSS类 | 世界BOSS、团队BOSS | 促进社交协作 | 公会活跃、社交系统 |
| 任务类/副本类 | 日常任务、限时副本 | 目标导向、奖励驱动 | 日常活跃、内容消耗 |
7.2 活动策划关键原则
- 目标明确：每次活动应有明确的数据目标（拉新？促活？拉动付费？）
- 奖励合理：奖励价值感与投入成本匹配，避免通胀
- 节奏感：大活动与小活动交替，保持玩家期待感
- 本地化：结合当地节日和文化习俗设计活动内容
- 数据复盘：每次活动后分析数据，为下次活动提供参考
🍎 第八章：苹果审核常见被拒原因及应对
8.1 高频被拒原因汇总
| 被拒原因 | 说明 | 解决方案 |
|---|---|---|
| 隐私政策缺失 | App包含注册功能但未提供隐私政策 | 注册页面提供隐私协议链接，Privacy Policy URL必填 |
| 强制注册才能使用非账号功能 | 未注册时不能使用与账号无关的功能 | 用户注册应为可选，或仅与账号相关功能绑定 |
| 截图中使用了设计插画而非真实截图 | 截图与实际App功能不符 | 使用真实App运行截图，展示实际功能 |
| 需要邀请码才能注册 | App不允许限制部分用户使用 | 移除邀请码限制，确保所有用户可注册 |
| 出现第三方平台名字/图标 | 提到Android等其他平台 | 移除所有Android相关提及 |
| 奖励未声明与Apple无关 | App内竞赛/抽奖活动 | 明确声明"Apple不参与"，奖品不能是Apple产品 |
| 订阅商品无恢复购买按钮 | 可恢复的内购缺少Restore功能 | 添加"恢复购买"按钮 |
| iPhone应用在iPad上显示异常 | 必须在iPad上以iPhone分辨率正常显示 | 确保兼容iPad显示 |
| UGC内容无举报机制 | 涉及用户生成内容的App | 提供举报/屏蔽功能，24小时内处理违规内容 |
| 描述/截图出现不雅词汇 | 审核对用词敏感 | 审查所有文案，确保合规 |
| 出现beta版/测试版字样 | 苹果不允许测试版上架 | 移除所有beta/测试版标识 |
| 应用崩溃或加载失败 | 审核期间出现技术问题 | 确保服务器稳定，审核期间充分测试 |
| 描述/截图与功能不符 | 宣传的功能在审核中未体现 | 确保宣传内容与实际情况一致 |
| 包含应用推荐功能 | 苹果禁止推荐第三方App | 移除应用推荐功能 |
| 金融类作者名与机构不一致 | Seller/Artist名字必须与金融机构一致 | 使用正确的开发者账号提交 |
| 功能过于简单 | App提供功能太少 | 增加核心功能，提升用户体验 |
| 包含虚假信息或误导性元数据 | 关键词、描述不准确 | 确保元数据真实准确 |
| 违反当地法律法规 | 赌博、色情等内容 | 确保符合所有发行地区法律 |
✅ 提审前终极检查
1提审模式已开启 + 第三方登录已屏蔽
2审核测试账号可正常登录和使用
3所有内购品项已配置且供应地区正确
4隐私政策URL有效
5截图使用真实App运行截图
6无第三方平台提及
7UGC有举报机制（如有）