在上一篇文章《優惠券的設計指南(一)》中,已經將優惠券整套系統進行了大的框架梳理,接下來的文章將著重于細化每個系統的設計,將慢慢從框架變成有血有肉的系統。
優惠券系統,作為整套系統的基礎和核心,將首先進行設計。當然了,考慮到業務的不同,我在這里做了一個過濾。一方面是優先將框架講清楚;另一方面就是基于當前餓了么、美團外賣的下單之后分享的紅包作為業務基礎,去講解我理解的設計。
在上一篇文章中,講到的優惠券系統,包括三部分:優惠金額、限制、有效期。那接下來,將分別去講述。
一、優惠金額
作為優惠券,作用自然是對金額進行優惠,那優惠的額度,自然是關注的焦點。從目前的情況來看,設置可歸納為兩種,固定金額和浮動金額。
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、發誰的券;
那么單單從優惠券的角度,是加了一個模式,當模式為合作券時,需要同時增加合作方選擇。
當然了,既然是合作方的券,那就需要在列表中增加一個導入功能,可支持導入合作方的券,同時可單獨設置導入的規則,比如提醒、提醒警戒數等等。
評論(0人參與,0條評論)
發布評論
最新評論