作者:张延生 黄蛟龙 雷自海 董晓倩
任务平台是科技内各业务方开展互动玩法的中心化平台,支撑科技内拉新、促活、交易等业务场景,包含基础任务、基于任务的通用活动玩法和业务投放能力。提供了任务玩法的创建、投放、曝光、完成等全生命周期的精细化管理,打造了基于任务的裂变、时间轴等通用活动玩法的规则化运营,致力于提升在多场景、多玩法、多频次的业务投放能力。任务中心主要战场是金融 APP,目前日均 500W 的完成量,月 UV100W,大促期间日完成量达 2000W。
整体架构图如下:
任务日常投放有小金库、白条、保险、签到、养猪猪、权益中心等,并在大促、年货节等有重要流量入口,如图所示:
任务玩法是最基本的活动玩法。APP 中的每个投放位在任务玩法系统中被定义为渠道,运营可以配置多个任务在某个渠道,也可以将自己的任务投放到其他渠道中,以增大流量。基础任务分为任务查询、任务接取、任务完成、领奖四个步骤,其中任务接取又分为手动接取、自动接取,领奖也分为手动领取、自动领取。
从操作上可以分为运营端、C 端,运营维护任务及任务投放,C 端接取任务、完成任务、领取奖励。C 端整体流程上分成二个部分,用户操作层和后端业务层。任务中心提供前端插件提供基本任务功能,业务系统也可以自建用户页面。后端业务层方面,C 端页面可以直接调用任务中心提供网关接口,业务系统也可以通过 JSF 调用任务中心。
任务中心提供任务玩法的场景化配置,目前支持基础任务、跳转任务、流量任务、全场景任务、交易任务、外部任务,目前任务支持人群、防重、库存等多维度的策略。任务中心为运营提供强大配置功能的同时,还从场景化、在线验证、预上线验证等方案解决运营配置错误等问题。
任务常规配置如图:
(1)基础任务是常规的任务玩法,运营需要配置任务完成的地址。任务曝光时,C 端用户点击去完成时,会跳转到任务完成地址,该类型任务需要配置任务完成策略,方便任务中心拦截用户行为,从而完成任务。
(2)浏览任务提供倒计时插件,业务系统可以使用任务提供的插件来快速实现自己的业务功能,该任务不需要配置完成策略。
任务倒计时插件如图:
(3)跳转任务是的含义是,C 端用户跳转到指定目标页后即完成任务,该任务不需要配置完成策略,目前任务中心支持 H5、原生页面、RN 跳转等,微信小程序等特殊场景的跳转也在持续建设中。
(4)基金交易任务支持多策略模式,主要用在随时调整完成策略的场景。在多策略模式下,最后生效的策略默认为主策略,C 端用户接取任务时会绑定主策略,并按照主策略判断任务是否完成。该场景下随时修改策不影响已经接取任务的 C 端用户。
(5)全场景任务是无需接取的任务,该任务没有投放、曝光场景,运营只需要配置完成策略即可,该任务在完成时会自动接取任务。
(6)外部换量任务主要应用和外部公司流量互换的场景,针对新业务的对接方式会有一定的开发联调环节,目前支持掌阅 APP 的换量。
目前任务主要场景是金融 APP,目前基本覆盖了整个金融 APP 的业务场景,并在大促、重大活动场景下提提供核心入口,任务投放、完成、领奖的示意图如下:
任务中心提供了丰富的 JSF 接口、网关接口、前端组件、MQ 消息,用来方便业务方快速接入。
如图所示
名词 | 介绍 |
---|---|
MGM | member get member,会员拉会员,老(M1)带新(M2) |
M1(发起人) | 老(M1)用户:指直接从活动资源位进入到裂变活动页面的用户(无邀请人) |
M2(受邀人) | 新(M2)用户:指通过 M1 邀请进入到裂变活动页面的用户(有邀请人) |
裂变任务规则 | 用户邀请流程:【XX 条件用户】邀请【XX 条件用户】完成【XX 任务】,M1 得【XX 奖励】,M2 得【XX 奖励】;【】内为变量 |
裂变获客,是以微信生态和京东金融 APP 场作为承接客户的载体,进行获客引流。通过相关权益进行吸引用户,让 M1 发起人扫码分享海报,再邀请若干好友完成设置的指定任务(答题、购买基金、股票开户等),M1 获得拉新奖励,M2 受邀人完成任务也可获得奖励。
1.M1 邀请 M2 能力,关系绑定
2.查询 M1 邀请列表能力,用于展示
3.获取 M1 的邀请码
4.查询 M1 跑马灯数据
5.M2 完成任务(普通、浏览、跳转)并获得奖励,满足 M1 的发奖规则后 M1 也获得奖励
1.绑定关系人数限制
2.邀请 M2 完成任务限制
3.绑定限制(单帮定和最新绑定)
4.助力限制
5.人群
6.邀请有效期
▪发布渠道:选择该任务所属的渠道,若无渠道可点击 “新增渠道” 进行申请。
邀请有效期:按邀请时间延长(活动期间内设置按人邀请天数延长,按照发起人和受邀人的邀请关系绑定具体时间戳向后延长 x 天进行解绑)、指定天数过期(活动期间内设置按具体天数限制,按照具体 x 天的自 然日 23:59:59 进行解绑);
▪发起人规则配置
▪获奖类型:可选择按规则发奖,奖励类型为三类(阶梯奖励、循环奖励、单次奖励);
▪邀请人数限制:不限制(活动期间内邀请人数不设置上限)、日限制(活动期间内每日邀请人数限制 x 人);
▪完成任务限制:活动期间内设置发起人每日完成裂变任务次数限制;
▪发起人奖励配置
1.阶梯奖励:阶梯任务人数为累计值,阶梯累计值=M2 裂变任务完成人数,最多可以累计添加 5 个级阶梯;
2.循环奖励:根据裂变任务人头统计,每累计邀请 N 人发一次奖励,循环次数暂不限制;
3.单次奖励:根据裂变任务人头统计,每累计邀请 1 人发一次奖励,循环次数暂不限制;
另:每个类型中的奖品最多可添加 5 个奖品
▪M1 可进行关联 M2 裂变任务进行组合类型发奖;M2 可关联多个普通任务进行单独发奖,且非裂变任务完成给 M1 发奖;
▪M1 发奖规则 —— 按规则发奖(可配置多奖励组合)
▪阶梯发奖:每阶梯累计 x 人,发放 xx 奖励(最多 5 个),阶梯规则最多 5 个;
▪循环发奖:每邀请 x 人,发放 xx 奖励(最多 5 个);
▪M2 发奖规则 —— 受邀人完成多任务(大于等于 1 个任务)
▪M2 任务完成给 M2 奖励(最多 5 个,M2 的奖励全部在任务中);多任务下(最多 5 个任务),仅标记 1 个任务为 M2 完成任务,M1 人头数 +1;
目前裂变主要场景是金融 APP,目前基本覆盖了整个金融 APP 的拉新需求,并在大促、18 会员日活动场景下提提供核心入口,裂变投放的示意图如下:
•直接 JSF 接入,业务方自行开发前端
•工作工作台组件接入
•通过裂变跳转插件接入
签到玩法是基于任务系统基础任务和奖品管理的拓展性玩法,重心在通过签到和补签等手段来促活!可以配置累计型签到和连续型签到!发奖方式可配置日固定发奖、一周内固定发奖,一周内随机发奖!
签到配置主要有玩法策略配置和发奖配置,示例如下
签到玩法的投放场景可以是小程序,金融 app,京东 app,可以直接使用签到组件投放,也可以基于签到组件二次开发,特殊场景可以直接对接任务中心 JSF 接口来完成签到,投放示例如下
时间轴(进阶任务)是基于基础任务的拓展性玩法。时间轴的重心在于节点,一个时间轴有多个节点,一个节点内可关联多个基础任务,节点之间有先后关系,只有前一个节点完成,流程才会到达后续节点。时间轴单个节点内的基础任务是同级关系,无论哪个任务先完成,都不影响当前节点的进度。
(1)流程介绍
时间轴配置时,需先配置玩法为” 时间轴 “的基础任务(或在创建时间轴的页面直接创建),将其关联到节点上,并根据实际需求配置节点的目标完成任务数。时间轴的第一个节点需要调用接口接取,当用户完成第一节点内任务的数目到达目标完成任务数后,当前节点会标记为完成并自动流转到下一个节点。若节点上配置了完成奖励,那么在节点完成之后会自动发放;若节点已完成,那么已完成节点下的任务即使完成了,也不会有任务完成奖励。时间轴的” 自动领奖 “属性,只能控制节点里任务的完成奖励发放。
(2)玩法配置
1)时间轴下可以有多个节点,但只有第一个节点需要调用接口接取,当第一个节点完成后,后续的节点会自动接取。
2)配置节点时,节点的目标完成任务数是必填。节点被接取时,节点下的子任务会自动接取,子任务完成逻辑与基础任务一致。子任务被完成时,对应的节点进度会加一,若节点进度大于等于节点的目标完成任务数,当前节点状态会变更为完成。节点完成之后,再完成节点下子任务也不会追加进度,子任务配置的奖励也无法领取。
3)节点完成奖励为非必填项,若配置了该项奖励,当前节点完成时,会自动发放节点上的完成奖励。
4)配置节点需要关联玩法为” 时间轴 “的基础任务,可以事先创建好再关联,也可以创建时间轴的时候同步创建。
5)时间轴的领奖方式能限制的只有节点下子任务的奖励。若领奖方式为” 手动领奖 “,子任务完成之后的任务奖励需要调用接口才能领取。
时间轴配置好之后,可以使用时间轴页面组件进行配置投放,或者直接对接任务中心的时间轴相关 JSF 接口,进行独立化配置。
时间轴已接入投放场景:积分、开门红膨胀楼层、白条、健康、年货节等。
时间轴提供查询、接取、领奖等 C 端接口及 B 端查询接口,有详细的文档,可支持业务对接。
任务的投放过多依赖运营的经验,在没有数据支撑的情况下,会导致用户无法看到自己感兴趣的任务。同一个投放位曝光给所有用户的任务是相同的,没有针对用户的兴趣曝光不同的任务。这会导致任务的完成率低,从而影响业务的转换率。基于上述问题,任务中心提供智能化推荐的能力,系统通过埋点获取用户行为数据,通过算法模型分析用户喜欢的任务,从而推荐更合适的任务给用户,最终达到提升业务转换率的目的。
任务智能化对接简单,共分三步,第一步业务添加埋点,第二步算法创建推荐模型,第二步在任务系统中配置渠道开启算法推荐,算法策略支持 AB,可以设置算法推荐的占比。
如图所示:
目前任务智能化已经在养猪猪、签到、白条等多个场景使用,任务的整体完成率提升 1%。GVM 都有一定的提升。如图所示:
任务系统会沉淀任务池、渠道池,多个渠道共有一个任务池,实现任务的推荐。智能化最终形态会分成二个部分,一部分是用户推荐,根据用户行为向不同用户推荐不同的任务,一部分是运营推荐,根据任务向运营推荐合适的渠道。最终形态架构图如下:
任务中心将持续化建设,整体围绕降本增效目的,为活动平台提供活动通用性能力,提升运营配置效率和体验,减少活动生产成本。
整体规则架构图如下:
撰写成员:张延生,黄蛟龙,雷自海,董晓倩!文章有不妥之处请联系我们!