電商平臺優惠券的前后端設計
每一次逛網購商城,咱們總能看見這樣那樣的促銷活動,活動的同時總會“塞”一把優惠券到咱們的賬戶中。促銷是所有電商平臺日常運營的重要組成部分,是為了實現拉新、促活、銷庫存、打造爆款、提高客單價、擴大品牌知名等目的手段。本篇將重點描述關于優惠券前后端模塊。
因業務方向和運營促銷,優惠券的品類和規則往往會以不同維度更多元的表現形式進行展現。
在設計優惠券系統前后臺時,作為產品的我們不僅需要了解市面上絕大部分的優惠券( 跨店鋪滿減券/ Plus會員無門檻券/ Push定向券等等),認識各種繁瑣規則,還需要因地制宜,根據產品業務主體進行剖析找到適合公司產品本身的優惠促活拉新方式。
下面截幾個筆者常用的購買B2B的圖( 其他考拉/國美/小米等這里不一一展示 ):
了解各大平臺電商優惠券的特性和用途后,按照規律以不同的維度進行劃分,這樣也有助于梳理產品規則和產品流程,防止因為規則碰撞或流程疏漏導致一場滿心期待的促銷活動變成“黑天鵝事件”。
17年有幾個典型案例。某天貓商家電視價格擺錯,60英寸4K僅售1999,一小時損失高達400W;京東某商家優惠券疊加,珠串100串合計下單作價2元;貓超、商城品牌店等錯價這類事情更是不計其數,羊毛群大哥會薅到你懷疑人生。(Ps:關于優惠券的漏洞可參閱筆者另兩篇文章:《從產品流程上,復盤拼多多的風控漏洞》、《復盤淘寶雙十一,我用產品思維薅羊毛》)
?一、發放方式
優惠券發放的途徑我們這里為兩種,系統發放 和 用戶領取。
系統發放 根據行為操作來判斷,我們分為?系統自動發放?和?人工手動發放?。
- 系統自動發放:指制定規則,系統程序設置后符合規則就觸發發券邏輯。滿足條件后,用戶主動或被動觸發獲得優惠券,可以是主動觸發( 短信鏈接 / 銷售定向發券 ),也可以是被動響應,被動響應有以下幾種形式:1.進入頁面,新用戶條件or滿足場景觸發彈窗,告知用戶獲得xxx課程優惠券;2.用戶數據行為分析.判斷相對應的用戶需求,定向push對應的需求券,在合適的時間彈窗促銷.(PS:條件觸發,彈窗已領,餓了有人送飯到嘴邊多美好)。兩種方式效果,筆者傾向被動觸發。隨風潛入夜,潤物細無聲,自然的方式相較盡不突兀的方式給用戶傳遞優惠.而短信告知的方式不僅需要花錢且常被誤以為是詐騙信息。
- 人工手動發放:當有獎勵或者賠償用戶時,可由客服或運營人員手動發放。在這塊我們特指補償機制下,做用戶關懷以及安撫用戶時發送的特定補償券。
用戶領取 根據獲取層級來劃分,我們分為 一級領取 和 二級領取?。
- 一級領取指的是活動頁面直接領取。
- 二級領取指的是通過“任務”形式完成達成條件獲取,這里大略的可以有三種方式:分享領取,簽到獎勵(簽到系統),積分兌換(積分系統)。其中分享領取的內容可以比較多樣和靈活,可以有固額萬能券,定向優惠券,隨機金額券,第N個最大等,具體實施需溝通策劃部門。
一級領取簡單粗暴,二級領取增加用戶黏度,到底哪個更有效個人認為仍需通過數據說話,畢竟不同產品類別其用戶人群不同必然導致效果有所差異…年輕人能接受多的花樣但是你讓一個50+大叔各種計算淘寶優惠規則他一定是不耐煩以及不愿意去做的.二級領取通過和用戶的互動促活,拉近與用戶之間的距離,個人建議這類獲取可以提高一下券的價值。
二、使用規則
發放完優惠券,當然是讓用戶使用,這里就需要制定嚴謹的使用規則。使用規則我分為三塊 內容顯示?、券面規則 、 優惠規則?。
內容顯示,簡單的說優惠券可以分為三個狀態 交易前/交易中/交易后。
交易前:前端部分需要一個優惠券的庫,存放用戶所有獲取的優惠券。交易中:即交易選擇規則。這里有三個默認交易選擇邏輯:默認使用優惠最大的券/默認使用時間最先過期/手動選擇。其中優惠最大又會涉及到定向券和通用券的大小比較。
交易后:即訂單完成后所有券的變化。首先不管訂單是否成功交易還是取消訂單或者退款都表示該訂單已完成最終的狀態,那么券的狀態一定發生改變。如果是退款的完成訂單或取消訂單,根據開發進度考慮是否添加退券邏輯,即將本已使用失效的優惠券重新重置變成未生效的優惠券( 也可一刀切,沒有該邏輯,使用即失效,有需要售后補券 )。
優惠規則,是運營的重中之中。
關系到錢,稍有不慎可能就要卷鋪蓋走人了。So,定制優惠券邏輯且做好后臺溝通特別重要。參照目前世面上繁多的優惠券,我大致整理了一下,將其分為三類:疊加規則、滿減規則、預付規則。
疊加規則可以分為兩塊:同類疊加/滿額累減/唯一使用。
同類疊加這里比較復雜,有購買一種產品可以使用多種優惠券,也就是通用萬能券或者是運費券,可以參考京東,例:手機原價2000元運費6元,可以使用100的手機優惠券且可以使用6元運費券,那么結算就是2000+6-100-6=1900遠。
另一種是同一類商品購買兩個及以上歸屬為一類商品,這一類的商品金額疊加滿足類優惠券條件即可減免。
例:電器A價格200元,電器B價格400元,電器類通用優惠券規則是滿600減100,那么購買電器A和電器B,結算200+400-100=500元。滿額累減即字面理解,總金額達到即減去多少金額,有一點類似同類疊加滿減,但是邏輯簡單的多。
例:參與活動的任意商品滿1000減200,像商城買衣服滿減活動一樣。最后就是唯一使用,沒有疊加其他優惠都不可行。
滿減規則這里我們分為三塊:限額優惠/指定優惠/券面優惠。
限額優惠通常適用于折扣萬能券,比如全場9折券,上限是優惠200。
例:我有一張全場9折券,最多優惠200元,那么我購買一款價格為20000元的電腦,實際最高也只能優惠200元。制定優惠指某商品特定的優惠券,該優惠券只能作用某一個編號的商品。券面優惠最易理解,就是券面上的優惠金額,是多少即優惠多少即可。
預付規則,這有別于我們所說的通用優惠券。
有一點類似于萬能券,指的是預付固定金額在一定條件后可以抵扣更高金額。筆者不推薦預付和萬能券疊加,并在業務種需要進行預判隔離,這種情況經常會造成巨大的業務漏洞。
券面規則,分為三塊內容 — 狀態、范圍、時間。
狀態分為四個類,已使用/已過期/已失效(退費以取消訂單產生的券)/未使用。范圍分為兩個類,全品類和指定類(指定類可以作很多衍生,搭配不同的規則,這里不一一展開)。時間分為兩個類,領取時間和使用時間。
三、后臺設計
通過對一和二兩個大塊的陳述,程序員對優惠券后臺搭建能夠有了初步的架構方案,個人建議后臺設計一定靈活多變可以變換。不然當業務影響產品導致運營形態發送改變時,開發的成本會異常的大。
后臺設計主要有三塊:制券 核銷 退訂券處理。其中購物車邏輯和合并支付邏輯難度相對低一些,可以參考市面上很多現有的邏輯去開發。
- 制券,優惠券誕生的第一步,一套復雜的規則往往是運營的噩夢。舉例:當券面向商城、店鋪、單一產品、組合產品的適合,再與券本身的規則相疊加,很容易出現券漏洞。運營在設置價格時,對業務不了解,不熟悉其中的規則和具體各類產品價格容易出現“擺烏龍”事件。所以也有了某些電商平臺在搭建商家后臺時做了價格提醒。
- 核銷主要存在付款場景種,這時就需要后臺對用戶券信息進行二次核對,匹配相關用戶優惠券,當訂單完成后及時改變券的狀態。除此,還存在優惠券過期的這種情況,后臺也需要及時進行過期狀態變更。
- 退訂券處理,主要針對用戶完成訂單后進行售后(退款或退貨)時,優惠券的返還機制。簡單的說有以下幾種情況:
- 訂單取消優惠券全部不返還;
- 訂單取消優惠券等比例返還(使用規則不變);
- 訂單取消優惠券全額返還。
這里筆者建議第三種,也就是全額返還。不過遇到特殊情況比如拆單退款中跨店鋪優惠券又要特殊處理,如果訂單取消就全部退貨則優惠券全部返還,若允許部分退貨則按比例返還跨店鋪優惠券不退還其他疊加優惠券。
四、其他:優惠券和分潤
除此之外,針對一些特殊情況,當公司存在分公司、經銷商(代理),那么優惠券的使用又會涉及到代理的分潤。簡單的做就是一刀切,優惠券活動由集團統一使用,分潤規則參照集團之前制定的各類按照銷售\數量等情況進行分潤,優惠券優惠金額不由集團獨自承擔。具體的實施仍需各部門討論。
優惠券作為運營常用的策劃促銷活動,相信大伙兒的公司都有一套成熟的產品設計方案。不過筆者在最后插一句,不論如何優惠券都必須根據業務實際情況制定相對應的優惠規則和策略,并且明確各種優惠之間的邊界,常駐風控思維。
同時,優惠券促銷活動也是一把雙刃劍,實現拉新、促活、銷庫存、打造爆款、提高客單價、擴大品牌知名等目的才是優惠券的價值所在。任何一場優惠券活動,前期需要對運營活動成本進行核算以及預估活動效果,中期根據“A/B Test”及時進行調整,后期對活動進行復盤,對整體活動的價值進行分析,判斷投入產出比,選擇最合適的促銷手段。
本文由 @四月春波 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
很不錯,很受啟發。
好多錯別字啊 ??
好尷尬 哈哈.
寫的挺詳細的