起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識如何搭建全平臺營銷活動產品架構
編輯導語：本文從平臺性的營銷活動切入，介紹了需求分析、產品設計架構思路和詳細的單一活動模型設計，幫助大家熟悉底層邏輯，掌握核心要義，在產品初期就能夠考慮到未來的擴展性、全面性，具有強勢的擴展能力。
雙十一大促，我們最關注的就是各家電商平臺有哪些營銷活動，哪些折扣的方式能夠讓在必須消費的前期下省錢到最低。甚至有一些折扣活動，會主動讓人產生必須要買，不購買就錯過的感覺。而通過各種折扣活動、優惠券的組合，能夠讓用戶在最終結算的時候可以自動計算出優惠的價格，不出差錯且讓用戶理解，是產品經理在設計邏輯結構時的關鍵點。
本文主要分享的是如何構建全局性營銷活動產品架構，能夠在產品初期就把未來的擴展性、全面性考慮進來。
一、產品設計核心
1. 需求分析
針對平臺性的營銷策略活動，需求是比較明確的，而且市面上活動類型也層數不窮，如秒殺、滿減、折扣、會員優享等等。需要做和可以做的有非常多的花樣，每一種活動都可以單獨立一個中小型的項目來去研發和實現，而難點也并不在一個活動的產品設計，而在于我們如何處理眾多的折扣活動組合、活動之間的沖突矛盾，還有后續擴展活動的包容程度。
2. 活動定義
當我們知道這個產品的難點在于處理各項活動之間的沖突矛盾，以及后續延展性問題，因此在設計初期需要清晰將各項活動進行定義。
從電商平臺用戶下單的路徑來看，可以分為選擇商品—>詳情頁—>添加購物車（可無）—>提交訂單（結算頁）—>提交訂單—>付款等幾個步驟，折扣活動能夠觸達用戶并且生效的位置，只有詳情頁、提交訂單時的結算頁、付款，因此可以借此為突破口，可以將活動進行定義成4種類型：
1）個體商品折扣類
此類活動落腳點都為每一個個體商品，可以在原價基礎之上進行的折扣。例如10元的商品A可以打折7折，打折之后為7元；商品A也可以應用到秒殺活動，價格為2元。
2）平臺結算策略類
此類活動策略凌駕于與個體商品之上，是將全平臺的活動進行統籌結算。此類結算出現購物車結算、用戶提交訂單、最終付款之前展現。
3）用戶附加優惠類
此類型通常是平臺和用戶直接建立聯系，會被賦予某種特定其權益，用戶可以根據自身的情況，在規則內自由使用。如優惠卷、折扣券、積分抵扣等。
4）實付抵消類
此類權益，是用戶在確定具體支付金額的情況下，抵消實付金額。 這種情況更多偏向于屬于用戶的個人行為。平臺支持此類權益，但是會有第三方把優惠差價給予平臺補助。
3. 活動沖突、邊界
接下來需要處理的就是，處理和解決不同類型活動內部沖突和活動之間的邊界與關聯。
內部沖突：
沖突在個體商品折扣類中表現強烈，因為在電商平臺同一時間段多種活動并存的情況很常見。因此在設計架構之初需要有明確的設定和原則。
在同一時間段、同一范圍商品，可以允許：
- 只存在一種折扣活動。適合平臺初期
- 存在多種，但是交集的時間段，需要在全部的活動中選擇最優惠的策略，體現到個體的商品當中
- 互斥活動，可單獨在進行規則上的分離。例如：同一個時間段，既要享受8折優惠，同時又享受低價秒殺，業務層上也是幾乎不存在的
平臺結算策略是屬于全平臺的，隨著店鋪和商品的種類繁多，情況也較為復雜，劃分原則：
- 全平臺只應用一種活動策略。適合平臺初期
- 通過不同商品范圍進行設置平臺策略
- 多種活動結算類型：互斥活動、優先價格低使用、疊加使用
用戶附加優惠，屬于平臺和個人建立某種聯系，此時個人可能會有多項優惠權益，但是在同一筆訂單當中，只能選擇一種優惠方式。通常平臺會自動幫助用戶選擇最優惠的權益。平臺結算出結果后，可以通過平臺內，例如積分、金幣等權益進行優惠。
實付抵消類，是指在實付金額的基礎之上進行抵消，通常是第三方支付平臺進行的補助和促進消費。喚起第三方支付平臺時，通過此類權益可以抵消實際支付金額，而中間優惠差價，通過其他途經補充給平臺。
外部邊界與聯系：
個體商品折扣、平臺策略結算、用戶附加優惠、實付抵消，屬于層層遞進的關系，因此在設計這幾類活動邊界和聯系時，需要考慮下面的層級如何適配與包容上面的層級。
平臺策略結算，通常發生在購物車內，因此首先需要判斷的是有哪幾種平臺策略活動，這些活動是否在當前購物車中命中（命中需要考慮商品范圍、數量、店鋪范圍等），一旦命中需要將觸發的策略進行優先級排序，把最具有優惠力度的策略進行呈現給用戶。
用戶附加優惠，最平臺策略計算最終產生的數值基礎之上進行優惠即可；而實付抵消類更是在付款之時觸發的邏輯。
實付抵消，需要看平臺支持哪些第三方支付平臺。該類的優惠也是由第三方發起。
二、產品框架搭建
平臺性的營銷活動底層搭建是復雜的，而擴展的活動量級也是可預見的。這里的產品框架相對復雜的邏輯，可以借助MVC設計結構進行搭建。
1. MVC設計結構
首先簡單闡述一下MVC模式，M（model）是指業務模型，V（view）是指用戶界面，C（control）則是控制器，使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。
而從產品設計的角度來說：
- M為數據模型層：主要描述的為一個業務實體，例如訂單、活動、優惠券等
- V為視覺展示層：可以理解為展示頁面
- C為邏輯控制層：主要描述業務之間的負責邏輯處理
2. 全平臺框架設計落地
根據用戶主路線圖，如圖所示，然后將主路線圖涉及的關鍵點，進行MCV框架的詳細設計（只匯總營銷活動相關核心內容）。
視覺展示層：
- 后臺管理：【各類活動管理頁面】（包括活動涉及商品列表）、【CMS配置管理】（活動頁落地頁配置、角標配置、廣告配置）、【訂單管理】
- 活動頁、落地頁，需要調用的數據：【商品id】【優惠價格】【活動裝飾】
- 商品詳情頁、搜索列表頁：【優惠活動相關數據】（商品id、商品價格、優惠價格）、【活動裝飾】
- 購物車：【優惠活動相關數據】、【價格計算結果】（原價、活動價、實際支付價等）
邏輯控制層（核心關注）：
- 活動執行邏輯：【各個活動控制邏輯】
- 活動之間邏輯處理：【活動之間邏輯處理】，本文產品設計和興中有詳細說明
- 實際支付金額計算邏輯
- 訂單生產邏輯
數據模型層：
1）活動基本數據：
- 新商品優惠：【活動類型：“個人商品折扣類”】【商品id】【商品類型】【優惠活動時間】【優惠金額】
- 定價秒殺活動：【活動類型：“個人商品折扣類”】【活動id】【秒殺時間】【參與商品列表】
- 金額滿減：【活動類型：“平臺結算策略類”】【活動id】【使用金額限制】【滿減金額】【是否在商品折扣基礎】【活動時間段】【應用范圍】
- 優惠券：【活動類型：“個人附加優惠類”】【優惠卷批次id】【應用范圍】【是否在商品折扣基礎之上】【發放時間段】【使用期限】
2）活動商品數據：【參與活動類型】【活動id】【商品id】【商品名稱】【優惠金額】（如果是平臺結算，則無）
3）購物車數據：【用戶id】【商品id】
4）訂單數據：【訂單號】【商品id】【實付金額】【優惠活動id】【支付人id】【支付時間】【支付狀態】
5）活動CMS內容：【位置】【圖片】【鏈接】【備注】【狀態】【上線時間】【示意圖】
三、單一活動設計
整體框架是基礎，全局的規則搭建之后，就可以按照自己的節奏將具體的活動規則進行逐一迭代，這里選擇幾種不同類型的活動進行詳細說明。
1. 定價秒殺活動
邏輯描述：
在某一個場次秒殺活動中，添加特定商品，用戶可以在規定時間范圍內，通過秒殺價格進行購買。超過時間或者未達到時間都不能購買；實際銷售量超過特定數量則不能購買。
詳細設計：
1）原型設計
2）活動管理
- 【秒殺活動id】：每一場秒殺活動都需要有唯一標識id
- 【活動類型】：固定為“個人商品折扣類”，此內容不可編輯
- 【秒殺活動時間段】：選擇需要特定時間段，進行秒殺
- 【活動狀態】：“未開始”“進行中”“已結束”
- 【參與商品】：選擇需要參加的商品，此數據類型為數組，或者列表
- 【秒殺價格】：每一個商品需要配置秒殺價格，用于秒殺期間使用的價格；秒殺價格不能大于原價；可以統一設置價格。
- 【秒殺數量】：每一個商品通過秒殺價，可以被購買的次數。超過則不能被購買；每銷售一件商品則數量-1。退款不增加。數量為0時，前臺樣式展示“售罄樣式”
3）訂單管理
- 【訂單號】：自動生成的訂單號，生成規則自行定義
- 【優惠方式】：“秒殺活動”
- 【原價】：該商品定價
- 【實際支付金額】:該用戶實際支付的金額
2. 滿減活動
邏輯描述：
在某一個場次秒殺活動中，添加特定商品，用戶可以在規定時間范圍內，在提交訂單時，如滿足金額滿x金額，就可以優惠y金額（其中x為限制的金額，y為優惠的金額，x>y）。也可以設置梯度的優惠，例如滿200元減100元，但是滿400元減150元等梯度優惠。
1）原型設計
2）活動管理
- 【活動id】：每一場秒殺活動都需要有唯一標識id
- 【活動時間】：選擇需要特定時間段，進行秒殺
- 【活動類型】：固定為“平臺結算策略類”，此內容不可編輯
- 【優惠疊加】：內容可能包括，【定價秒殺活動】【限時折扣】【會員折扣】【加價購】等等。一旦配置好，在平臺結算的時候，符合條件的則會進行疊加計算
- 【應用范圍】：通過商品分類，或者指定商品
- 【優惠設置】：【梯度滿減】（可以設置滿200減50，滿400減150等梯度策略）；【循環滿減】（每滿100減30）
3）訂單管理
- 【訂單號】：自動生成的訂單號，生成規則自行定義
- 【優惠方式】：“滿減活動”
- 【原價】：該商品定價
- 【實際支付金額】:該用戶實際支付的金額
四、總結
文本通過平臺性的營銷活動作為切入點，從需求分析到產品設計架構思路，最后詳細的單一活動模型設計都有一個比較詳細的介紹，希望大家后面在接手類似的項目時可以從核心的底層邏輯進行思考和設計，能夠為整個產品夯實更穩定的產品結構，同時有強勢的擴展能力。
本文由@形風 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Pixabay，基于CC0協議
贊??我們平臺正好在往這個方向擴展
可以多交流