閑魚互動玩法標準化建設

現(xiàn)在大家對互動玩法應該已經(jīng)司空見慣，很多APP或多或少都會在業(yè)務場景中采用各式各樣的互動玩法來吸引用戶，讓用戶在參與互動的同時，得到平臺權益，進而提升平臺心智，達到促活拉新目的。隨著閑魚規(guī)模變大，平臺權益擴展，基于任務+抽獎的互動玩法在日常以及大型營銷活動中應用越來越多。

痛點分析

對于活動中的互動玩法，從設計到研發(fā)再到驗收上線的流程大致如上，在具體實踐過程中，我們經(jīng)常會遇到以下問題：

1. 底層能力抽象不夠：業(yè)務開發(fā)同學需要關注玩法底層交互邏輯，不同活動需重復開發(fā)，開發(fā)成本高；
2. 問題難排查：互動玩法的配置包含抽獎、任務、積分等多個平臺，鏈路復雜涉及數(shù)據(jù)交互多，其中一個環(huán)節(jié)配置錯誤，都有可能出現(xiàn)任務完成不了、抽獎次數(shù)不增加、抽獎不成功等問題，鏈路復雜無疑給排查問題增加了不少困難；
3. 配置問題后知后覺：抽獎、任務、積分等配置問題運營無法自助排查，往往需要在測試過程中由測試或者技術同學介入排查，占用開發(fā)時間，嚴重影響活動上線效率。

技術方案

針對上面的痛點，對問題進行抽象，我們期望建設互動玩法標準化，當前階段關鍵解法主要是以下三點：

1. 抽象互動能力：實現(xiàn)互動玩法標準化交互，沉淀面向開發(fā)者的互動玩法SDK，提高開發(fā)效率；
2. 建設自助排查能力：在實現(xiàn)玩法在互動配置平臺自測環(huán)節(jié)中，提供問題調(diào)試排查能力，引導運營自助解決配置問題，只有自測通過后才能提測，從而降低測試成本；

1. 統(tǒng)一互動配置平臺：通過統(tǒng)一的閑魚互動配置平臺串聯(lián)抽獎、任務、積分配置，建立標準流程，校驗關鍵配置的準確性，讓運營在提測前保證玩法整個流程順暢。

互動任務標準化

大多數(shù)情況下，抽獎活動中都會有任務玩法，用戶需要通過完成任務來增加抽獎次數(shù)。閑魚的任務體系是使用淘系任務中心進行搭建的。任務與抽獎的鏈路如下圖所示。

閑魚的互動任務有以下幾種類型：

1. 僅跳轉(zhuǎn)：點擊任務按鈕，進行頁面跳轉(zhuǎn)，并將任務參數(shù)以url參數(shù)形式帶到后鏈路，后鏈路在特定操作后進行任務上報；
2. 完成并跳轉(zhuǎn)：點擊任務按鈕，在頁面跳轉(zhuǎn)同時進行任務上報；
3. 瀏覽任務：瀏覽任務與僅跳轉(zhuǎn)任務類似，除了可以在后鏈路進行任務上報之外，也可以在當前頁面進行任務上報。

關于任務上報，目前閑魚主要有兩種方案：前端上報、事件采集上報。

1. 前端上報：當用戶領取任務后，在定制場景下請求任務中心上報服務，完成任務；
2. 事件采集上報：閑魚通用事件采集系統(tǒng)對用戶特定行為進行采集，采集到行為信息后請求任務中心上報服務，完成任務。

下面以兩個典型的任務來介紹任務上報鏈路，分別是會場瀏覽任務和關注閑魚號任務，前者是前端進行任務上報，后者是事件采集進行上報。

在互動任務標準化建設過程中，前端在淘系任務中心的列表組件基礎上，進行二次封裝，簡化組件配置，并且加一些閑魚的定制能力，最終形成閑魚通用的任務列表組件。

互動抽獎標準化

前端在實現(xiàn)抽獎標準化中，主要是抽象抽獎能力，將抽獎通用邏輯封裝成SDK，提高業(yè)務開發(fā)效率。

• 需求分析

1. 在進行抽獎之前，先初始化活動數(shù)據(jù)，獲取用戶在當前活動中的狀態(tài)以及活動本身的相關數(shù)據(jù)；
2. 支持登錄狀態(tài)校驗，允許用戶未登錄時訪問頁面，當用戶進行抽獎時，執(zhí)行登錄邏輯，并且登錄返回活動后重新進行活動初始化；

1. 支持頁面聚焦后，自動刷新活動數(shù)據(jù)，重新初始化活動；
2. 抽獎之后，在展示當前抽獎結果的同時，支持自動更新中獎紀錄，并且刷新活動數(shù)據(jù)；

1. 測試過程中，當抽獎出現(xiàn)異常時，可以及時排查出問題，提供解決問題方法。

• SDK API

• 初始化
• SDK初始化時，除活動配置平臺生成的活動ID外，其他都是選傳。

import Oliver from"@ali/pcom-fin-oliversdk";

const oliverSdk = new Oliver({/*** 抽獎活動Id */activityId: '544',/** * 其他選項*/options: {/*** 活動參數(shù)*/oliverParams: {/*** 是否需要權益的詳情,默認false*/needBenefits: false,/*** 否需要權益詳情，只有抽取的情況下才生效,默認false*/needDetails: false,/*** 否需要是否已經(jīng)中獎過的信息，只有 needDetails 為true時候生效 非必須不要使用性能及其差,默認false*/needHadWin: false,/*** 擴展參數(shù)，用于服務端能力擴展*/extend: {}},/*** 是否需要頁面聚焦后自動刷新活動數(shù)據(jù)，默認true*/autoUpdate: true,/*** 是否需要判斷登錄態(tài),默認true*/checkLogin: true},/*** 活動數(shù)據(jù)返回回調(diào)*/dataWatcher: (data) =>{}});

• 抽獎

oliverSdk.draw(params: { // 抽取擴展參數(shù)extend?: PlainObject;// 指定權益抽取idleOliverBenefitCode?: string}).then(res=>{// do some things})

• 獲取權益列表

oliverSdk.getLogs(params: {pageSize: number; curPage: number}).then(res=>{// do some things})

• 更新活動數(shù)據(jù)

oliverSdk.update();

• Hooks

為了降低業(yè)務上層開發(fā)同學對SDK的使用成本，考慮提供基于集團Rax方案的Hook能力。

業(yè)務層開發(fā)只需在調(diào)用方法時，依據(jù)數(shù)據(jù)變化來進行交互展示。這樣既減少了上層代碼量，同時降低開發(fā)成本。下面是Hook的使用代碼示例：

import useOliver from'@ali/pcom-fin-oliver-raxhook';

// 使用hookconst{ oliverData, drawResultData, draw } = useOliver({activityId: '544'});

// 監(jiān)聽活動數(shù)據(jù)useEffect(()=>{const availableTimes = oliverData?.availableTimes || 0;// do some things}, [oliverData]);

// 監(jiān)聽抽獎結果useEffect(()=>{// do some things}, [drawResultData]);

// 抽獎draw();

• 自助排查

以往在抽獎活動測試驗收過程中，服務端返回的異常code對于運營和測試同學來說非常不友好，沒有直接展示異常原因，每次都需要技術同學介入來排查問題。為了快速定位問題解決問題，我們考慮提供問題調(diào)試能力，讓運營和測試同學可以自助排查問題。

抽獎SDK中有一個日志存儲功能，在測試環(huán)境中將用戶操作記錄和服務端返回的數(shù)據(jù)存儲在本地，另外提供一個日志列表頁面，在頁面中對日志進行解析，提供異常code的具體原因并提供解決方法，展示給運營和測試同學。自助排查功能使用流程如下圖所示。

互動配置標準化

互動玩法配置鏈路復雜，為了降低配置成本，減少配置錯誤，我們提出配置標準化方案。標準化配置主要解決以下三個問題：

1. 標準流程配置：引導運營一步一步進行配置，將復雜的配置鏈路流程化，避免有所遺漏；
2. 配置校驗：在配置過程中，會拉取當前步驟中對應的配置進行校驗，提示錯誤配置；
3. 完整鏈路測試：在活動提測之前，需要運營自測活動配置，在通用測試頁面中，完成做任務增加抽獎機會到抽取獎勵減少抽獎機會這一完整鏈路，只有自測通過后才能提測。

目前建設的抽獎標準化配置流程如下：

1. 選擇投放計劃：拉取當前運營同學在抽獎配置平臺中配置的投放計劃列表，選擇投放計劃后展示投放計劃中的權益配置；
2. 權益確定：選擇投放計劃中的權益，并進行限制規(guī)則配置；

1. 選擇兜底投放計劃：支持選擇當前投放計劃的兜底計劃；
2. 高級配置：確定權益發(fā)放安全碼配置以及抽獎后扣減的積分配置。

效果

1. 互動玩法的標準化實現(xiàn)在閑魚內(nèi)多個互動場景中落地，如雙11的節(jié)后魚生活動、五福主題的魚生有?；顒?、閑魚幣狂歡日、天天賺錢等。
2. 前端對互動邏輯的封裝抽象，互動模塊開發(fā)效率有顯著提升，開發(fā)工時相對減少50%；
3. 運營和測試同學使用SDK調(diào)試能力，實現(xiàn)了快速定位問題，開發(fā)零成本介入問題排查；
4. 運營按照標準流程對互動活動進行配置，在配置過程中，提前檢驗配置的正確性，降低了后續(xù)活動測試成本。

總結

互動玩法已然成為一種常用的運營手段，在玩法落地過程中，我們分析痛點，不斷探索，以技術手段降低互動玩法上線成本，并且取得了顯著效果。

在實現(xiàn)互動玩法標準化后，我們會繼續(xù)抽象基礎互動玩法，搭建一個玩法模塊化的互動玩法平臺，抽象基礎玩法，如抽獎、簽到、抽簽、投票等。在互動玩法平臺上，運營同學可以自助配置玩法，無需開發(fā)和測試同學高成本投入，活動上線效率與質(zhì)量也可以得到有效保障。

這個問題還有疑問的話，可以加幕.思.城火星老師免費咨詢，微.信號是為: msc496。

難題沒解決？加我微信給你講！【僅限淘寶賣家交流運營知識，非賣家不要加我哈】

>

推薦閱讀：

《淘寶規(guī)則 - 違背承諾》及其實施細則生效通知

天貓dsr動態(tài)評分如何查看？天貓dsr動態(tài)評分是如何計算的？

淘寶直通車定向推廣技巧有哪些？直通車定向推廣需要注意什么？

更多資訊請關注幕 思 城。