優惠券的設計指南(二):優惠券系統篇
在上一篇文章《優惠券的設計指南(一)》中,已經將優惠券整套系統進行了大的框架梳理,接下來的文章將著重于細化每個系統的設計,將慢慢從框架變成有血有肉的系統。
優惠券系統,作為整套系統的基礎和核心,將首先進行設計。當然了,考慮到業務的不同,我在這里做了一個過濾。一方面是優先將框架講清楚;另一方面就是基于當前餓了么、美團外賣的下單之后分享的紅包作為業務基礎,去講解我理解的設計。
在上一篇文章中,講到的優惠券系統,包括三部分:優惠金額、限制、有效期。那接下來,將分別去講述。
一、優惠金額
作為優惠券,作用自然是對金額進行優惠,那優惠的額度,自然是關注的焦點。從目前的情況來看,設置可歸納為兩種,固定金額和浮動金額。
1、固定金額
固定金額言外之意就是這張優惠券的金額是固定的, 不會隨著訂單的金額進行變化,比如滿減券、立減券,都可算作固定金額。
固定金額屬于比較基礎性的方式,也是目前比較通用的方式。
滿減券意思是滿足多少金額才享受減免,比如滿30減5元;立減券則沒有金額限制(訂單金額必須高于減免金額。若訂單金額小于減免金額,則使用后,金額為0),使用就會減免。
2、浮動金額
浮動金額,就是這張優惠券的金額是浮動的,在某一種情況下會產生不同的金額。引起優惠券價格的因素,一般分為訂單和行為。
(1)訂單
訂單一般也是比較常見的一種,比如折扣券,就是基于訂單進行確定的優惠金額。比如發放的8折券,就代表按訂單金額的80%計算,那20%就是優惠金額,但具體的優惠金額會隨著訂單的價格不同而不同。
當然了,這里的訂單價格,一般會分為兩種,實際需支付金額和訂單金額。由于在部分業務場景中,存在對部分產品或服務進行不計入優惠的范疇,所以會進行區分。
目前,折扣券也是屬于比較流行的一種券優惠模式。
(2)行為
行為是指當用戶進行了某種行為后,會基于行為進行判斷優惠金額。餓了么、美團外賣的第X領取紅包最大,就是這樣的模式。
但“基于行為進行判斷”這個邏輯一般會放到活動系統,而非在優惠券系統。
對于行為類的, 優惠券系統一般會設置優惠區間,設置兩檔的優惠區間,大的優惠區間和小的優惠區間。然后當有了行為后,基于邏輯后的結果,進行確定是取大的優惠區間,還是小的優惠區間。然后再確定優惠金額。
二、限制
這里的限制,是指非金額的限制,金額的限制,在“優惠金額”中已經設置。而這里的限制,是業務層面的限制。
這里拿餓了么、美團外賣的業務舉例子。業務層面的限制包括:地區、使用時間、品類……
比如地區,會限制使用地區,發放上海地區的券, 無法在杭州的門店使用;比如使用時間,會限制券的使用時間,該券是下午茶券,從14:00-17:00 ,那在此時間段之外的無法使用;比如品類,會限制品類,比如該券是下午茶券,那只是是購買奶茶、甜點等品類時進行使用;
限制有很強的業務屬性,完全體現了對業務的理解和深入程度,也從側面能反映出運營的精細化程度。
三、有效期
關于有效期的設定,會有兩種,一種是固定的有效期,設定一個是時間段;另一種是設定一個有效數,比如30天,一般是從領取之日起30天內有效。
餓了么、美團外賣一般是發放的第二種,從領取之日起多少天有效的方式,可以增加緊迫感,促進用戶下單。
四、后臺設計
上面的內容,只是基于優惠券系統的三部分進行講述的,屬于理論,如果你將按照這個進行設計后臺,那將是完全錯誤的一件事情。
對思路的分析,是要從整體進行歸納和分析,而對于系統的設計,而是從一張優惠券的角度進行設計。?這是完全不同的兩個角度。
那回歸到一張優惠券,其實就是多個規則的組合,那就需要進行對規則進行梳理,然后集中到一個優惠券上。
后臺的設計,會從餓了么的產品出發, 基于APP內看到的內容進行分析,而非官方設計,僅供參考。
1、規則
從上面講述到的優惠金額、限制、有效期,其實都是規則的一部分。
從目前對業務的理解和優惠券的設計,大致上分了以下幾大限制:金額規則、品類規則、品牌規則這三類。
(1)金額規則
金額規則,主要是確定優惠的模式,包括滿減、立減、折扣三類。是固定金額,還是區間金額,會當做一個屬性進行設定,基于設定,來確定折扣金額。區間金額不會出現在折扣類型上,只會出現在滿減、立減上。
(2)品類規則
從餓了么APP來看,品類包括:果蔬生鮮、甜品飲品、美食、商超便利、早餐、夜宵、鮮花、醫藥、幫買幫送、準時達這幾個品類。
由于品類作為公共內容,可不再維護范圍內,品類規則,只是需要基于業務需要,對品類進行包裝和再分組,形成符合的要去,比如鮮果超市紅包,則品類會包含果蔬生鮮、商超便利兩個品類。
(3)品牌規則
這個可以算作是品類的一個細分,當然也可以獨立拿出來進行設定。
對于連鎖類的比如麥當勞,一個品牌下面包含很多的門店,但無法通過品類限制,則可通過品牌進行規則設定。這里與品類規則是個互斥的,也就是設定了品牌,就無法設定品類,而且品牌是單選,不建議無法進行多個選擇。
關于品牌規則, 可在設定一張優惠券時進行設定。可不進行規則設定。
2、優惠券
設定好了規則,就要開始設定優惠券了。此時的優惠券,完全是基于規則的整理和組合了。
3、之后
難道這樣就結束了嗎?顯然并沒有,這里只是將規則也好,優惠券也罷,只是將新建做了一個界面的設計,其他的還包括列表的展示、篩選條件的選擇、編輯時的可編輯部分……都是需要后續基于業務進行逐漸豐富的。本文就不在贅述了。
五、異業合作
那對于異業合作的是怎么樣的一個模式?
其實異業合作就是將合作方作為優惠券的發行方,進行對優惠券的發放,一般的步驟是:
那么對于優惠券需要做的就是:1、區分是自己券還是合作券;2、發誰的券;
那么單單從優惠券的角度,是加了一個模式,當模式為合作券時,需要同時增加合作方選擇。
當然了,既然是合作方的券,那就需要在列表中增加一個導入功能,可支持導入合作方的券,同時可單獨設置導入的規則,比如提醒、提醒警戒數等等。
關于優惠券的發放邏輯,包括異業合作,將在下一篇文章《優惠券的設計指南(三):活動系統篇》中,詳細為大家講解,優惠券的發放邏輯,敬請期待。
素材下載地址: http://pan.baidu.com/s/1slodnVR 密碼:h429
本文由 @藍胖子 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自PEXELS,基于CC0協議
關于異業合作是指的在滴滴平臺來發餓了嗎優惠券是嗎?那可以直接生成一個活動ID,滴滴平臺直接調用這個ID就可以領取活動內的對應優惠券,為啥要做成導入優惠券的行駛呢?
你好 鏈接不存在能否再發一下 謝謝啦
有個疑問,對于是否可以同時使用多個優惠券的情況,這個規則是在優惠券系統設置嗎?比如說通用優惠券和品牌優惠券可以疊加使用。
你好,下載鏈接被清掉了,能否再發一次,謝謝
感謝分享
第一次打賞 ??
謝謝分享,受益匪淺,頂一下
謝謝分享,受益匪淺,有個疑問前面不是把訂單的折扣歸為浮動優惠金額,后面的的例子里“浮動金額”把折扣金額去掉了,根據解釋知道了為什么去掉,不過感覺還是有點混~
這點我也沒看懂。。
您好,想請教一個問題,如果是被掃支付(場景不局限于優惠券了),的時候有兩張券或者兩種優惠活動,如何確認使用哪一張券或者哪個活動呢?
業務里也有優惠券的設計,還是看了幾遍才懂〒_〒
作者思路太牛啦,想問下把優惠券歸納為金額,限制,時間三種制約條件的能力是咋想出來的?
另外從一張優惠券進行真正后臺設計的時候,為什么不能直接從這三個限制條件出發,而又歸納成金額和品類限制了呢?如果仍然按金額,限制,時間去設計會有什么問題?
謝謝!
最近又看了一遍。感覺作者開始歸納的金額、限制,就是后來設計優惠券時的三大金額規則和品類規則,這個地方有點繞了吧?
其實作者就是想把 金額限制和品類限制做成更小的系統,設計一個優惠券的時候調這個兩個小系統,是這個意思嗎?
我跟你想的一樣,前后問題??醋髡咚悸泛驮停瑧摏]錯 ??
作者好像從始至終確實一直按著大綱:金額、時間、規則限制去寫的文章。并沒有改變,只是不同業務這幾個限制和設計方案會有所調整;比如金額【固定、浮動】、時間【固定天數、時間端】、【規則:品類、品牌、活動、合作】;
鼓勵一下,請多多分享哦
這個優惠券的設計有點問題,沒有考慮到供應鏈和成本問題
看了2遍。沒理解你說的的這個問題提現在哪里,能否具體分享下?
看樓主說的挺有道理,想知道他設計的系統缺陷在哪里:
供應鏈 指商家商品庫存 ? 一般在商家投放券的時候系統會不會考慮庫存(基于前面的理解)?
成本是指優惠券投放量與盈利成本是否能平衡,是么?
我這人對好奇的事 就想知道原因,,,,,能說說說出來嘛
商家庫存和優惠券系統沒有關系,優惠券投放成本是否能與盈利平衡是投放方的事情,與產品本身無關