起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識經驗之談：電商平臺促銷系統設計思路
電商平臺的促銷活動要怎么做，才能吸引用戶來購買呢？
一、促銷活動概念及分類
電商平臺促銷活動多種多樣，從促銷活動的范圍來看，分為單品促銷活動、多商品促銷活動、店鋪促銷活動，平臺促銷活動。
從是否對商品的價格產生影響來說，又分為兩類：
- 一類是對商品價格產生影響的活動，在交易完成后，由于活動產生的優惠需要分攤到價格中去，因為這些是需要衡量成本的；
- 另一類則是不對商品價格產生影響。
二、不同類型的促銷活動的意義
單品活動包括：買送（買單品送原品）、買降（多買降價）、特價（單品降價）、秒殺（降價幅度大，限時）；店鋪活動包括：滿減、滿贈、店鋪券；平臺活動包括：平臺券。
- 特價/秒殺活動：特價/秒殺活動都是基于單品的價格做活動，通常情況為一些熱門產品設置特價/秒殺，達到為訂單引流的作用，尤其是我所在的醫藥電商領域，通常賣家會設置一個較高的起配金額，未達到起配金額的訂單將不會發貨，所以為了購買這個引流款，必須購買更多的商品。
- 買降活動：主要應用于批發的場景，對于批發行業來說，一次性購買的更多的客戶更有可能享受到更低的價格。從這方面來說，客戶為了節約成本，需要一次性購買更多這個商品。
- 買送活動：買送即買原品送原品，這個正常情況下比較少，主要是應用于小單價的批發中，因為對于B2B來說，采購的客戶基本不需要其他類型的贈品，反而送原品對他們來說肯定是有用的，而且送的原品也會納入他們成本考慮的范疇。
- 滿減活動：滿減活動應用場景比較廣泛，對于大單價商品來說可以做單品滿減促進該商品的轉化率，對于小單價的商品來說，主要是促進店鋪的整體轉化率并提升客單價。
- 滿贈活動：滿贈活動和滿減一樣，可以設置單品滿贈或店鋪滿贈，玩法與各自的業務場景有關。
- 店鋪券：店鋪發送優惠劵，折扣的方式分為滿減或滿折，更多的是起到提升店鋪轉化率和客單價的作用，滿折更多適用于B2B，因為B端用戶更多的會去衡量各個商品的毛利有多少。
- 平臺券：平臺發送的平臺券，主要是起到為平臺引流，提升平臺下單成功率的作用，最好的效果是客戶最后在使用平臺券的時候帶動多個店鋪的銷量。
三、促銷活動模塊設計方法
下面分別從以下幾個維度，分別講解促銷活動的處理辦法：
2.1 營銷活動后臺設計
后臺編輯營銷活動時，主要分為三大模塊信息：活動定義、限制條件、商品范圍。
1）活動定義包括：活動名稱、活動描述、促銷規則
促銷規則：
- 需要注意的是，特價/秒殺活動有可能需要手動設置原價（因為在前端展示的時候如果直接拿商品的真實價格作為原價顯示的話，會顯得促銷力度不夠大）；
- 滿贈及滿減，買送等活動需要設置多階梯的促銷規則；
- 滿減活動和優惠券需要考慮到折扣類型是滿減還是滿折，對于客戶下單來說是有不同意義的。
2） 活動描述包括：活動時間、活動庫存、限購數量/次數是否參加滿減等
活動庫存：主要用于單品活動，運營設置活動的時候，偏向于拿一部分固定的商品參加活動，先到先得，這樣也能控制總體成本?；顒訋齑娴脑O置會影響到庫存邏輯，這個在庫存的專題再詳細介紹。
限購數量/次數：限購的角度可以分兩種，一種是針對于商品限購，一種是針對于訂單限購。
- 針對于單品限購的情況下，只允許客戶買指定的數量，超出的數量不參加活動；
- 針對于訂單的限購的情況下，至允許客戶前多少次下單才享受活動（一般用于滿減）。
是否參加滿減：適用于單價低，sku比較多的品類，這個時候一般商品進行特價活動時，會涉及單品毛利計算的問題，所以該部分商品不能參加滿減。
另外優惠券需要包括發放張數，每人限領取數量及優惠券使用時間，如果券的發放和領取是一起的話，還需要設置該張優惠券是否顯示在前端，這樣可以將該張券單獨作為線下發放使用。優惠券設計層面，部分平臺傾向于先設計好優惠券再創建活動使用該張優惠券，根據不同的業務場景可以考慮不同的方式。
3） 商品范圍：按照商品范圍可以設置全店鋪商品、部分商品（多商品）、類目、單品
只有店鋪活動和平臺活動，才可以選擇設置全店鋪商品、部分商品（多商品）、類目，單品活動則只需要選擇對應的商品即可。對于滿減，店鋪券，平臺券活動，如果運營不希望某個/某些/某店鋪/某分類商品不能參加活動時，可以加一個不參加活動商品的功能。
店鋪券和平臺券不建議設置不參加活動的商品，因為使用店鋪券和平臺券時客戶已經到確認訂單頁了，這個時候說不滿足優惠券使用條件，那么客戶得重新計算金額。并且如果不知道是哪個商品不符合用券條件的話，那么客戶這個時候不知道怎么操作，會比較沮喪。
4）贈品設置：某些活動需要設置贈品
贈品處理有兩種解決方案：
- 一種是做單獨做SKU，贈品到時候也會作為一個商品被擺上貨架，下單的時候將會自動加到商品列表，這樣比較依賴于業務條件。因為對于小單品且sku比較多的商品來說，商品都是自動同步的，這個時候erp不一定有單獨的贈品的sku。而且像我所屬的醫藥電商平臺，所有的店鋪賣的都是平臺的標的，對于贈品這種無法準備定義的商品，平臺是無法去專門維護基礎庫的；
- 另一種則是做一個假SKU，那么在前端顯示的時候只顯示贈品的名稱，也不會有專門的商品的詳情頁，這樣處理的話比較簡單。但是對于用戶來說，無法準確評估贈品的價值，另外還需要單獨維護一套贈品庫和贈品庫存（贈品庫存邏輯在后面的庫存專題中會講到）。
5）活動效果統計
正常情況下，每次進行活動時運營需要知道有多少人參加了這個活動，統計的維度根據活動性質定義，如果是單品活動，就統計這個單品采購數量，關聯訂單數量；如果是滿減或用券活動，那么就統計對應的訂單數和客單價。
優惠券還可以分別統計領券的人數和用券的人數。
2.2 活動之間的互斥規則
活動之間需要設計互斥，尤其是單品活動，因為一個單品只能由一個特價活動。
處理方式分兩種：
- 一種是在后臺創建活動時處理，挑選商品時前端控制不能選擇已參加過互斥活動的商品；
- 另一種是后臺創建活動時不做限制，如果活動互斥的話，那么用戶可以選擇享受什么優惠（對于大型平臺更加適用）。
2.3 前端頁面處理
前端頁面的信息展示主要是在三個層面：
- 一個是商品卡片，涉及展示的價格，活動標識，原價的展示；
- 一個是商品詳情，商品詳情中需要展示活動信息，領券入口，特價商品標識等；
- 另一個是購物車：購物車中需要展示領券入口，滿減入口即享受的滿減折扣，單品活動價格等，尤其需要注意不參與滿減活動的商品及單品活動，超出限購的數量的展示。
其他頁面還包括如活動專區專區：適用于多個商品的活動，如：滿減、滿贈；領券中心：展示可以的優惠券；確認訂單：使用店鋪券和平臺券，其他H5專題頁，但是這種方式只能展示有限的商品。
購物車的排列：購物車的商品先按照店鋪的維度，把不同的店鋪商品聚合在一起，再按照店鋪活動的維度把參加同一活動的商品聚合在一起，最后是單個商品。
金額之和：是在支付環節的購物車和確認訂單頁面，按照分攤的順序分別是單品活動、店鋪活動、平臺活動，其中店鋪活動的滿減更多的是展示在購物車，用券更多的是在確認訂單頁。
另外由于單品只能展示一個價格且該價格在前端頁面會直接顯示出來，如果定義這個價格為銷售價的話，那么本頁面的商品的價格為：銷售價*數量之和-滿減優惠金額之和。
而在確認訂單頁，每個店鋪的小計=銷售價*數量之和-滿減優惠-店鋪優惠，總的結算金額為：店鋪小計之和-平臺券優惠。
2.4 價格分攤
價格分攤的最主要目的一個是便于運營核對成本，還可以作為與商家對賬的根據，尤其是可以作為退款的依據（即優惠平攤到每個商品上，這樣可能會引起部分客戶為了滿足優惠條件而先湊夠訂單金額，之后再進行退款，但這樣更透明，體驗會更好。如果平臺為了規避這種問題，采取其他辦法如先退還優惠券，這樣又會導致客戶的信息不對稱）
價格分攤的順序：先以銷售價作為商品在訂單中展示的價格，當存在滿減活動時，參加滿減的活動的商品針對滿減金額進行分攤。當存在店鋪券活動時，全店鋪的商品的商品基于滿減分攤后的金額，繼續進行分攤，平臺券的分攤同理是基于店鋪券分攤之后的金額進行分攤。
分攤算法：
由于價格不管怎么樣分攤，都是會存在誤差的，所以盡量讓誤差最小，如果按照最簡單的方式分攤的金額=單價*優惠金額/符合優惠條件商品總金額，然后進行向下取整，那么每一個單品都會產生一個誤差。如果這個誤差定義為小數點后三位的話，那么每一個商品都會有一個最大不超過0.01的誤差，100件商品可能會存在一個最大不超過1.00的誤差。
那么只能優化算法盡量讓誤差更小，剛剛分析誤差大的原因是100件商品都有一個誤差，那么我們縮小這個數量即可。所以我們肯定是需要將優惠一步步按照商品的維度（一個商品可能買了多個）分攤下來的，最終的誤差取決于最后分攤的一批商品數量有多少。
每一步的每個商品需分攤誤差=單價*待分攤優惠/待分攤商品總額，所以制定商品分攤排序的時候，最后分攤的一批商品數量越少越好，具體商品分攤時應該怎么排序可以視業務情況而定。
另一個維度：我們需要確保每一個商品被分攤的誤差的公平性，如果分攤不均的情況下，在退貨時候，可能因為實際享受到優惠的偏大或偏小而影響商家或客戶的利益，所以算法也需要照顧到這一點。（這個意義不大，而且不太好處理）
誤差處理：我們之前遇到的很大的一個問題就是我們的誤差處理方式有問題，導致最后財務大規模無法對賬，我們之前的邏輯是店鋪優惠分攤下來的誤差全部放到子訂單中，平臺券的誤差全部放到母訂單名下。這樣的處理的話一個是退款的時候，可能會導致多退給采購商錢了（因為平臺券優惠沒有分攤完，導致子訂單金額比母訂單金額要大）。
但是我們給錢的時候卻又少給了采購商錢，財務對賬的時候沒辦法平這個誤差，所以最后把平臺券誤差直接放到一個金額較大的供應商名下，那么無論如何都是平的。
2.5 其他重要問題
無論是前端還是后臺的訂單，訂單中一定要顯示商品，否則采購商不知道贈品到底有沒有顯示，而供應商也不知道到底有沒有贈品，這一點容易被遺漏。
贈品處理：上文已說過，如果贈品直接和ERP是同步的，那么在訂單同步時贈品一定要同步過去；如果贈品和ERP沒有同步，那么訂單同步時贈品只能通過備注來提醒買家。
取消訂單/退款：取消訂單或整單退款時，對應的訂單中使用的優惠券和限購數量，限購次數一定要回滾，否則客戶取消訂單之后再購買則會產生體驗的問題。
三、其他模式（暫時不詳）
- 促銷活動在商品中間取設置價格
- erp同步促銷活動
本文由 @?不橈 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
樓主，方便加微信嗎？目前醫藥行業pm
這個誤差是怎么造成的？我咋沒遇到過 ?
計算分攤優惠時的四舍五入或向下取整都會帶來分攤金額的偏大或偏小