產品設計:優惠券系統

19 評論 34027 瀏覽 523 收藏 13 分鐘

編輯導語:優惠券的本質是以讓利的方式,吸引更多用戶去購買商品,是非常重要的一個促銷手段。本文作者結合自己的業務經歷,整理出了優惠券系統的搭建過程,希望能給你帶來幫助。

最近剛完成平臺的優惠券系統,產品設計過程中也看了很多競品和文章,現在結合自己的業務經歷,把優惠券系統搭建的過程通過文字整理出來,也方便自己復盤整個過程。

優惠券的本質是商家以讓利的方式降低消費門檻,吸引更多用戶去購買商品,提高訂單量、客單價,同時滿足拉新、促活,提升復購率等用途。

我司是一個IT教育電商平臺,作為一個To C的業務,優惠券是非常重要的促銷手段,為了滿足業務需要,我負責搭建了優惠券系統。

一、優惠券流程

優惠券系統的流程比較簡單:首先運營在后臺創建優惠券模板,在實際使用場景中選擇以哪種方式進行投放,如果需要跟營銷活動相關聯(一般是H5活動頁形式展示),則需要創建一個活動,將優惠券與該活動關聯;否則直接通過模板配置的方式發放優惠券,如運營手動發放,系統自動發放等。

接著用戶領取優惠券,根據優惠規則下單支付,這里涉及到前臺頁面顯示(商品詳情頁、購物車等)、后臺多種優惠方式互斥計算。

最后是數據統計,方便運營人員對優惠券的投放狀態、使用情況做統計。

業務流程圖

所以,優惠券系統可以劃分為四個功能模塊:創建優惠券、優惠券發放、優惠券使用、數據記錄和統計。

優惠券系統功能結構圖

二、創建優惠券

創建優惠券是優惠券系統的第一步,是業務的基礎,產品設計時要盡可能考慮到多種業務場景,避免上一個版本運營就提一些新需求。創建優惠券主要有以下幾部分組成:基本信息、優惠類型、適用范圍、發放規則。

1. 基本信息

基本信息包含優惠券名稱、生成數量、每人限領數量、與其他優惠是否能疊加使用、發放時間、使用有效期。

使用有效期可以分為兩類:

  1. 固定天數:設定一個固定數,比如:30天,表示從領取之日起30天內有效
  2. 固定時間段:設置開始和到期時間,該時間段內優惠券有效

2. 優惠券類型

優惠券類型要根據公司實際情況去設計,主要立減券、滿減券、折扣券。

  • 立減券:即無門檻使用,直接設置優惠券面額即可,需要注意的是,優惠券面額要大于商品金額才能使用,具體規則跟分銷有關,比如要大于商品1元才能使用。主要針對有購買意向,但嫌沒有優惠的用戶拉首單使用的。
  • 滿減劵:需設置使用門檻,優惠券面額和使用門檻的規則也是可以思考的,如我負責的業務,商品使用優惠券后是平臺和講師共同承擔成本,那就需要運營設計好成本,比如使用門檻要大于等于優惠券面額的三倍。主要在活動促銷中發放,讓那些原本可以接受高價的用戶繼續高價購買。
  • 折扣券:使用后商品可打折,需要考慮已有折扣優先級,是否疊加使用。

3. 適用范圍

適用優惠券的商品類型、用戶類型,兩者可滿足不同運營指標。

  • 以商品維度:可以分為全場通用、店鋪通用、指定分類、指定商品。平臺和商家各自創建優惠券,方便大小型營銷活動使用。
  • 以用戶維度:可通過用戶標簽來制定,常見的如注冊用戶、會員用戶、復購用戶,便于運營靈活操作。

4. 發放規則

優惠券發放形式主要為系統發放和主動發放,具體的在下面介紹,在創建優惠券時可以設置,如發放形式、發放條件、是否開放領取。

由以上介紹可以創建出一個最簡單的優惠券,具體的字段根據實際業務場景設計,原型實例:

原型示例

三、優惠券發放

在設計發放規則時,產品要熟悉優惠券的特性和用途,了解業務場景,才能梳理好路徑和規則,發放形式一般分為系統發放主動領取:

1)系統發放

可以通過發放場景來劃分。

  • 系統:制定相應的規則,用戶觸發規則后,系統自動發放券。如用戶注冊后發券、消費后發券,這可以代碼寫死,或者在創建券時新增一個字段做設置。還如優惠券和活動關聯,用戶完成某項任務時,系統自動發放。
  • 人工:當有獎勵或者賠償用戶時,可由運營人員手動發放,發放時可設置單個發放或批量發放。

2)主動領取

一般是在店鋪主頁、商品詳情頁、促銷活動頁中展示,用戶需要領取才能到賬,形式可以是在詳情頁無成本領取,也可以是將優惠券與活動相關聯,如抽獎活動、簽到活動等,利用大額優惠券吸引用戶活躍,通過任務和優惠券促進用戶轉化,并且這類優惠券的感知和觸達率會更高。

需要考慮的是,系統發放的優惠券,要通過不同形式的消息提醒來告訴用戶——“你做什么可以獲得優惠券”“你已經有優惠券了,快去使用吧”,提醒手段有兩種:

  1. 主動觸達:比如推push(站內信、app消息通知)、發短信、公眾號推送。推push需要用戶必須進入網站或者app,push打開率也并不高,發短信觸達率是高,但是打開率不高,同時發短信也要成本啊,還有可能被拉黑和投訴,公眾號則是需要獲客成本,總的來說各有各的優缺點,大型活動時是全走一遍。
  2. 被動觸達:同push一樣,需要用戶進入網站或app,比如每天首次進入app有彈窗提示、觸發規則后在原有頁面中加相應提醒。這種方式的優點在于觸達率高,在用戶在有需要的時候就能發現送券了,有利于轉化。

四、優惠券使用

優惠券使用涉及到前后臺,前臺主要是下單流程的展示、后臺主要是訂單系統。

1. 前臺

1)商品詳情頁、購物車

如果商品有可使用的優惠券,可以顯示優惠券張數,用券后的價格(一般顯示最低金額),前置了優惠,讓用戶從進入詳情頁就知道自己有優惠可用。

2)結算頁

系統默認使用面額最大的優惠券,若金額相同,則先使用先過期的。需要列出用戶擁有的所有優惠券,用戶可自由選擇可適用的券,不能用的券置灰不可選,靠后展示。

2. 后臺

1)價格計算

使用之前,需要根據優惠券創建時的規則來判斷,商品是否能使用?是否能與其他優惠疊加使用?由此來算出商品的最終價格,這是使用中最復雜的階段,尤其是平臺本身有很多優惠形式時,各種優惠的優先級,是否互斥,具體規則要窮盡出來。

像我負責的業務,優惠形式有折扣、滿減、積分抵扣,折扣形式有七八個,折扣之間可疊加或不疊加,優惠券的優先級,能跟哪些疊加和互斥,計算起來都是比較復雜的。涉及到錢的地方,都需要認真再認真??!

2)分攤

這里的分攤有兩種,一個是多個商品同時使用優惠券時,優惠券抵扣的金額要根據商品價格比例平攤;另一個是結合業務,優惠券的成本由誰來承擔,是平臺還是商家,還是共同承擔,如果是共同承擔,各自的比例是多少。

3)退還

用戶下單時使用優惠券,下單后未付款超時、未支付取消,支持退還優惠券。而已付款退貨涉及到價格計算和分攤,較為復雜,一般是不支持退還的。

五、數據記錄和統計

數據主要是為了觀察優惠券的發放、領取、使用情況,便于后期根據數據情況復盤運營動作,一般有以下幾個統計維度:

  • 發放率:該批次已發放優惠券數量/該批次優惠券總數量*100%
  • 使用率:已使用優惠券數量/已發放優惠券數量*100%
  • 用券訂單量:使用該批優惠券的訂單數量
  • 用券總金額:使用該批次優惠券的訂單總金額

已領取、已使用的優惠券還要記錄領取用戶的相關字段,如uid、手機號、訂單號、下單時間、購買商品id、訂單金額等,原型實例:

原型示例

六、總結

優惠券系統的功能點不算復雜,難點在于要結合業務考慮的盡可能全面,完整考慮好創建-投放-使用-統計

的閉環。因為優惠券會用于非常多的業務場景,所以需要在后臺優惠券系統搭建時,將其與業務解耦,否則會導致后期拓展性不強。

基礎要打好,產品是迭代出來的,在夯實的基礎上再去優化才能讓產品跟滿足業務需要。我自己在做的時候就有些特殊的需求,如優惠券類型可以定制化(可購買)、優惠券創建后自動生成一個領取鏈接等,規劃時要有舍有得,像優惠券這個大系統的需求,可以分多期來做。
本文由 @阿常常 原創發布于人人都是產品經理,未經作者許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 24年看到也不算晚,好,感謝!

    來自北京 回復
  2. 您好,請問下,優惠券在設計的時候需要考慮和微信、支付寶的打通嗎?不用考慮對接嗎?

    來自浙江 回復
    1. 不用的吧,微信支付寶只是提供支付接口,你把最終要支付的金額傳過去就行了

      來自浙江 回復
  3. 請問關聯活動是怎么關聯的呢?不太理解活動與優惠券之前的串聯關系

    來自廣東 回復
    1. 通過活動ID和優惠券ID關聯吧,先創建一個活動,然后創建優惠券。其實細節挺多的這里,這部分確實沒講太明白,這里大部分邏輯還是在后端。

      來自浙江 回復
  4. 不謀而合哈,感謝樓主總結出來!
    請教下,最近正好在研究優惠券功能的業務貢獻,想知道能證明產品做這個優惠券功能是有價值的,應該考核哪些業務指標,使用率、用券訂單量、用券總金額,也不足以證明,就很困惑

    來自北京 回復
  5. 催更,哈哈哈

    來自廣東 回復
  6. 優惠券類型可以定制化是怎么做的呢?

    來自福建 回復
    1. 根據業務來定的 比如我們運營需要優惠券作為一個商品讓用戶購買 并且額度自己可定 與通用的優惠券有區別

      來自上海 回復
  7. 為什么發放規則不放在發放模塊呢
    優惠券創建只創建基本信息,發放模塊關聯優惠券(多張),指定發放條件這樣設計呢?

    來自上海 回復
    1. 我的理解看是否有必要解耦吧 當前發放規則只有幾個字段 單獨篩出來操作還更復雜了 你想做發放模塊 是為了滿足關聯多張優惠券嗎?

      來自上海 回復
    2. 我理解是不是基本信息可以作為模板存在,不用每次都重復創建優惠券

      來自北京 回復
    3. 贊同??

      來自上海 回復
  8. 在上海么?請問

    來自上海 回復
    1. 目前在上海

      來自江蘇 回復
  9. 精彩的分享,謝謝

    來自廣東 回復
    1. (*^▽^*)

      來自湖北 回復
  10. 謝謝阿常常分享的前車之鑒,最近正好在設計優惠券系統到處找可參考的地方。

    來自上海 回復
    1. 哈哈 我也是這么過來的 所以也想分享出來~

      來自湖北 回復