作者：京东科技 雷自海
任务平台是科技内各业务方开展互动玩法的中心化平台，支撑科技内拉新、促活、交易等业务场景，包含基础任务、基于任务的通用活动玩法和业务投放能力。提供了任务玩法的创建、投放、曝光、完成等全生命周期的精细化管理，打造了基于任务的裂变、时间轴等通用活动玩法的规则化运营，致力于提升在多场景、多玩法、多频次的业务投放能力。任务中心主要战场是金融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都有一定的提升。如图所示：
任务系统会沉淀任务池、渠道池，多个渠道共有一个任务池，实现任务的推荐。智能化最终形态会分成二个部分，一部分是用户推荐，根据用户行为向不同用户推荐不同的任务，一部分是运营推荐，根据任务向运营推荐合适的渠道。最终形态架构图如下：
任务中心将持续化建设，整体围绕降本增效目的，为活动平台提供活动通用性能力，提升运营配置效率和体验，减少活动生产成本。
整体规则架构图如下：
撰写成员：张延生，黄蛟龙，雷自海，董晓倩！文章有不妥之处请联系我们！
本篇主要介绍了 Intel HDSLB 的基本运行原理和部署配置的方式，希望能够帮助读者们顺利的把 HDSLB-DPVS 项目 “玩” 起来。
我们团队接到了食品频道的一个互动项目的开发需求，希望通过 3D 场景的展示和互动方式，作为对未来购物的一种尝试与探索，满足用户对未来美好新奇的一个需求。将购物场景化、娱乐化，给用户带来美好的购物感受。