優惠券系統應該如何設計?
優惠券是一套規則的組合,它的基本信息包括優惠券名稱、發放數量、優惠券是否可疊加、每人限領張數、是否和其他促銷同時使用(優惠優先級)、使用規則等。那優惠券系統應該如何設計?一起來文章中中看看~
知識總結很重要,不管是每周的周報,還是階段性的項目總結,都是一個復盤的過程。近兩周一直在做優惠券需求,從最初的一無所知到現在建立初步的優惠券框架結構,一路也是磕磕碰碰。今天就把這段時間的輸入總結一下然后輸出。
優惠券的投放方式有多種,本文采用的是活動頁送券這種形式。
△優惠券整體流程圖
一、創建優惠券
優惠券是一套規則的組合,創建優惠券是優惠券系統設計的第一步,主要有以下幾部分組成:基本信息、優惠類型、使用范圍、有效期等。
1. 基本信息
包括優惠券名稱、發放數量、優惠券是否可疊加、每人限領張數、是否和其他促銷同時使用(優惠優先級)、使用規則等。
2. 優惠類型
優惠類型要根據公司實際情況和用戶群體去設計,主要有滿減、立減、折扣券或優惠碼。滿減、立減、折扣券屬于私有券,只能個人賬號使用;優惠碼屬于共有券,給有兌換碼并且兌換的用戶使用。
3. 使用范圍
使用優惠券的用戶類型、使用優惠券的商品類型、訂單類型。用戶類型一般指是否區分新老用戶、不同的等級用戶;商品類型指哪些區域、哪些品類的商品可使用;訂單類型指訂單滿多少元可使用、滿多少件可使用。
4. 有效期
有效期一般有兩種:
- 一種是固定的有效期,設定一個時間段;
- 另一種是設定一個有效數,比如:30天,一般是從領取之日起30天內有效。
多數情況下都會選擇第二種,增加緊迫感,促進用戶下單。優惠券因涉及金額,通常需要財務審批,財務審批后優惠券ID生成。到此,優惠券的基本規則大概梳理完畢。當然這些只是最基本的規則,具體的還要和實際業務相結合。
實例設計:
△這是最基本的優惠券新增,具體要視業務而定
二、創建活動
創建的優惠券只是一系列規則的組合,通常還需要一個活動頁?;顒禹撋峡煞乓粡垉灮萑部煞哦鄰?,具體看業務需求。
活動通常包括活動基本信息和分享設置等。
1. 基本信息
包括活動名稱、活動時間、活動圖片、活動狀態和活動規則等。
活動頁需要上傳的圖片和設計者的設計強相關,若活動頁是使用者百分百自定義,則需要開發一個自定義配置頁面;若只有活動頭圖和活動規則部分自定義,則需要上傳活動頭圖和活動規則圖片(通常由UI設計好)。
優惠券區域因涉及“立即使用”的鏈接跳轉(來自創建優惠券時的URL跳轉路徑),樣式通常在開發環境寫好,但可修改上面的文案、字體、顏色等。若優惠券需用戶點擊“領取”,則還需要領取成功的頁面。
活動狀態可分為未開始、進行中、已結束。列表頁的活動狀態和新增頁不同,列表頁的狀態是由新增頁的“在線”或“下線”和活動時間共同決定。
需要注意的是:已經發出去的優惠券,即使對應的活動已結束,但只要還在優惠券有效期內,是可以正常使用的。
實例設計:
△這是最基本的活動頁新增,具體要視業務而定
活動創建后到活動列表頁,同時生成一個活動鏈接,接下來就是為這個活動關聯之前生成的優惠券。
實例設計:
△這是最基本的活動列表頁,具體要視業務而定
點擊卡券配置為活動添加優惠券。
實例設計:
△這是最基本的添加優惠券頁面,具體要視業務而定
到此,活動關聯優惠券完成,接下來講優惠券投放和用戶使用等環節。
三、優惠券投放
用戶獲得優惠券的渠道有很多種,主要有以下幾種:
- 新手注冊:在很多應用上,用戶新注冊會得到一張券,用于促進新用戶的下單轉化。
- 會員領?。侯愃起I了嗎,成為會員每月享有20元無門檻紅包。
- 邀請送券:邀請好友可得價值多少的優惠券。
- 活動送券:法定節假日或特定節日,比如雙十一的促銷節,以活動頁的形式向用戶發券(本人負責的優惠券需求采用此形式發券)。
- 分享發券:類似餓了嗎,用戶下完單后將優惠券分享在朋友圈或微信好友,其他用戶點擊領取。
- 主動觸發:通過短信告知用戶有優惠券送達,短信中可附上優惠的商品鏈接,有助于轉化,或者使用push的方式去提醒用戶。注意這種方式發券會對用戶造成打擾,因此注意發券的頻率和時間。主動觸發多用于刺激留存用戶、喚醒沉睡用戶。
四、用戶領取
用戶領取有兩種方式:直領和點擊領取。
- 直領指不需要用戶點擊“領取”按鈕,進到優惠券頁面,優惠券自動落到個人賬戶,即系統自動發放,常見于活動頁或新打開應用的場景下。
- 點擊領取顧名思義就是需要用戶點擊一下“領取”按鈕,優惠券才會落入個人賬戶。
領取通常伴隨著消息通知,如:短信、微信公眾號,因此通知系統和營銷系統也要打通。
△用戶領取優惠券流程圖
五、用戶使用
在訂單填寫頁,系統會默認給出面額最大的優惠券,金額相同優先使用先過期的券。用戶也可自己選擇是否使用優惠券或其他可用優惠券。需要注意的是:在優惠券列表頁,達到當前訂單總價的優惠券才能使用,其他不可使用優惠券置灰不可選,靠后展示。
實例設計:
△優惠券原型圖
△用戶使用優惠券流程圖
六、優惠券退還
優惠券退還要看具體的場景,一般有以下幾種:
- 用戶下單未支付,取消訂單,優惠券可退還;
- 商家在訂單未完成的情況下,發起退款操作,優惠券可退還;
- 用戶下單支付后,申請退款,優惠券不退還。
七、數據分析
數據分析是對用戶領取、使用優惠券進行數據統計,從而查看活動效果。投入多大成本,帶來多大轉化率。
以下提供幾個統計維度,僅供參考:
- 領取率:優惠券領取總量/優惠券發放總量;
- 使用率:優惠券已使用總量/優惠券已領取總量;
- 優惠總金額:使用該優惠券優惠的總金額;
- 用券總成交額:使用該優惠券的訂單付款總金額;
- 優惠總金額:使用該優惠券的付款訂單總數;
- 費效比:優惠總金額/用券總成交額;
- 用券筆單價:用券總成交額 / 使用該優惠券的付款訂單總數;
- 拉新數:領取過優惠券的用戶中,標記為新用戶的數量/總用戶數。
優惠券狀態可分為:待使用、已使用、已過期,已取消。
- 用戶領取優惠券后,優惠券處于待使用狀態;
- 成功使用優惠券后狀態變為已使用;
- 未在有效期內使用的優惠券狀態變為已過期;
- 退款的優惠券狀態為已取消。
實例設計:
△這是最基本的數據分析頁面,具體要視業務而定
大家可以看到,我在每個原型圖下都提到具體要視業務而定。因為任何產品設計的出發點,都是業務,都是在解決業務。雖然業務和業務之間有共同點,但脫離業務的設計沒有任何意義。
所以這篇文章中的所有原型圖都只能做參考而不能直接使用,具體要看公司的業務。
八、寫在最后
伴隨著這篇文章的推送,持續兩周的第二個版本迭代項目也在今晚上線。此次產品設計過程中,收獲是熟悉了優惠券這一塊知識,挑戰當屬溝通和跟進項目。
1. 跨區域跨部門溝通
都說產品必備技能之一是語言表達能力和溝通能力,確實不假。日常我們需要和開發、測試、運營和交互等交流??绮块T協作的,還需要和其他部門溝通。
此次優惠券需求,除了身邊的開發等同事,還有總部的優惠券公共平臺、營銷公共平臺、活動公共平臺、火車票平臺等,約五個跨區域跨部門對接。
自身溝通能力不夠,問題描述不清,對方回應慢等均是問題。只能說溝通是門藝術,也更要技巧,今后期待提高吧。
2. 保證項目按期完成,主動向上級匯報進度
作為產品,最怕聽到的是開發催需求文檔、催交互稿、催解決方案。從需求落地直到項目上線的這一整個過程,產品都要時刻把握項目進度。此次一個流程由于自己思考不全,導致緊急出交互稿,內心十分忐忑。
一個模塊需求不管是持續兩個星期或者一個月,上級都很關心項目進展,要積極主動向上匯報,不要總是等著他來問。
路漫漫其修遠兮,吾將上下而求索,加油,共勉。
作者:花開不敗,產品經理,文藝女青年一枚,白天工作,晚上碼字,愛美,愛跑步,愛旅行,愿我手寫我心,余生不將就。
本文由 @花開不敗 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
你好,因為沒有活動中配置優惠券的界面,所以感覺有點模糊??
666
mark
有個疑問,應該是創建完整個活動流程了,再進行財務審核吧?
和活動沒有關系,審核的是創建的優惠券,活動系統只負責發放
關注對自己有用的,取其精華去其糟粕即可。那么多糾結那些小細節的干嘛???感覺是來踢館的。。
niceeee
數據統計有個地方是不是寫錯了,優惠總金額=使用該優惠券的付款訂單總數,金額怎么能等于訂單總數?
很清晰,對于我這個菜鳥來說幫助很大,感謝
有一個地方不懂,活動時間和活動狀態的上線、下線什么關系,活動上線是代表活動開始嗎?
活動時間是活動的有效范圍,必須先上線活動時間范圍才能生效,下線后活動直接中止,活動上線代表活動代表活動開始,但是活動上線后可能直接結束,因為上線后的同時如果超過了活動有效時間,那么活動直接結束
曾經做過優惠券系統,優惠券可以說是電商系統中最復雜的模塊之一了。需要有好的架構設計,代碼設計。這個看的很爽。
1.優惠券跟活動做綁定,那你優惠券刪除了,進行中的活動怎么辦?
2.一個優惠券可以對應多個活動么?
優惠券刪除的時候可以做個判斷,是否活動正在進行中,如果正在進行做提示后果,必須保證優惠券有一張以上,最后一張不能刪除,或者優惠券全被刪除后在前端做提示:優惠券已發放完
活動可以刪除?為什么設置立即結束,點擊活動即可結束
樓主設計宏觀上不錯。
不過這種設計,優惠券的獲取等規則,應該需要每個活動自己去弄吧?盜刷等問題也要每個活動自己去弄,比較麻煩
不過這文章,業務層面的設計,真的不錯
樓主寫的很詳細,文中有提到新注冊的用戶主動發券,若是一次性發幾張券,怎么去處理,券關聯活動后,系統以什么樣方式去觸發發送券給用戶呢?
使用的券包方式發放
這樣做,券的復用率太低了,作者抽象事物主體有問題,活動為主體,添加券就好。例如:創建活動1,設置券1,再添加設置券2、券3…,為什么要分開設置再關聯呢?
說的有道理。這樣也符合用戶使用習慣。
券為主體,可以增加券的復用性,比如抽獎可以從券里選擇,其他運營活動用到券的都可以直接跟券關聯,活動只是一個投放渠道
還有一個問題,訂單核銷優惠券,假設訂單取消,優惠券是否撤回?
訂單提交未支付時,優惠券被暫時鎖定,但并未核銷;如訂單被取消(手動或超時自動)優惠券能繼續使用;如訂單支付成功,優惠券才會被核銷
有一個問題,優惠券ID是指某類優惠券ID,還是指具體某張券ID呢?也就是不同用戶領取的優惠券ID不同,還是不同用戶領取的優惠券ID相同?
這里指的是一個券規則的ID,用戶領到的券是這個券規則ID產生的一個實例
既然是最基本的優惠券配置,我想問“跳轉鏈接”是個什么鬼,難道是“去使用”?“去使用”不應該是個動態網頁嗎?優惠券用完了怎么辦,需要補券嗎?
作者寫的很詳細,點贊!但數據分析那里有個小問題,出現了兩個優惠總金額,另一個應該是使用優惠券的訂單數吧。 ??
受教
退款的優惠券取消后能再操作嗎
哈嘍,看過有些優惠券的設計是創建優惠券和活動直接一步到位,還有就是和你一樣的先創建優惠券之后才創建活動關聯,想了解一下你怎么看待這兩種方式的利弊呢?
我感覺不是一步到位的原因是,防止優惠券配置錯誤,因為直接在新增活動的時候配置優惠券,可能只是需要輸入優惠券名稱,看不到優惠券的具體信息,反復切換確認也挺煩。
近期實踐后的想法是,先制券再發券的模式比一步到位的更加靈活,制一次同樣的券,之后可以換著方法方式來發券,就是不同的活動了,而且生成的優惠券可以與其他很多模塊關聯,可以說有很多花頭了。
我想要轉載呀 可否?
當然可疑啊,歡迎轉載
我會注明的, ??
卡券創建完可以有一個預覽的功能,審查已配置的信息同時可以預覽用戶領取后的樣式
對,但最終看優惠券是落到哪個地方,APP、小程序或者微信卡包?不同的地方樣式也會不同
哈,正好我之前也做了一個優惠券的系統,受教了
愛美,愛跑步
??
文章不錯,受教了! ??
謝謝 ??
個人微信公眾號“涵小仙女”,初級產品經理,歡迎大家關注,共同學習。 ??
怎么搜不到啊
涵小仙女——搜微信公眾號,個人空間