產品設計:優惠券系統
編輯導語:優惠券的本質是以讓利的方式,吸引更多用戶去購買商品,是非常重要的一個促銷手段。本文作者結合自己的業務經歷,整理出了優惠券系統的搭建過程,希望能給你帶來幫助。
最近剛完成平臺的優惠券系統,產品設計過程中也看了很多競品和文章,現在結合自己的業務經歷,把優惠券系統搭建的過程通過文字整理出來,也方便自己復盤整個過程。
優惠券的本質是商家以讓利的方式降低消費門檻,吸引更多用戶去購買商品,提高訂單量、客單價,同時滿足拉新、促活,提升復購率等用途。
我司是一個IT教育電商平臺,作為一個To C的業務,優惠券是非常重要的促銷手段,為了滿足業務需要,我負責搭建了優惠券系統。
一、優惠券流程
優惠券系統的流程比較簡單:首先運營在后臺創建優惠券模板,在實際使用場景中選擇以哪種方式進行投放,如果需要跟營銷活動相關聯(一般是H5活動頁形式展示),則需要創建一個活動,將優惠券與該活動關聯;否則直接通過模板配置的方式發放優惠券,如運營手動發放,系統自動發放等。
接著用戶領取優惠券,根據優惠規則下單支付,這里涉及到前臺頁面顯示(商品詳情頁、購物車等)、后臺多種優惠方式互斥計算。
最后是數據統計,方便運營人員對優惠券的投放狀態、使用情況做統計。
業務流程圖
所以,優惠券系統可以劃分為四個功能模塊:創建優惠券、優惠券發放、優惠券使用、數據記錄和統計。
優惠券系統功能結構圖
二、創建優惠券
創建優惠券是優惠券系統的第一步,是業務的基礎,產品設計時要盡可能考慮到多種業務場景,避免上一個版本運營就提一些新需求。創建優惠券主要有以下幾部分組成:基本信息、優惠類型、適用范圍、發放規則。
1. 基本信息
基本信息包含優惠券名稱、生成數量、每人限領數量、與其他優惠是否能疊加使用、發放時間、使用有效期。
使用有效期可以分為兩類:
- 固定天數:設定一個固定數,比如:30天,表示從領取之日起30天內有效
- 固定時間段:設置開始和到期時間,該時間段內優惠券有效
2. 優惠券類型
優惠券類型要根據公司實際情況去設計,主要立減券、滿減券、折扣券。
- 立減券:即無門檻使用,直接設置優惠券面額即可,需要注意的是,優惠券面額要大于商品金額才能使用,具體規則跟分銷有關,比如要大于商品1元才能使用。主要針對有購買意向,但嫌沒有優惠的用戶拉首單使用的。
- 滿減劵:需設置使用門檻,優惠券面額和使用門檻的規則也是可以思考的,如我負責的業務,商品使用優惠券后是平臺和講師共同承擔成本,那就需要運營設計好成本,比如使用門檻要大于等于優惠券面額的三倍。主要在活動促銷中發放,讓那些原本可以接受高價的用戶繼續高價購買。
- 折扣券:使用后商品可打折,需要考慮已有折扣優先級,是否疊加使用。
3. 適用范圍
適用優惠券的商品類型、用戶類型,兩者可滿足不同運營指標。
- 以商品維度:可以分為全場通用、店鋪通用、指定分類、指定商品。平臺和商家各自創建優惠券,方便大小型營銷活動使用。
- 以用戶維度:可通過用戶標簽來制定,常見的如注冊用戶、會員用戶、復購用戶,便于運營靈活操作。
4. 發放規則
優惠券發放形式主要為系統發放和主動發放,具體的在下面介紹,在創建優惠券時可以設置,如發放形式、發放條件、是否開放領取。
由以上介紹可以創建出一個最簡單的優惠券,具體的字段根據實際業務場景設計,原型實例:
原型示例
三、優惠券發放
在設計發放規則時,產品要熟悉優惠券的特性和用途,了解業務場景,才能梳理好路徑和規則,發放形式一般分為系統發放和主動領取:
1)系統發放
可以通過發放場景來劃分。
- 系統:制定相應的規則,用戶觸發規則后,系統自動發放券。如用戶注冊后發券、消費后發券,這可以代碼寫死,或者在創建券時新增一個字段做設置。還如優惠券和活動關聯,用戶完成某項任務時,系統自動發放。
- 人工:當有獎勵或者賠償用戶時,可由運營人員手動發放,發放時可設置單個發放或批量發放。
2)主動領取
一般是在店鋪主頁、商品詳情頁、促銷活動頁中展示,用戶需要領取才能到賬,形式可以是在詳情頁無成本領取,也可以是將優惠券與活動相關聯,如抽獎活動、簽到活動等,利用大額優惠券吸引用戶活躍,通過任務和優惠券促進用戶轉化,并且這類優惠券的感知和觸達率會更高。
需要考慮的是,系統發放的優惠券,要通過不同形式的消息提醒來告訴用戶——“你做什么可以獲得優惠券”“你已經有優惠券了,快去使用吧”,提醒手段有兩種:
- 主動觸達:比如推push(站內信、app消息通知)、發短信、公眾號推送。推push需要用戶必須進入網站或者app,push打開率也并不高,發短信觸達率是高,但是打開率不高,同時發短信也要成本啊,還有可能被拉黑和投訴,公眾號則是需要獲客成本,總的來說各有各的優缺點,大型活動時是全走一遍。
- 被動觸達:同push一樣,需要用戶進入網站或app,比如每天首次進入app有彈窗提示、觸發規則后在原有頁面中加相應提醒。這種方式的優點在于觸達率高,在用戶在有需要的時候就能發現送券了,有利于轉化。
四、優惠券使用
優惠券使用涉及到前后臺,前臺主要是下單流程的展示、后臺主要是訂單系統。
1. 前臺
1)商品詳情頁、購物車
如果商品有可使用的優惠券,可以顯示優惠券張數,用券后的價格(一般顯示最低金額),前置了優惠,讓用戶從進入詳情頁就知道自己有優惠可用。
2)結算頁
系統默認使用面額最大的優惠券,若金額相同,則先使用先過期的。需要列出用戶擁有的所有優惠券,用戶可自由選擇可適用的券,不能用的券置灰不可選,靠后展示。
2. 后臺
1)價格計算
使用之前,需要根據優惠券創建時的規則來判斷,商品是否能使用?是否能與其他優惠疊加使用?由此來算出商品的最終價格,這是使用中最復雜的階段,尤其是平臺本身有很多優惠形式時,各種優惠的優先級,是否互斥,具體規則要窮盡出來。
像我負責的業務,優惠形式有折扣、滿減、積分抵扣,折扣形式有七八個,折扣之間可疊加或不疊加,優惠券的優先級,能跟哪些疊加和互斥,計算起來都是比較復雜的。涉及到錢的地方,都需要認真再認真??!
2)分攤
這里的分攤有兩種,一個是多個商品同時使用優惠券時,優惠券抵扣的金額要根據商品價格比例平攤;另一個是結合業務,優惠券的成本由誰來承擔,是平臺還是商家,還是共同承擔,如果是共同承擔,各自的比例是多少。
3)退還
用戶下單時使用優惠券,下單后未付款超時、未支付取消,支持退還優惠券。而已付款退貨涉及到價格計算和分攤,較為復雜,一般是不支持退還的。
五、數據記錄和統計
數據主要是為了觀察優惠券的發放、領取、使用情況,便于后期根據數據情況復盤運營動作,一般有以下幾個統計維度:
- 發放率:該批次已發放優惠券數量/該批次優惠券總數量*100%
- 使用率:已使用優惠券數量/已發放優惠券數量*100%
- 用券訂單量:使用該批優惠券的訂單數量
- 用券總金額:使用該批次優惠券的訂單總金額
已領取、已使用的優惠券還要記錄領取用戶的相關字段,如uid、手機號、訂單號、下單時間、購買商品id、訂單金額等,原型實例:
原型示例
六、總結
優惠券系統的功能點不算復雜,難點在于要結合業務考慮的盡可能全面,完整考慮好創建-投放-使用-統計
的閉環。因為優惠券會用于非常多的業務場景,所以需要在后臺優惠券系統搭建時,將其與業務解耦,否則會導致后期拓展性不強。
基礎要打好,產品是迭代出來的,在夯實的基礎上再去優化才能讓產品跟滿足業務需要。我自己在做的時候就有些特殊的需求,如優惠券類型可以定制化(可購買)、優惠券創建后自動生成一個領取鏈接等,規劃時要有舍有得,像優惠券這個大系統的需求,可以分多期來做。
本文由 @阿常常 原創發布于人人都是產品經理,未經作者許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
24年看到也不算晚,好,感謝!
您好,請問下,優惠券在設計的時候需要考慮和微信、支付寶的打通嗎?不用考慮對接嗎?
不用的吧,微信支付寶只是提供支付接口,你把最終要支付的金額傳過去就行了
請問關聯活動是怎么關聯的呢?不太理解活動與優惠券之前的串聯關系
通過活動ID和優惠券ID關聯吧,先創建一個活動,然后創建優惠券。其實細節挺多的這里,這部分確實沒講太明白,這里大部分邏輯還是在后端。
不謀而合哈,感謝樓主總結出來!
請教下,最近正好在研究優惠券功能的業務貢獻,想知道能證明產品做這個優惠券功能是有價值的,應該考核哪些業務指標,使用率、用券訂單量、用券總金額,也不足以證明,就很困惑
催更,哈哈哈
優惠券類型可以定制化是怎么做的呢?
根據業務來定的 比如我們運營需要優惠券作為一個商品讓用戶購買 并且額度自己可定 與通用的優惠券有區別
為什么發放規則不放在發放模塊呢
優惠券創建只創建基本信息,發放模塊關聯優惠券(多張),指定發放條件這樣設計呢?
我的理解看是否有必要解耦吧 當前發放規則只有幾個字段 單獨篩出來操作還更復雜了 你想做發放模塊 是為了滿足關聯多張優惠券嗎?
我理解是不是基本信息可以作為模板存在,不用每次都重復創建優惠券
贊同??
在上海么?請問
目前在上海
精彩的分享,謝謝
(*^▽^*)
謝謝阿常常分享的前車之鑒,最近正好在設計優惠券系統到處找可參考的地方。
哈哈 我也是這么過來的 所以也想分享出來~