易迅優(yōu)惠券

1.為什么在你的職業(yè)生涯中？因為我覺得這是我做電商三年的總結。今天我出招了，就是吐槽公司某網站余額減少的計劃很蠢。結果引來很多冷嘲熱諷，說:我網購過嗎？詳情:http://my.oschina.net/Felldeadbird/tweet/6088277

今天，我們就來認真討論一下這個問題:

3.首先，作為電商，理論上會有賬戶余額功能。主要用于退款后優(yōu)先考慮用戶的賬戶，用于刺激用戶的消費。其次，還有優(yōu)惠券、積分等功能吸引用戶消費。而優(yōu)惠券等可能分為單次訂購、多次訂購使用。而我今天下午的舉動，都是基于一單的使用。那么問題來了，賬戶余額和優(yōu)惠券是否應該實時減少？(注:實時還原也指凍結。下面就不詳細描述了，感謝@劉玉行的建議，可能我的實時推演和大家的理解不一樣)

4.在想答案之前，你需要考慮如果余額實時減少，繳費成功減少，會帶來什么影響:

5.提交訂單，實時扣除余額和優(yōu)惠券:用戶當前賬戶有50元余額，用戶訂單支付金額為100元。用戶提交后，程序立即減去用戶余額，即用戶實際支付的金額為:100-50元。當用戶超過系統(tǒng)有效支付時間未能支付時，系統(tǒng)會自動還原被減去的50元。

6.從上面可以看出，程序開發(fā)只需要保證兩點:1。用戶提交訂單時，只需實時減去抵消付款金額的余額和優(yōu)惠券，并告知用戶最終付款金額。2.對于超過有效支付時間還未支付的訂單，部分貨款余額沖抵，優(yōu)惠券之類的可以退回對應賬戶。

7.提交訂單，不實時減少余額，優(yōu)惠券。只有在支付成功后才能減少:

8.用戶有50元余額，用戶下單001A(都是100元)。看訂單顯示付款金額為50元，但用戶并未立即付款。用戶又下單002B(100元)。訂單顯示付款金額為50元。這時候用戶發(fā)現了異常，我沒有馬上付款。無論我怎么下單，都顯示50元。聰明的用戶選擇，點開A單，跳轉到支付寶，不要先付款。然后打開B頁，跳轉到支付寶。這時支付寶顯示兩單要付50元。用戶支付成功后，從程序上來說，必須只有一個訂單可以修正支付狀態(tài)。對于另一個訂單，付款狀態(tài)將是等待批準，因為余額不足以抵消。

9.案例同上，但是用戶只下了a單，然后網站顯示用戶要支付50元。用戶來店里用現金支付。用戶到店后，客服打開后臺查看訂單顯示要付50元。在用戶給現金的那一刻，倉庫QC審核了用戶前幾天申請的退款。結果用戶賬號增加了30元。也就是一共80元。當客戶服務收取款項時，點擊將訂單狀態(tài)更改為已支付。程序立刻扣除了客人的80元余額。當然，這里的客服并不知道節(jié)目多收了客人30塊錢。

1.在上述情況下，程序需要考慮幾個方面:1。在跳轉到支付界面之前，用戶需要實時計算支付金額。2.因為支付成功后會扣除余額，所以支付接口回調時需要嚴格判斷。3.后臺改變訂單狀態(tài)的扣款也要同步修改。4.程序員也要告訴客服，網站的余額不是實時減少的，向客人收錢的時候要記得刷新頁面。

2.-

3.上面說的都是廢話，可以看到后者增加了開發(fā)的維護成本。而且一不小心就會扣除各種項目，造成不必要的人力成本。當然后者也可以走，但是按照正常流程，選擇第一種肯定是最容易的。越復雜越容易出問題。

4.正如公司過去經常出現負庫存一樣，聰明的領導者想出了一個好主意，加入購物車，實時減少庫存。但該功能上線后，網站很快被惡意降權。然后。。它必須回到原來的樣子。當然，我并沒有說實時減庫存不好。要看適用范圍，比如搶購。

說到這里，我只是在抱怨公司的一個網站的設計，沒想到引來了這樣的冷嘲熱諷。我實在受不了了，就發(fā)了這個帖子。最后，想回復的人，什么都不要回復，呵呵，有彩蛋用這個屎。作為一個程序員，我會用你的例子來證明我的錯誤。