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