微信卡劵接入點功能分析:前后端需求點和功能流程
需求背景:
公司的促銷體系中已經有了紅包和回團立返,現對于微信渠道接入微信卡劵進行促銷
需求拆分:
由于本篇文章主要想講的是后端產品,對于前端只做簡要帶過,保證整個流程是通暢的
前端:
- 卡劵的發放(如卡劵發放著陸頁、搖一搖等方式)
- 用戶領取卡劵
- 卡劵的呈現(列表頁可使用卡劵的標識、訂單填寫頁選擇卡劵的入口、卡劵列表呈現頁)
- 用戶下單時使用卡劵
后端:
1、下單和支付
當用戶獲取到卡劵,下單進行支付時,整個訂單的金額需要扣除卡劵的優惠金額,這里有一個疑問:電商類的網站,一個訂單產生之后不一定是立即支付的,有些甚至是幾天之后才能支付完,那么用戶下單時使用了卡劵,但過了X天實際支付時卡劵過期了,這個時候訂單金額怎么辦,卡劵的抵扣還是否有效?
從用戶角度來說,我下單那一刻使用了卡劵,我就應該繼續享受這個優惠。這里雖然有疑問,但對于最終的方案其實爭議不大。不過引申出兩個細節:
- 卡劵什么時候屬于過期?(卡劵的過期:這就要求卡劵在創建的時候填寫開始和結束時間—所以我們還需要做個卡劵的創建頁面)
- 卡劵什么時候算是核銷?(卡劵的核銷:清款成功后進行卡劵的核銷)
2、卡劵信息的顯示
a、上面我們談到了卡劵的支付,那么支付完成后,拿到了訂單號,我們就可以在后端系統通過訂單號看到整個訂單的詳細信息,如下單人信息、價格明細、OP同事的操作日志等等,當然也會知道對于使用卡劵的訂單進行一個標記,如新增一行說明該訂單使用卡劵的詳細信息:如卡劵號碼和卡劵的優惠規則(滿2000抵200的卡劵)
b、除了新增一列說明卡劵的信息之外,在訂單詳情里還有一處顯示也需要加上卡劵,那就是訂單的價格明細:
訂單總價=產品銷售價+單房差+保險-抵扣金額(在這里對于使用卡劵的訂單需要減去卡劵的抵扣金額)
3、卡劵的退款
我們談到了下單、支付和卡劵信息的展示,順著這樣的邏輯下來,就到了退款。一個使用卡劵的訂單他的退款邏輯是怎樣的?跟紅包有什么區別?我們分開來對比下:
a、對于紅包來說:紅包屬于平攤
如整個訂單1000元,使用了100元的紅包,而整個訂單有2個成人,那么當用戶申請退一個成人時,在沒有違約金的情況下:退款的金額為(1000-100)/2=450,由于紅包屬于公司自己的優惠政策,退款后的紅包是否回歸到用戶賬戶?這個就看公司政策怎么定的了。(但即使退了一個人對于另一個人來說也是享受紅包的)。
b、對于卡劵來說:卡劵不是平攤,而是整退
再比如同樣整個訂單1000元,使用了100元的卡劵,而整個訂單有2個成人,那么當用戶申請退一個成人時,在沒有違約金的情況下:退款的金額為(1000-100)/2=450,但這里跟紅包就有了不同,紅包是平攤,你退了一個人另一個仍然享受50元的紅包優惠,但是卡劵沒有退一半的說法,只能把整個卡劵退給用戶,但卡劵整退回了用戶的賬戶,那另一個人就沒有優惠了,相反還需要用戶補回第二個人卡劵抵扣的50元錢,但你讓用戶退款之后再付款,體驗是非常差的,所以這里需要對退款金額和補回金額進行最終的計算,比如這個例子要退給用戶450元,又要用戶補回第二個人50元的卡劵優惠金額,那就是最終只退給用戶400元。
c、還要考慮下發生退款后不滿足卡劵使用規則(滿1000元抵100)的問題:申請退款后不滿足卡劵使用規則且價格有變動時,只在退款審核完成后顯示最新價格
d、注意點:當存在退款記錄時,不可再次申請退款,只有退款處理完成后才能再次申請退款,返還卡劵是在退款審核通過后進行
退款的邏輯有點繞人,接下來我會單獨開篇文章分享下退款功能
4、訂單變更
對于我們這種旅游行業的非標品項目,每一個訂單都來之不易,一個訂單產生之后都會有專門的OP同事去跟進,在出游之前很容易訂單有變化,比如要再帶上誰誰誰(加人),誰誰誰有事去不了了(減人),或者決策有變化了,想換到另一條線路上=> 這就有了訂單變更這個功能
問題來了,卡劵的規則是滿1000減100的優惠
- 如果我這個訂單是800元的,現在加了一個人(300元)滿足了規則,訂單金額是有變化的(原線路變更)
- 如果我這個訂單是1100元的,減了一個人(300元)就不滿足規則了,這時候訂單金額也是要變的(原線路變更)
- 如果這個訂單對應的產品是可以使用卡劵的,但變更到一個不能用卡劵的產品上,這時候卡劵要判斷是否要退回用戶賬戶(新線路變更)
- 如果這個訂單對應的產品是不能用卡劵的,但變更之后的產品可以使用卡劵,那金額也要跟著變(新線路變更)
- 如果這個訂單對應的產品是可以用卡劵,變更之后的產品也可以使用卡劵,那還要判斷應該用哪種卡劵……(新線路變更)
看暈了嗎?
在我理解中,前端產品經理重交互,后端產品經理重邏輯,需要后端產品經理對于整個流程、系統非常熟悉,要有全局觀,有可能某一處的改動會涉及到方方面面
喘口氣,結束了嗎?
–!,還沒有!
5、監控
剛做后端產品經理時前面4點費了好大勁,終于要看到成功的曙光了,很容易把監控這一點給忘了。
是不是要做一個卡劵的監控頁面,可以查詢發出去了多少張卡劵,哪些訂單使用了卡劵,有哪些是核銷失敗的卡劵,核銷失敗的卡劵還要做個手動核銷的功能…
6、其他需要考慮的點
- 是否與其他活動(紅包、回團立返)互斥
- 卡劵是否退回用戶賬戶的標準:卡劵已核銷或者卡劵已過期則卡劵不退
- 取消訂單時也需要判斷卡劵是否退回
整體上微信卡劵的接入后端會涉及到這6個方面,第一次寫后端產品的文章,希望跟大家一起討論,共同進步~
大家有想說的,歡迎留言討論~
本文由 @屁顛屁顛 原創發布于人人都是產品經理?,未經許可,禁止轉載。
其實退款只會退用戶實際付款金額就可以了 為啥你會搞的這么麻煩呢 你做的優惠券其實是一個活動 那個成本是公司承擔的 那顧客退款的時候 還得把優惠券的金額給包含進去嗎 我搞不明白你寫的這個是什么意思 申請退款了 優惠券的意義也就沒了 為啥還得退還給用戶 讓他再次使用? 你們的優惠券使用時長那么長嗎
看每個公司自己的業務場景,也可以定得很簡單,比如申請退款時卡券不退;
有幾個細節可以考慮下:
1、客人退款不一定全退實付金額,有可能只退其中的一部分(比如機票+酒店的自由行線路,客人退其中的一晚酒店)
當然可以告訴業務,退款只能全退,但是在業務的實際發展過程中,業務要求滿足這種精細化退款需求的時候就會涉及到部分退的問題。
2、成本不一定是公司承擔,有可能只是跨事業部的兩個不同部門進行分攤,是需要算清楚各自部門的成本的。
我也是同程的產品,最近也在做卡券功能,很多問題想請教!
卡券一般不都是標明不參與退款的么
?? ?? ?? ?? ?? 不錯?。。。。?/p>
旅游卡券?作者是攜程的?
同程
不錯的分享,后臺邏輯很清晰的總結:)Aria