優惠券設計:前端&核銷篇

24 評論 56412 瀏覽 427 收藏 8 分鐘

本文分別對優惠券核銷和前端頁面進行了介紹。

一、優惠券核銷

優惠券核銷主要在訂單提交時進行,需要進行以下三個方面的判定和計算:

  1. 可用判定:判定訂單的時間、商品、金額等維度是否符合優惠券的要求。一般在進入確定訂單頁面時,即進行相關校驗。
  2. 抵扣計算:優惠券在訂單中實際抵扣的金額計算,主要涉及到與其他優惠活動,或者積分等疊加計算規則。一般在選擇優惠券后進行計算。
  3. 優惠金額分攤:將實際的抵扣金額,按比例分攤至適用范圍內的每個商品。主要用于售后退款以及銷售數據計算。

1. 可用判定

可用判定指優惠券對于訂單是否可用,主要進行以下兩個校驗:

  1. 優惠券是否可用。即優惠券是否在未使用狀態,且當前時間在優惠券有效期內;
  2. 訂單中適用優惠券的商品是否在優惠券的范圍內,適用范圍內的商品是否達到滿額要求。

一般在進入確定訂單頁面前,會對用戶持有的所有優惠券進行如上兩個校驗。并在確定訂單頁面進行顯示。參考下圖淘寶和餓了么確定訂單頁面:

? ? ??

左圖為淘寶確定訂單頁面,右圖為餓了么確定訂單頁面,兩者均在進入確定訂單頁面前校驗了可用優惠券。不同之處在于,淘寶中默認選中了適用的最大金額優惠券,餓了么僅做了可用優惠券提示,并未直接選中。

2. 抵扣計算

大多數情況下,優惠券的抵扣計算都是比較簡單的。以滿減券為例,大多數場景,適用商品總金額減去抵扣金額,不可小于0即可。

在優惠券可用的基礎上,假設m=訂單中優惠券范圍內商品總價,n=優惠券的抵扣額度。

則:實際抵扣金額=min(m,n);

舉例:用戶持有全場無門檻100元優惠券,商品A每件40元,用戶使用優惠券購買兩件A,則優惠券實際抵扣金額為80元。

更為復雜的場景為和其他促銷活動疊加生效時,對于訂單金額和優惠券抵扣金額的計算。

舉例:

A商品銷售價40,B商品銷售價100,C商品銷售價80;

用戶持有雙11優惠券適用于A,B的優惠券,無門檻300元優惠券;

B商品每件最高可使用積分以10:1的比例抵扣60元,C商品最高可抵扣50元;

商城營銷活動:雙11前30分鐘A,C商品首件半價;

用戶在雙11前30分鐘購買3件A,1件B,2件C時,最高可使用多少積分?優惠券實際抵扣金額為多少?訂單最終需要支付多少金額?

要解決以上問題,需要對促銷活動進行分層,可按如下方式進行分層:

優惠券和其他促銷活動按照層級依次進行計算。以后有機會針對促銷活動進行詳述,此處不再展開。

3. 優惠券金額分攤

優惠券金額分攤指將訂單層面的優惠券抵扣金額,按照商品價格比例分攤到各個商品。主要用于計算商品的實付金額,用于售后退款和數據統計。

優惠券金額分攤的原則是:在適用范圍內,按照折后價格進行按比例分攤。

優惠券金額分攤是比抵扣計算更加復雜的過程。僅從優惠券層面分攤,假設商品1單價為m,訂單中優惠券范圍內商品總價為n,優惠券實際抵扣金額為x,則:

一件商品1的分攤優惠券抵扣金額y=(m/n)*x。

值得注意的是:對于分攤時小數點取整時,需要在保持總值不變的情況下進行大入小舍,單純進行四舍五入會產生誤差。

舉例:

商品A和B,均為10元,優惠券為滿20減11.11,則按照分攤計算方式,

A和B的抵扣金額均y=(10/20)*11.11=5.555

如果單純進行分位的四舍五入到5.56,會導致分攤后的優惠券之和大于訂單優惠券抵扣額度。此種情況一般的處理方式為,隨機A和B其中一個進1,一個舍掉,保證能夠總賬能夠對應。

二、優惠券前端設計

前端設計僅做簡述參考,主要涉及到券包和抵扣頁面和消息通知。

1. 我的優惠券

上圖為一種較為簡潔的設計方式,適用于優惠券數量相對較少的情況,比較清晰明了。

2. 抵扣過程

確定訂單頁面自動選中最大可抵扣優惠券,用戶也可以重新選擇其他優惠券,或不使用優惠券。

3. 推送通知

推送通知主要起到提醒用戶的作用,優惠券相關的提醒場景有兩個:

  1. 新優惠券。用戶獲得系統發放的優惠券時,進行通知提醒;
  2. 過期提醒。優惠券即將過期時,進行提醒使用。

小結

核銷是優惠券生命周期的重要一環,與訂單關系密切,同時與其他促銷活動也有著復雜的關聯。下一篇將從數據角度對優惠券進行闡述,敬請期待。

優惠券設計前序三篇:

整體框架:《優惠券設計:整體框架篇

優惠券模板:《優惠券設計:優惠券模板篇

優惠券活動:《優惠券設計:優惠券活動篇

 

本文由 @風之耳語 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 可以可以 漲知識了

    來自廣東 回復
  2. 學習了,最近剛好用到

    來自北京 回復
  3. 餐飲平臺的通用優惠劵 怎么考量和商家端的核銷呢 這個好難 因為不僅僅涉及到自己平臺的利益 還有商家端 我卡主了

    來自廣東 回復
    1. 同問??!

      來自內蒙古 回復
    2. 哈哈哈兄弟有方案了嗎 我們之間做的平臺全補貼了 ,沒有涉及商家利益了

      來自廣東 回復
    3. 我也遇到這個問題了,內部討論的解決方案是 平臺通用型優惠券由平臺方進行記錄出一個統計核算。每隔月對商家進行劃賬。

      來自河南 回復
  4. 設x,y,m,n實在看得有點心塞。樓主數學系出身的么···

    來自廣東 回復
  5. 金額分攤的舉例看不懂 還可以描述更詳細點嗎

    回復
  6. 優惠券范圍內是啥意思?

    回復
  7. 太贊了,很系統,看了第一篇文章成功圈粉,把剩下的都看完了,期待更新優惠券數據篇~~

    來自上海 回復
  8. 感謝分享

    來自北京 回復
  9. 當訂單延遲上送,到上送時優惠券已過期,這時候一般怎么處理,還支持核銷么?

    來自福建 回復
  10. 太贊了,看了第一篇文章成功圈粉,把剩下的都看完了,期待更新。。。。

    來自江蘇 回復
  11. 瑞幸流程

    回復
  12. 能否介紹下核銷異常流程的卡券處理?比如取消訂單,看流程圖會做退券處理,從系統上講,是原券退回還是通過系統機制做補發處理呢?

    來自北京 回復
  13. 寫的非常號,感謝分享,有沒有寫 優惠券統計篇 的打算?

    來自北京 回復
  14. 厲害??

    回復
  15. 對我們服務端的設計很有幫助

    回復
  16. 同行同行,感謝分享,我也做了一個很復雜的優惠券體系。關于文中提到的四舍五入誤差問題,我們的方法是最后一件商品用差值法計算,相當于把產生的誤差都算在這件商品頭上,供其他同學參考。

    回復
    1. 大多數場景是沒有問題,但當用戶購買多件優惠券范圍內商品時,這種計算方式有可能會把誤差放大到最后一件商品上,存在一定風險。

      來自浙江 回復
  17. 不錯??梢詤⒖?/p>

    回復
  18. 請問有ppt模板嗎?

    來自廣東 回復
    1. 留郵箱發你?

      來自浙江 回復
  19. 回復