訂單系統(tǒng)是電商后臺產(chǎn)品最為核心的一環(huán)，也是衡量電商公司業(yè)務能力的重要維度。而且，根據(jù)訂單情況，能夠拆解出不同緯度的數(shù)據(jù)指標。
訂單管理中心，又稱為OC，即orderCenter，保存了交易的記錄，里面包含所有的交易信息。訂單內(nèi)的各種字段，都是用戶在下單前，在結算頁內(nèi)選擇或輸入的內(nèi)容。
那用戶究竟進行了哪些操作才生成了訂單呢？以筆者為例，一般是有了購買需求才會上購物app，當然了，要排除工作時的使用情況。
第一件事就是使用搜索，據(jù)說搜索可以貢獻60%的銷售額，包含關鍵字搜索和類目搜索。
然后進入商品列表頁，緊接著選擇商品，進入詳情頁，查看商品信息，評價和問答。
再加入購物車，勾選商品，去結算
在結算頁，輸入地址聯(lián)系方式，選擇支付方式，配送方式，權益資產(chǎn)，發(fā)票類型
檢查無誤，提交訂單。系統(tǒng)生成訂單信息，并提示物流狀態(tài)。
看似很漫長的一條路徑，但是每一步都必不可少?？赡?，在未來，用戶下單只需要一步即可。
訂單字段
從上述的下單路徑，還是能夠拆解出各項訂單的字段的，比如
基礎信息：包含訂單號，訂單時間，訂單狀態(tài)等信息
商品信息：包含商品價格，商品名稱，商品鏈接等信息
支付方式：包含支付方式，支付狀態(tài)，支付時間，支付單號等信息
配送方式：是否包郵，不包郵時配送公司是什么。
權益資產(chǎn)：包含紅包，卡券，積分，京豆等虛擬資產(chǎn)
發(fā)票信息：發(fā)票類型選擇，增值稅普通發(fā)票還是增值稅專用發(fā)票，電子發(fā)票還是不開票等信息。
物流信息：物流具體的狀態(tài)，什么時間點，哪個站點/倉，哪位配送員進行配送，是否簽收，節(jié)點時間等信息。
訂單中包含如此多的字段，需要和下游多個系統(tǒng)進行對接。商品信息需要從商品獲取，促銷信息從促銷系統(tǒng)獲取，庫存從庫存系統(tǒng)獲取，支付信息從支付系統(tǒng)獲取，發(fā)票從發(fā)票系統(tǒng)，業(yè)務表示從對應的業(yè)務系統(tǒng)獲取。整體訂單流轉如上圖所示。生成訂單后，還要進行訂單拆分，包含優(yōu)惠拆分和訂單拆分，緊接著進入wms系統(tǒng)，最后走財務開票了流程。
訂單類型
根據(jù)訂單中商品的類型，可將訂單分為實物訂單和虛擬訂單。實物訂單是指訂單中為實物商品，發(fā)貨需要物流的一些商品訂單，比如訂單中有冰箱，筆記本，手表，那么這個訂單就是實物訂單。
在實物訂單下，還存在很多其他業(yè)務，也稱為是業(yè)務訂單。比如購買的商品是蘋果，香蕉等，那么該訂單就是生鮮訂單。在京東奪寶島購買的訂單，被稱為奪寶島訂單。不同的業(yè)務訂單，主要是為了劃分不同的業(yè)務，進行拆分業(yè)績統(tǒng)計。
虛擬訂單是指不需要物流發(fā)貨，商品是虛擬物品的訂單。商品可以是Q
幣，充值，服務產(chǎn)品點卡，禮品卡等。相比實物訂單，虛擬訂單由于沒有物流狀態(tài)，所以訂單流轉和結算流程相對簡單一些。
訂單狀態(tài)
訂單也有生命周期，在不同的節(jié)點，展示不同的狀態(tài)信息。由于不同公司的業(yè)務模式不同，訂單狀態(tài)的劃分也可能不同，筆者以京東為例，聊一下具體的訂單狀態(tài)是如何流轉變化的。首先，實物訂單狀態(tài)有這些，比如：
等待付款，如果是先款訂單，需要用戶在提交訂單后，支付訂單金額。如果未付款狀態(tài)，或者財務還沒對賬完成，則訂單狀態(tài)為等待付款。一般時期，等待付款的訂單可以保留24h，大促期間的訂單可能不到半小時就會釋放掉。不過，也有另類的需求場景，如企業(yè)客戶的訂單可以達到最長15天的期限。
等待付款確認，該狀態(tài)為后臺狀態(tài)，用戶在前臺是無法看到的。指的是付款之后需要財務系統(tǒng)進行財務對賬。對比臺賬進出時是否有變化，如果沒有問題，這個狀態(tài)就會發(fā)生改變。
等待打印/出庫/打包，訂單對賬之后，會迅速進入庫房生產(chǎn)，為了保證時效，這個時間最短可以在1分鐘內(nèi)完成?？赡茉撋唐肪驮跈C器非常近的位置。
等待發(fā)貨，當訂單打包之后，配送卡車會將商品配送到站點，在未裝車前的訂單狀態(tài)就是等待發(fā)貨。這段時間可長可短，看訂單時效，如果在晚上或者未到用戶選擇的發(fā)貨時間，這個狀態(tài)會一直持續(xù)。
等待確認收貨，訂單發(fā)貨之后，狀態(tài)即更新為等待確認收貨。當用戶收到貨物之后，7天或10天后，訂單會自動確認。如果是商家與用戶的交易，此時會將訂單金額全部打給商家。
訂單完成，用戶主動確認收貨，或者7天或10天后，訂單自動確認后，狀態(tài)即變?yōu)橐淹瓿伞?/p>
虛擬訂單狀態(tài)比較簡單，返回給用戶的狀態(tài)只有兩種，等待付款和完成。假設虛擬訂單必須立即支付，訂單則只有一種狀態(tài)，即訂單完成狀態(tài)。
訂單的業(yè)務語言
對于上下游系統(tǒng)繁雜的電商平臺，如京東，除了上游商品，訂單，支付，結算之外，還需要客服，臺賬，WMS，配送等系統(tǒng)。業(yè)務類型更復雜，包含生鮮，oto，金融，企業(yè)購，全球購等業(yè)務，如此一來，就需要在訂單上做明確的標記。
在京東訂單系統(tǒng)，有一串神奇的編碼，叫Sendpay。它是一段包含120個數(shù)字的字符串，為什么是120？可能是為了擴展性吧。它能夠唯一代表某個業(yè)務線，某個類型的真實訂單。
每位從0到9，不同位數(shù)的數(shù)字，能夠代表業(yè)務對應的訂單類型。比如，第1，第2位是所有的普通訂單。第9位為8時，是生鮮訂單。第40位為3時，是b2b訂單。
那什么時候生成Sendpay呢？一般是提交訂單之后，訂單系統(tǒng)會調用管道服務，在管道內(nèi)根據(jù)業(yè)務類型在Sendpay對應的位置上打標識。業(yè)務類型是上游在下單時就會通知訂單。還有簡單的識別方式，就是在商品上抽出訂單類型。我們3.1節(jié)講到商品屬性，訂單可以通過屬性來判斷訂單歸屬。假設商品屬性是生鮮，那么Sendpay就在第9位打上8。
特殊情況，Sendpay也會讓各個業(yè)務方自行打標識，比如在提交訂單時，打上業(yè)務標簽。這樣做的目的一來可以減少訂單系統(tǒng)負載量，二來可以讓各個業(yè)務方有權力控制訂單。缺點是訂單系統(tǒng)沒辦法完全管控所有的訂單業(yè)務，因為放了一定的權利業(yè)務方。如虛擬訂單業(yè)務和b2b業(yè)務都是自行控制訂單類型的。
文/凌蘇
wx：ww4124241，電商產(chǎn)品新書籌備中，請多多關注
