酷播亮新聞
文章基於作者自身經驗，從產品層面分享了營銷規則引擎從0到1的設計邏輯，一起學習下。
為提高文章可讀性，先拆解標題說明文章講述內容：
ERP系統：統稱企業資源計劃。 由於行業、區域和製度等方面的差異，企業對ERP系統的需求呈個性化、多樣化。 為匹配更多企業的需求，ERP系統部分業務在設計時就需要考慮其拓展性，以便定制個性需求。
營銷：營銷是ERP系統的一個分支業務，用途是由後台定制優惠政策，終端門店銷售商品時，活動商品按預先設置好的優惠政策執行計費。
規則引擎：這是個偏技術的名詞，規則引擎由程序執行時，也稱推理引擎。
推理引擎通過決定哪些規則滿足事實或目標，並授予規則優先級，滿足事實或目標的規則被加入議程。 ——應用到ERP系統的營銷功能，我的理解為：程序預先定義好營銷活動的優先級，優惠政策的計費流程會按照預先定義的活動優先級執行。 （這裡對規則引擎的詮釋並不完善，欲知詳情自行檢索）
拆解完標題，下面將從產品層面講述營銷規則引擎從0到1的設計邏輯。
一、明確活動商品概念
假設存在營銷活動的情況下：一個活動商品從加入購物車到結算完成，會存在三種狀態。
為了提高溝通效率、消除歧義，同時為後續產品推廣做好鋪墊。 可以把每個狀態概念化，讓協同人都明確這個概念，達成共識。 而營銷規則三種狀態可概念化為：
- 活動商品加入購物車，這是第一狀態，我們定義為“命中”活動商品；
- 活動商品加入購物車，且達到了活動條件，這是第二狀態，我們定義為“符合”活動條件的活動商品；
- 活動商品滿足活動條件後，進行了優惠分攤，這是第三狀態，我們定義為“分攤”活動商品的價格。
基於概念是非常有效的溝通方式，用名詞具體化抽象的狀態，能讓整個業務變得更加清晰。
二、定義活動商品範圍
我們的ERP系統面向的企業，其SKU數量基本都是過萬。 龐大的SKU數量決定了營銷規則的設計。 雖然每個SKU都是唯一，但所有企業都會對商品進行歸類。 一般都會按品牌或類別進行歸類管理商品。 根據業務系統的設計，有的還會拓展一個標籤維度維護商品。
按範圍歸類，我們可以看得出品牌、分類、標籤都是每個商品特有的。 典型的一對多關係。 這個時候就要考慮優先級問題的。 比如一個商品同時滿足多個範圍的活動，要以哪個為準。 在這裡提供三種解決方案：
- 第一種是通過規則引擎定義一套標準的規則，比如單品>標籤>品牌>分類>全場；
- 第二種是消費者最優原則，即選擇優惠力度最大的；
- 第三種則是按發佈時間為準，哪個先發布就以哪個為準。
在設計的時候，單品、品牌、分類、標籤和全場各個範圍可做成組件，以便後續業務需求進行個性化定制調整活動範圍優先級。
三、定義營銷活動類型
營銷手段日新月異、層出不窮，但其本質是不變，無非就是讓利和“情懷”。 讓利無非又是直接特價、買滿返現、買滿折扣、買滿贈等形式（這裡主要以線下場景為主，暫不考慮砍價、拼團等線上營銷）。 根據營銷活動的類型，可以將其分為三類：
- 第一類：直接改價類，主要是直接特價、直接折扣類型的活動。 其特性主要體現在沒有前置活動條件；
- 第二類：按單類，主要是滿額返現、滿件折類型的活動。 其特性主要體現在有前置活動條件，需根據當前訂單的商品來判斷是否符合活動；
- 第三類：贈品類，主要是滿件贈、滿額贈類型的活動。 其特性就是贈品，通過滿足前置活動條件帶出贈品。
根據營銷規則引擎的設計，我們需要定義這三類營銷活動的優先級。 比如一個商品即參與直接特價又參與滿額贈。 這個時候那個活動優先級高，先算哪個再算哪個，優先級不同計算出來的結果是存在很大差異的。 所以在這裡依然是設計一套標準的規則：改價類>按單類>贈品類。 而針對有個性化定制需求的企業，同樣可以依賴這套規則引擎搭配一套新的規則。
在這裡有個小細節。 贈品類活動在設計時，可以做成在結算時彈窗供收銀員選擇贈品。 這樣做可以減少很多業務邏輯的處理，且易於理解，減少分歧。
四、一套標準的營銷規則引擎
以活動商品範圍為首行，活動類型為首列組成一個矩形宮格。 商品範圍優先級自左向右；優惠分攤自上向下，在設計優惠分攤是可以參考加權平均分攤的形式。 這就是一套完整的標準化營銷規則引擎，其拓展性和易用性。 對於業務的擴展和功能宣導都起到很好的基礎。
以上是對過往項目的總結分享，不一定適用其他系統的業務。 但拋磚引玉，希望給大家帶來一點點思考。
本文由 @小濱濱 原創發佈於人人都是產品經理。 未經許可，禁止轉載。
題圖來自PEXELS，基於CC0協議