需求背景：

公司的促銷體系中已經有了紅包和回團立返，現對于微信渠道接入微信卡劵進行促銷

需求拆分：

由于本篇文章主要想講的是后端產品，對于前端只做簡要帶過，保證整個流程是通暢的

前端：

1. 卡劵的發放（如卡劵發放著陸頁、搖一搖等方式）
2. 用戶領取卡劵
3. 卡劵的呈現（列表頁可使用卡劵的標識、訂單填寫頁選擇卡劵的入口、卡劵列表呈現頁）
4. 用戶下單時使用卡劵

后端：

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的優惠

1. 如果我這個訂單是800元的，現在加了一個人（300元）滿足了規則，訂單金額是有變化的（原線路變更）
2. 如果我這個訂單是1100元的，減了一個人（300元）就不滿足規則了，這時候訂單金額也是要變的（原線路變更）
3. 如果這個訂單對應的產品是可以使用卡劵的，但變更到一個不能用卡劵的產品上，這時候卡劵要判斷是否要退回用戶賬戶（新線路變更）
4. 如果這個訂單對應的產品是不能用卡劵的，但變更之后的產品可以使用卡劵，那金額也要跟著變（新線路變更）
5. 如果這個訂單對應的產品是可以用卡劵，變更之后的產品也可以使用卡劵，那還要判斷應該用哪種卡劵……（新線路變更）

看暈了嗎？

在我理解中，前端產品經理重交互，后端產品經理重邏輯，需要后端產品經理對于整個流程、系統非常熟悉，要有全局觀，有可能某一處的改動會涉及到方方面面

喘口氣，結束了嗎？

–！，還沒有！

5、監控

剛做后端產品經理時前面4點費了好大勁，終于要看到成功的曙光了，很容易把監控這一點給忘了。

是不是要做一個卡劵的監控頁面，可以查詢發出去了多少張卡劵，哪些訂單使用了卡劵，有哪些是核銷失敗的卡劵，核銷失敗的卡劵還要做個手動核銷的功能…

6、其他需要考慮的點

1. 是否與其他活動（紅包、回團立返）互斥
2. 卡劵是否退回用戶賬戶的標準：卡劵已核銷或者卡劵已過期則卡劵不退
3. 取消訂單時也需要判斷卡劵是否退回

整體上微信卡劵的接入后端會涉及到這6個方面，第一次寫后端產品的文章，希望跟大家一起討論，共同進步~

大家有想說的，歡迎留言討論~

本文由 @屁顛屁顛 原創發布于人人都是產品經理?，未經許可，禁止轉載。