關(guān)注問題
1人贊同了該回答
? 站在產(chǎn)品運營的角度，營銷活動的重要性不言而喻，那么如何通過平臺型的營銷設(shè)計促進(jìn)活動增長呢？本文作者依托于產(chǎn)品的核心內(nèi)容，分析了平臺的整體架構(gòu)以及核心設(shè)計中的規(guī)則引擎，一起來看看吧！
前一篇給大家講了下營銷活動平臺大概的背景情況，以及在產(chǎn)品建設(shè)過程中所遇到的問題。今天這篇文章主要講下產(chǎn)品核心內(nèi)容，分為兩部分：
首先說下產(chǎn)品架構(gòu)，詳細(xì)的產(chǎn)品架構(gòu)圖考慮包含公司信息，暫不對外。從交互分層來看，營銷系統(tǒng)的架構(gòu)圖如下：
?。?）表現(xiàn)層
主要是前端活動頁面。
?。?）交互層
主要是活動玩法，例如抽獎、答題等，與參與用戶產(chǎn)生交互；也包括觸達(dá)形式，例如短信、push等。
?。?）公共規(guī)則層
底層的規(guī)則引擎，包括通用的邏輯，條件策略庫（判斷是否新人、是否已參加活動、完成某特定路徑推薦其他內(nèi)容等）、動作集合庫（點擊抽獎觸發(fā)抽獎流程、掃碼關(guān)注觸發(fā)等）。
（4）權(quán)益層
活動獎品，例如現(xiàn)金紅包、視頻權(quán)益、優(yōu)惠券等等。
我們都知道，每一個活動鏈條是由上游的活動目標(biāo)用戶以及下游的權(quán)益獎品所形成的閉環(huán)。例如新人（活動目標(biāo)用戶）通過落地頁引導(dǎo)，參加新人有禮活動，滿足條件即發(fā)放5元現(xiàn)金紅包（權(quán)益獎品）。其中還有很多規(guī)則處理，例如判斷新人條件，活動邏輯，獎品發(fā)放接口，與已有支付接口對接，活動數(shù)據(jù)轉(zhuǎn)化監(jiān)控等等。整個活動鏈條的流程很簡單，我們也很清楚。
但任何一個產(chǎn)品開始之前，需要思考其上下游，是否構(gòu)成閉環(huán)等，所建設(shè)的產(chǎn)品處在哪一環(huán)，需要解決哪些問題，也就是上一篇所提到的產(chǎn)品的邊界。
該營銷活動平臺解決的核心：通過活動引擎快速完成活動創(chuàng)建及營銷。
如上圖所示，活動營銷平臺解決的閉環(huán)路徑：創(chuàng)建活動-配置活動規(guī)則-選擇投放渠道-活動數(shù)據(jù)監(jiān)控-資產(chǎn)消耗監(jiān)控-系統(tǒng)性能監(jiān)控，活動監(jiān)控數(shù)據(jù)反哺活動模板設(shè)計及系統(tǒng)設(shè)計。
（1）活動中心
根據(jù)活動需求選擇對應(yīng)的模板，例如九宮格抽獎、簽到、答題等。
（2）活動配置
根據(jù)活動規(guī)則配置本次活動的邏輯，例如抽獎活動：抽獎次數(shù)發(fā)放、中獎概率、獎品概率、是否關(guān)聯(lián)任務(wù)等。
?。?）渠道投放
主要是Push、落地頁、微信、H5等等。
（4）效果洞察
主要是活動數(shù)據(jù)統(tǒng)計類，參與人數(shù)、參與次數(shù)、活動轉(zhuǎn)化用戶（漏斗圖）、獎品使用轉(zhuǎn)化等。
?。?）資損監(jiān)控
主要用于監(jiān)控參加用戶數(shù)與發(fā)放獎品數(shù)，是否出現(xiàn)超發(fā)、漏發(fā)情況。
?。?）系統(tǒng)監(jiān)控
比較側(cè)重于系統(tǒng)性能，承載壓力，活動峰值點的并發(fā)壓力監(jiān)控。
整理清楚產(chǎn)品核心能力，同時就需要考慮到產(chǎn)品可擴展性，也就是我們說的低耦合高內(nèi)聚。可以大致分為以下兩點：
?。?）產(chǎn)品上下游結(jié)合的能力
上文提到活動上游是用戶群體，針對于活動用戶，營銷活動本身應(yīng)該支持基礎(chǔ)用戶管理，例如用戶基礎(chǔ)信息、參與記錄、獎品記錄等，這些信息作為規(guī)則輸入因子，主要用于活動研判邏輯。附加功能可以支持標(biāo)簽用戶，用于活動場景分發(fā)，針對指定用戶群投放活動。
其次是考慮到大客戶產(chǎn)品，會保留20%定制化服務(wù)。大客戶都有自己的用戶數(shù)據(jù)庫，且他們的用戶數(shù)據(jù)比我們本身產(chǎn)品所提供的用戶管理更加完善，例如有經(jīng)分系統(tǒng)，大數(shù)據(jù)用戶中心等等。這時我們提供的是通用用戶接口，通過接口方式獲取活動目標(biāo)用戶群體，由于用戶數(shù)據(jù)比較敏感，大多是客戶提供數(shù)據(jù)接口，我們獲取數(shù)據(jù)，其接口加密方式，用戶存儲方式是需要強設(shè)計的，保證大客戶數(shù)據(jù)敏感性要求。
其實就是產(chǎn)品加容向上和向下的能力，放在整條營銷產(chǎn)品線，活動也只是其中一環(huán)。
?。?）微服務(wù)模塊設(shè)計
通用型產(chǎn)品也可以通過模塊配置組合成不同的產(chǎn)品提供給不同需求的客戶群體。相應(yīng)的，對于各模塊的設(shè)計要求更高，不僅是產(chǎn)品設(shè)計，包括技術(shù)設(shè)計上，都要求低耦合性。產(chǎn)品側(cè)需要不斷去對每一個功能模塊做加減法，及時做好產(chǎn)品迭代，及時滿足市面上80%的客戶需求。技術(shù)側(cè)在設(shè)計上需要降低各功能及接口之間的強關(guān)聯(lián)性。
業(yè)務(wù)代碼中往往包含了大量的case，case by case 到處都是條件的判斷和選擇，當(dāng)這些if-else/switch等條件不停增加，代碼就開始變得難以維護，同樣也會產(chǎn)生以下問題：
無法直觀表達(dá)現(xiàn)有業(yè)務(wù)邏輯，新人入手困難。
新增&改動邏輯困難，極難擴展；通用處理成本高。
每次變更邏輯時都需要經(jīng)歷一次完整的研發(fā)-測試-發(fā)布-回測-灰度，效率低成本高。
隔離這部分無法避免的業(yè)務(wù)決策邏輯，讓邏輯變得清晰可獨立維護。
抽象業(yè)務(wù)邏輯判斷過程：數(shù)據(jù)流輸入=》按照規(guī)則（邏輯判斷當(dāng)黑盒處理）=》輸出相應(yīng)結(jié)果、
規(guī)則引擎就是通過接受動態(tài)數(shù)據(jù)流入，根據(jù)內(nèi)部的規(guī)則，得出決策結(jié)果的處理器。以抽離業(yè)務(wù)邏輯保證其獨立維護和動態(tài)更新。
輸入：各種條件的具體值，例如用戶id、屬性值、手機號。
輸出：決策的結(jié)果可能是bool（邏輯出的值，ture/false），可能是具體值，這些結(jié)果值又可以作為新的一組數(shù)據(jù)產(chǎn)生決策。
規(guī)則引擎服務(wù)通常是在核心的規(guī)則引擎之上，增加了一些執(zhí)行時門面服務(wù)（門面模式可以用來封裝系統(tǒng)的底層實現(xiàn)，隱藏系統(tǒng)的復(fù)雜性，提供一組更加簡單易用、更高層的接口）、可視化規(guī)則創(chuàng)建、多種規(guī)則引擎支持、更加系統(tǒng)的規(guī)則管理體、調(diào)用邏輯流程、附加數(shù)據(jù)支持等服務(wù)。
通俗來講，規(guī)則引擎就是將重復(fù)且標(biāo)準(zhǔn)化的業(yè)務(wù)場景，抽象成簡單或負(fù)責(zé)的邏輯，通過輸入數(shù)據(jù)，經(jīng)過規(guī)則研判，輸出對應(yīng)結(jié)果。
常用的應(yīng)用場景：風(fēng)控系統(tǒng)、分發(fā)&推薦場景、資金決策場景、數(shù)據(jù)標(biāo)簽場景、活動場景等等。在這塊不一一展開，我們重點講一下在活動場景中的應(yīng)用。
?。?）抽獎
不同的人&不同的場景對應(yīng)不同的獎池（不同的中獎概率、不同的獎品集合），常見玩法：轉(zhuǎn)盤、九宮格、砸金蛋等。
?。?）任務(wù)
任務(wù)領(lǐng)取規(guī)則、任務(wù)完成指標(biāo)動態(tài)可配（不同的人不同的任務(wù)，指標(biāo)條件可動態(tài)配置&組合），常見玩法：答題、游戲類活動。
玩法串聯(lián)：事件與用戶路徑匹配。由源事件匹配所有需要關(guān)聯(lián)（串聯(lián)）的事件，根據(jù)用戶參與活動進(jìn)行時間過濾及部分動態(tài)計算得出要觸發(fā)的事件及對應(yīng)的觸發(fā)值。比如：抽獎和任務(wù)也可以串聯(lián)玩法，完成任務(wù)獲得抽獎次數(shù)，增加抽獎概率等。
eg：用戶進(jìn)入活動后【根據(jù)一定規(guī)則指派任務(wù)，目標(biāo)用戶參與抽獎】，用戶達(dá)成【若干組合指標(biāo)，滿足是當(dāng)月有消費記錄】后任務(wù)完成，由于任務(wù)完成【根據(jù)用戶已收激勵給予用戶抽獎機會（幾次）或直接獎勵，并根據(jù)參與狀態(tài)判斷決定是否發(fā)放私信留存】，用戶拿到抽獎機會后進(jìn)行抽獎【由于是新用戶，將面向現(xiàn)金等獎品池進(jìn)行抽獎，中獎概率高】，抽中隨機現(xiàn)金獎品，【根據(jù)用戶特征計算出用戶受用的紅包金額-獎品中獎概率】，發(fā)放獎勵。
ps：內(nèi)都是可以配置的內(nèi)容規(guī)則。
?。?）通用激勵模型
不同的用戶特征對應(yīng)不同的激勵程度（不同的人在不同的場景下，對于獎勵的感知程度都是不同的，例如新用戶與老用戶獎品）。常見玩法：簽到打卡，砍價、拼團。
?。?）通用觸達(dá)模型
差異化文案內(nèi)容。常見玩法：答題測試、個人年終報告等等。
了解了規(guī)則引擎在活動場景的應(yīng)用，我們平時可以看看常用的活動邏輯，思考是否可以將某個流程規(guī)則化。因為產(chǎn)品源于生活。
發(fā)布于2023-06-05
