关于架构模式:互动玩法任务平台介绍

2次阅读

共计 4365 个字符,预计需要花费 11 分钟才能阅读完成。

作者:京东科技 雷自海

一、概述

工作平台是科技内各业务方发展互动玩法的中心化平台,撑持科技内拉新、促活、交易等业务场景,蕴含根底工作、基于工作的通用流动玩法和业务投放能力。提供了工作玩法的创立、投放、曝光、实现等全生命周期的精细化治理,打造了基于工作的裂变、时间轴等通用流动玩法的规则化经营,致力于晋升在多场景、多玩法、多频次的业务投放能力。工作核心次要战场是金融 APP,目前日均 500W 的实现量,月 UV100W,大促期间日实现量达 2000W。

整体架构图如下:

工作日常投放有小金库、白条、保险、签到、养猪猪、权利核心等,并在大促、年货节等有重要流量入口,如图所示:

二、工作玩法

工作玩法是最根本的流动玩法。APP 中的每个投放位在工作玩法零碎中被定义为渠道,经营能够配置多个工作在某个渠道,也能够将本人的工作投放到其余渠道中,以增大流量。根底工作分为工作查问、工作接取、工作实现、领奖四个步骤,其中工作接取又分为手动接取、主动接取,领奖也分为手动支付、主动支付。

从操作上能够分为经营端、C 端,经营保护工作及工作投放,C 端接取工作、实现工作、支付处分。C 端整体流程上分成二个局部,用户操作层和后端业务层。工作核心提供前端插件提供根本工作性能,业务零碎也能够自建用户页面。后端业务层方面,C 端页面能够间接调用工作核心提供网关接口,业务零碎也能够通过 JSF 调用工作核心。

1、工作玩法配置

工作核心提供工作玩法的场景化配置,目前反对根底工作、跳转工作、流量工作、全场景工作、交易工作、内部工作,目前工作反对人群、防重、库存等多维度的策略。工作核心为经营提供弱小配置性能的同时,还从场景化、在线验证、预上线验证等计划解决经营配置谬误等问题。

工作惯例配置如图:

(1)根底工作是惯例的工作玩法,经营须要配置工作实现的地址。工作曝光时,C 端用户点击去实现时,会跳转到工作实现地址,该类型工作须要配置工作实现策略,不便工作核心拦挡用户行为,从而实现工作。

(2)浏览工作提供倒计时插件,业务零碎能够应用工作提供的插件来疾速实现本人的业务性能,该工作不须要配置实现策略。

工作倒计时插件如图:

(3)跳转工作是的含意是,C 端用户跳转到指定指标页后即实现工作,该工作不须要配置实现策略,目前工作核心反对 H5、原生页面、RN 跳转等,微信小程序等非凡场景的跳转也在继续建设中。

(4)基金交易工作反对多策略模式,次要用在随时调整实现策略的场景。在多策略模式下,最初失效的策略默认为主策略,C 端用户接取工作时会绑定主策略,并依照主策略判断工作是否实现。该场景下随时批改策不影响曾经接取工作的 C 端用户。

(5)全场景工作是无需接取的工作,该工作没有投放、曝光场景,经营只须要配置实现策略即可,该工作在实现时会主动接取工作。

(6)内部换量工作次要利用和内部公司流量调换的场景,针对新业务的对接形式会有肯定的开发联调环节,目前反对掌阅 APP 的换量。

2、工作的投放及实现

目前工作次要场景是金融 APP,目前根本笼罩了整个金融 APP 的业务场景,并在大促、重大流动场景下提提供外围入口,工作投放、实现、领奖的示意图如下:

3、工作零碎对接

工作核心提供了丰盛的 JSF 接口、网关接口、前端组件、MQ 音讯,用来不便业务方疾速接入。

如图所示

三、裂变玩法

1、术语和缩略语

名词 介绍
MGM member get member,会员拉会员,老(M1)带新(M2)
M1(发起人) 老(M1)用户:指间接从流动资源位进入到裂变流动页面的用户(无邀请人)
M2(受邀人) 新(M2)用户:指通过 M1 邀请进入到裂变流动页面的用户(有邀请人)
裂变工作规定 用户邀请流程:【XX 条件用户】邀请【XX 条件用户】实现【XX 工作】,M1 得【XX 处分】,M2 得【XX 处分】;【】内为变量

2、性能介绍

裂变获客,是以微信生态和京东金融 APP 场作为承接客户的载体,进行获客引流。通过相干权利进行吸引用户,让 M1 发起人扫码分享海报,再邀请若干好友实现设置的指定工作(答题、购买基金、股票开户等),M1 取得拉新处分,M2 受邀人实现工作也可取得处分。

3、裂变能力阐明与配置介绍

裂变能力介绍

1.M1 邀请 M2 能力,关系绑定

2. 查问 M1 邀请列表能力,用于展现

3. 获取 M1 的邀请码

4. 查问 M1 跑马灯数据

5.M2 实现工作(一般、浏览、跳转)并取得处分,满足 M1 的发奖规定后 M1 也取得处分

裂变限度类型

1. 绑定关系人数限度

2. 邀请 M2 实现工作限度

3. 绑定限度(单帮定和最新绑定)

4. 助力限度

5. 人群

6. 邀请有效期

配置介绍

1)通用配置

▪公布渠道:抉择该工作所属的渠道,若无渠道可点击“新增渠道”进行申请。

▪邀请有效期:按邀请工夫缩短(流动期间内设置按人邀请天数缩短,依照发起人和受邀人的邀请关系绑定具体工夫戳向后缩短 x 天进行解绑)、指定天数过期(流动期间内设置按具体天数限度,依照具体 x 天的自 然日 23:59:59 进行解绑);

2)发起人规定

▪发起人规定配置

▪获奖类型:可抉择按规定发奖,处分类型为三类(阶梯处分、循环处分、单次处分);

▪邀请人数限度:不限度(流动期间内邀请人数不设置下限)、日限度(流动期间内每日邀请人数限度 x 人);

▪实现工作限度:流动期间内设置发起人每日实现裂变工作次数限度;

▪发起人处分配置

1. 阶梯处分:阶梯工作人数为累计值,阶梯累计值 =M2 裂变工作实现人数,最多能够累计增加 5 个级阶梯;

2. 循环处分:依据裂变工作人头统计,每累计邀请 N 人发一次处分,循环次数暂不限度;

3. 单次处分:依据裂变工作人头统计,每累计邀请 1 人发一次处分,循环次数暂不限度;

另:每个类型中的奖品最多可增加 5 个奖品

3)M1 与 M2 的发奖逻辑

▪M1 可进行关联 M2 裂变工作进行组合类型发奖;M2 可关联多个一般工作进行独自发奖,且非裂变工作实现给 M1 发奖;

▪M1 发奖规定 —— 按规定发奖(可配置多处分组合)

▪阶梯发奖:每阶梯累计 x 人,发放 xx 处分(最多 5 个),阶梯规定最多 5 个;

▪循环发奖:每邀请 x 人,发放 xx 处分(最多 5 个);

▪M2 发奖规定 —— 受邀人实现多任务(大于等于 1 个工作)

▪M2 工作实现给 M2 处分(最多 5 个,M2 的处分全副在工作中);多任务下(最多 5 个工作),仅标记 1 个工作为 M2 实现工作,M1 人头数 +1;

4)裂变业务逻辑流程图

4、裂变投放

目前裂变次要场景是金融 APP,目前根本笼罩了整个金融 APP 的拉新需要,并在大促、18 会员日流动场景下提提供外围入口,裂变投放的示意图如下:

5、接入形式

•间接 JSF 接入,业务方自行开发前端

•工作工作台组件接入

•通过裂变跳转插件接入

四、签到玩法

1、性能介绍

签到玩法是基于工作零碎根底工作和奖品治理的拓展性玩法,重心在通过签到和补签等伎俩来促活!能够配置累计型签到和连续型签到!发奖形式可配置日固定发奖、一周内固定发奖,一周内随机发奖!

2、签到玩法配置

签到配置次要有玩法策略配置和发奖配置,示例如下

3、签到玩法投放

签到玩法的投放场景能够是小程序,金融 app,京东 app,能够间接应用签到组件投放,也能够基于签到组件二次开发,非凡场景能够间接对接工作核心 JSF 接口来实现签到,投放示例如下

五、时间轴玩法

1、性能介绍

时间轴(进阶工作)是基于根底工作的拓展性玩法。时间轴的重心在于节点,一个时间轴有多个节点,一个节点内可关联多个根底工作,节点之间有先后关系,只有前一个节点实现,流程才会达到后续节点。时间轴单个节点内的根底工作是同级关系,无论哪个工作先实现,都不影响以后节点的进度。

2、流程及玩法配置

(1)流程介绍

时间轴配置时,需先配置玩法为”时间轴“的根底工作(或在创立时间轴的页面间接创立),将其关联到节点上,并依据理论需要配置节点的指标实现工作数。时间轴的第一个节点须要调用接口接取,当用户实现第一节点内工作的数目达到指标实现工作数后,以后节点会标记为实现并主动流转到下一个节点。若节点上配置了实现处分,那么在节点实现之后会主动发放;若节点已实现,那么已实现节点下的工作即便实现了,也不会有工作实现处分。时间轴的”主动领奖“属性,只能管制节点里工作的实现处分发放。

(2)玩法配置

1)时间轴下能够有多个节点,但只有第一个节点须要调用接口接取,当第一个节点实现后,后续的节点会主动接取。

2)配置节点时,节点的指标实现工作数是必填。节点被接取时,节点下的子工作会主动接取,子工作实现逻辑与根底工作统一。子工作被实现时,对应的节点进度会加一,若节点进度大于等于节点的指标实现工作数,以后节点状态会变更为实现。节点实现之后,再实现节点下子工作也不会追加进度,子工作配置的处分也无奈支付。

3)节点实现处分为非必填项,若配置了该项处分,以后节点实现时,会主动发放节点上的实现处分。

4)配置节点须要关联玩法为”时间轴“的根底工作,能够当时创立好再关联,也能够创立时间轴的时候同步创立。

5)时间轴的领奖形式能限度的只有节点下子工作的处分。若领奖形式为”手动领奖“,子工作实现之后的工作处分须要调用接口能力支付。

3、玩法投放

时间轴配置好之后,能够应用时间轴页面组件进行配置投放,或者间接对接工作核心的时间轴相干 JSF 接口,进行独立化配置。

时间轴已接入投放场景:积分、开门红收缩楼层、白条、衰弱、年货节等。

4、业务对接

时间轴提供查问、接取、领奖等 C 端接口及 B 端查问接口,有具体的文档,可反对业务对接。

六、工作智能化

工作的投放过多依赖经营的教训,在没有数据撑持的状况下,会导致用户无奈看到本人感兴趣的工作。同一个投放位曝光给所有用户的工作是雷同的,没有针对用户的趣味曝光不同的工作。这会导致工作的完成率低,从而影响业务的转换率。基于上述问题,工作核心提供智能化举荐的能力,零碎通过埋点获取用户行为数据,通过算法模型剖析用户喜爱的工作,从而举荐更适合的工作给用户,最终达到晋升业务转换率的目标。

1、智能化对接

工作智能化对接简略,共分三步,第一步业务增加埋点,第二步算法创立举荐模型,第二步在工作零碎中配置渠道开启算法举荐,算法策略反对 AB,能够设置算法举荐的占比。

如图所示:

2、智能化案例

目前工作智能化曾经在养猪猪、签到、白条等多个场景应用,工作的整体完成率晋升 1%。GVM 都有肯定的晋升。如图所示:

3、智能化后续布局

工作零碎会积淀工作池、渠道池,多个渠道共有一个工作池,实现工作的举荐。智能化最终状态会分成二个局部,一部分是用户举荐,依据用户行为向不同用户举荐不同的工作,一部分是经营举荐,依据工作向经营举荐适合的渠道。最终状态架构图如下:

七、后续布局

工作核心将继续化建设,整体围绕降本增效目标,为流动平台提供流动通用性能力,晋升经营配置效率和体验,缩小流动生产成本。

整体规定架构图如下:

八、参加撰写成员

撰写成员:张延生,黄蛟龙,雷自海,董晓倩!文章有不妥之处请分割咱们!

正文完
 0