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