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