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