Download as xlsx, pdf, or txt
Download as xlsx, pdf, or txt
You are on page 1of 106

CBT-目录

CBT为付费删档测试,本篇中不再针对本阶段与CCB阶段相同的工作内容进行重复讲解,只针对CBT阶段特有的工

CBT-阅读指南

CBT-时间轴

工作进度表

历史经验总结

产品工作-确定测试细节

确定测试目的

确定测试时间

确定测试规模

确定开服策略

确定测试平台

确定测试渠道

确定测试KPI

产品工作-OB服务器申请

预估服务器数量

服务器申请

产品工作-申请苹果推荐

产品工作-产品活动开发

整理活动需求

充值返还活动规划

平台技术部对接-SDK充值功能接入
沟通接入需求

提交商品ID

客服对接-客服工具平台接入

需求整理

跟进开发、测试

产品工作-iOS首次提审

筹备提审版本

筹备提审素材

开启提审开关

提审

产品工作-开启AppStore预订

平台技术部对接-分享SDK接入

需求沟通

功能接入

客服对接-反垃圾系统接入

违规监控接入

违规言论处理
CBT-目录

篇中不再针对本阶段与CCB阶段相同的工作内容进行重复讲解,只针对CBT阶段特有的工作进行详细说明。

---------------------------------------------------------------------------- 1

---------------------------------------------------------------------------- 2

---------------------------------------------------------------------------- 3

---------------------------------------------------------------------------- 4

---------------------------------------------------------------------------- 5

------------------------------------------------------------- 5.1

------------------------------------------------------------- 5.2

------------------------------------------------------------- 5.3

------------------------------------------------------------- 5.4

------------------------------------------------------------- 5.5

------------------------------------------------------------- 5.6

------------------------------------------------------------- 5.7

---------------------------------------------------------------------------- 6

------------------------------------------------------------- 6.1

------------------------------------------------------------- 6.2

---------------------------------------------------------------------------- 7

---------------------------------------------------------------------------- 8

------------------------------------------------------------- 8.1

------------------------------------------------------------- 8.2

---------------------------------------------------------------------------- 9
------------------------------------------------------------- 9.1

------------------------------------------------------------- 9.2

---------------------------------------------------------------------------- 10

------------------------------------------------------------- 10.1

------------------------------------------------------------- 10.2

---------------------------------------------------------------------------- 11

------------------------------------------------------------- 11.1

------------------------------------------------------------- 11.2

------------------------------------------------------------- 11.3

------------------------------------------------------------- 11.4

---------------------------------------------------------------------------- 12

---------------------------------------------------------------------------- 13

------------------------------------------------------------- 13.1

------------------------------------------------------------- 13.2

---------------------------------------------------------------------------- 14

------------------------------------------------------------- 14.1

------------------------------------------------------------- 14.2
CBT-阅读指南
面向产品经理:

本手册主要定位为产品经理的上线工作手册,其中罗列了相对CCB阶段CBT特有的工作内容,对本阶段与
CCB阶段相同的工作内容不再进行重复讲解。产品经理需要对本手册全部内容透彻了解,并逐一完成每项
工作内容。

CBT与CCB重复工作内容:制定运营工作计划、跟进市场方案、BI日志补充、CBT服务器申请、沟通PR计划、制定
内宣计划、制作激活码、制作礼包码、公告撰写、渠道包提审、CPS包制作、短信/EDM发送、版本内容宣讲

面向PM:

本篇手册的内容为均为CBT版本开发工作或上线重要节点(申请OB服务器、iOS首次提审),
因此同样需要PM对本手册全部内容透彻了解。
有的工作内容,对本阶段与
透彻了解,并逐一完成每项

务器申请、沟通PR计划、制定
DM发送、版本内容宣讲

次提审),
CBT上线工作-时间轴

返回目录

可以通过时间轴来查看各个工作事项的先后顺序及开始、结束时间。
时间轴上将所有的CBT期间的工作事项均进行罗列,但是有部分内容为CCB期间重复工作,因此本手册不再赘述,
本手册新讲述的工作事项图框,文字用下划线标识,可点击跳转查看详细内容。

产品工作 - 运营工作 市场对接 - 跟进市场方


计划 案
开始时间: CBT 前 2.5 开始时间: CBT 前 2.5 个
个月 月
结束时间: 1 周内完成 结束时间: 1 个月内完成

CBT 前 2.5 个月 (OB 前 3.5 个月 ) ........... CBT 前 2 个月


1周 CBT

产品工作 - 确定测试细
节 平台技术部对接 -SD
接入
产品工作 - 制定开服策

开始时间: CBT 前 2 个
产品工作 -OB 服务器 结束时间: CBT 前 2 周
申请
产品工作 - 申请苹果推

开始时间: CBT 前 2.5 个

结束时间: 2 周内完成
作,因此本手册不再赘述,工作事项图框无跳转功能。

产品工作 - 产品活动开发
产品工作 - 充值返还活动
规划
客服对接 - 客服工具新功 产品工作 -iOS 首次过审
能 开始时间: CBT 前 1.5 个月
开始时间: CBT 前 2 个月
结束时间: CBT 前 1 周内完
结束时间: CCB 前 2 周内完

月 ........... CBT 前 1.5 个月 ...........

平台技术部对接 -SDK 充值功能 平台技术部对接 - 分享 SDK 接入


接入
客服对接 - 反垃圾系统接入
开始时间: CBT 前 2 个月
开始时间: CBT 前 1.5 个月
结束时间: CBT 前 2 周内完成
结束时间: 2 周内完成
产品工作 - 制作激活码

产品工作 - 公告撰写

产品工作 - 渠道包提审(重
点)
市场对接 - 沟通 PR 计划
产品工作 -CPS 包制作
OS 首次过审
BT 前 1.5 个月 产品工作 - 制定内宣计划
BT 前 1 周内完 开始时间: CBT 前 2 周
开始时间: CBT 前 1 个月 结束时间: 1 周内完成
结束时间: 2 周内完成

........... CBT 前 1 个月 3周 2周

产品工作 - 规划测试活动
运维对接 - 正式服务器申请 数据支持部对接 - 沟通数据日
(重点)

认证申请 - 美术作品著作权 产品工作 - 制定发码策略
登记 (重点)
开始时间: CBT 前 1 周
产品工作 - 制作礼包码 结束时间: 0.5 周内完成
开始时间: CBT 前 1 个月
结束时间: 1 周内完成
开始时间: CBT 前 3 周
结束时间: 1 周内完成
产品工作 - 开启 AppStore
预订
产品工作 - 短信、 EDM 发

产品工作 - 版本内容宣讲

开始时间: CBT 前 1 周
结束时间: 1 周内完成

2周

数据支持部对接 - 沟通数据日

始时间: CBT 前 1 周
束时间: 0.5 周内完成
工作进度表
工作事项 工作产出内容 工作开始时间
产品工作-制定运营工作计划 运营工作计划表

确定测试目的

确定测试时间

确定测试规模

确定测试开服策略
产品工作-确定测试计划
确定测试参与渠道

确定测试KPI

发送测试告知邮件

测试信息同步平台支持部门

同步产品介绍信息

同步测试信息

市场对接-跟进市场方案 市场方案宣讲(项目组)

市场方案宣讲(掌柜)

方案最终定版

确认首月新增用户数(市场、渠道、买量)

确认单服导入量
OB服务器申请
确定服务器申请数量

申请邮件审批通过

向商务提交申请苹果推荐需求

准备路演PPT
产品工作-申请苹果推荐
准备testflight版本
产品工作-申请苹果推荐

进行现场路演

梳理功能需求

产品工作-产品活动开发 提供运营功能文档

功能开发及跟进

提交接入需求(项目组、SDK)

获取接入文档

SDK充值功能完成接入
平台技术部对接-SDK充值功能接入
跟进开发iOS沙河充值开关

提供商品ID列表

功能测试通过

梳理客服工具需求

提供客服接口说明文档
客服对接-客服工具平台接入
搭建测试环境

连接CBT服务器测试功能

提审版本筹备

提审素材筹备

iOS首次提审 打开老虎SDK提审后台开关

完成提审

提审通过

确认有过审版本

确认过审版本卖场图、视频、文案为正式内容

产品工作-开启AppStore预订 确定AppStore预订开启时间
产品工作-开启AppStore预订

提交开启预订邮件

预订开启

提交接入需求(项目组、SDK)

获取接入文档

申请分享参数
平台技术部对接-分享SDK接入
参数提供给方升

SDK充值功能完成接入

功能测试通过

确认正式服务器数量、配置要求

运维对接-正式服务器申请 邮件正式提交审批申请

收取正式服务器

违规监控接入

BI聊天日志添加言论监控字段
客服对接-反垃圾系统接入
开发完成违规言论处理功能

功能联调测试通过

审核市场新闻计划
市场对接-沟通PR计划
重点新闻审核

撰写公告计划
产品工作-制定内宣计划
准备公告模板

登记申请的相应素材
前期筹备-美术作品著作权登记
作品著作权登记证书扫描件

活动内容规划

产品工作-规划测试活动
产品工作-规划测试活动 同主策划确认

制作人审批完成

确定发码数量

产品工作-制定发码策略 确定发码渠道

确定最终策略内容

整理礼包码需求

产品工作-制作礼包码 进行线上测试

更新兑换码记录表

制定官方、渠道激活码
产品工作-制作激活码
进行线上测试

创建渠道包审核群

产品工作-渠道包提审跟进 渠道包提审

全部渠道包过审

需求整理
产品工作-CPS投放包需求确认
CPS包提供

市场数据日报
数据部对接-沟通数据日报
产品数据日报

确认预算额度

EDM页面制作
产品工作-短信、EDM发送
提供发放需求

发放测试短信、EDM

宣讲PPT制作
产品工作-版本内容宣讲
产品工作-版本内容宣讲
进行宣讲
度表
工作完成时间 负责人 备注
历史经验总结
类型 经验总结

在接入OneSDK充值功能时,需要与SDK同学沟通iOS沙盒账号充值开关的
充值 功能进行紧急开发。

武林首次iOS提审,游戏在获取玩家设备相机、相册、麦克风、GPS等授权
iOS提审
iOS提审服务器一定要保证美国IP访问的网络流畅度,避免因审核人员因为

渠道包分享出去的内容中不能有任何官方相关信息(官网地址、官方微博

为实现渠道分享功能,需要单独为每个渠道申请分享参数。其中微信、手
分享 严格,需要至少提前打包1.5个月开始进行申请工作。

如果渠道包屏蔽分享功能,则确认在主要活动、主线任务中分享不是必要

如果是频繁开启的运营活动,提交开发需求时一定要明确提出“期”的概
的数据。
当本期活动结束后,一定要及时清除玩家数据。避免因玩家不下线或其他

运营活动 在设计限时活动时,活动的开启时间、结束时间一定要精确到秒。

运营活动需要支持配置热加载,且尽量不需要玩家重启客户端。

运营活动要具备开关功能,并且活动开启/关闭可实现热加载且尽量不需要
史经验总结
经验总结

DK同学沟通iOS沙盒账号充值开关的功能是否需要项目组自己实现。云梦在公测前一周才针对此

备相机、相册、麦克风、GPS等授权时没有提供详细的授权说明,导致被苹果打回。

的网络流畅度,避免因审核人员因为网络问题将审核打回。

官方相关信息(官网地址、官方微博/公众号信息、官方包下载地址等)。

个渠道申请分享参数。其中微信、手Q的分享参数需要项目组自己申请。目前参数申请要求较为
进行申请工作。

主要活动、主线任务中分享不是必要行为,否则会卡住玩家。

发需求时一定要明确提出“期”的概念。避免活动想多次开启时需要手动清除玩家在上一期活动

玩家数据。避免因玩家不下线或其他操作导致下期活动开启时玩家仍保留上一期活动进度。

、结束时间一定要精确到秒。

量不需要玩家重启客户端。

开启/关闭可实现热加载且尽量不需要重启客户端,当线上遇到紧急情况时可以及时关闭活动。
CBT-产品工作-确定测试细节
CBT同CCB的测试目的不同,因此导致在测试计划上也存在着不同点,本章着重针对不同点进行详细说明描述。

返回目录
返回时间轴

时间节点
工作开始节点 CBT前2.5个月
工作完成节点 2周内完成

工作产出
测试目的
测试时间
测试规模
测试开服策略
测试平台
测试参与渠道
测试KPI
将测试细节撰写审批邮件给掌柜,并获得审批通过。
各平台支持部门知晓测试信息

注意事项
1、CBT需要开启充值功能,在版本规划时需要考虑商业化需求。
2、CBT需要测试出单服的真实玩家压力承载上限,对公测时的开服节奏起着至关重要的作用。
3、CBT时需要开启多个服务器大区,来测试多个大区同时对外运行、维护。

过程详细说明
一、确定测试目的

CBT的测试目的同CCB不同,CBT的测试重点开始从游戏内容验证转化为商业化验证,具体内容如下:
1、验证商业化内容:开启充值通过测试观察付费率、付费ARPU、活跃ARPU等数据,验证商业化设计效果;
2、测试服务器压力:此次测试需要通过真实玩家压力测出峰值PCU,作为OB时的单服PCU阈值。
3、测试服务器生态:按照规划服务器生态导入新增,并观察生态变化及LTV数据,为OB单服导入方案做参考。
4、优化内容验证:针对调优内容进行验证

二、确定测试时间
1、CBT开启时间
CBT开启时间根据OB时间进行反推,通常与OB相隔1个月,最终时间需要同制作人及各主管一起开会确定。
参与人 决策内容

PM 根据测试时间,倒推各开发节点完成时间。
确认策划文档完成时间是否合理;
主策划 确认所有文档功能会完成时间是否合理;
确认配表完成时间是否合理。

主程序 确认开发开始、结束时间是否合理。

主美 确认资源最晚进版时间是否合理。

主测试 确认Debug开始、结束时间是否合理。

制作人 最终确定测试时间。

2、CBT测试时长
建议为15天,在没有渠道要求的情况下项目组可以根据自身情况缩短为8天。
建议15天的原因是可以观察产品中长期留存、付费数据,OB前的最后一次数据观察机会。

开启时间确认后需要第一时间同步给发行同学。

三、确定测试规模
CBT阶段测试规模主要考虑以下内容:
1、建议此次至少能够开启两个大区,至少每个大区开1备1。
2、每组服务器的导入数量需要满足OB时的期望服务器生态。
CBT阶段的测试人数规模具体项目具体分析。

四、确定开服策略
CBT的开服策略相对CCB更负责一些,因此单独拎出来进行说明。 详细内容点击查看:产品工作-制定开服策略

五、确定测试平台
付费测试只能面向安卓平台开启。
注:此时机型适配应该已经能够满足主流设备要求。

六、确定测试参与渠道
同渠道同学沟通具体渠道范围,通常为主流渠道。

七、确定测试KPI
测试KPI由两部分组成,一部分为测试数据KPI,一部分为市场宣传KPI
1、测试数据KPI
公司对各等级产品的测试数据是有要求的。项目组可根据当前产品定级或期望产品定级的测试数据指标作为K
类型 评级 次留 七留 日均ARPU 登录比要求
满足以下任意一项:
· 有效新增留存率≥70%
S 58% 25% 15.0
· 有效新增留存率≥65%,且登录比均值≥75
MMO · 有效新增留存率≥65%,且二阶登录比均值
MMO
A+ 52% 15% 10.0 满足以下任意一项:
· 登录比均值≥75%,且二阶登录比均值≥65
A 40% 13% 6.0 · 登录比均值≥70%,且二阶登录比均值≥70

满足以下任意一项:
· 有效新增留存率≥70%
S 52% 23% 15.0
· 有效新增留存率≥65%,且登录比均值≥75
卡牌 · 有效新增留存率≥65%,且二阶登录比均值

A+ 45% 13% 10.0 满足以下任意一项:


· 登录比均值≥75%,且二阶登录比均值≥65
A 35% 12% 8.0 · 登录比均值≥70%,且二阶登录比均值≥70

2、市场宣传KPI
市场宣传KPI主要是依据历史同级别产品在各测试阶段的公测预约数、百指、微博粉丝数、微信粉丝数、官网访
通常市场同学在宣讲宣传方案时会将KPI罗列出来,项目组可届时评估是否符合期望。
如宣传方案中没有KPI内容,也可以直接同市场经理沟通。

八、撰写测试邮件
1、确定以上测试计划细节后,联系【运营支持部-徐振】协助评估合理性。
2、根据评估意见进行调整后,请制作人审批测试计划。
3、制作人审批确认后,即可发邮件给掌柜。

邮件内容包括:测试目的、测试时间、测试规模、开服策略、测试平台、测试渠道、测试KPI
邮件撰写参考如下:

【武林外传手游】CCB3策略及KPI制定_徐振.msg

八、测试信息同步
当测试信息全部确定后需要同步给平台支持部门,具体部门如下:
市场
通常在确定细节的过程中已进行同步,做最终确认就好。
渠道
客服
同步测试时间、规模、平台、渠道信息
运维
数据支持部 同步测试时间、规模、平台、渠道信息、KPI

工作流程
工作关系人
中心内部
关系人 对接内容

沟通当前服务器压力测试情况
项目组-主程序
沟通手机设备硬件、系统要求

项目组-主测试 了解机型适配情况

项目组-PM 根据研发进度评估测试时间点合理性

项目组-制作人 审核测试细节

运营支持部-李楠、徐振 协助评估测试细节及KPI合理性

中心老板-掌柜 审核测试说明邮件

中心外
关系人 对接内容
发行部-市场经理 沟通测试KPI(市场向)
发行部-渠道经理 沟通渠道测试范围
流程与资源管理部-洪逸飞 同步确认后的测试KPI内容
对不同点进行详细说明描述。

要的作用。

,具体内容如下:
据,验证商业化设计效果;
单服PCU阈值。
为OB单服导入方案做参考。

及各主管一起开会确定。
查看:产品工作-制定开服策略

定级的测试数据指标作为KPI。具体标准内容如下:
登录比要求
一项:
存率≥70%
存率≥65%,且登录比均值≥75%
存率≥65%,且二阶登录比均值≥70%
一项:
75%,且二阶登录比均值≥65%
70%,且二阶登录比均值≥70%

一项:
存率≥70%
存率≥65%,且登录比均值≥75%
存率≥65%,且二阶登录比均值≥70%

一项:
75%,且二阶登录比均值≥65%
70%,且二阶登录比均值≥70%

博粉丝数、微信粉丝数、官网访问数据作为对标。

台、测试渠道、测试KPI等重要信息。
CBT-产品工作-确定测试计划-制定开服策略

CBT制定开服策略是为OB在打基础,进行提前测试、验证。相比CCB时更复杂,因此单独拎出来进行说明。

返回目录
返回时间轴

时间节点
工作开始节点 CBT前2.5个月
工作完成节点 2周内完成

工作产出
单服导入量
开服数量
设定服务器PCU上限、排队上限

注意事项
1、测试规模需要同市场、渠道进行沟通,避免新进不足的情况。
2、测试服务器压力时、需要提前同程序沟通测试方案。

过程详细说明
一、确定单服导入量
1、确定单服导入量主要同制作人、主策划进行沟通,通常在建立社交系统以及计算资源投放时,会对服务

2、参考同类型产品的服务器生态情况。

最后再结合前几次测试数据预估出一个相对合理的单服导入量。

注:单服导入量需要在OB后持续观察LTV数据进行不断调整。

二、确定开服数量
1、大区数量

为了测试多大区维护的相关功能,通常至少开启两个大区(官方、渠道)

2、单区服务器数量

对于服务器生态有明确目标的产品,可以每个大区开一组服务器即可。

对于服务器生态目标拿捏不准的产品,可以尝试每个大区开2组服务器进行不同服务器生态的数据对比。
注:开启服务器较多时,需要先同市场、渠道沟通是否能够满足新增需求。
三、压力测试
CBT需要用正式玩家来进行压力测试,先设定一个保守的默认PCU上限、排队上限,在测试开启时不断上调从而获
1、默认上限值
可根据CCB测试参考,设定一个保守的PCU、排队上限默认值,从而避免刚开服就导致服务器负载过的风险。

2、调整上限
当PCU、排队人数已达默认值上限后,可分N档进行逐步调高来观察服务器负载情况。在保证用户游戏内体验质量
注:上调档位数值及每个档位的停留时间,需要同主程序进行详细沟通,确保测试的科学性。

四、方案确定
单服导入数量、大区数量、开服数量、压力测试细节确定后,同【运营支持部-徐振】进行沟通听取调整意见。
最终制作人确认OK后,加入到测试计划中一同走后续的测试审批流程。

工作流程

工作关系人
中心内部
关系人 对接内容
项目组-主策划 沟通单服导入量
项目组-主测试 沟通服务器压力测试细节
运营支持部-徐振 协助评估开服策略合理性
项目组-制作人 审批开服策略
单独拎出来进行说明。

计算资源投放时,会对服务器的同时在线人数有一个预估值。

器生态的数据对比。
测试开启时不断上调从而获得真实压力阈值。

服务器负载过的风险。

在保证用户游戏内体验质量的同时,来尽可能的获得一个较高的上限峰值来作为压力阈值。

进行沟通听取调整意见。
CBT-产品工作-OB服务器申请

由于OB服务器需求量较大,需要至少在OB前3个月开始走服务器申请流程。
申请数量为OB后首月服务器使用数量。

返回目录
返回时间轴

时间节点
工作开始节点 OB前3.5个月(CBT前2.5个月)
工作完成节点 2周内完成

工作产出
撰写OB服务器申请邮件
掌柜审批邮件通过

工作注意事项
申请邮件中需要说明OB首月服务器申请数量,并说明预估逻辑(新增、单服导入数量、参考数据)。

过程详细说明
一、预估开服数量
开服数量为OB后首月使用服务器数量,通常需要确定OB首月新增、单服导入量后来进行估算。
内容 确认过程

OB首月新增 需要同发行确定各途径在OB首月带来的新增用户量,包括:市场、渠道、买量。

单服导入量需要同制作人、主策划来进行沟通,根据期望的单服生态来进行估
单服导入量
算,也可以参考中心内其他相同类型产品的开服策略。

通常OB首月开服数量会略少于OB首月新增/单服导入量。以下是中心历史各产品OB首月新增、单服导入量、首月
项目 首月新增 单服导入数量 首月开服数量
诛仙 997W 5W左右 174
武林 394W 2.5-3W 117
完美世界 762W 3-5W 219
云梦四时歌 210W 5w左右 59

初版服务器数量预估后,可找同【运营支持部-徐振】沟通并听取建议。
注:通常发行在预估新增时会相对保守,因此在预估服务器数量时,需要考虑在原有数量上增加10%左右作为容错
二、服务器申请
服务器数量预估完成后,就可以撰写邮件走服务器申请流程了。审批流程如下:

注:转发运维时需要同运维经理沟通运维相关抄送人员。
申请邮件参考:

【武林外传手游】公测服务器采购申请_徐振.msg

工作关系人
中心内
关系人 对接内容
项目组-制作人 审批邮件
项目组-主策划 沟通单服导入量
掌柜 审批邮件

项目组外
关系人 对接内容

运维经理 沟通服务器申请
量、参考数据)。

进行估算。

首月新增、单服导入量、首月开服数量,可以在预估时作为参考。

数量上增加10%左右作为容错。
CBT-产品工作-申请苹果推荐

申请苹果推荐是一个长期性的工作,可从中期评审后就开始定期给苹果发邮件进行产品介绍来引起苹果的关注。
最晚在OB前3个月提交推荐申请。

返回目录
返回时间轴

时间节点
工作开始节点 OB前3.5个月
工作完成节点 2周内完成

工作产出
产品内容介绍(原画、截图、演示视频)
路演PPT
苹果新技术接入
Testflight试玩版本

工作注意事项
1、最晚需要提前3个月向苹果提交推荐需求,届时需要有明确的公测时间。

过程详细说明
1、申请苹果推荐是一个循序渐进的过程,基本上分为信息同步、提交申请两个阶段。详细说明如下:

阶段 详细申请工作

项目中期评审后就可以不定时向苹果提交游戏素材(原画、截图、
功能介绍视频),引起苹果的注意并获得建议反馈。
信息同步
准备提交前需要先同商务同学进行沟通,素材提交形式多为PPT为
主。

项目至少在上线前3个月,需要正式提交申请苹果推荐需求(越早越
好)。
届时需要准备如下内容:
1、路演PPT(产品特点介绍、市场推广方案、上线时间、演示视频
提交申请
、全年新增及收入预估);
2、testflight试玩版本;

准备前同商务同学进行沟通,并确认路演时间。
注:在制作PPT时可联系【运营支持部-视觉组-李智】帮忙美化PPT。

2、申请苹果推荐时,如果产品支持较多的iOS技术有一定的加分。具体技术内容如下:

Sign in with Apple

ARKit 3.0

Game Controller Support

Core ML

Metal

iMessage Apps / Sticker

在项目早起开发阶段,就需要考虑到以上技术的开发内容及工作量。

工作关系人
项目内
关系人 对接内容
项目组-PM
沟通iOS技术支持开发工作
项目组-各主管

知晓iOS技术支持开发工作
项目组-制作人
确认路演PPT内容

运营支持部-李智 帮助进行PPT美化

中心外
关系人 对接内容
BD-刘畅 负责帮助项目对接苹果申请推荐
件进行产品介绍来引起苹果的关注。

两个阶段。详细说明如下:

对接人

【完美游戏-BD-刘畅】
内容如下:

接内容

术支持开发工作

术支持开发工作
演PPT内容

行PPT美化

接内容
对接苹果申请推荐
CBT-产品工作-产品活动开发

返回目录
返回时间轴

时间节点
工作开始节点 CBT前2个月
工作完成节点 CBT前2周

工作产出
功能文档
版本功能实现

工作注意事项
1、拉收相关活动需要可进行分V段、分等级单独配置奖励功能。这样可以提高资源投放效率、活动参与率。

2、累计登录活动需要考虑通用性、可延展性,以便在不同的运营节点配置不同的登录天数、不同UI主题。

3、BP活动同样需要考虑通用性、可延展性,以便定期投放不同奖励、不同等级、不同UI主题。

4、多日、单日累充活动在提交需求时,需要说明期的概念。当期活动结束后需要及时清除角色上的活动进度,避

5、积分商城活动在设计时慎重考虑赠送功能(赠送功能可配置),避免iOS用户通过代充或黑卡造成价值差,利用
整理活动需求
过程详细说明
一、整理活动需求
CBT会开启充值,并且通常CBT与OB之间的时间较短,因此产品需要整理直到OB时所需要开发的活动功能。
活动按照目的分为两类,拉活、拉收。常见的活动形式如下:
注:如下内容为常见活动功能,产品同学需要根据具体项目情况来确定具体的活动需求。

活动类型 活动形式 重点说明

传播(拉新) 分享活动 游戏用户分享游戏内精彩内容到微信、微博、QQ,同时游戏内获得奖励。

通常公测活动的主要目的是拉动玩家登录、活跃,烘托公测期间游戏内热闹
可参考云梦四时歌公测活动:
· 活动名称为“筹备灵应宫贺宴”,其中包含:珍馐宴、佳酿宴、踏歌宴、翩
间逐渐解锁。
公测活动
· 已解锁的宴会玩家通过提交“元气”,以及一个特定的专属道具来获得开宴
得)。

· 全服玩家获得的“元气”将积攒到目标数量后,可获得全服奖励。

拉动玩家周一登录行为,缓解周一效应导致的用户流失。
拉登录、活跃

周一礼包

周一礼包建议使用神雕、笑傲的形式。每天登录可进行抽奖,奖励内容包括
励需要等到下周一才可以统一领取。

累计登录
活动形式较为常见,在活动设计时注意界面的可替换性,便于在不同运营节
每开启新的一期活动时需要清除角色上一期的活动进度。
BP

回流活动 日常用户流失超过X天(可配置)后触发。活动主要通过登录、拉货、充值来

充值返还 在付费删档测试期间需要规划充值返还活动,即此次测试充值公测时返还。

可尝试做类似于少三的首充+次充。首充与次充的奖励内容需要有关联,例
首充礼包
配合同时开启的累充活动或VIP系统。

日卡,有几种推荐的设计思路:
1、参考剑与远征,多个单项资源日卡礼包,并且每项可持续深入购买。
2、参考神雕的设计思路,奖励中可添加随机性,便于高价值资源降低获取门
日卡、月卡、终身卡
月卡注意突出续订提醒,并且需要设计续订奖励。

终身卡注意性价比即可,并且可尝试购买奖励中添加一些avatar方面的奖励
订阅

设计思路可参考少三2:
1、当做价格更低的月卡,每日登录去领取奖励,奖励内容为资源道具。
2、订阅用户可以获得一些额外的特权,例如:个别模式扫荡功能、个别资源

多日累充
1、需要具备分V段、分等级进行奖励配置的功能。
2、累充活动主要是做好奖励内容展示,并且注意“期”的概念。新一期将不
动结束后需要及时清除用户进度,避免出现需要用户需重新登录等额外的进
单日累充

对VIP系统较为敏感的产品可考虑制作终身累充的活动形式。该活动可通过配
终身累充
家可自行选择在活动时间内是否进行重置(活动时间内只能重置1次)。

拉收

连续充值

1、需要具备分V段、分等级进行奖励配置的功能。
2、每日充值金额要求为累充,无需玩家必须单笔充值满足活动条件。
3、可设定每天免费奖励,吸引用户多次打开界面提高活动参与率。
成长基金

部分游戏将成长基金做成了类似于BP活动的形式,一定程度上吸引了玩家购
价格及返利倍数需要对标竞品。

两种设计思路,也可以两种情况兼备。
1、用户登录X分钟后触发。
定向礼包
2、用户达到某种特定条件后触发。
该功能同样需要具备分V段、分等级进行奖励配置的功能。

1、在设计时慎重考虑赠送功能(赠送功能可配置),避免iOS用户通过代充
购。
积分商城
2、配置商品时可设定购买V段限制。
3、配置商品时可限制购买数量。

二、功能开发及跟进
功能梳理完成后需要撰写策划文档。
因需求功能较多,需要在测试版本规划初期提出需求,沟通时需要明确阐述功能必要性,确保功能顺利开

工作流程

工作关系人
项目组内
关系人 对接内容
知晓接入工作需求,并将接入工作更新到
项目组-PM
工作列表中
项目组-主策划 审核功能策划文档
项目组-主程序 评估工期,安排开发工作
项目组-主测试 评估工期,安排测试工作
项目组-制作人 知晓
源投放效率、活动参与率。

登录天数、不同UI主题。

、不同UI主题。

及时清除角色上的活动进度,避免在开启新一期活动时造成进度污染。

通过代充或黑卡造成价值差,利用赠送功能进行代购。

时所需要开发的活动功能。

重点说明

博、QQ,同时游戏内获得奖励。

、活跃,烘托公测期间游戏内热闹景象。

含:珍馐宴、佳酿宴、踏歌宴、翩舞宴、观灯宴、百妖宴,宴会随着活动时

及一个特定的专属道具来获得开宴奖励(元气及专属道具通过游戏内活跃获

量后,可获得全服奖励。

致的用户流失。
周一礼包.d o cx

天登录可进行抽奖,奖励内容包括普通奖励、高级奖励两种。获得的高级奖

面的可替换性,便于在不同运营节点进行主题包装。
期的活动进度。

活动主要通过登录、拉货、充值来进行资源投放,帮助玩家快速提高数值。

动,即此次测试充值公测时返还。由于此活动相对复杂,因此单独进行说明。点击查看产品工作-产品活动开发-充值返还活动规

次充的奖励内容需要有关联,例如装备套装。在设计次充的充值额度时需

,并且每项可持续深入购买。
机性,便于高价值资源降低获取门槛进行投放。

订奖励。

奖励中添加一些avatar方面的奖励来彰显身份。
奖励,奖励内容为资源道具。
如:个别模式扫荡功能、个别资源产出加成等。

的功能。
且注意“期”的概念。新一期将不继承上一期的玩家充值进度,并且每期活
现需要用户需重新登录等额外的进度清除条件。

累充的活动形式。该活动可通过配置实现重置功能,开启重置后未充满的玩
(活动时间内只能重置1次)。

的功能。
须单笔充值满足活动条件。
开界面提高活动参与率。
的形式,一定程度上吸引了玩家购买的欲望。

励配置的功能。

可配置),避免iOS用户通过代充或黑卡造成价值差,利用赠送功能进行代

功能必要性,确保功能顺利开发。
CBT-产品工作-充值返还活动规划

规划测试活动的工作内容在CCB首测中有详细说明,但是CBT时会额外涉及到删档充值公测返还活动的规划,因此单独

返回目录
返回时间轴

时间节点
工作开始节点 CBT前2个月
工作完成节点 CBT前2周

工作产出
充值返利活动规则
游戏内领取返利功能策划文档

注意事项
1、充值返利活动需要版本配合开发相应的领奖功能,需要在规划CBT本内容时提出开发需求。
2、确认CBT版本可以正常打印充值的BI日志,并且日志中至少需要记录account_id、渠道id、角色id、充值金额、商
3、在充值活动说明中需要有明确的返还规则,并通过模拟各种情况进行举例说明。
4、针对玩家在公测时的领奖要求需要进行明确说明,账号要求、渠道要求、服务器要求、可领取角色数量要求、领取
5、通常CBT期间充值的月卡、终身卡、成长基金在OB时只会根据充值金额进行返还不继承进度,需要在活动规则中明
6、在活动文案中需要明确说明OB时返利奖励领取方式,如当时无法确定则需要在OB开服前发布公告进行补充说明。

过程详细说明
一、活动规划
充值返还力度

不同类型产品的充值返还力度不同,需要根据项目自身情况来确定。

目前市面上大部分产品将返还力度控制在150%-200%左右,通过元宝、元宝+绑元、元宝+绑元+道具的形式进行返
有的产品会设定 一个梯度例如:5000以下200%返还,5000以上100%返还。

充值返还规则
充值返还活动通常会使用如下规则,需要在活动公告中明确说明:
1、公测领取返还奖励时,需要使用与付费删档测试时相同的渠道客户端及账号。
2、同一个账号下只能使用1个角色领取返还奖励。
3、付费删档测试期间,同一账号下多个角色的充值金额会进行累计后返还。
4、官方账号可跨系统平台(安卓/iOS)领取,但是只能选择其中1个平台的1个角色进行领取。
例如:删档测试时使用官方账号在安卓客户端进行充值,公测时可在官方iOS客户端上选择1个角色进行领取。领取后
5、充值返还需要在公测后的XX天内完成领取(拉动玩家登录,避免后续影响新服)。
6、付费删档测试期间充值的订阅、月卡、终身卡、成长基金在公测时只会根据充值金额进行返还不继承进度。
7、通过首充、系统赠送、任务奖励、活动奖励等非通过充值获得的元宝或绑元不属于充值返还范围。

如下文档收集了一些产品的返还规则:

充值返还活动案例
.xls x

充值返还活动的力度、规则需要同主策划、制作人进行沟通确认。

二、活动功能开发需求
充值返利活动需要游戏配合开发相关功能来实现:奖励名单的配置、对应奖励内容的配置、领奖规则逻辑、前端领奖
该功能在前端需要做成一个通用领奖界面,玩家不但可以领取充值返还奖励,还可以同时领取历次测试活动的公测奖
功能描述:

功能点 功能描述

领奖活动ID配置 因为此功能需可以同时承担多个游戏内领奖活动进行领取,通过ID进行区分。

可配置两种类型,
领奖活动类型 0:指定account_id领奖,该account_id下只能有一个角色可以领奖,不区分系统平台。
1:指定角色id领奖,指定服务器ID、角色ID进行领奖。

领奖活动名称配置 配置活动名称,用于前端展示玩家查看用。

领奖开始/结束时间只有在领奖的开始/结束时间内才可以有效领取。

奖品名单配置 这两个功能是关联的,通常是需要程序开发一张配表,该配表可以第一列配置玩家
奖励内容配置 account_id,后几列用来配置奖励ID、奖励数量。

客户端需要提供领奖入口,可以放在福利/活动中以活动界面的形式实现。
前端领奖入口
也可以植入到某个NPC上,通过兑换进行领奖。

线上应急处理 可以通过实时热更关闭领奖入口、修改领奖数据。

日志添加 玩家领取奖励后需要打印日志,记录:account_id、角色ID、领奖活动ID、领奖时间、奖励ID

此功能需要产品同学结合上述内容形成策划文档提交给项目组,并跟进功能会、排期、开发、测试。

工作流程
工作关系人
项目组内
关系人 对接内容
知晓接入工作需求,并将接入工作更新到工作列
项目组-PM
表中
项目组-主策划 审核功能策划文档

项目组-主程序 评估工期,安排开发工作

项目组-主测试 评估工期,安排测试工作

项目组-主美 评估工期,安排UI制作工作

项目组-制作人 知晓
公测返还活动的规划,因此单独进行说明。

渠道id、角色id、充值金额、商品ID、充值时间信息。

求、可领取角色数量要求、领取时限要求。
继承进度,需要在活动规则中明确说明。
开服前发布公告进行补充说明。

元宝+绑元+道具的形式进行返还。
选择1个角色进行领取。领取后则账号在iOS、安卓平台其他的角色均无法再次领取。

额进行返还不继承进度。
充值返还范围。

配置、领奖规则逻辑、前端领奖入口(可同时领取多个活动奖励)、领奖开始/结束时间。
同时领取历次测试活动的公测奖励以及OB后可能会开展的游戏内领奖活动。

进行区分。

奖,不区分系统平台。

第一列配置玩家

实现。

活动ID、领奖时间、奖励ID

、开发、测试。
CBT-产品工作-SDK充值功能接入

返回目录
返回时间轴

时间节点
工作开始节点 CBT前2个月
工作完成节点 2周内完成

工作产出
充值商品表
跟进项目完成充值功能

注意事项
1、接入过程中需要提供充值商品列表,不同渠道的商品ID可能会有区分,提供时需要详细确认内容。
2、项目组需要开发关闭sandbox账号充值功能,避免上线后有个别平台利用漏洞造成坏账。

过程详细说明
一、需求沟通
1、向项目组提交OneSDK充值功能接入需求

CBT版本内容规划期间,产品同学需要向项目组提交充值功能接入需求。
除此之外,产品同学还需要提交成长基金、日卡、月卡等商业化活动开发需求。
注:项目需要在CBT版本中完成充值档位、直购礼包、VIP系统等充值相关的功能开发。

2、向平台技术部提交接入SDK充值功能需求
联系【平台技术部-产品组-王军】,说明充值接入需求。

二、功能接入
1、激活OneSDK接入群,便于沟通接入工作。

2、程序了解接入工作后需要评估工作量及开发工作排期。
3、接入过程中产品同学需要把控接入进度,提高双方沟通效率。
4、接入过程中需要向程序同学说明有个别渠道对商品ID格式有特殊要求,因此在功能开发时需要具备针对特殊渠

5、充值功能完成接入且充值档位全部确定后,产品同学需要提供老虎安卓、iOS的充值商品列表提供给【平台
方升、渠道运营同学收到列表后需要配置到对应的后台,正式环境才可以正常充值。
充值商品列表模板:

充值商品列表.xls x
充值商品列表.xls x

6、项目组需要开发关闭sandbox账号充值功能,避免上线后有个别平台利用漏洞造成坏账。

工作流程

工作关系人
中心内部
关系人 对接内容
项目组-PM 提交开发需求,更新研发工作表
项目组-主程序 评估工期,安排开发工作
项目组-主测试 评估工期,安排测试工作
项目组-制作人 知晓

中心外
关系人 对接内容
SDK的产品总接口人,任何SDK接入及
平台支持部-王军
问题都可联系沟通。
供时需要详细确认内容。
漏洞造成坏账。

详细内容点击查看
功能开发。

此在功能开发时需要具备针对特殊渠道的商品ID进行单独配置的功能。

OS的充值商品列表提供给【平台技术部-产品组-方升】。非官方渠道的充值商品列表提供给渠道运营同学。
以正常充值。
漏洞造成坏账。
渠道运营同学。
CBT-产品工作-客服工具新功能

规划CCB版本开发工作内容时,产品同学需要提出接入需求。
客服工具平台接入分为两个阶段:
客服工具平台接口开发:项目组程序开发
客服工具平台前端开发:客服平台程序开发
因此需要在客服工具上线前2个月开始进行客服接口开发工作,从而为客服工具平台前端预留足够的开发、测试时间。
本篇内容主要说明产品同学如何协调项目组开发客服工具接口、并跟进客服平台前端开发、提供客服同学工具测试环

返回目录
返回时间轴

时间节点
工作开始节点 CBT前2个月
工作完成节点 CBT前2周内完成

工作产出
单服导入量
开服数量
设定服务器PCU上限、排队上限

注意事项
1、客服工具具体新增功能需同客服经理进行沟通。
2、规划版本内容时,将客服工具新需求提交给项目组。避免在版本开发过程中,造成临时添加需求的情况。
3、接口开发完成后才能开始进行客服工具前端开发,通常前端开发+测试需要1个月左右,排期时需要进行考虑。
4、在CBT开启期间,需要针对客服平台的全部新增功能进行线上实际操作。

过程详细说明
一、需求提交
在项目组规划CBT版本时,需要提交客服工具新功能添加需求,请PM将开发需求添加到研发工作列表中。
具体需要同客服经理进行沟通,最终形成详细的功能说明,参考功能需求说明如下:

客服工具需求(CBT)

在查询角色信息时,查询结果需要添加如下内容:
角色信息查询
VIP等级、VIP经验、历史充值金额、双倍充值剩余次数
角色信息修改 添加可修改项:VIP等级、VIP经验、双倍充值剩余次数

部分充值活动可能会涉及到非常规的活动道具,指定发奖功能无法发放。为应对玩家误操作
充值活动道具补偿 活动道具的补偿功能。
注:该功能需求说明需要产品同学根据具体活动内容具体描述。

为应对部分渠道违规充值返利行为,可指定渠道定时封停充值。被封停的渠道,玩家在各个
渠道封停充值
弹出提示说明。

应对玩家误操作问题,可生成指定部位、品质、强化等级、属性等内容的装备,并发送给具
装备恢复
注:装备的详细可配置信息,需要产品同学根据具体游戏具体描述。

输入测试服角色ID,选择区、服,输入拷贝目标角色ID,进行角色数据考档。可实现拷贝目
角色数据考档 服指定角色数据。客服通过登录测试服账号来查看拷贝目标角色的数据内容。
注:需要提供客户端及服务器环境给客服来进行角色信息考档及查看角色信息。

注:以上为通用的功能说明,各项目需要根据自己的游戏类型进行添加、修改。
随着后续版本内容的增多,客服工具需要同步进行更新及对应游戏内新系统的客服功能添加。

二、需求开发及更近
1、整理好需求文档后同PM、主程、主测试一同沟通具体开发安排。

2、客服工具平台接口开发工作

a)产品同学将整理好的客服功能需求文档提交给程序同学进行沟通评估,确认最终需求内容。

b)根据需求内容主程序评估开发工时,主测试评估测试工时(只测试接口,客服工具由客服进行测试),PM根据评估

c)在开发期间,产品同学负责全程跟进解答程序、测试同学提出的问题,确保客服接口按时完成。

d)客服接口开发完成后,需要程序同学提供接口说明文档给客服同学,以便进行对应的客服平台功能开发。

以下接口说明文档可做为参考:

武林客服接口说明
文档.d o cx

3、客服工具平台前端开发
在客服接口开发完成后,客服平台才能根据具体接口内容进行前端开发,预计开发+测试1个月左右。
因此客服工具接口开发需要2周内完成。

4、客服工具测试

由于之前客服工具已经上线此次为新功能添加,因此客服接口开发完成后可直接更新至正式环境服务器上供客服平台

四、正式上线
在CBT开启期间,需要针对客服平台的全部新增功能进行线上实际操作。

工作流程

工作关系人
中心内部
关系人 对接内容
知晓接入工作需求,并将接入工作更新
项目组-PM
到工作列表中
项目组-主程序 评估工期,安排开发工作
项目组-主测试 评估工期,安排测试工作
项目组-制作人 知晓

中心外
关系人 对接内容
客服接口人 沟通客服工具功能
端预留足够的开发、测试时间。
发、提供客服同学工具测试环境。

临时添加需求的情况。
右,排期时需要进行考虑。

到研发工作列表中。


能无法发放。为应对玩家误操作需求,需要制作对应

述。

值。被封停的渠道,玩家在各个界面吊起充值时,会

属性等内容的装备,并发送给具体角色。
体描述。

行角色数据考档。可实现拷贝目标角色数据覆盖测试
角色的数据内容。
档及查看角色信息。

客服进行测试),PM根据评估结果进行排期(最终测试完成时间需要提前封包1个月左右)。

按时完成。

的客服平台功能开发。
+测试1个月左右。

正式环境服务器上供客服平台连接进行测试。
CBT-产品工作-首次iOS过审

iOS审核非常严格,尤其是针对首次提审的应用。通常都会在CBT前1.5个月开始筹备版本,前1个月提审,前1-2周
过审后,该包可作为开启预订使用。

返回目录
返回时间轴

时间节点
工作开始节点 CBT前1.5个月
工作完成节点 CBT前1周
注:CBT前1.5个月开始筹备版本,前1个月提审,前1-2周过审。

工作产出
完成iOS首次过审。
完成正式商品申请

工作注意事项
1、至少在CBT前1.5个月开始筹备首次iOS提审;

2、提交审核期间,提审服务器不允许进行任何停服、更新操作。且确保美国线路能够通畅访问。

3、提供的演示账号需要是高级账号,可以体验游戏内任何系统及道具。
4、游戏中尽量不要有引导用户去Appstore评价的功能,如果有只能引导玩家给与评价,不能引导好评。
5、游戏内在获取位置、通讯录、相机、相册、麦克风权限时,需要在提示框中明确说明权限用途。

6、提审时需要在老虎SDK后台中开启iOS提审开关。

7、卖场图中的游戏截图中均需要添加游戏UI;

过程详细说明
一、筹备提审版本
首个iOS提审版本通常在筹备CBT版本时同时进行,因此需要在规划CBT工作时提出该项工作需求,以便提前对此

建议提审版本至少在CBT前1.5个月开始,版本制作时间在两周以内完成。

版本内容要求:

1、版本中需要具备充值功能,且有正式的充值商品,本次提审会同时提交充值商品申请。

2、版本在体验过程中不能有明显、严重的BUG。

3、版本内容要符合AppStore审核要求,详细内容可查看如下文档:

iO S提审检查项ch
e cklis t.xls x
iO S提审检查项ch
e cklis t.xls x

iOS提审时需要准备单独服务器,提交审核期间服务器不允许进行任何停服、更新操作。且确保美国线路能够通畅

筹备版本同时需要准备一个演示账号,该账号可以体验游戏内去全部内容。

二、筹备提审素材
提审时需要物料素材,其中卖场图、游戏ICON、视频需要是正式素材,此次过审后将会开启订阅,这些素材会直

为了给制作卖场图、视频留有充足的时间,建议在CBT前2个月将需求提交给市场,制作周期控制在1个月之内。过

具体素材格式、内容要求如下:

素材类型 提供方 格式要求

卖场图
市场同学帮忙制作 M4V、MP4 或 MOV ,不能超过500MB,尽量控制在50MB以下
视频

游戏ICON 美术同学帮忙提供 1024x1024,jpg或png,72DPI,采用RGB 色彩空间,不能包含图层

IAP截图 产品同学提供 使用相对主流的iphone设备进行商城截图

三、开启提审开关
在提交iOS审核前,一定要开启老虎后台的提审开关。

老虎后台权限申请可联系【平台技术部-产品组-方升】,届时需提供一个老虎账号UID及说明开启项目名称。

四、申请提审
1、公司所有项目统一交给【手游测试部-刘焰山】进行iOS提审。
首次提审需要至少提前两周联系刘焰山沟通提审需求,对方会要求提交一个iOS送审单,并说明安装包、提审素材
iOS送审单填写参考:

iO S-
《诛仙》送审需求
单0110.xls x

送审单填写补充说明:
iOS提审页
1、技术支持网址、营销网址可均填写为官网地址。
2、尚未获得版号的项目,仍然可以进行首次提审试水,版号信息可以空留不填。
3、版权信息可交由【手游测试部-刘焰山】进行填写。
4、由于此包过审后直接用于开启预订,因此宣传文案应为正式内容。
法律相关信息页,无需填写。

五、后续
提审被打回后,产品同学需要根据拘审原因跟进项目解决问题,并重新提审直至审核通过。

工作流程

工作关系人
项目组内部
关系人 对接内容
制作人 知晓
PM 针对提审版本进行排期
项目主管 安排提审版本制作工作

项目外部
关系人 对接内容
手游测试部-刘焰山 负责进行提审操作
平台技术部-方升 开启老虎后台权限
筹备版本,前1个月提审,前1-2周过审。

能够通畅访问。

与评价,不能引导好评。
确说明权限用途。

出该项工作需求,以便提前对此工作进行评估、排期。
操作。且确保美国线路能够通畅访问。

后将会开启订阅,这些素材会直接面向玩家。

,制作周期控制在1个月之内。过审后想更新宣传物料,需要重新提审最新iOS版本。

格式要求 内容要求

卖场图中的游戏截图中均需要添加游戏UI
过500MB,尽量控制在50MB以下,最小长度15秒,最大长度30秒
视频中不能包含CG内容,应均为游戏内或编辑器内

用RGB 色彩空间,不能包含图层或圆角,不能包含Alpha通道或透明度

对主流的iphone设备进行商城截图即可。

号UID及说明开启项目名称。

送审单,并说明安装包、提审素材的上传地址。
内容要求

戏截图中均需要添加游戏UI

容,应均为游戏内或编辑器内录制
CBT-产品工作-开启AppStore预订

通常iOS首次过审后,即可用于开启AppStore预订。因此在iOS首次提审时,提审素材、文案内容因为正式内容(若当
本篇内容详细介绍开启AppStore预订需要注意的工作内容。

返回目录
返回时间轴

时间节点
工作开始节点 OB前1个月
工作完成节点 1周内完成

工作产出
开启AppStore预订

工作注意事项
1、开启预订的前提条件是有iOS包过审。
2、开启预订时需要填写开放下载时间。开启下载时间应该同确认后的公测时间保持一致,避免进行修改。
3、预订界面同上架后的详情页内容中展示的视频、卖场图、介绍文案等信息均为正式内容。

过程详细说明
通常CBT启宣时,会同时开启iOS预订。开启预订的前提条件为:有iOS包过审。
具体开启预约时间需要同发行同学沟通后确定。

产品同学发送邮件给【手游测试部-刘焰山】,说明开启项目、开启预约时间、开放下载时间即可。
需要注意的有两点内容:
1、开启预订时需要填写开放下载时间。开启下载时间应该同确认后的公测时间保持一致,避免进行修改。
2、预订界面同上架后的详情页内容一样,只是无法下载。因此开启预订前,需要保证过审包提交时的视频、卖场图、
注:如果需要修改游戏描述、卖场图、视频,需要重新进行提审。

工作关系人
项目组内部
关系人 对接内容
制作人 知晓
项目外部
关系人 对接内容
沟通具体的预订开启时间,
市场经理 并安排提供干正式卖场图、视频、描述文

手游测试部-刘焰山 进行开启预订操作
、文案内容因为正式内容(若当时无法提供正式内容,可待正式内容产出后再次进行提审)。

致,避免进行修改。

载时间即可。

致,避免进行修改。
过审包提交时的视频、卖场图、介绍文案等信息均为正式内容。
CBT-平台技术部对接-分享SDK接入

通常OB时游戏中会做一些利于传播的分享玩法,实现分享功能需要接入分享SDK。由于OB时间与CBT时间相隔较
目前分享平台支持:QQ聊天、QQ空间、微信聊天、微信朋友圈、微博

返回目录
返回时间轴

时间节点
工作开始节点 CBT前1.5个月
工作完成节点 2周内完成

工作产出
分享SDK接入,实现分享功能

工作注意事项
1、iOS的分享功能集成在老虎SDK中了,无需单独接入。

2、每个联运渠道需要单独申请微信、QQ的分享参数,申请工作由项目组PM来完成。

3、申请后的各联运渠道分享参数需要提供给【平台技术部-产品组-方升】进行后台配置。

4、目前分享功能无法支持长尾渠道,游戏中有涉及到分享操作的主线任务或重要活动,需要考虑解决方案。通常

5、在设计分享功能时,需要考虑到各联运渠道客户端分享内容的区分。每个渠道是不允许游戏客户端中存在任何

过程详细说明
一、需求沟通
1、向项目组提交接入分享SDK需求
在规划CBT版本工作时,产品同学需要提出分享SDK接入工作,便于项目提前预估、分配开发人力。
注:目前分享功能无法支持长尾渠道,如果游戏中有涉及到分享操作的主线任务或重要活动,可制作成点击分享按

2、向平台技术部提交接入推送SDK需求
联系【平台技术部-产品组-王军】,说明接入分享SDK需求。
注:iOS的分享功能集成在老虎SDK中了,无需单独接入。

二、功能接入
1、需求沟通完成后建立RTX沟通群,产品同学负责将PM、程序、测试同学加入群中。王军负责将分享SDK相
2、程序了解接入工作后需要评估工作量及开发工作排期。
3、接入过程中产品同学需要把控接入进度,提高双方沟通效率。
4、接入过程如果联运渠道客户端也具备分享功能,则需要项目组自行在微信、QQ平台创建应用申请各渠道客户端
该工作由项目组PM来完成。微博所有渠道的分享参数由【平台技术部-产品组-方升】来完成。
5、创建应用时获得的appid、key等参数,需要整理好统一提供给【平台技术部-产品组-方升】进行后台配置

后续工作
后续每新增一个渠道,都需要在微信、QQ平台创建应用,并将申请的参数提供给【平台技术部-产品组-方升】,
需要重点测试新增渠道是否能够顺利实现分享功能。

工作流程

工作关系人
项目内
关系人 对接内容
制作人 知晓

知晓接入工作需求,并将接入工作更新到
PM 工作列表中
申请各渠道分享参数。

主程序 安排人员进行接入工作
主测试 安排人员进行测试工作
项目组外
关系人 对接内容
SDK的产品总接口人,任何SDK接入及问
平台支持部-王军
题都可联系沟通。
。由于OB时间与CBT时间相隔较短,因此提前在CBT版本中完成接入。

活动,需要考虑解决方案。通常这类分享可制作成点击分享按钮即可完成任务或活动。

是不允许游戏客户端中存在任何与本渠道无关的外链、二维码、官方Q群、官网等疑似给官方导量的内容。如果无法处理则在

估、分配开发人力。
或重要活动,可制作成点击分享按钮即可完成或其他替代方式。

加入群中。王军负责将分享SDK相关同学加入群中。

Q平台创建应用申请各渠道客户端分享参数(应用宝渠道由【渠道部-王然然】来申请),
点击查看分享参数申请说明
-产品组-方升】进行后台配置。

【平台技术部-产品组-方升】,同时让方升在微博平台也为新渠道申请分享参数。
量的内容。如果无法处理则在渠道客户端中关掉分享功能。
CBT-客服对接-反垃圾系统接入

返回目录
返回时间轴

时间节点
工作开始节点 CBT前1.5个月
工作完成节点 2周内完成

工作产出
接入言论监控平台

注意事项
1、正式接入前,需要同客服经理确认最新版本的接入说明文档。
2、言论监控系统只负责判断并标注用户言论中的违规内容,游戏端需要开发针对言论违规的处理功能。
3、接入言论监控的同时,需要在BI聊天日志中添加对应的言论监控字段内容。
4、在言论监控刚上线后,需要先密切观察一段时间,避免造成玩家无法正常发布信息、误被禁言、违规言论处理

过程详细说明
一、功能接入沟通
同客服经理沟通言论监控接入工作事项。接入言论监控需要项目组开发对应的服务器端接口,以便连接言论监控平
客服经理会提供接入说明文档。

二、需求整理
言论监控系统只负责判断并标注用户言论中的违规内容,游戏端需要开发针对言论违规的处理功能,如禁言功能、
详细功能开发及处理规则可参考如下文档:

言论监控需求文档
- 武林.d o cx

同时需要提交BI聊天日志添加言论监控字段需求,具体添加内容可咨询中内【运营支持部-数据组-任校萱】

三、需求提交及开发
1、项目开发工作
产品同学持定稿的客服平台接入文档、功能需求文档同PM、主程、主测试一同沟通具体开发工作安排。
由主程序评估工时,主测试评估测试工时,PM根据评估结果进行排期。

2、客服平台开发工作
客服需要创建针对新项目的敏感词库,用来判断言论违规用,可以同项目开发工作并行。

四、正式上线
由于言论监控为系统智能判断,因此在刚上线时需要密切观察一段时间,避免造成玩家无法正常发布信

工作流程

工作关系人
项目组内
关系人 对接内容
知晓接入工作需求,并将接入工作更新
项目组-PM
到工作列表中
项目组-主策划 审核功能策划文档
项目组-主程序 评估工期,安排开发工作
项目组-主测试 评估工期,安排测试工作
项目组-制作人 知晓

中心外
关系人 对接内容
客服部-客服经理 沟通言论监控平台接入工作
规的处理功能。

误被禁言、违规言论处理不及时的情况。

接口,以便连接言论监控平台。

的处理功能,如禁言功能、违规提示等。

部-数据组-任校萱】

具体开发工作安排。
玩家无法正常发布信息、误被禁言、违规言论屏蔽不及时的情况。

You might also like