作者：京東科技 雷自海

一、概述

任務平臺是科技內各業務方開展互動玩法的中心化平臺，支撐科技內拉新、促活、交易等業務場景，包含基礎任務、基于任務的通用活動玩法和業務投放能力，提供了任務玩法的創建、投放、曝光、完成等全生命周期的精細化管理，打造了基于任務的裂變、時間軸等通用活動玩法的規則化運營，致力于提升在多場景、多玩法、多頻次的業務投放能力，任務中心主要戰場是金融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、術語和縮略語

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、智能化后續規劃

任務系統會沉淀任務池、渠道池，多個渠道共有一個任務池，實作任務的推薦，智能化最終形態會分成二個部分，一部分是用戶推薦，根據用戶行為向不同用戶推薦不同的任務，一部分是運營推薦，根據任務向運營推薦合適的渠道，最終形態架構圖如下：

七、后續規劃

任務中心將持續化建設，整體圍繞降本增效目的，為活動平臺提供活動通用性能力，提升運營配置效率和體驗，減少活動生產成本，

整體規則架構圖如下：

八、參與撰寫成員

撰寫成員：張延生，黃蛟龍，雷自海，董曉倩！文章有不妥之處請聯系我們！

標籤：設計模式

上一篇：初探富文本之CRDT協同演算法

下一篇：互動玩法任務平臺介紹