隨著阿里、京東的崛起，中國電子商務(wù)的大門漸漸打開，越來越多的行業(yè)使用線上支付，無一例外地會(huì)用到電商系統(tǒng)，今天為大家解構(gòu)一下訂單系統(tǒng)。

今天分享將會(huì)分為以下三個(gè)環(huán)節(jié)來闡述：

1.訂單系統(tǒng)的介紹

2.訂單系統(tǒng)的結(jié)構(gòu)

3.訂單系統(tǒng)設(shè)計(jì)思路

一、什么是訂單系統(tǒng)？

訂單管理系統(tǒng)(OMS)是物流管理系統(tǒng)的一部分，通過對客戶下達(dá)的訂單進(jìn)行管理及跟蹤，動(dòng)態(tài)掌握訂單的進(jìn)展和完成情況，提升物流過程中的作業(yè)效率，從而節(jié)省運(yùn)作時(shí)間和作業(yè)成本，提高物流企業(yè)的市場競爭力。顧名思義，電商系統(tǒng)就是用戶、平臺(tái)、商戶等對于訂單的管控、跟蹤的系統(tǒng)，銜接著商品中心、wms、促銷系統(tǒng)、物流系統(tǒng)等，是電子商務(wù)的基礎(chǔ)模塊；

簡單地說訂單管理系統(tǒng)作為整個(gè)電商的核心，管理著所有的交易進(jìn)出，可以說沒有訂單系統(tǒng)電商就無法流暢地運(yùn)轉(zhuǎn)；

一個(gè)好的訂單管理系統(tǒng)需要有很好地?cái)U(kuò)展性和流暢性，在一個(gè)電商產(chǎn)品從0-1的過程，訂單系統(tǒng)作為其基礎(chǔ)模塊需要提前考慮到各系統(tǒng)的擴(kuò)展，訂單系統(tǒng)如果在前期就能考慮到后面的擴(kuò)展，相信對于電商的壯大會(huì)非常有幫助；

流暢性指的是整個(gè)交易鏈路需要很流暢，早期我司的訂單系統(tǒng)做的非常龐大，但是卻沒有考慮到流程的通暢性，導(dǎo)致連基礎(chǔ)的訂單流程都沒有辦法正常走下去，所以，在從0到1地做一套訂單系統(tǒng)時(shí)，需要有一些前瞻性，但落地時(shí)，以MVP去試錯(cuò)；

二、訂單系統(tǒng)解構(gòu)

訂單字段

訂單的主要信息包括支付信息 、配送信息、狀態(tài)信息、促銷信息、商品信息、用戶信息等；

• 支付信息：涉及支付的字段信息，主要包括支付方式、支付金額、訂單金額、優(yōu)惠金額等；
• 促銷信息：涉及促銷的字段信息，主要包括優(yōu)惠方式、優(yōu)惠面額、折扣等；
• 商品信息：涉及訂單中的商品字段，主要包括商品名稱、單價(jià)、數(shù)量、所屬店鋪等；
• 時(shí)間信息：涉及訂單流轉(zhuǎn)中各個(gè)時(shí)間戳的字段，包括下單時(shí)間、支付時(shí)間、發(fā)貨時(shí)間、完成時(shí)間等
• 狀態(tài)信息：涉及訂單流轉(zhuǎn)中狀態(tài)變更的字段，主要包括訂單狀態(tài)、物流狀態(tài)及退款狀態(tài)等；
• 用戶信息：涉及用戶的信息，比如買家姓名、注冊手機(jī)號(hào)、收件人等信息；
• 配送信息：涉及訂單配送的基本信息，比如配送方式、物流單號(hào)等；

以上這些字段構(gòu)成了訂單所需要的大部分信息；

訂單體系

可以從三個(gè)層面來了解電商的訂單管理體系，分別是用戶層、系統(tǒng)層和底層；

用戶層

這個(gè)比較好理解，就是用戶日常使用的功能和頁面，主要有訂單列表、訂單詳情和退款詳情等C端用戶購買時(shí)會(huì)使用到的頁面，系統(tǒng)層和底層模塊為其提供支持；

系統(tǒng)層

在訂單管理體系中，和訂單最息息相關(guān)的交互系統(tǒng)主要有支付系統(tǒng)、訂單系統(tǒng)、倉儲(chǔ)系統(tǒng)；

1.支付系統(tǒng)

主要作用就是為訂單提供支付支持，方便用戶使用各種支付方式進(jìn)行支付，用戶支付后會(huì)將支付信息給到訂單系統(tǒng)；

2.訂單系統(tǒng)

作為訂單管理體系的核心，起著至關(guān)重要的作用，在訂單系統(tǒng)中會(huì)生成訂單，審核訂單，取消訂單，還涉及到復(fù)雜的訂單金額計(jì)算以及移庫操作；

倉儲(chǔ)系統(tǒng)：主要用來管理庫存以及發(fā)貨，訂單到達(dá)一定狀態(tài)后給到倉儲(chǔ)系統(tǒng)，用于管理對應(yīng)訂單的打包、分揀、備貨、出庫等；

底層模塊

主要包括商品、支付、用戶、營銷、訂單和消息等模塊，這些模塊共同組成了對上層業(yè)務(wù)、系統(tǒng)的支持；

大公司一般會(huì)將底層框架模塊化，比如商品，會(huì)構(gòu)建對應(yīng)的商品中心，代碼、數(shù)據(jù)庫等相對獨(dú)立，由商品中心開接口和soa，其他模塊需要使用商品中心相關(guān)功能的時(shí)候調(diào)取接口，這樣做的好處是使各個(gè)模塊底層相對獨(dú)立，便于管理及改動(dòng)；

狀態(tài)機(jī)

下面來說說狀態(tài)機(jī)，一般電商平臺(tái)用戶直觀能看到的狀態(tài)有上圖中列舉的幾個(gè)，包括待支付、待配送、待收貨、交易完成、退款中；

O2O沒有電商中龐大的倉儲(chǔ)系統(tǒng)，自然比電商的流程簡單些，我將從正流程分別從正流程和逆流程來介紹；

主流程

在電商中，無論是買家端還是賣家端，都會(huì)將交易主狀態(tài)分為待付款、待發(fā)貨、待確認(rèn)收貨、交易完成，但是買家端與買家端的展示邏輯稍有不同；

在買家端，買家關(guān)心的狀態(tài)無非就那么幾個(gè)，即待付款、待發(fā)貨、待收貨和待評(píng)價(jià)，所以淘寶并未像商家端那樣將全部的狀態(tài)一一羅列出，而是保留了買家最關(guān)心的狀態(tài)，保持整個(gè)買家端的簡潔性；

而買家端中，主要解決的是商家效率的問題，所以在訂單列表中會(huì)將所有的狀態(tài)（即待付款、待發(fā)貨、已發(fā)貨、退款中、需要評(píng)價(jià)、交易完成、交易關(guān)閉）的訂單全部拉出，考慮到商家訂單較多的情況，出于對服務(wù)器查詢的考慮以及并發(fā)的考慮，增加了三個(gè)月內(nèi)訂單與三個(gè)月前訂單的查詢區(qū)分；

首先說說待付款狀態(tài)，待付款狀態(tài)主要是買家下單但是沒有支付的情況，待付款狀態(tài)下淘寶的商家也可以進(jìn)行一系列操作如改價(jià)等，買家也可以申請代付、批量操作；

待發(fā)貨，該狀態(tài)下會(huì)展示所有已支付，待發(fā)貨的訂單，淘寶目前支持的發(fā)貨方式主要有四種，在線下單、手填快遞單號(hào)、無紙化物流以及無需物流，操作配送之后交易狀態(tài)會(huì)變更為待確認(rèn)收貨，大型電商平臺(tái)已經(jīng)采用無紙化發(fā)貨的形式進(jìn)行發(fā)貨，即使用中端叫單，成功后會(huì)展示在已發(fā)貨（商家端）和待收貨（買家端）中；

待確認(rèn)收貨，該狀態(tài)出于物流階段，一般會(huì)根據(jù)業(yè)務(wù)、活動(dòng)等來設(shè)定自動(dòng)確認(rèn)收貨的時(shí)間，一般電商默認(rèn)值是在發(fā)貨后的10天為自動(dòng)確認(rèn)收貨時(shí)間，在雙十一、雙十二等節(jié)日，這個(gè)時(shí)間會(huì)延長到15天，另外海外購、天貓國際等海外購物的訂單自動(dòng)確認(rèn)時(shí)間也會(huì)相對較長，為25天；

交易完成，該狀態(tài)由系統(tǒng)或者用戶觸發(fā)，在訂單確認(rèn)收貨后，訂單狀態(tài)變更為交易成功，此時(shí)系統(tǒng)會(huì)根據(jù)是否評(píng)價(jià)過判斷是否將訂單展示在買家端的待評(píng)價(jià)下來引導(dǎo)用戶對商家進(jìn)行評(píng)價(jià)反饋；

退款/退貨流程

一般電商中訂單的逆流程主要分為退款流程和退貨流程，這里簡單地介紹下，后續(xù)會(huì)有專題來講述；

發(fā)貨前的逆流程

發(fā)貨前的狀態(tài)一般有待支付和待發(fā)貨兩個(gè)，待支付的訂單發(fā)起逆流程后無需商家確認(rèn)，直接關(guān)閉訂單；

而待發(fā)貨的訂單發(fā)起后需要走商家的審核，商家同意后訂單變?yōu)榻灰钻P(guān)閉，觸發(fā)退款；

發(fā)貨后的逆流程

發(fā)貨后的逆流程主要包括待確認(rèn)收貨和交易成功的逆流程；

大致分為需要僅退款和退貨退款；

僅退款：未收到貨或與賣家協(xié)商同意后的申請，賣家同意后無需物流；

退貨退款：已收到貨需要退換的情況，賣家同意后需要走物流；

Po上我司的退款流程作為后續(xù)專題的引子吧，敬請期待…

3、某垂直電商設(shè)計(jì)思路

筆者的公司屬于某個(gè)垂直行業(yè)的電商，主要以B2B轉(zhuǎn)單為主，將線上的訂單轉(zhuǎn)給線下門店進(jìn)行配送，所以暫時(shí)不涉及商品、庫存、倉庫等；

以下是我司的訂單流程，線上商家將訂單轉(zhuǎn)給線下門店，涉及的狀態(tài)有待派單、待支付、待接單、待配送、待轉(zhuǎn)賬和交易完成；

在設(shè)計(jì)主流程的時(shí)候并不復(fù)雜，根據(jù)業(yè)務(wù)場景進(jìn)行設(shè)計(jì)即可，真正復(fù)雜的部分在訂單的逆流程與系統(tǒng)間的交互；

由于舊版的系統(tǒng)過于臃腫，沒有辦法在其上進(jìn)行迭代，加之流程上有很多問題，所以打算從業(yè)務(wù)流程、系統(tǒng)框架、視覺設(shè)計(jì)等方面做個(gè)大改版，即解決用戶使用流程中的問題，也便于后期業(yè)務(wù)功能的實(shí)現(xiàn)；

未完待續(xù)…

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

題圖來自Pixabay，基于CC0協(xié)議