優惠券系統應該如何設計?

45 評論 110038 瀏覽 652 收藏 14 分鐘

優惠券是一套規則的組合,它的基本信息包括優惠券名稱、發放數量、優惠券是否可疊加、每人限領張數、是否和其他促銷同時使用(優惠優先級)、使用規則等。那優惠券系統應該如何設計?一起來文章中中看看~

知識總結很重要,不管是每周的周報,還是階段性的項目總結,都是一個復盤的過程。近兩周一直在做優惠券需求,從最初的一無所知到現在建立初步的優惠券框架結構,一路也是磕磕碰碰。今天就把這段時間的輸入總結一下然后輸出。

優惠券的投放方式有多種,本文采用的是活動頁送券這種形式。

△優惠券整體流程圖

一、創建優惠券

優惠券是一套規則的組合,創建優惠券是優惠券系統設計的第一步,主要有以下幾部分組成:基本信息、優惠類型、使用范圍、有效期等。

1. 基本信息

包括優惠券名稱、發放數量、優惠券是否可疊加、每人限領張數、是否和其他促銷同時使用(優惠優先級)、使用規則等。

2. 優惠類型

優惠類型要根據公司實際情況和用戶群體去設計,主要有滿減、立減、折扣券或優惠碼。滿減、立減、折扣券屬于私有券,只能個人賬號使用;優惠碼屬于共有券,給有兌換碼并且兌換的用戶使用。

3. 使用范圍

使用優惠券的用戶類型、使用優惠券的商品類型、訂單類型。用戶類型一般指是否區分新老用戶、不同的等級用戶;商品類型指哪些區域、哪些品類的商品可使用;訂單類型指訂單滿多少元可使用、滿多少件可使用。

4. 有效期

有效期一般有兩種:

  • 一種是固定的有效期,設定一個時間段;
  • 另一種是設定一個有效數,比如:30天,一般是從領取之日起30天內有效。

多數情況下都會選擇第二種,增加緊迫感,促進用戶下單。優惠券因涉及金額,通常需要財務審批,財務審批后優惠券ID生成。到此,優惠券的基本規則大概梳理完畢。當然這些只是最基本的規則,具體的還要和實際業務相結合。

實例設計:

△這是最基本的優惠券新增,具體要視業務而定

二、創建活動

創建的優惠券只是一系列規則的組合,通常還需要一個活動頁?;顒禹撋峡煞乓粡垉灮萑?,也可放多張,具體看業務需求。

活動通常包括活動基本信息和分享設置等。

1. 基本信息

包括活動名稱、活動時間、活動圖片、活動狀態和活動規則等。

活動頁需要上傳的圖片和設計者的設計強相關,若活動頁是使用者百分百自定義,則需要開發一個自定義配置頁面;若只有活動頭圖和活動規則部分自定義,則需要上傳活動頭圖和活動規則圖片(通常由UI設計好)。

優惠券區域因涉及“立即使用”的鏈接跳轉(來自創建優惠券時的URL跳轉路徑),樣式通常在開發環境寫好,但可修改上面的文案、字體、顏色等。若優惠券需用戶點擊“領取”,則還需要領取成功的頁面。

活動狀態可分為未開始、進行中、已結束。列表頁的活動狀態和新增頁不同,列表頁的狀態是由新增頁的“在線”或“下線”和活動時間共同決定。

需要注意的是:已經發出去的優惠券,即使對應的活動已結束,但只要還在優惠券有效期內,是可以正常使用的。

實例設計:

△這是最基本的活動頁新增,具體要視業務而定

活動創建后到活動列表頁,同時生成一個活動鏈接,接下來就是為這個活動關聯之前生成的優惠券。

實例設計:

△這是最基本的活動列表頁,具體要視業務而定

點擊卡券配置為活動添加優惠券。

實例設計:

△這是最基本的添加優惠券頁面,具體要視業務而定

到此,活動關聯優惠券完成,接下來講優惠券投放和用戶使用等環節。

三、優惠券投放

用戶獲得優惠券的渠道有很多種,主要有以下幾種:

  1. 新手注冊:在很多應用上,用戶新注冊會得到一張券,用于促進新用戶的下單轉化。
  2. 會員領?。侯愃起I了嗎,成為會員每月享有20元無門檻紅包。
  3. 邀請送券:邀請好友可得價值多少的優惠券。
  4. 活動送券:法定節假日或特定節日,比如雙十一的促銷節,以活動頁的形式向用戶發券(本人負責的優惠券需求采用此形式發券)。
  5. 分享發券:類似餓了嗎,用戶下完單后將優惠券分享在朋友圈或微信好友,其他用戶點擊領取。
  6. 主動觸發:通過短信告知用戶有優惠券送達,短信中可附上優惠的商品鏈接,有助于轉化,或者使用push的方式去提醒用戶。注意這種方式發券會對用戶造成打擾,因此注意發券的頻率和時間。主動觸發多用于刺激留存用戶、喚醒沉睡用戶。

四、用戶領取

用戶領取有兩種方式:直領和點擊領取。

  • 直領指不需要用戶點擊“領取”按鈕,進到優惠券頁面,優惠券自動落到個人賬戶,即系統自動發放,常見于活動頁或新打開應用的場景下。
  • 點擊領取顧名思義就是需要用戶點擊一下“領取”按鈕,優惠券才會落入個人賬戶。

領取通常伴隨著消息通知,如:短信、微信公眾號,因此通知系統和營銷系統也要打通。

△用戶領取優惠券流程圖

五、用戶使用

在訂單填寫頁,系統會默認給出面額最大的優惠券,金額相同優先使用先過期的券。用戶也可自己選擇是否使用優惠券或其他可用優惠券。需要注意的是:在優惠券列表頁,達到當前訂單總價的優惠券才能使用,其他不可使用優惠券置灰不可選,靠后展示。

實例設計:

△優惠券原型圖

△用戶使用優惠券流程圖

六、優惠券退還

優惠券退還要看具體的場景,一般有以下幾種:

  1. 用戶下單未支付,取消訂單,優惠券可退還;
  2. 商家在訂單未完成的情況下,發起退款操作,優惠券可退還;
  3. 用戶下單支付后,申請退款,優惠券不退還。

七、數據分析

數據分析是對用戶領取、使用優惠券進行數據統計,從而查看活動效果。投入多大成本,帶來多大轉化率。

以下提供幾個統計維度,僅供參考:

  • 領取率:優惠券領取總量/優惠券發放總量;
  • 使用率:優惠券已使用總量/優惠券已領取總量;
  • 優惠總金額:使用該優惠券優惠的總金額;
  • 用券總成交額:使用該優惠券的訂單付款總金額;
  • 優惠總金額:使用該優惠券的付款訂單總數;
  • 費效比:優惠總金額/用券總成交額;
  • 用券筆單價:用券總成交額 / 使用該優惠券的付款訂單總數;
  • 拉新數:領取過優惠券的用戶中,標記為新用戶的數量/總用戶數。

優惠券狀態可分為:待使用、已使用、已過期,已取消。

  1. 用戶領取優惠券后,優惠券處于待使用狀態;
  2. 成功使用優惠券后狀態變為已使用;
  3. 未在有效期內使用的優惠券狀態變為已過期;
  4. 退款的優惠券狀態為已取消。

實例設計:

△這是最基本的數據分析頁面,具體要視業務而定

大家可以看到,我在每個原型圖下都提到具體要視業務而定。因為任何產品設計的出發點,都是業務,都是在解決業務。雖然業務和業務之間有共同點,但脫離業務的設計沒有任何意義。

所以這篇文章中的所有原型圖都只能做參考而不能直接使用,具體要看公司的業務。

八、寫在最后

伴隨著這篇文章的推送,持續兩周的第二個版本迭代項目也在今晚上線。此次產品設計過程中,收獲是熟悉了優惠券這一塊知識,挑戰當屬溝通和跟進項目。

1. 跨區域跨部門溝通

都說產品必備技能之一是語言表達能力和溝通能力,確實不假。日常我們需要和開發、測試、運營和交互等交流??绮块T協作的,還需要和其他部門溝通。

此次優惠券需求,除了身邊的開發等同事,還有總部的優惠券公共平臺、營銷公共平臺、活動公共平臺、火車票平臺等,約五個跨區域跨部門對接。

自身溝通能力不夠,問題描述不清,對方回應慢等均是問題。只能說溝通是門藝術,也更要技巧,今后期待提高吧。

2. 保證項目按期完成,主動向上級匯報進度

作為產品,最怕聽到的是開發催需求文檔、催交互稿、催解決方案。從需求落地直到項目上線的這一整個過程,產品都要時刻把握項目進度。此次一個流程由于自己思考不全,導致緊急出交互稿,內心十分忐忑。

一個模塊需求不管是持續兩個星期或者一個月,上級都很關心項目進展,要積極主動向上匯報,不要總是等著他來問。

路漫漫其修遠兮,吾將上下而求索,加油,共勉。

 

作者:花開不敗,產品經理,文藝女青年一枚,白天工作,晚上碼字,愛美,愛跑步,愛旅行,愿我手寫我心,余生不將就。

本文由 @花開不敗 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 你好,因為沒有活動中配置優惠券的界面,所以感覺有點模糊??

    來自亞太地區 回復
  2. 666

    來自北京 回復
  3. mark

    來自北京 回復
  4. 有個疑問,應該是創建完整個活動流程了,再進行財務審核吧?

    來自江蘇 回復
    1. 和活動沒有關系,審核的是創建的優惠券,活動系統只負責發放

      來自北京 回復
  5. 關注對自己有用的,取其精華去其糟粕即可。那么多糾結那些小細節的干嘛???感覺是來踢館的。。

    來自陜西 回復
  6. niceeee

    來自重慶 回復
  7. 數據統計有個地方是不是寫錯了,優惠總金額=使用該優惠券的付款訂單總數,金額怎么能等于訂單總數?

    來自北京 回復
  8. 很清晰,對于我這個菜鳥來說幫助很大,感謝

    回復
  9. 有一個地方不懂,活動時間和活動狀態的上線、下線什么關系,活動上線是代表活動開始嗎?

    來自北京 回復
    1. 活動時間是活動的有效范圍,必須先上線活動時間范圍才能生效,下線后活動直接中止,活動上線代表活動代表活動開始,但是活動上線后可能直接結束,因為上線后的同時如果超過了活動有效時間,那么活動直接結束

      來自北京 回復
  10. 曾經做過優惠券系統,優惠券可以說是電商系統中最復雜的模塊之一了。需要有好的架構設計,代碼設計。這個看的很爽。

    回復
  11. 1.優惠券跟活動做綁定,那你優惠券刪除了,進行中的活動怎么辦?
    2.一個優惠券可以對應多個活動么?

    來自上海 回復
    1. 優惠券刪除的時候可以做個判斷,是否活動正在進行中,如果正在進行做提示后果,必須保證優惠券有一張以上,最后一張不能刪除,或者優惠券全被刪除后在前端做提示:優惠券已發放完

      來自北京 回復
  12. 活動可以刪除?為什么設置立即結束,點擊活動即可結束

    回復
  13. 樓主設計宏觀上不錯。
    不過這種設計,優惠券的獲取等規則,應該需要每個活動自己去弄吧?盜刷等問題也要每個活動自己去弄,比較麻煩

    不過這文章,業務層面的設計,真的不錯

    來自廣東 回復
  14. 樓主寫的很詳細,文中有提到新注冊的用戶主動發券,若是一次性發幾張券,怎么去處理,券關聯活動后,系統以什么樣方式去觸發發送券給用戶呢?

    來自上海 回復
    1. 使用的券包方式發放

      來自上海 回復
  15. 這樣做,券的復用率太低了,作者抽象事物主體有問題,活動為主體,添加券就好。例如:創建活動1,設置券1,再添加設置券2、券3…,為什么要分開設置再關聯呢?

    回復
    1. 說的有道理。這樣也符合用戶使用習慣。

      來自山東 回復
    2. 券為主體,可以增加券的復用性,比如抽獎可以從券里選擇,其他運營活動用到券的都可以直接跟券關聯,活動只是一個投放渠道

      來自江蘇 回復
  16. 還有一個問題,訂單核銷優惠券,假設訂單取消,優惠券是否撤回?

    來自福建 回復
    1. 訂單提交未支付時,優惠券被暫時鎖定,但并未核銷;如訂單被取消(手動或超時自動)優惠券能繼續使用;如訂單支付成功,優惠券才會被核銷

      來自韓國 回復
  17. 有一個問題,優惠券ID是指某類優惠券ID,還是指具體某張券ID呢?也就是不同用戶領取的優惠券ID不同,還是不同用戶領取的優惠券ID相同?

    來自福建 回復
    1. 這里指的是一個券規則的ID,用戶領到的券是這個券規則ID產生的一個實例

      來自韓國 回復
  18. 既然是最基本的優惠券配置,我想問“跳轉鏈接”是個什么鬼,難道是“去使用”?“去使用”不應該是個動態網頁嗎?優惠券用完了怎么辦,需要補券嗎?

    來自四川 回復
  19. 作者寫的很詳細,點贊!但數據分析那里有個小問題,出現了兩個優惠總金額,另一個應該是使用優惠券的訂單數吧。 ??

    來自上海 回復
  20. 受教

    來自山西 回復
  21. 退款的優惠券取消后能再操作嗎

    來自浙江 回復
  22. 哈嘍,看過有些優惠券的設計是創建優惠券和活動直接一步到位,還有就是和你一樣的先創建優惠券之后才創建活動關聯,想了解一下你怎么看待這兩種方式的利弊呢?

    來自浙江 回復
    1. 我感覺不是一步到位的原因是,防止優惠券配置錯誤,因為直接在新增活動的時候配置優惠券,可能只是需要輸入優惠券名稱,看不到優惠券的具體信息,反復切換確認也挺煩。

      回復
    2. 近期實踐后的想法是,先制券再發券的模式比一步到位的更加靈活,制一次同樣的券,之后可以換著方法方式來發券,就是不同的活動了,而且生成的優惠券可以與其他很多模塊關聯,可以說有很多花頭了。

      來自浙江 回復
  23. 我想要轉載呀 可否?

    來自上海 回復
    1. 當然可疑啊,歡迎轉載

      來自上海 回復
    2. 我會注明的, ??

      來自上海 回復
  24. 卡券創建完可以有一個預覽的功能,審查已配置的信息同時可以預覽用戶領取后的樣式

    來自浙江 回復
    1. 對,但最終看優惠券是落到哪個地方,APP、小程序或者微信卡包?不同的地方樣式也會不同

      來自上海 回復
    2. 哈,正好我之前也做了一個優惠券的系統,受教了

      來自浙江 回復
  25. 愛美,愛跑步

    來自湖南 回復
    1. ??

      來自上海 回復
  26. 文章不錯,受教了! ??

    來自吉林 回復
    1. 謝謝 ??

      來自上海 回復
  27. 個人微信公眾號“涵小仙女”,初級產品經理,歡迎大家關注,共同學習。 ??

    來自上海 回復
    1. 怎么搜不到啊

      回復
    2. 涵小仙女——搜微信公眾號,個人空間

      來自上海 回復