電商產(chǎn)品設計:平臺型電商優(yōu)惠券設計方案

文章對平臺型優(yōu)惠券的設計要點進行了總結分享,希望你有所啟發(fā)。
優(yōu)惠券角色解析
在介紹具體方案前,我想先強勢案例一波優(yōu)惠券。
優(yōu)惠券之于電商,可以說是促銷手段中至關重要的一環(huán)。相比于直接降價,利用優(yōu)惠券來吸引顧客,其結果明顯會更加有效。單純降價,很有可能達不到吸引顧客的目的,反而會讓人對商品的品質(zhì)產(chǎn)生疑慮。例如一件偶爾被顧客看到的商品,以前都賣140,今天120,顧客很有對這個降價的感知非常不敏感,換言之,起不到價格吸引的目的。但優(yōu)惠券就不同了,總結來說,它的用處可不簡單。
優(yōu)惠券四大好處:
1. 給顧客一種趕上”活動”,賺到了的感覺。優(yōu)惠券作為促銷活動一種,領+用的過程讓顧客經(jīng)歷了一個,拿到可以抵用的錢,把抵用的錢花出去這樣一個過程。因此,它更具參與感,也更能調(diào)動顧客的購物情緒。相信很多人也和我又一樣的經(jīng)歷,點進一家淘寶店鋪,如果有優(yōu)惠券可以領,不管有沒有決定要買,先領券再說。
2.拉動顧客二次進店。從第一點最后的分析來看,我們領了券,是否就打開了與賣家通話的一個通道了呢?當然是的,賣家得知了你對他的商品有興趣,手中還握著你領了券的證據(jù),時不時給你一個提醒:”喂,姑娘!你的券還沒用呢,不買就是吃虧阿!”。成功拉回的顧客的概率有多少,我們不談,但這樣的手段,商家必定時屢試不爽的。
3. 促使顧客購買更多的商品。優(yōu)惠券的數(shù)字游戲沒那么簡單,我們?nèi)庋鬯姷臐M199-30,滿299-50等等,在商家策劃價格時就是滿滿的套路。本來只想買100的商品,難道眼睜睜看著滿199-30的機會在我面前飛過?不可能!而剛好湊199又豈是那么容易就能達成的?超過了幾十塊金額倒了240,你告訴我你不會再去湊299?安啦安啦,買到就是賺到對不對!
4. 作為活動的觸發(fā)點傳遞給顧客。舉一個很典型的例子,近期廣告不斷的每日優(yōu)鮮,以99-80的超低優(yōu)惠吸引顧客注冊,看起來他們要虧到不行了,但購買過的人應該都清楚,里面的商品的原價大都都是翻倍或更多來標價,消費者能明顯感到單價是貴了的,但對于就是貴了多少這個準確的數(shù)字,不去深究,感知到的沖擊力遠不如滿99-80來的強。電商虛高原價,用優(yōu)惠券的套路時屢見不鮮了,但把它作為一種商業(yè)模式的突破口,不得不說每日優(yōu)鮮在這片已經(jīng)殺成紅海的領域里,是做出了創(chuàng)新的。
關于優(yōu)惠券的套路和優(yōu)點,以上已經(jīng)闡述了許多,不要嫌我煩阿喂!畢竟,只有了解清楚為什么做優(yōu)惠券,我們需要達到什么樣的目的,才能好好的深入這個功能,讓我們的設計更加靈活,讓消費者買的開心,商家們賺的開心。
優(yōu)惠券產(chǎn)品設計
平臺優(yōu)惠券是個什么玩意呢?簡單來說,就是平臺補貼,可根據(jù)一定規(guī)則,將發(fā)放的優(yōu)惠券在各個入駐商家的店鋪進行使用的優(yōu)惠券。相比與店鋪優(yōu)惠券,需要考慮的東西會更復雜,更多樣,并且需要結合公司實際的財務環(huán)節(jié)進行相應處理。
接下來我通過兩個大模塊介紹平臺優(yōu)惠券設計需要考慮的內(nèi)容:1.業(yè)務流程;2.優(yōu)惠券規(guī)則設計
首先講業(yè)務流程相關內(nèi)容
優(yōu)惠券賬戶
由于平臺優(yōu)惠券的補貼在確認收貨后,需要以平臺的名義將優(yōu)惠的金額以實際金額打入商家的賬戶的,所以優(yōu)惠券的生成、消費涉及到的是實際的金額往來。這就意味著優(yōu)惠券的整個流程中,每一筆錢的收入和支出都需要有一個完善的體系去支撐,不能讓金額算不清楚。
我們可以設計一個優(yōu)惠券賬戶,初始金額由財務通過錄入補充。將賬戶中的金額分為兩部分,可用金額和凍結金額。其中可用金額表示可用來生成優(yōu)惠券的金額,凍結金額用來表示已經(jīng)生成的優(yōu)惠券總金額,這部分金額是鎖定狀態(tài),在解凍之前不可被用來生成優(yōu)惠券。
資金流向
關于優(yōu)惠券生成和使用的操作流程,每個產(chǎn)品對于它的定義都可能不同,最重要的還是根據(jù)公司實際業(yè)務進行設計,讓相關部門能夠方便的處理這件事情。這里,由于涉及到的資金比較大,在設計方案時考慮到運營部門和財務部門的需求,還設計了初審和復審流程用來保證活動的內(nèi)容和金額時是與預期相符的。
整體的思路分析如下:
先看正向流程:將可用金額根據(jù)需求轉化為不同面值的優(yōu)惠券(只有面值,無有效期),設置相應庫存,此時這部分金額就轉化為優(yōu)惠券,即轉化為凍結金額。再通過不同活動關聯(lián)不同面值的優(yōu)惠券,扣除相應庫存,此時為凍結余額的內(nèi)部轉化。優(yōu)惠券只有通過活動才能被發(fā)放出去。具體發(fā)放方式將在第二部分進行闡述。顧客領取優(yōu)惠券并支付訂單后,優(yōu)惠券的相應金額進行解凍并轉入在途金額,在確認收貨后轉入賣家賬戶。
再看逆向流程:有生成,就必定對應著回收,當一個面值的優(yōu)惠券我們不需要再使用后,進行回收操作,即可將對應金額解凍,重新轉化為可用金額。同樣的,對于優(yōu)惠券活動,活動結束后仍未發(fā)放出去的優(yōu)惠券,也會自動回收到相應庫存,可用以參與其它活動。而已發(fā)放出去(已被顧客領取)的優(yōu)惠券,顧客在未支付取消訂單時,返回至用戶的賬戶,支付后取消訂單以及過期、失效后的處理都是自動返回可用余額。
具體說明可看下面這張資金流向表
解決完優(yōu)惠券的資金流向,確定好整個活動的生成方式后,大體的雛形就有了。接下來需要確定的,就是優(yōu)惠券內(nèi)部的細節(jié)。
再看看優(yōu)惠券活動本身的內(nèi)容
說到底,我們看到的五花八門的各種券,什么滿減券、免郵券、折扣券,其呈現(xiàn)形式各有不同,但實質(zhì)的東西并無太大差別,只需要將其中的脈絡理清,就可以以一個最基礎的形式支撐不同的運營需求。
前面已經(jīng)說到,平臺優(yōu)惠券的發(fā)放通過優(yōu)惠券活動的形式進行,而在創(chuàng)建活動之前,我們需要進行基本的優(yōu)惠券的創(chuàng)建?;镜膬?yōu)惠券信息很簡單,我們只需要明確優(yōu)惠券名稱、面值、數(shù)量的信息即可。接著在活動創(chuàng)建時,完善本次活動所發(fā)放優(yōu)惠券的其他屬性。有效期、發(fā)放張數(shù)、發(fā)放方式、使用條件、使用范圍等等。這些內(nèi)容也是如何支撐實際運營需求的關鍵。所以接下來我會一一分析每個點。
1. 發(fā)放方式
所謂發(fā)放方式,即本次活動的優(yōu)惠券,我們希望通過什么樣的形式發(fā)送到用戶手中。比較常用的有自動發(fā)放,手動領取,鏈接發(fā)放,優(yōu)惠碼領取等。
自動發(fā)放:可以理解為霸道總裁式賦予,即系統(tǒng)自動將券強行塞入用戶的賬戶中,告訴你,快來shopping吧,我們送券啦。
手動領取:有很多平臺會設置一些領券的通道,很常見的是淘寶店鋪的領券通道,用戶在看到這些通道后,主動點擊領取,優(yōu)惠券就成功發(fā)放了。
鏈接發(fā)放:活動創(chuàng)建后,我們?yōu)榛顒又械娜瑟毩⒌念I券地址,這些地址可以讓運營投放到不同的頁面。
優(yōu)惠碼領?。夯顒觿?chuàng)建后,將所有被發(fā)放的優(yōu)惠券轉化為優(yōu)惠碼,通過優(yōu)惠碼來進行發(fā)放。
2.活動名稱
當然要有活動名稱啦
3.活動時間
活動時間的設置,我們需要根據(jù)發(fā)放方式來決定是否有必要設置,比如我的發(fā)放方式是自動發(fā)放或者優(yōu)惠券碼領取時,就沒必要做一個活動時間的限制了。
而在手動領取和鏈接發(fā)放的情況下,設置一個活動時間,主要是用于規(guī)劃我們這批優(yōu)惠券發(fā)放的準確時間區(qū)間,體現(xiàn)活動的限制。
4.發(fā)放對象
同樣的,對于不同的發(fā)放方式,這里的設置有著不同的意義。對于自動發(fā)放而言,發(fā)放對象就是指現(xiàn)在這批優(yōu)惠券我是強行塞到哪些用戶手中。而對于其它發(fā)放方式而言,則可以理解為誰被允許來領取我發(fā)放的優(yōu)惠券,舉個例子,這次活動,我們是針對注冊地址北京地區(qū)的用戶進行的,那在這邊我們就需要將這個條件在這里進行限制。
5.優(yōu)惠券內(nèi)容
在實際操作設置中,我們允許一個活動添加多張優(yōu)惠券,以一個活動的形式進行。其中,每種優(yōu)惠券的內(nèi)容需要進行單獨定義。
預發(fā)量
作為平臺級別的活動,通常我們進行優(yōu)惠券活動,都是通過層層審批,且經(jīng)費是相對固定,有限額的,所以,在進行活動創(chuàng)建時,這次活動發(fā)放多少多少面值的優(yōu)惠券都需要預先被定義好,且不能隨意增加。
單個用戶領取上限
為了保證活動質(zhì)量,對每個用戶的領取上限進行約束。若為自動領取,則為單個用戶發(fā)放數(shù)量。
有效日期
指券的可使用的有效期,需要注意的是,這里要把活動的有效期和券的有效期區(qū)分開來?;顒訉蚁氚l(fā)放的日期,而優(yōu)惠券的有效期是用戶領到券后可使用的日期。通常我們可以定義為一段固定日期,或是在領取后X天內(nèi)進行時用。
使用條件
即優(yōu)惠券在滿足什么條件下才能使用??筛鶕?jù)實際業(yè)務進行設置,如滿X元,滿X件,無條件等等。注意,這里的使用條件從大方向來看是對于訂單而已,其實是對訂單內(nèi)在該優(yōu)惠券的使用范圍內(nèi)的商品而言的。
使用范圍
這是一個很容易與使用條件混淆的概念,在我看來,一個是約束錢,另一個是約束生效的商品。可根據(jù)實際業(yè)務進行相關設計,如限制某些店家,限制某些品類,限制某幾個商品等等。
6. 優(yōu)惠金額計算
上面提到優(yōu)惠券的使用條件可能會有非常多種情況,最復雜的莫過于多商家多商品的情況。也就是說,一張100元的優(yōu)惠券,我們需要根據(jù)它的使用范圍,來確定它在結算時,對哪些商品的金額進行了減免。
按照比例來分攤每個商品所見面的金額時,會遇到小數(shù)點無法取盡,造成所有優(yōu)惠金額之和可能與優(yōu)惠券總額不相等的情況。因此在定義這部分的算法時,需要注意的是,將最后一個分攤商品的優(yōu)惠券金額用優(yōu)惠券總金額-已分攤的金額,這樣就能避免金額不對等的情況。
以上就是對于平臺型優(yōu)惠券的一些思考,歡迎拍磚交流。優(yōu)惠券部分需要做的更完善,還大有可以挖掘的地方,電商是很明顯的運營驅動產(chǎn)品的領域,而產(chǎn)品的靈活性能幫助運營更好的推動平臺的發(fā)展。
本文由 @蘇眉魚。 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載。
題圖來自PEXELS,基于CC0協(xié)議
顧客領取優(yōu)惠券并支付訂單后,優(yōu)惠券的相應金額進行解凍并轉入在途金額,在確認收貨后轉入賣家賬戶。 這個“在途金額”是哪個賬戶的在途金額,是賣家賬戶的么?
當設置平臺出資全場券時,產(chǎn)生多個商家訂單(子單)時,優(yōu)惠券你們是如何分攤的。退款的話又是如何處理的。
按參與優(yōu)惠券活動的商品金額比例分攤,退款同。不計算退款后是否滿足使用條件 當然不可以退到負數(shù)
自動發(fā)放的優(yōu)惠券,當優(yōu)惠券總量比用戶量少時,怎么處理?
這次發(fā)放不成功
這是故意的嗎?某人是被叫去訓話了
我是新入門做電商平臺產(chǎn)品,可否加個微信交個朋友?
我也是剛入行的電商平臺產(chǎn)品新人,希望和大家多多交流,多多學習。微信號:gxt0110
哈嘍,請問折扣券的資金流向怎么梳理呢?
優(yōu)惠券金額,都會分攤到訂單上,跟著訂單走啊。
優(yōu)惠券申請的預算額度,和流向都可以追逐到。
多商家訂單使用同一張全場券,你怎么處理,如何分攤
分兩種,一種是商家本店券,一種就是你說的,多商家全場券。
多商家全場券,因為是多商家,所以會拆單,根據(jù)子單金額,把優(yōu)惠券金額分攤到子單上。
然后你在看,這個優(yōu)惠券是商家承擔,還是平臺承擔。