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

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

痛點(diǎn)分析

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

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

技術(shù)方案

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

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

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

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

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

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

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

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

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

下面以兩個(gè)典型的任務(wù)來(lái)介紹任務(wù)上報(bào)鏈路，分別是會(huì)場(chǎng)瀏覽任務(wù)和關(guān)注閑魚號(hào)任務(wù)，前者是前端進(jìn)行任務(wù)上報(bào)，后者是事件采集進(jìn)行上報(bào)。

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

互動(dòng)抽獎(jiǎng)標(biāo)準(zhǔn)化

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

• 需求分析

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

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

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

• SDK API

• 初始化
• SDK初始化時(shí)，除活動(dòng)配置平臺(tái)生成的活動(dòng)ID外，其他都是選傳。

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

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

• 抽獎(jiǎng)

oliverSdk.draw(params: { // 抽取擴(kuò)展參數(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})

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

oliverSdk.update();

• Hooks

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

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

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

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

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

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

// 抽獎(jiǎng)draw();

• 自助排查

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

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

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

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

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

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

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

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

效果

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

總結(jié)

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

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

這個(gè)問(wèn)題還有疑問(wèn)的話，可以加幕.思.城火星老師免費(fèi)咨詢，微.信號(hào)是為: msc496。

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

>

推薦閱讀：

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

天貓dsr動(dòng)態(tài)評(píng)分如何查看？天貓dsr動(dòng)態(tài)評(píng)分是如何計(jì)算的？

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

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