從業務附屬型商城的角度淺談優惠券設計

7 評論 27616 瀏覽 284 收藏 9 分鐘

本文從業務附屬型自營商城的角度,對優惠券系統的四個功能模塊:優惠券模板、發放活動、核銷、數據記錄和統計分別做出了相應的介紹。

優惠券是商城的一種基礎的營銷工具,在目前c端用戶對于電子優惠券已經非常熟悉的情況下,一般自營商城的營銷活動系統,都是從優惠券開始搭建。

一、名詞定義

基于個人理解,為方便表述,首先對可能產生歧義的名詞進行如下定義:

  • 業務附屬型商城:商城并非公司的主營模塊,商城主要目標是為業務服務。例如:餓了么面向配送員的裝備商城。更多的是為配送業務提供裝備管控,以及為配送員提供權益和福利,銷售盈利僅是其附帶的目標。
  • 優惠券模板:運營面對的,后臺創建的優惠券規則。通過發放活動,生成具體的優惠券。
  • 優惠券:用戶收到的,領取到的具體優惠券,可以使用核銷。有獨立于優惠券模板的狀態控制。

二、整體框架

優惠券系統劃分為四個功能模塊:優惠券模板、發放活動、核銷、數據記錄和統計。

1. 優惠券模板

優惠券模板主要對優惠券規則進行設置,主要包含:優惠規則、有效期和余量控制。

優惠規則:

優惠規則可以劃分為幾個基礎維度:

(1)類型。優惠券的類型,最常見的是滿減券,立減券本質上還是滿減券,只是滿額要求限制為0。另外還會有折扣券,基于售價進行打折。兌換券主要用于活動獎勵,供用戶對若干價值相近的商品進行選擇贈送。不同類型的優惠券,詳細規則的配置也不盡相同。

(2)優惠金額。優惠券的可抵扣金額,不同類型的優惠券配置方式不同。例如:滿減券,需要配置滿額要求和抵扣金額。

(3)適用商品。優惠券的適用范圍,不同的范圍對應不同的應用場景。例如:全場通用券,限定類目或品牌的優惠券,指定商品的優惠券,僅抵運費的運費券。

以上只是對規則進行的基礎劃分,實際業務場景不同,會附加不同的規則。

有效期:

優惠券的有效期,主要有兩種模式:

(1)固定時間,例如:10月1日 00:00 ~ 10月7日 23:59的國慶大促券。無論何時發放或領取,用戶收到的券的有效時間即為固定。此類券具有分批發放,活動性質的特點。

(2)領取后x天有效,此類券主要是日?;顒拥娜纾鹤跃退?天有效的券。用戶領取的時間點不同,有效期也動態變化。

余量控制:

優惠券數量的控制,配合活動預算,支持優惠券定量發放。

根據實際情況,余量控制也可以在發放活動中體現。

2. 發放活動

優惠券發放活動的發放方式眾多,業務附屬型商城常用的發放方式包含:

(1)范圍發放

范圍發放主要指,運營一次性面向一定范圍內的用戶發放優惠券。

手動對一定范圍的用戶發放優惠券,例如:面向所有用戶發放雙11全場滿100減20的優惠券。范圍也可以通過用戶的等級和畫像精準發放。例如:對于購買了特定活動商品的用戶,發放優惠券。

(2)手動領取

手動領取形式的發放活動,支持用戶在活動有效期,在商城前端手動領取優惠券。

(3)觸發

觸發的發放方式,主要是在活動期間,針對達到某個條件的用戶,自動發放優惠券。例如:訂單金額滿100,確定收貨時,自動發放5元運費券。

業務附屬型商城,也可以由業務系統來進行觸發。例如:餓了么騎手每周跑單超過50單,可以獲得一張配送箱20元優惠券。

3. 核銷

核銷是優惠券生命周期的重要一環,一般在訂單模塊。核銷環節是優惠券設計中,最容易忽略的一個環節。核銷主要會體現在以下幾個方面:

(1)抵扣。在訂單層面,計算優惠券是否適用于訂單,以及訂單可抵扣的金額。訂單抵扣計算必須在適用商品范圍內計算。同時,如果商城存在積分抵扣時,優惠券抵扣需要和積分抵扣結合來判斷。

(2)分攤。分攤是指訂單中有若干商品適用于優惠券時,訂單模塊需要把抵扣的優惠券金額分攤到各個商品,用于商品成本核算和退款依據。同時如果商城存在積分抵扣或其他活動性質的活動,優惠券抵扣分攤計算時,復雜度會指數級上升。

(3)退回。用戶提交訂單時使用了優惠券,但最終訂單如果未成功支付或支付后成功取消訂單,那么必須退回相應優惠券。同樣的情況存在于退貨過程,但一般退貨是在商品層面發起,所以退貨時的處理會更加復雜。

(4)失效。優惠券的有效期結束時,尚未使用的優惠券需要自動失效。

4. 數據記錄和統計

優惠券模板、發放活動和核銷支撐了優惠券的流轉,數據統計則是為了讓優惠券流轉得更加順暢。從業務角度出發,有兩個方面需要數據統計的支持:

(1)優惠券記錄??头枰軌虿榭磧灮萑陌l放、核銷和過期記錄,以便解答用戶在使用過程中的疑問。

(2)優惠券使用分析。從優惠券的發放和使用數據來分析優惠券活動的結果是否達到了目標預期。例如:優惠券來帶的訂單增長是否達到了預期。通過可視化圖表進行展示。

三、狀態流程

優惠券對用戶發放成功后,用戶使用優惠券涉及到狀態流轉如上圖所示:

未使用:優惠券發放后,用戶尚未使用的可用狀態。

已使用:提交訂單后,優惠券被使用。用戶取消或系統取消時,優惠券會進行退回。

已撤回:運營創建優惠券或發放活動時,配置錯誤時,撤回成功的優惠券狀態。

已過期:優惠券直到過期,都未被使用的時效狀態。

以上為用戶優惠券的基礎狀態流轉,不同的狀態對應的顯示和操作都有不同。

四、小結

優惠券已經是一種各行各業都在使用,用戶也非常熟悉的一種營銷方式。具體的場景不同,優惠券的功能流程有很大的不同。再次申明,本文僅從業務附屬型自營商城角度探討優惠券的設計。

后續將從框架中劃分的四個模塊,探討具體的模塊設計。

 

本文由 @風之耳語 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 撤回后,用戶會覺得很奇怪,體驗不好吧

    回復
    1. 要有運營配置優惠券事故的風險意識!

      來自廣東 回復
  2. 優秀

    來自湖北 回復
  3. 優惠券還有個已被用戶刪除的狀態吧?

    回復
    1. 不給用戶做刪除的操作。

      回復
    2. 不需要

      來自廣東 回復
  4. 優秀

    來自江蘇 回復