編輯導(dǎo)語(yǔ)：站在產(chǎn)品運(yùn)營(yíng)的角度，營(yíng)銷(xiāo)活動(dòng)的重要性不言而喻，那么如何通過(guò)平臺(tái)型的營(yíng)銷(xiāo)設(shè)計(jì)促進(jìn)活動(dòng)增長(zhǎng)呢？本文作者依托于產(chǎn)品的核心內(nèi)容，分析了平臺(tái)的整體架構(gòu)以及核心設(shè)計(jì)中的規(guī)則引擎，一起來(lái)看看吧！

前一篇給大家講了下?tīng)I(yíng)銷(xiāo)活動(dòng)平臺(tái)大概的背景情況，以及在產(chǎn)品建設(shè)過(guò)程中所遇到的問(wèn)題。今天這篇文章主要講下產(chǎn)品核心內(nèi)容，分為兩部分：

1. 平臺(tái)的整體架構(gòu)
2. 核心設(shè)計(jì)-規(guī)則引擎

一、平臺(tái)的整體架構(gòu)

1. 產(chǎn)品架構(gòu)

首先說(shuō)下產(chǎn)品架構(gòu)，詳細(xì)的產(chǎn)品架構(gòu)圖考慮包含公司信息，暫不對(duì)外。從交互分層來(lái)看，營(yíng)銷(xiāo)系統(tǒng)的架構(gòu)圖如下：

（1）表現(xiàn)層

主要是前端活動(dòng)頁(yè)面。

（2）交互層

主要是活動(dòng)玩法，例如抽獎(jiǎng)、答題等，與參與用戶產(chǎn)生交互；也包括觸達(dá)形式，例如短信、push等。

（3）公共規(guī)則層

底層的規(guī)則引擎，包括通用的邏輯，條件策略庫(kù)（判斷是否新人、是否已參加活動(dòng)、完成某特定路徑推薦其他內(nèi)容等）、動(dòng)作集合庫(kù)（點(diǎn)擊抽獎(jiǎng)觸發(fā)抽獎(jiǎng)流程、掃碼關(guān)注觸發(fā)等）。

（4）權(quán)益層

活動(dòng)獎(jiǎng)品，例如現(xiàn)金紅包、視頻權(quán)益、優(yōu)惠券等等。

2. 縱觀全局，聚焦核心

我們都知道，每一個(gè)活動(dòng)鏈條是由上游的活動(dòng)目標(biāo)用戶以及下游的權(quán)益獎(jiǎng)品所形成的閉環(huán)。例如新人（活動(dòng)目標(biāo)用戶）通過(guò)落地頁(yè)引導(dǎo)，參加新人有禮活動(dòng)，滿足條件即發(fā)放5元現(xiàn)金紅包（權(quán)益獎(jiǎng)品）。其中還有很多規(guī)則處理，例如判斷新人條件，活動(dòng)邏輯，獎(jiǎng)品發(fā)放接口，與已有支付接口對(duì)接，活動(dòng)數(shù)據(jù)轉(zhuǎn)化監(jiān)控等等。整個(gè)活動(dòng)鏈條的流程很簡(jiǎn)單，我們也很清楚。

但任何一個(gè)產(chǎn)品開(kāi)始之前，需要思考其上下游，是否構(gòu)成閉環(huán)等，所建設(shè)的產(chǎn)品處在哪一環(huán)，需要解決哪些問(wèn)題，也就是上一篇所提到的產(chǎn)品的邊界。

該營(yíng)銷(xiāo)活動(dòng)平臺(tái)解決的核心：通過(guò)活動(dòng)引擎快速完成活動(dòng)創(chuàng)建及營(yíng)銷(xiāo)。

如上圖所示，活動(dòng)營(yíng)銷(xiāo)平臺(tái)解決的閉環(huán)路徑：創(chuàng)建活動(dòng)-配置活動(dòng)規(guī)則-選擇投放渠道-活動(dòng)數(shù)據(jù)監(jiān)控-資產(chǎn)消耗監(jiān)控-系統(tǒng)性能監(jiān)控，活動(dòng)監(jiān)控?cái)?shù)據(jù)反哺活動(dòng)模板設(shè)計(jì)及系統(tǒng)設(shè)計(jì)。

（1）活動(dòng)中心

根據(jù)活動(dòng)需求選擇對(duì)應(yīng)的模板，例如九宮格抽獎(jiǎng)、簽到、答題等。

（2）活動(dòng)配置

根據(jù)活動(dòng)規(guī)則配置本次活動(dòng)的邏輯，例如抽獎(jiǎng)活動(dòng)：抽獎(jiǎng)次數(shù)發(fā)放、中獎(jiǎng)概率、獎(jiǎng)品概率、是否關(guān)聯(lián)任務(wù)等。

（3）渠道投放

主要是Push、落地頁(yè)、微信、H5等等。

（4）效果洞察

主要是活動(dòng)數(shù)據(jù)統(tǒng)計(jì)類(lèi)，參與人數(shù)、參與次數(shù)、活動(dòng)轉(zhuǎn)化用戶（漏斗圖）、獎(jiǎng)品使用轉(zhuǎn)化等。

（5）資損監(jiān)控

主要用于監(jiān)控參加用戶數(shù)與發(fā)放獎(jiǎng)品數(shù)，是否出現(xiàn)超發(fā)、漏發(fā)情況。

（6）系統(tǒng)監(jiān)控

比較側(cè)重于系統(tǒng)性能，承載壓力，活動(dòng)峰值點(diǎn)的并發(fā)壓力監(jiān)控。

3. 產(chǎn)品拓展性

整理清楚產(chǎn)品核心能力，同時(shí)就需要考慮到產(chǎn)品可擴(kuò)展性，也就是我們說(shuō)的低耦合高內(nèi)聚。可以大致分為以下兩點(diǎn)：

（1）產(chǎn)品上下游結(jié)合的能力

上文提到活動(dòng)上游是用戶群體，針對(duì)于活動(dòng)用戶，營(yíng)銷(xiāo)活動(dòng)本身應(yīng)該支持基礎(chǔ)用戶管理，例如用戶基礎(chǔ)信息、參與記錄、獎(jiǎng)品記錄等，這些信息作為規(guī)則輸入因子，主要用于活動(dòng)研判邏輯。附加功能可以支持標(biāo)簽用戶，用于活動(dòng)場(chǎng)景分發(fā)，針對(duì)指定用戶群投放活動(dòng)。

其次是考慮到大客戶產(chǎn)品，會(huì)保留20%定制化服務(wù)。大客戶都有自己的用戶數(shù)據(jù)庫(kù)，且他們的用戶數(shù)據(jù)比我們本身產(chǎn)品所提供的用戶管理更加完善，例如有經(jīng)分系統(tǒng)，大數(shù)據(jù)用戶中心等等。這時(shí)我們提供的是通用用戶接口，通過(guò)接口方式獲取活動(dòng)目標(biāo)用戶群體，由于用戶數(shù)據(jù)比較敏感，大多是客戶提供數(shù)據(jù)接口，我們獲取數(shù)據(jù)，其接口加密方式，用戶存儲(chǔ)方式是需要強(qiáng)設(shè)計(jì)的，保證大客戶數(shù)據(jù)敏感性要求。

其實(shí)就是產(chǎn)品兼容向上和向下的能力，放在整條營(yíng)銷(xiāo)產(chǎn)品線，活動(dòng)也只是其中一環(huán)。

（2）微服務(wù)模塊設(shè)計(jì)

通用型產(chǎn)品也可以通過(guò)模塊配置組合成不同的產(chǎn)品提供給不同需求的客戶群體。相應(yīng)的，對(duì)于各模塊的設(shè)計(jì)要求更高，不僅是產(chǎn)品設(shè)計(jì)，包括技術(shù)設(shè)計(jì)上，都要求低耦合性。產(chǎn)品側(cè)需要不斷去對(duì)每一個(gè)功能模塊做加減法，及時(shí)做好產(chǎn)品迭代，及時(shí)滿足市面上80%的客戶需求。技術(shù)側(cè)在設(shè)計(jì)上需要降低各功能及接口之間的強(qiáng)關(guān)聯(lián)性。

二、核心設(shè)計(jì)-規(guī)則引擎

1. 為什么要做規(guī)則引擎

業(yè)務(wù)代碼中往往包含了大量的case，case by case 到處都是條件的判斷和選擇，當(dāng)這些if-else/switch等條件不停增加，代碼就開(kāi)始變得難以維護(hù)，同樣也會(huì)產(chǎn)生以下問(wèn)題：

• 無(wú)法直觀表達(dá)現(xiàn)有業(yè)務(wù)邏輯，新人入手困難。
• 新增&改動(dòng)邏輯困難，極難擴(kuò)展；通用處理成本高。
• 每次變更邏輯時(shí)都需要經(jīng)歷一次完整的研發(fā)-測(cè)試-發(fā)布-回測(cè)-灰度，效率低成本高。

隔離這部分無(wú)法避免的業(yè)務(wù)決策邏輯，讓邏輯變得清晰可獨(dú)立維護(hù)。

2. 規(guī)則引擎定義

抽象業(yè)務(wù)邏輯判斷過(guò)程：數(shù)據(jù)流輸入=》按照規(guī)則（邏輯判斷當(dāng)黑盒處理）=》輸出相應(yīng)結(jié)果

規(guī)則引擎就是通過(guò)接受動(dòng)態(tài)數(shù)據(jù)流入，根據(jù)內(nèi)部的規(guī)則，得出決策結(jié)果的處理器。以抽離業(yè)務(wù)邏輯保證其獨(dú)立維護(hù)和動(dòng)態(tài)更新。

輸入：各種條件的具體值，例如用戶id、屬性值、手機(jī)號(hào)。

輸出：決策的結(jié)果可能是bool（邏輯出的值，ture/false），可能是具體值，這些結(jié)果值又可以作為新的一組數(shù)據(jù)產(chǎn)生決策。

規(guī)則引擎服務(wù)通常是在核心的規(guī)則引擎之上，增加了一些執(zhí)行時(shí)門(mén)面服務(wù)（門(mén)面模式可以用來(lái)封裝系統(tǒng)的底層實(shí)現(xiàn)，隱藏系統(tǒng)的復(fù)雜性，提供一組更加簡(jiǎn)單易用、更高層的接口）、可視化規(guī)則創(chuàng)建、多種規(guī)則引擎支持、更加系統(tǒng)的規(guī)則管理體、調(diào)用邏輯流程、附加數(shù)據(jù)支持等服務(wù)。

3. 規(guī)則引擎應(yīng)用的場(chǎng)景

通俗來(lái)講，規(guī)則引擎就是將重復(fù)且標(biāo)準(zhǔn)化的業(yè)務(wù)場(chǎng)景，抽象成簡(jiǎn)單或復(fù)雜的邏輯，通過(guò)輸入數(shù)據(jù)，經(jīng)過(guò)規(guī)則研判，輸出對(duì)應(yīng)結(jié)果。

常用的應(yīng)用場(chǎng)景：風(fēng)控系統(tǒng)、分發(fā)&推薦場(chǎng)景、資金決策場(chǎng)景、數(shù)據(jù)標(biāo)簽場(chǎng)景、活動(dòng)場(chǎng)景等等。在這塊不一一展開(kāi)，我們重點(diǎn)講一下在活動(dòng)場(chǎng)景中的應(yīng)用。

（1）抽獎(jiǎng)

不同的人&不同的場(chǎng)景對(duì)應(yīng)不同的獎(jiǎng)池（不同的中獎(jiǎng)概率、不同的獎(jiǎng)品集合），常見(jiàn)玩法：轉(zhuǎn)盤(pán)、九宮格、砸金蛋等。

（2）任務(wù)

任務(wù)領(lǐng)取規(guī)則、任務(wù)完成指標(biāo)動(dòng)態(tài)可配（不同的人不同的任務(wù)，指標(biāo)條件可動(dòng)態(tài)配置&組合），常見(jiàn)玩法：答題、游戲類(lèi)活動(dòng)。

玩法串聯(lián)：事件與用戶路徑匹配。由源事件匹配所有需要關(guān)聯(lián)（串聯(lián)）的事件，根據(jù)用戶參與活動(dòng)進(jìn)行時(shí)間過(guò)濾及部分動(dòng)態(tài)計(jì)算得出要觸發(fā)的事件及對(duì)應(yīng)的觸發(fā)值。比如：抽獎(jiǎng)和任務(wù)也可以串聯(lián)玩法，完成任務(wù)獲得抽獎(jiǎng)次數(shù)，增加抽獎(jiǎng)概率等。

eg：用戶進(jìn)入活動(dòng)后【根據(jù)一定規(guī)則指派任務(wù)，目標(biāo)用戶參與抽獎(jiǎng)】，用戶達(dá)成【若干組合指標(biāo)，滿足是當(dāng)月有消費(fèi)記錄】后任務(wù)完成，由于任務(wù)完成【根據(jù)用戶已收激勵(lì)給予用戶抽獎(jiǎng)機(jī)會(huì)（幾次）或直接獎(jiǎng)勵(lì)，并根據(jù)參與狀態(tài)判斷決定是否發(fā)放私信留存】，?用戶拿到抽獎(jiǎng)機(jī)會(huì)后進(jìn)行抽獎(jiǎng)【由于是新用戶，將面向現(xiàn)金等獎(jiǎng)品池進(jìn)行抽獎(jiǎng)，中獎(jiǎng)概率高】，抽中隨機(jī)現(xiàn)金獎(jiǎng)品，【根據(jù)用戶特征計(jì)算出用戶受用的紅包金額-獎(jiǎng)品中獎(jiǎng)概率】，發(fā)放獎(jiǎng)勵(lì)。

ps：【】?jī)?nèi)都是可以配置的內(nèi)容規(guī)則。

（3）通用激勵(lì)模型

不同的用戶特征對(duì)應(yīng)不同的激勵(lì)程度（不同的人在不同的場(chǎng)景下，對(duì)于獎(jiǎng)勵(lì)的感知程度都是不同的，例如新用戶與老用戶獎(jiǎng)品）。常見(jiàn)玩法：簽到打卡，砍價(jià)、拼團(tuán)。

（4）通用觸達(dá)模型

差異化文案內(nèi)容。常見(jiàn)玩法：答題測(cè)試、個(gè)人年終報(bào)告等等。

了解了規(guī)則引擎在活動(dòng)場(chǎng)景的應(yīng)用，我們平時(shí)可以看看常用的活動(dòng)邏輯，思考是否可以將某個(gè)流程規(guī)則化。因?yàn)楫a(chǎn)品源于生活。

參考資料：

https://zhuanlan.zhihu.com/p/371831214

本文由 @SLJwu 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash，基于CC0協(xié)議