1shop 一頁購物

一、促銷活動概念及分類

電商平台促銷活動多種多樣，從促銷活動的範圍來看，分為單品促銷活動、多商品促銷活動、店鋪促銷活動，平台促銷活動。

從是否對商品的價格產生影響來說，又分為兩類：

• 一類是對商品價格產生影響的活動，在交易完成後，由於活動產生的優惠需要分攤到價格中去，因為這些是需要衡量成本的；
• 另一類則是不對商品價格產生影響。

二、不同類型的促銷活動的意義

單品活動包括：買送（買單品送原品）、買降（多買降價）、特價（單品降價）、秒殺（降價幅度大，限時）；店鋪活動包括：滿減、滿贈、店鋪券；平台活動包括：平台券。

• 特價/秒殺活動：特價/秒殺活動都是基於單品的價格做活動，通常情況為一些熱門產品設置特價/秒殺，達到為訂單引流的作用，尤其是我所在的醫藥電商領域，通常賣家會設置一個較高的起配金額，未達到起配金額的訂單將不會發貨，所以為了購買這個引流款，必須購買更多的商品。
• 買降活動：主要應用於批發的場景，對於批發行業來說，一次性購買的更多的客戶更有可能享受到更低的價格。從這方面來說，客戶為了節約成本，需要一次性購買更多這個商品。
• 買送活動：買送即買原品送原品，這個正常情況下比較少，主要是應用於小單價的批發中，因為對於B2B來說，採購的客戶基本不需要其他類型的贈品，反而送原品對他們來說肯定是有用的，而且送的原品也會納入他們成本考慮的範疇。
• 滿減活動：滿減活動應用場景比較廣泛，對於大單價商品來說可以做單品滿減促進該商品的轉化率，對於小單價的商品來說，主要是促進店舖的整體轉化率並提升客單價。
• 滿贈活動：滿贈活動和滿減一樣，可以設置單品滿贈或店鋪滿贈，玩法與各自的業務場景有關。
• 店鋪券：店鋪發送優惠劵，折扣的方式分為滿減或滿折，更多的是起到提升店鋪轉化率和客單價的作用，滿折更多適用於B2B，因為B端用戶更多的會去衡量各個商品的毛利有多少。
• 平台券：平台發送的平台券，主要是起到為平台引流，提昇平台下單成功率的作用，最好的效果是客戶最後在使用平台券的時候帶動多個店舖的銷量。

三、促銷活動模塊設計方法

下面分別從以下幾個維度，分別講解促銷活動的處理辦法：

2.1 營銷活動後台設計

後台編輯營銷活動時，主要分為三大模塊信息：活動定義、限制條件、商品範圍。

1）活動定義包括：活動名稱、活動描述、促銷規則

促銷規則：

• 需要注意的是，特價/秒殺活動有可能需要手動設置原價（因為在前端展示的時候如果直接拿商品的真實價格作為原價顯示的話，會顯得促銷力度不夠大）；
• 滿贈及滿減，買送等活動需要設置多階梯的促銷規則；
• 滿減活動和優惠券需要考慮到折扣類型是滿減還是滿折，對於客戶下單來說是有不同意義的。

2） 活動描述包括：活動時間、活動庫存、限購數量/次數是否參加滿減等

活動庫存：主要用於單品活動，運營設置活動的時候，偏向於拿一部分固定的商品參加活動，先到先得，這樣也能控制總體成本。活動庫存的設置會影響到庫存邏輯，這個在庫存的專題再詳細介紹。

限購數量/次數：限購的角度可以分兩種，一種是針對於商品限購，一種是針對於訂單限購。

• 針對於單品限購的情況下，只允許客戶買指定的數量，超出的數量不參加活動；
• 針對於訂單的限購的情況下，至允許客戶前多少次下單才享受活動（一般用於滿減）。

是否參加滿減：適用於單價低，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沒有同步，那麼訂單同步時贈品只能通過備註來提醒買家。

取消訂單/退款：取消訂單或整單退款時，對應的訂單中使用的優惠券和限購數量，限購次數一定要回滾，否則客戶取消訂單之後再購買則會產生體驗的問題。

三、其他模式（暫時不詳）

1. 促銷活動在商品中間取設置價格
2. erp同步促銷活動

想要低成本提高轉化率,不妨使用一頁購物讓客戶衝動下單,不浪費每一筆廣告金>>>>

一頁購物適合:

1.團購開團，快速建立銷售購物車，金流自動對帳節省統計人力。   

2.下廣告(Facebook/Instagram/Google/Yahoo)，一頁式上方介紹產品，下方馬上結帳，增加轉化率。   

3.行銷操作，可快速建立同商品不同價格來測品(或同商品，不同介紹)。 

4.商品較少的商家，不需要傳統購物車，頁面會太單調。   

5.針對手機優化購物體驗，適合LINE/Facebook傳播   

6.爆品行銷，一頁購物可承受大量使用者連線，不用擔心Facebook直播導購，流量因系統問題而浪費。