（案例分析）JSF调用任务中心：任务玩法配置任务平台
一、概述
任务平台是科技内各业务方举办互动打法的中心化平台，支撑科技内拉新、促活、交易等业务场景，包含基础任务、基于任务的通用活动打法和业务投放能力。提供了任务打法的争创、投放、曝光、完成等全生命周期的精细化管理，造就了基于任务的裂变、时间轴等通用活动打法的规则化营运，旨在于提高在多场景、多打法、多频次的业务投放能力。任务中心主要战场是金融APP，现在日均500W的完成量，月，大促其间日完成量达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
get，会员拉会员，老（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、智能化后续规划
任务系统会沉淀任务池、渠道池，多个渠道共有一个任务池，实现任务的推荐。智能化最终型态会分成二个部份，一部份是用户推荐，按照用户行为向不同用户推荐不同的任务，一部份是营运推荐，依据任务向营运推荐合适的渠道。最终型态构架图如下：
七、后续规划
任务中心将持续化建设，整体紧扣降本增效目的，为活动平台提供活动通用性能力，提高营运配置效率和感受，降低活动生产费用。
整体规则构架图如下：
八、参与编写成员
编写成员：张延生，黄蛟龙，雷自海，董晓倩！文章有不妥之处请联系我们！
