導(dǎo)語(yǔ)：訂單中心是很多B端平臺(tái)都不可缺少的一個(gè)模塊，本文作者結(jié)合自己多年的B端產(chǎn)品項(xiàng)目工作經(jīng)歷，將自身的平臺(tái)建設(shè)經(jīng)驗(yàn)與反思進(jìn)行總結(jié)，希望可以與大家一起分享交流。

訂單中心是多數(shù)B端平臺(tái)都會(huì)涉及的一個(gè)模塊，本質(zhì)上為單據(jù)管理，而銷(xiāo)售訂單是單據(jù)管理內(nèi)的一個(gè)類目，其分析邏輯可拓展到其他類目，如訂貨單、意向單等。

筆者之所以選擇訂單中心作為第一篇總結(jié)，也是由于訂單中心業(yè)務(wù)實(shí)際上牽涉到平臺(tái)內(nèi)多方業(yè)務(wù)人員參與，如銷(xiāo)售、市場(chǎng)、庫(kù)管、財(cái)務(wù)、物流團(tuán)隊(duì)、商家甚至領(lǐng)導(dǎo)團(tuán)隊(duì)，具有更廣的普適性與討論價(jià)值。

從訂單業(yè)務(wù)層面上，本人將訂單數(shù)據(jù)流轉(zhuǎn)過(guò)程總結(jié)為四個(gè)階段，分別是訂單創(chuàng)建階段、訂單支付階段、訂單完成階段和訂單售后階段，這四個(gè)階段將串聯(lián)起訂單業(yè)務(wù)的整個(gè)生命周期，涵蓋商品中心、營(yíng)銷(xiāo)中心、庫(kù)存中心、財(cái)務(wù)中心和物流中心五個(gè)業(yè)務(wù)模塊。

一、訂單創(chuàng)建階段：狀態(tài)與庫(kù)存的處理邏輯

首先是訂單創(chuàng)建階段，從用戶開(kāi)始進(jìn)入平臺(tái)購(gòu)物界面開(kāi)始，訂單業(yè)務(wù)便開(kāi)始了。商品展示界面通過(guò)商品中心和營(yíng)銷(xiāo)中心拉取信息，并將信息運(yùn)算結(jié)合后展現(xiàn)到用戶眼前，供用戶挑選。

用戶在選中商品加入購(gòu)物車(chē)后，圖中有一步校驗(yàn)商品庫(kù)存是否充足的邏輯，該邏輯目前在市面上存在多種缺貨處理方式，如京東商城是在用戶進(jìn)入界面上便提示用戶已缺貨，禁止用戶加入購(gòu)物車(chē)，而淘寶/天貓商城是提示無(wú)貨后，依然支持用戶加入購(gòu)物車(chē)，本人則更偏向于后者，因?yàn)榫〇|商城在缺貨商品無(wú)法加入購(gòu)物車(chē)的情況下，用戶想要保留下次快速找到商品的途徑，大部分都是通過(guò)收藏商品來(lái)實(shí)現(xiàn)。

而實(shí)際情況下，大部分用戶對(duì)購(gòu)物車(chē)的關(guān)注度普遍高于收藏夾，這也就相應(yīng)減少了缺貨商品后續(xù)的曝光頻率。

如果用戶可將缺貨商品加入購(gòu)物車(chē)，那么用戶下次看到商品到貨，即可直接在購(gòu)物車(chē)界面發(fā)起購(gòu)買(mǎi)操作，而不需要像收藏夾一樣，進(jìn)入商品詳情頁(yè)發(fā)起購(gòu)買(mǎi)，這也可以減少操作環(huán)節(jié)，增加成交幾率。

用戶發(fā)起支付后，訂單中心將根據(jù)最新的商品信息和營(yíng)銷(xiāo)信息，計(jì)算實(shí)際支付價(jià)格后生成未支付訂單，有些朋友可能疑惑訂單為何還要區(qū)分未支付和已支付兩種狀態(tài)，而不是在支付成功后直接創(chuàng)建已支付訂單。

我的理解是這樣的，首先是用戶發(fā)起支付動(dòng)作后，到支付成功存在時(shí)間間隔，用戶可能在這個(gè)間隔內(nèi)完成支付，也可能在這個(gè)間隔內(nèi)由于各種原因（卡機(jī)、接電話、余額不足等）退出支付界面導(dǎo)致支付失敗。而此時(shí)為了讓用戶在支付中斷后可以找到原商品進(jìn)行支付，則需要保留一條未支付的訂單。

這個(gè)時(shí)候有的朋友可能又會(huì)疑惑，為何用戶不直接重新購(gòu)買(mǎi)商品呢？

我認(rèn)為主要原因是優(yōu)惠，優(yōu)惠一般來(lái)源于平臺(tái)、商家或商品的促銷(xiāo)策略，且該策略具備時(shí)效性。用戶在挑選商品時(shí)可能由于優(yōu)惠而下單，如果支付失敗，那么用戶下次找到商品支付，則可能面臨促銷(xiāo)失效而支付價(jià)格提升的情況，用戶將大概率不再繼續(xù)購(gòu)買(mǎi)該商品，如果支付失敗為平臺(tái)責(zé)任，甚至?xí)?dǎo)致用戶對(duì)平臺(tái)的體驗(yàn)感直線下降。

另外，在下單到支付的時(shí)間間隔中，用戶都有可能面臨促銷(xiāo)策略已失效的情況，若等到支付時(shí)再計(jì)算優(yōu)惠生成支付訂單，將可能導(dǎo)致用戶支付金額與下單金額不匹配的情況，最典型的便是用戶晚上12點(diǎn)前下單，12點(diǎn)后支付的場(chǎng)景。

講完未支付訂單，這里將來(lái)到訂單創(chuàng)建階段的最后一個(gè)業(yè)務(wù)環(huán)節(jié)-鎖定庫(kù)存。

鎖定庫(kù)存的概念是，商品的物理庫(kù)存數(shù)量不變，但該庫(kù)存數(shù)量已被鎖定為不可變更移動(dòng)的狀態(tài)。通俗的說(shuō)就是，這個(gè)庫(kù)存被預(yù)定了，不能賣(mài)給別人。他的作用在于防止訂單支付數(shù)大于商品庫(kù)存數(shù)，導(dǎo)致最終無(wú)法出貨的情況。

另外，并非所有平臺(tái)商家都會(huì)加入鎖定庫(kù)存的概念，該概念是由于訂單未支付狀態(tài)的存在而設(shè)計(jì)，而部分商家為了避免競(jìng)爭(zhēng)對(duì)手惡意制造大量未支付訂單導(dǎo)致正常買(mǎi)家無(wú)貨可買(mǎi)的情況，也會(huì)對(duì)該鎖定庫(kù)存策略進(jìn)行一些限制，如鎖定庫(kù)存比例告警、非強(qiáng)制無(wú)貨狀態(tài)等。

二、訂單支付階段：訂單的拆分和財(cái)務(wù)記賬

用戶支付完成訂單后，訂單中心將同步該訂單為已支付狀態(tài)。與此同時(shí)，若用戶單筆訂單內(nèi)存在多個(gè)商家，且商家之間為獨(dú)立運(yùn)營(yíng)，那么訂單會(huì)做拆分處理，拆分一般為母訂單根據(jù)各商家的商品價(jià)格與促銷(xiāo)活動(dòng)，對(duì)商品和支付價(jià)格進(jìn)行拆分，此處需要注意的是，拆分過(guò)程中可能遇到優(yōu)惠金額無(wú)法直接整除的場(chǎng)景，需要明確好余數(shù)應(yīng)如何處理。

如用戶購(gòu)買(mǎi)A商家商品共10元，B商家商品共20元，且使用了1元優(yōu)惠券，那么簡(jiǎn)單的按比例劃分優(yōu)惠額即為A商家優(yōu)惠1*10/（10+20）=0.333…元，B商家優(yōu)惠1*20/（10+20）=0.666…元，若直接去尾數(shù)，將直接導(dǎo)致0.3333…=0.33，0.666…=0.66，總優(yōu)惠=0.33+0.66=0.99的情況，與實(shí)際優(yōu)惠不符。

那么四舍五入行不行呢，上面的案例是沒(méi)問(wèn)題的，但若遇到三個(gè)商家各10元，優(yōu)惠1元的場(chǎng)景，就會(huì)遇到同樣的問(wèn)題，最后的優(yōu)惠額會(huì)等于0.33+0.33+0.33=0.99元。因此，在這個(gè)時(shí)候，一般會(huì)引入盈虧池的概念。

盈虧池的概念即為，不論你采用的是直接去尾數(shù)、向上下取整還是四舍五入的算法，如果算出來(lái)的實(shí)際優(yōu)惠額大于訂單優(yōu)惠額，那么平臺(tái)將承擔(dān)該部分損失，記為虧損；如果實(shí)際優(yōu)惠額小于訂單優(yōu)惠額，那么平臺(tái)獲得該部分差價(jià)盈利。

總體上，總的盈利和虧損是不大的，只是為了保證實(shí)際財(cái)務(wù)收入與單據(jù)保持一致而已。

而在不引入盈虧池的情況下，一般會(huì)這么處理，當(dāng)存在多個(gè)商家享受同一個(gè)優(yōu)惠時(shí)，系統(tǒng)將計(jì)算前兩個(gè)商家的優(yōu)惠額，并將最后的差額作為第三個(gè)商家的優(yōu)惠額，如此便可保證用戶支付金額總和等于總商家收入金額總和。

如上面案例A/B/C三個(gè)商家，共同享受1元優(yōu)惠，那么A/B商家享受的優(yōu)惠額為0.33，C商家享受的優(yōu)惠額則為1-0.33-0.33=0.34。

說(shuō)完拆單，另外一個(gè)需要注意的便是財(cái)務(wù)記賬，一般來(lái)講，用戶支付完訂單，財(cái)務(wù)中心將會(huì)增設(shè)一筆收入數(shù)據(jù)，該收入數(shù)據(jù)一旦確認(rèn)，便不可再次更改，原因便是為了保證財(cái)務(wù)數(shù)據(jù)與流水?dāng)?shù)據(jù)保持絕對(duì)一致。

流水?dāng)?shù)據(jù)常見(jiàn)于第三方支付場(chǎng)景，如財(cái)付通、支付寶和銀聯(lián)等，用戶通過(guò)第三方支付，支付完成后第三方服務(wù)商將提供與該筆訂單相對(duì)應(yīng)的流水單號(hào)，因此流水單號(hào)也是財(cái)務(wù)對(duì)賬中，出現(xiàn)差異時(shí)可依賴的重要校對(duì)手段。

另外，訂單在財(cái)務(wù)模塊還涉及到另一個(gè)分支-手續(xù)費(fèi)，目前大部分第三方支付服務(wù)商會(huì)收取收款商家一定的手續(xù)費(fèi)用。那么該部分費(fèi)用在用戶支付完訂單的時(shí)候，系統(tǒng)也會(huì)同步根據(jù)手續(xù)費(fèi)率計(jì)算該筆訂單手續(xù)費(fèi)，并登記到支出項(xiàng)。

需要注意的是，手續(xù)費(fèi)需要先明確由平臺(tái)方還是商家承擔(dān)，若商家承擔(dān)，也會(huì)遇到按比例平均后，實(shí)際總費(fèi)用高于或低于登記費(fèi)用的情況，這時(shí)候也可以引入盈虧池進(jìn)行處理。

那么本篇文章主要總結(jié)了訂單創(chuàng)建階段和訂單支付階段的流轉(zhuǎn)過(guò)程與相關(guān)概念，要點(diǎn)包括：

• 缺貨狀態(tài)下的交互處理
• 訂單狀態(tài)的定義邏輯
• 鎖定庫(kù)存的基本概念與作用
• 訂單的拆分與記賬
• 優(yōu)惠額拆分的處理方式（盈虧池/按整額取余數(shù)）

那么，B端平臺(tái)產(chǎn)品建設(shè)手記-訂單中心篇（上）就到此結(jié)束，下篇將就訂單業(yè)務(wù)中的完成階段和售后階段進(jìn)行論述，歡迎大家提出意見(jiàn)與問(wèn)題，進(jìn)行更深層次的交流。

本文由 @RB產(chǎn)品手記 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議