電商產(chǎn)品設計：優(yōu)惠券的設計和妙用【學院分享

用戶在店鋪首頁或者平臺上看到優(yōu)惠券，主動進行領取；用戶在線下看到宣傳推廣；朋友圈優(yōu)惠券分享鏈接等等。

這種發(fā)放方式需要一定的運營成本，需要打動用戶，產(chǎn)生興趣進行主動領取，這種方式需要做好防作弊機制，真正獲取到的用戶價值較高。

被動領取：

系統(tǒng)主動給用戶發(fā)送相應的優(yōu)惠券，但是這種大面積分發(fā)的方式，用戶精準度低，轉(zhuǎn)化率較低，只能很少促進客單量。

系統(tǒng)發(fā)放優(yōu)惠券場景有很多種：1.用戶注冊；2.大促活動；3.還有客服發(fā)券，主要是售后補償（平臺責任導致售后，發(fā)券補償客戶），或者好評返現(xiàn)。

除了以上的方式，還有許多平臺電商的一項業(yè)務：大客戶團購，主要是給一些單位提供的福利卡，例如京東卡。可以通過優(yōu)惠券（平臺幣）的形式實現(xiàn)，生成相應的卡密（或兌換碼），制作實物卡售賣給一些公司發(fā)福利、送禮。用戶輸入卡密兌換之后，兌換成平臺的交易幣（相當于給購物卡充值），可以用來抵扣訂單金額。

發(fā)送優(yōu)惠券雖然在前端頁面只是簡單的一個交互，但是后端有大量的邏輯需要處理。

校驗用戶登錄狀態(tài) → 優(yōu)惠券信息讀取（是否在有效期、是否可發(fā)放、剩余數(shù)量） → 優(yōu)惠券綁定用戶

2.3優(yōu)惠券核銷

在用戶下單時，肯定是需要系統(tǒng)從其賬戶中的優(yōu)惠券選擇合適的優(yōu)惠券推薦給其使用的。我思考的推薦算法應該分三步：

a.從用戶優(yōu)惠券列表中選擇出當前訂單可用的優(yōu)惠券（包括通用券和相應產(chǎn)品優(yōu)惠券），主要是從有效期、商品范圍等條件判斷

b.若有多種可用優(yōu)惠券，但是金額不同，默認選擇可抵扣最高的優(yōu)惠券。

c.如果金額相同，先匹配同類優(yōu)惠券的優(yōu)惠券，但當優(yōu)惠券的額度（現(xiàn)金券）大于支付額度彈出提醒框，確認是否使用。

注：在用戶的優(yōu)惠券列表中，優(yōu)惠券是否失效也是實時拉取的（失效過長應清除此優(yōu)惠券），下單時優(yōu)惠券選擇應僅顯示用戶可用優(yōu)惠券。

2.4優(yōu)惠券統(tǒng)計

主要統(tǒng)計優(yōu)惠券的發(fā)送張數(shù)、使用張數(shù)。深度數(shù)據(jù)挖掘可以統(tǒng)計優(yōu)惠券對應的客單價、復購率等等。

3.優(yōu)惠券的前端展示

優(yōu)惠券的前端露出窗口主要有五處：用戶優(yōu)惠券列表、訂單提交頁、購物車、商品詳情頁、領券中心（或優(yōu)惠券分享鏈接）。

前端展示的難點在于商品詳情頁和購物車中展示可用優(yōu)惠券。

需要高效率的算法來計算匹配商品對應的優(yōu)惠券，主要有兩點好處：1.優(yōu)惠券來促進用戶消費；2.在用戶消費時幫助用戶省錢。告知用戶有優(yōu)惠可以享受，避免用戶下單之后看到相關優(yōu)惠沒有享受到產(chǎn)生不平衡心理。

優(yōu)惠券（京東）的前端透出

4.優(yōu)惠券在訂單中的處理

下單時優(yōu)惠券的匹配在前面已經(jīng)敘述過，主要是分為三步，詳見2.3優(yōu)惠券的核銷。本節(jié)重點講解優(yōu)惠券的逆向流程。

在訂單完成售后（退款或退貨）時，優(yōu)惠券應有一定的返還機制。

統(tǒng)一設置成不可返還，用了之后就不退。

訂單中全部退款時，優(yōu)惠券全部退還。

訂單中部分退款時，普通優(yōu)惠券不返還，現(xiàn)金券按金額比例退還。

優(yōu)惠券有著一套很成熟的產(chǎn)品設計方案，介紹之后，再提一個目前絕大部門產(chǎn)品難以解決的問題：基于日常優(yōu)惠券的使用情況，運營人員如何平衡發(fā)放優(yōu)惠券所帶來的成本增長，商品銷量增長和單品毛利下降之間的矛盾？在申請促銷活動經(jīng)費時，怎樣的數(shù)據(jù)更具說服力？