閑魚互動玩法標(biāo)準(zhǔn)化建設(shè)

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

痛點分析

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

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

技術(shù)方案

針對上面的痛點，對問題進(jìn)行抽象，我們期望建設(shè)互動玩法標(biāo)準(zhǔn)化，當(dāng)前階段關(guān)鍵解法主要是以下三點：

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

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

互動任務(wù)標(biāo)準(zhǔn)化

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

閑魚的互動任務(wù)有以下幾種類型：

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

關(guān)于任務(wù)上報，目前閑魚主要有兩種方案：前端上報、事件采集上報。

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

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

在互動任務(wù)標(biāo)準(zhǔn)化建設(shè)過程中，前端在淘系任務(wù)中心的列表組件基礎(chǔ)上，進(jìn)行二次封裝，簡化組件配置，并且加一些閑魚的定制能力，最終形成閑魚通用的任務(wù)列表組件。

互動抽獎標(biāo)準(zhǔn)化

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

• 需求分析

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

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

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

• SDK API

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

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

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

• 抽獎

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

• 獲取權(quán)益列表

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

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

oliverSdk.update();

• Hooks

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

業(yè)務(wù)層開發(fā)只需在調(diào)用方法時，依據(jù)數(shù)據(jù)變化來進(jìn)行交互展示。這樣既減少了上層代碼量，同時降低開發(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)聽抽獎結(jié)果useEffect(()=>{// do some things}, [drawResultData]);

// 抽獎draw();

• 自助排查

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

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

互動配置標(biāo)準(zhǔn)化

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

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

目前建設(shè)的抽獎標(biāo)準(zhǔn)化配置流程如下：

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

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

效果

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

總結(jié)

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

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

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

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

>

推薦閱讀：

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

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

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

更多資訊請關(guān)注幕 思 城。