1. 程式人生 > >36、生鮮電商平臺-積分,優惠券,會員折扣,簽到、預售、拼團、砍價、秒殺及抽獎等促銷模組架構設計

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

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

 

促銷體系

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.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包郵;就是典型的第三種類型營銷活動,因為它是針對訂單的總金額來匹配滿足那種型別的活動,並在滿足活動的訂單金額基礎上進行減、折、優惠券和包郵券等。

同類型通過實體進行互斥、不同型別可以相互疊加,此處的實體就是訂單。

所以,針對第三種類型的促銷活動,我們就可以得出以下結論:同一筆訂單隻能使用一張針對於訂單的優惠券。

 

三、功能需求清單(促銷活動)

 

 

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