中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在電商交易中，優惠券發放是互聯網企業常會使用的促銷手段，而優惠券系統也已經成為電商后臺體系相對重要的模塊。那么關于優惠券的核心問題，比如金額分攤等問題，你知道多少？本篇文章里，作者便關于優惠券系統、以及優惠券核心問題等方面做了解答，一起來看。

優惠券早已是各個行業在線交易業務必備的營銷手段。有交易相關業務的互聯網公司都會用到優惠券，通常會在公司業務發展的前期，就會開始建設自己的優惠券系統。優惠券的價值在于通過平臺或商家讓利的方式降低價格，促進用戶去購買商品。從產品上看，優惠券系統屬于電商后臺體系的一部分，和訂單、商品等系統相關聯。

本文描述下搭建一套優惠券系統，產品所需要做的一些事情，和一些優惠券系統的一些關鍵問題。其實現在寫優惠券系統的文章已經很多了，不過比如金額分攤這些優惠券的核心問題，很多文章沒有涉及到，本文會用案例來寫一下這些方面。

一、從運營角度看優惠券

優惠券用于運營，負責優惠券的通常是運營部門，所以我們做優惠券系統前需要先從運營的視角來看，優惠券如何運用到業務上，和運營部門對優惠券的使用需求。

優惠券的價值，是商家或平臺通過讓利的方式降低價格，促進用戶做消費轉化。讓利會讓商家少賺一些，甚至虧損，但在各行各業都很卷的今天，為了搶用戶，優惠券這種老土的方式依舊是最常見的。

和直接降價促銷的形式相比，優惠券使用的場景會更廣一些，主要原因是第一優惠券更靈活，可以針對每個用戶設置不同的優惠券，發放、領取的手段和渠道也很多，滿足不同的運營場景需要；第二優惠券可以給用戶一種得利的心理感受，而降價促銷容易讓用戶以為原價只是個沒用的標價，降價的價格才是正常價格（事實上也經常是這樣的）。

優惠券發展到現在，玩法非常多，常見的玩法大致有這么一些：

1）通過活動給用戶發優惠券

比如雙11等各種平臺大大小小的營銷活動，可以是平臺發起的，也可以是商家發起的。平臺自動給用戶發優惠券，或者通過領券頁面讓用戶自己領優惠券。一些大的平臺可能長期會有各種活動，各種類型的優惠券也是不間斷的會有

2）滿足特定條件的用戶，給用戶自動發券

比如第一次登錄的新用戶、一段時間沒消費即將流失的用戶、有售后投訴行為的用戶等，具體的用戶范圍就看這次發券的目標。發券的形式通常是用戶進入頁面后彈窗發券，或者無感知發券，給用戶一個短信站內信的通知。

3）分享好友，好友注冊后領券

好友裂變的方式，優惠券作為吸引用戶的條件?，F在拼多多的好友砍一刀也是類似的玩法，只是用的不是優惠券。

4）通過兌換碼領取優惠券

這種通常是和外部平臺合作，用戶在其他平臺的積分商城、會員等渠道獲得了這個平臺的優惠券，拿到兌換碼后在平臺兌換優惠券。兌換的操作不一定用兌換碼，但邏輯是這個邏輯。

這是幾種常見的玩法，優惠券還有其他玩法，這幾種玩法之間也不完全有分界限。

運營做一個營銷方案，發完優惠券之后，肯定需要通過數據觀察優惠券的效果。所以運營部門的需求，會需要看這幾個數據：

優惠券的領取和使用數量：每張優惠券，有多少被領取和使用，以此推算優惠券領取率、使用率，看用戶對優惠券的接受程度。如果是系統發放的優惠券，看發放和使用率。

• 下單轉化率：有下單行為的用戶占總用戶的比例。優惠券的目的是引導用戶下單，所以需要通過觀察下單轉化率是否有提升、提升了多少，來看優惠券的運營效果。
• 優惠金額：通過優惠券給訂單的優惠金額，運營部門通常有營銷活動預算，用在這些優惠訂單上，所以要統計優惠金額用來算錢，看實際的成本和預算是否匹配。

二、優惠券系統框架

從產品角度，首先拆解一下整個優惠券系統的框架：

優惠券系統可以從4個方向做拆分：

1. 優惠券創建

這是第一步，需要在后臺創建優惠券，完善優惠券的各種信息。優惠券信息，比較簡單的比如名稱、使用說明就不詳細列了，這里列幾個相對關鍵的信息：

1）優惠類型，折扣、立減、定價，對應的優惠金額，是否設置金額門檻；

2）可用商品/商家范圍，可以設置商品維度和商家維度。有些公司的商品和商家之間會關聯，商品本身已經包含了商家維度，這時候商家商品需要同時選。一些大的電商平臺，會區分平臺券和商家券這兩種類型的券，平臺券可能是所有商家可用，商家券由商家自己發售，單個商家可用，其實也是可用商家范圍的邏輯；

3）有效期，需要設置優惠券領取和使用的有效期這兩個有效期；

4）用戶領取和使用的限制條件，比如是否只有新用戶可領可用，每個用戶同時可領幾張，APP/小程序/M站哪些渠道可用，和哪些其他優惠不能同時使用等。

優惠券模塊通常會與營銷活動模塊關聯。

營銷活動模塊表示一場營銷活動的相關信息，可以是雙11這種促銷活動，也可以是日常的比如新用戶活動。在營銷活動模塊會定義活動的時間、用戶范圍、展示位置等信息，和這場活動要用的優惠形式，可能是單張優惠券，可能是組合優惠券，也可能是折扣促銷等其他優惠方式。

有些公司可能會把優惠券和營銷活動這兩個模塊做在一起，我個人建議這兩個模塊最好分開，降低耦合度?；顒雍蛢灮萑髯缘亩x有一些差別，優惠券模塊只定義優惠券本身的發放、使用信息，不需要定義優惠券用在哪個活動上。而且優惠券可以用于多個地方，不一定通過活動發放，一場活動也可能不用優惠券用其他優惠形式進行，所以盡量將優惠券和活動解耦。

2. 優惠券發放

優惠券發放管理需要專門做一個模塊。常見的優惠券發放有兩種形式：

1）系統發放

系統發放指的是制定相應的系統發放規則，用戶觸發規則后，給用戶自動發放優惠券。比如平臺營銷活動、新用戶優惠等，都屬于系統發放。

這個模塊的實現方式，通常是先制定一條發放規則，具體規則直接代碼寫死，然后優惠券再去關聯這條發放規則。這樣把優惠券和發放規則解耦，可以支持一條發放規則用于多個優惠券的情況。

還有一種人工發放，主要針對用戶售后、投訴時，人工給用戶發優惠券作為補償的場景，同樣也屬于發放這一類。

2）用戶領取

用戶領取指的是在用戶端設置領券頁面、彈窗后，由用戶主動去領取優惠券。從運營角度來看，和系統發放的不同點在于多了個領取動作，用戶可以主動領取自己想要的券，而不用系統一股腦塞給他。

產品實現方式是用戶端做個領券頁面，在這一條發放規則中直接填寫這個領券頁面的鏈接即可。至于這個領券頁面出現在哪、什么條件出現，可以在用戶端頁面里去定義。

3. 用戶使用優惠券

優惠券的使用主要涉及到用戶端頁面和訂單、財務模塊：

1）用戶端

用戶端的下單頁面需要支持使用優惠券。用戶下單時，要有個選擇優惠券的入口和選擇優惠券頁面，注明哪些優惠券是可以用的，哪些是不能用的以及原因，然后幫用戶自動選擇一張優惠券，通常是選擇可用面額最大的優惠券。

選優惠券時還有限制條件，比如優惠券可用幾張，不同類型的優惠券、或者優惠券和其他類型的活動是否能同時使用，如果有沖突需要在下單頁面中說明。

除了下單頁面，購物車和商品詳情頁面也需要計算優惠券，因為這兩個頁面也會涉及到訂單金額。商品詳情比較簡單，顯示可用的券和優惠后的金額即可，購物車頁面就會復雜一些，需要根據用戶勾選的商品，計算這些商品可用的券、和每個商品優惠后的金額，比如用戶經常會在購物車湊滿減。

2）訂單

訂單中需要顯示用戶下完單后使用的優惠券和優惠金額。通常訂單金額相關的字段有商品金額、優惠金額、應付/實付金額，優惠金額就是用來記錄該訂單所有優惠的金額。如果訂單有多項優惠，那么還需要幾個細分的優惠金額字段，來記錄各項優惠金額。

訂單的逆向流程也需要考慮優惠券，也就是訂單退款的時候優惠券要不要退。這時需要看第一優惠券是否可退，第二優惠券是否已過期，如果可退且未過期，就可以正常退給用戶。給用戶退的具體金額就是優惠后的實付金額。

3）財務

只要對訂單金額有影響那對財務就有影響。財務需要記錄訂單的資金明細，實際收入金額，和優惠金額。優惠后的金額如果涉及到和商家分賬，那需要記錄優惠后分賬的結果。

用戶使用優惠券會涉及到一些算錢的問題，這塊放在下一章描述。

4. 優惠券其他支撐、關聯的部分

1）數據統計

前文提到運營在做優惠活動的時候，需要分析優惠券的領取和使用數量等數據，因此需要在BI上做優惠券數據統計。常見的數據有：

• 優惠券領取量/領取率：一個批次優惠券的領取情況，如果是系統發放，就統計發放數量。這個數據主要是看當前發的優惠券和預算是否匹配，一般申請的優惠券總數是按預算來申請的，如果看比例可能會多了或者少了就要做相應調整。
• 優惠券使用量/使用率：一個批次優惠券的使用情況，這個數據主要看優惠券對用戶的運營效果。
• 優惠券使用金額：一個批次優惠券的優惠金額，同樣看優惠券和預算的匹配。
• 訂單下單轉化率：屬于訂單維度的數據，看有優惠券之后，對用戶下單轉化能提升多少。
• 訂單GMV：結合轉化率，看在轉化率提升和客單價下降的情況下，總的訂單GMV有多少提升。如果GMV在下降，說明是賠錢做吆喝（當然不是不可以）。

2）消息通知

優惠券需要給用戶發消息，尤其是系統發放的優惠券，否則用戶可能不知道優惠券。

發消息的場景，主要是獲得優惠券，和優惠券即將過期這兩個場景。消息的形式通常是站內信和短信。

三、優惠券系統設計常見的一些關鍵問題

以上都是一些大框架，優惠券產品設計過程中相對比較重要、也比較麻煩的，其實是算錢的一些問題。常見的關鍵問題主要有以下3點：

1. 多商品之間的優惠金額分攤規則

如果一個訂單有多個商品，訂單使用優惠券后，需要將優惠金額分攤到每個商品上。分攤后才能計算每個商品的實際支付金額，商家分賬或者訂單退款時都會影響到。分攤時需要分攤到訂單最小顆粒度，常見的是單個SKU維度。

金額分攤不是簡單的四舍五入就行，因為四舍五入后總金額可能會對不上。這里介紹兩種常見的分攤方法：

方法一：將訂單所有商品按照商品金額大小正序，即金額低的排前面，然后前面幾個商品按四舍五入計算優惠金額，最后一個商品再用總優惠金額減去前面已經優惠的金額。

舉個例子：3個商品，A商品價格2.3元，B商品價格10.84元，C商品價格27.48元，總價40.62元，優惠券金額為10元，那么優惠金額分別為：A商品2.3/40.62×10=0.57元，B商品10.84/40.62×10=2.67元，C商品10-0.57-2.67=6.76元。C商品如果按照四舍五入來計算，那么優惠金額會變成6.77元，超出優惠券總金額1分錢。

這種算法的好處是，保證總金額對的上的同時讓誤差最小。如果金額最大的商品在前面四舍五入，那分攤到最后一個商品的誤差會相對比較大。不過這個方案會出現一種極端情況，就是前面商品分攤的優惠總金額已經大于訂單的優惠金額，導致最后一個商品不夠分了。這種極端情況只會在訂單金額小到幾分錢的時候才會發生。

方法二：優惠金額不四舍五入，直接取前兩位小數，前面的商品計算完成后最后一個商品再用總優惠金額去減。

還是上面這個例子，優惠金額分別為：A商品0.56元，B商品2.66元，C商品10-0.56-2.66=6.78元。

這種方案同樣會有極端情況，前面商品的優惠金額分的不夠多，導致訂單優惠金額大于了最后一個商品的商品金額。這種情況也只會在訂單金額幾分錢的時候發生。另外這個方案會讓前幾個商品的優惠略微偏低一些，最后一個商品優惠偏高一些。其實優惠金額分攤并沒有一種很統一且直接的方案，具體就看選擇哪種方案了。

2. 多種不同類型優惠/多個優惠券之間的優惠金額計算規則

有時候一個訂單中會有多種不同的優惠方式，比如優惠券、滿減/折扣、平臺會員、支付優惠等，優惠券本身可能還分為平臺優惠券、商家優惠券、運費/配送費優惠券。比如外賣平臺，就有商家的滿減、平臺的優惠券、商家的優惠券，這里面規則讓人感覺有點復雜，有時候我點外賣時會覺得我明明已經湊單了半天達到了優惠券使用門檻，怎么還是提示優惠券不能用。這個原因就是不同優惠的使用順序和門檻不同。

如果訂單有多種優惠，就需要制定優惠計算規則，每項優惠之間能不能一起用、優惠計算的順序和門檻。假如某個平臺有這幾類優惠：商家的商品優惠、商家優惠券和平臺優惠券。

首先，需要在優惠券中定義這幾項優惠之間是否可同時使用，如果不能同時使用，那么在下單的選擇優惠券頁面上需要注明和商品優惠不能一起用，如果用戶選了其中一項優惠，另一項就不生效。通常同一項優惠券只能使用一張，不同的優惠券就要看平臺怎么定了。

然后看優惠金額的計算順序和門檻。這里有兩種規則，平行式優惠和遞進式優惠。遞進式優惠意思是訂單的A優惠先計算完后，再用優惠后的金額作為B優惠的門檻和起始金額。平行式優惠指的是A優惠和B優惠用同樣的門檻和金額進行計算。

舉個例子，還是這3項優惠：商品優惠、商家優惠券和平臺優惠券，訂單金額300元，商品優惠為滿300減50，商家優惠券為滿200打8折，平臺優惠券為滿250減50。

假如這3項優惠是遞進式，商品優惠-商家優惠券-平臺優惠券依次遞進，那么首先計算商品優惠，訂單優惠后金額為300-50=250，然后再在250基礎上算商家優惠券，250×0.8=200，最后在200基礎上算平臺優惠券，由于平臺優惠券門檻為250元因此無法使用，最終訂單金額為200元；假如這3項優惠，兩個優惠券是平行式，商品和優惠券是遞進式，那么計算商品優惠后訂單金額250元，同時用商家優惠券折后減50元，和平臺優惠券減50元，最終訂單金額為300-50-50-50=150元。

3. 平臺和商家之間優惠金額分賬規則

訂單成交后，平臺和商家之間需要按照一定的比例進行分賬結算。訂單使用優惠券后，由于優惠券的成本分擔比例和訂單分賬比例不一樣，因此有優惠券之后，訂單的分賬規則需要同時計算優惠成本的分攤，和訂單收入的分賬。

我們常見的優惠券有平臺券和商家券，平臺券是平臺發的，平臺會和商家約定互相成單的成本比例，也可能都由平臺承擔。商家券一般是商家自己發行自己承擔成本。本質上不管什么券，都需要定義平臺和商家的分賬比例這一信息，平臺券需要定義哪些商家愿意參與這個優惠。這個信息在優惠券創建的時候就需要設置完成。

舉個例子，一個訂單金額300元，訂單的分賬規則為七三，商家七成平臺三成。訂單用了平臺優惠券50元，優惠比例二八，即平臺承擔40元商家承擔10元。訂單又用了商家優惠券減20元，都由商家承擔。訂單實付金額為230元。那么訂單最終的分賬結果，商家獲得300×0.7-10-20=180元，平臺獲得300×0.3-40=50元。

優惠券系統不復雜，這么多年來已經是常見的電商后臺系統之一了，有不少現成的案例可以參考。具體公司要做優惠券的時候，還是需要根據公司自己的業務特征和業務階段進行調整。