3六、生鮮電商平臺-積分,優惠券,會員折扣,簽到、預售、拼團、砍價、秒殺及抽獎等促銷模塊架構設計

說明：本標題列舉了全部目前社會上常見的促銷方案，目前貼出實際的業務運營手段以及架構設計，包括業務說明，僅供參考

 

促銷體系

1.1促銷體系

在電商和O2O領域，促銷是運營人員的一個主要的讓利行爲，同時促銷活動期間的購買量也較之普通商品更高，不一樣的階段，對於促銷的要求也是不一樣的。

促銷實質上是一種溝通活動，即營銷者（信息提供者或發送者）發出做爲刺激消費的各類信息，把信息傳遞到一個或更多的目標對象（即信息接受者，如聽衆、觀衆、讀者、消費者或用戶等），以影響其態度和行爲。

商城促銷活動的流程概述（不含優惠券）：

1. 在平臺後臺建立促銷活動
2. 選擇促銷方式，對應編輯該促銷方式的設置項，選擇參與活動的商品，可選擇普通購買的單純用貨幣支付的普通商品
3. 設置具體的促銷活動規則和投放設置
4. 用戶在商城查看商品，可看到由平臺後臺發佈的優惠信息
5. 將商品加入購物車，購物車將體現享受滿減和直減後的優惠價格，最終的購買訂單的實付金額爲享受促銷活動後的價格。
6. 可在後臺查看到已建立的活動以及活動的效果，關於用戶購買訂單相關的數據也將展現其享受到的優惠信息。

1.2促銷系統

將模塊拆分，主要分爲三部分：

1. 促銷活動：活動投放的設置管理，負責提供活動方式和商品內容
2. 促銷規則：發佈促銷活動時選擇，負責提供促銷玩法，例如限時折扣、滿額減等
3. 優惠券：提供一種相對獨立的促銷形式

從大的維度來看，優惠券也屬於促銷的一種方式，在促銷規則也和優惠劵的使用有必定關聯。這裏咱們把優惠券也歸類到促銷系統中，關於優惠券業務將在下次進行迭代

1.3促銷活動

活動狀態：

• 未開始，還未到活動開始時間，此狀態的活動可進行編輯和的刪除，刪除活動爲邏輯刪除
• 活動中，正在進行中的活動，此狀態的活動不能編輯，只能提早結束，結束以後的活動變動爲已失效的狀態
• 已失效，已通過了活動結束時間，被刪除的以及被取消的活動

從促銷類型分爲：

1. 直減類：限時折扣、新用戶專享等
2. 滿減類：滿額減、滿額折、滿件減、滿件折、滿件免等
3. 贈券類：買單贈券、免費領券等（下次迭代）
4. 組合優惠類（暫不考慮）：套餐
5. 送贈品類（暫不考慮）：滿贈
6. 換購類（暫不考慮）：加價購
7. 預訂類（暫不考慮）：預售價

直減類（優先實現）：

主要設置項包括：

1. 活動名稱：方便運營人員識別活動
2. 促銷方式：可選限時折扣、新用戶專享
3. 商品選擇：參加促銷的商品以及促銷的價格（只選擇單純用貨幣購買的普通商品）
4. 投放時間選擇：選擇開始時間和結束時間
5. 打標籤：商品打促銷標識，前端顯示促銷標籤，可選擇現有標籤或者選擇自定義新增
6. 目標羣體（不可編輯）： 針對所有用戶（限時折扣）、未下單過的新用戶（新用戶專享）

滿減類：

主要設置項包括：

1. 活動名稱：方便運營人員識別活動
2. 促銷方式：滿額減、滿額折、滿件減、滿件折、滿件免件
3. 商品選擇：參加促銷的商品（（只選擇單純用貨幣購買的實際商品，可選擇全場、按品類、或者自主選擇多個商品，因爲虛擬商品不能加入購物車，因此虛擬商品的滿減類雖然能夠添加多個SKU，可是最終享受該優惠的虛擬商品訂單隻會包含一個SKU）
4. 金額/件數設置：滿XX減（折、免）XX，可設置多層級的滿減活動（支持兩種貨幣類型的狀況）
5. 投放時間選擇：選擇開始時間和結束時間
6. 打標籤：商品打促銷標識，前端顯示促銷標籤，可選擇現有標籤或者選擇自定義新增
7. 目標羣體： 針對所有用戶、未下單過的新用戶

2、促銷業務邏輯

2.1建立多個活動

方案1：實現此方案，一個商品只能關聯到一個正在進行的活動，已經被添加至一個活動的時候，能夠先解綁再將其添加至另外一個活動

方案2：同類型促銷可建立多個活動，同個商品可參與多個同類型的活動，可是一個商品不能同時被添加至多個活動時間重疊的活動（考慮這樣處理邏輯會比較清晰）

一筆訂單不能同時享受兩個及以上相同類型的優惠。（這裏的類型指的是直減類、滿減類）

2.2訂單金額計算

方案1：本次實現此方案，一個用戶一筆訂單隻能享受一種優惠，若是一筆訂單有多個優惠活動，用戶可進行選擇其中一個。

方案2：促銷方式有不少，針對商品或訂單的滿減、折扣、優惠券等，對這些促銷類型進行任意組合，將會有很是多樣化的場景，爲了防止系統發生重疊甚至衝突的狀況，從總體上設計促銷邏輯才能保證各子系統流程順暢流轉。

將促銷視爲訂單金額的變化，將促銷活動區分爲三種類型：改商品價格、改商品小計價格、改訂單價格，不管什麼促銷均可以描述成改價格。

判斷條件：

1. 上面的流程圖，是否可享受的判斷條件是隻要有優惠活動就享受
2. （討論是否在這一階段加上多活動時的控制）通用設置或者是針對於活動的設置，同一筆訂單是否能夠同時享受多個不一樣類型的促銷，即同時能夠享受修改商品的優惠（直減類），修改商品小計的集合（滿減類）或修改訂單的價格（優惠券）

具體例子：（京東）

1. 享受商品價格的活動，這裏是秒殺價單品價格24.9元
2. 計算商品小計以後，引入針對指定商品的價格，滿2件總價打5折，24.9*28件*0.5=348.6元
3. 累計商品小計價格以後，介入針對於訂單的促銷：優惠券

優惠券爲全品類滿200減10，知足條件，即最終訂單價格（免郵）爲348.9-10=338.6元

因此最終這筆訂單前後享受了三重優惠。

2.2.1修改商品價格

一筆訂單被提交時，系統必然首先查找出訂單中的全部商品，並判斷此商品是否具有特殊價格（促銷價格）。若是沒有，則取正常的商品零售價；若是有，則取當前商品所處促銷活動價格。

直減類：限時折扣、新用戶專享等

遵循促銷核心原則：同類型促銷經過同一實體進行互斥、不一樣類型促銷能夠疊加。這裏的實體指的是商品，類型指的是前文說到的值減類、滿減類、贈券類，下文也是，再也不說明。

因此這條原則也能夠表述爲：不一樣商品能夠享受相同的（限時折扣、新用戶專享）活動；可是相同商品進行互斥，同一個商品不能夠同時享受同一類型的活動，例如：同一個SKU不能夠同時享受（限時折扣、新用戶專享）活動。

2.2.2修改商品小計的集合價格

當系統完成了對商品價格的查找以後，就須要將查找出的商品價格分別乘以訂單中的每一個商品數量，從而計算出每一個商品的小計金額。當系統計算出全部商品的小計金額以後，這時候，就能夠介入一些促銷活動，例如指定商品的：滿額減、滿額折等。

滿減類：滿額減、滿額折、滿件減、滿件折、滿件免件

例如：全場生鮮類，滿100減10，滿200減30；就是第二種類型活動，由於它是針對某種/某類商品的小計金額來匹配知足哪一種類型的活動，並在知足活動的商品小計金額基礎上進行減、折、免。

同類型經過實體進行互斥、不一樣類型能夠相互疊加。此處的實體是商品，因此這對第二種類型的促銷活動，咱們就能夠得出如下結論：

同一個商品，不能同時享受指定商品的（滿減、滿贈、折扣 等）活動，不一樣的商品沒有限制。

例如：SKUA 不能同時享受多個滿減、滿贈、折扣；可是SKUA 享受滿減，SKUB享受滿贈 這種是被容許的。

而不一樣類型能夠相互疊加，也就是說，同一個商品雖然不能同時享受同種類型的活動，可是卻能夠同時享受不一樣類型的促銷活動，例如：SKUA 能夠同時享受限時折扣和指定SKUA的滿減活動，也就是折上折。

2.2.3修改訂單金額

當系統完成了對商品小計金額的計算以後，就會將全部優惠後的商品小計金額進行疊加，生成一個初步的訂單總金額，當系統獲得初步的訂單總金額以後，又能夠介入一些促銷活動，例如指定訂單的：優惠券等。

針對訂單類的：優惠券（下次迭代）

例如：京東招牌活動全場滿88包郵；就是典型的第三種類型營銷活動，由於它是針對訂單的總金額來匹配知足那種類型的活動，並在知足活動的訂單金額基礎上進行減、折、優惠券和包郵券等。

同類型經過實體進行互斥、不一樣類型能夠相互疊加，此處的實體就是訂單。

因此，針對第三種類型的促銷活動，咱們就能夠得出如下結論：同一筆訂單隻能使用一張針對於訂單的優惠券。

 

3、功能需求清單（促銷活動）

 

 

轉載自-- https://www.cnblogs.com/jurendage/p/9165594.html