常州開發電商系統訂單模塊設計分析

在當今社會，到處都充滿了信息流量的氣息，而流量的主導方向是人群關注度，在電商網站的運營的過程中，網站最重要的是用戶流量和客戶資源，對如何提高電商網站是許多商家感到困惑的問題，就以客戶的角度來說，拋棄用戶的目的性，決定電商網站流量的是用戶體驗度，那么如何實現電商系統開發的基本要素呢?下面就由常州開發軟件公司點個贊科技為大家分析。

其實，電商的三要素就是人、貨、場，無論是B2B、B2C還是社區團購、新零售，其實都是人貨場的組合，只是不同商業模式在不同維度中存在差異。

其中，B2B2C電商模式中的“人”就是買家用戶和賣家商戶（賣家可能是廠家，也可能是經銷商和代理商）以及平臺運營商；“貨”就是賣家提供的交易對象，即商品；“場”就是買家通過線上產生購買行為，賣家物流將貨物配送到買家手中，平臺信息、資金、貨物流轉。

眾所周知，常州點個贊信息科技是一家多年經驗的專業電商系統供應商，能夠開發各類模式、覆蓋各個終端的電子商務系統。那么，商城系統一般包含哪些功能模塊呢？今天我們以B2B2C電商系統為例來探討一下。

一個訂單系統的設計并不簡單，它需要一批又一批的人去維護、去優化，根據公司的業務情況做出改變與兼容。

在一個電商所有模塊中，訂單系統作為最為核心的模塊，它決定了整個流程能不能順暢的執行，起著承上啟下的作用。

訂單系統設計訂單系統時需要考慮幾個模塊。只有明確考慮所有模塊，才能保證訂單系統的穩定性和可擴展性。

1. 訂單字段實際上，界面上顯示的訂單信息由各種訂單字段組成。完成訂單字段在某種程度上代表著訂單流程的完整。

訂單字段包括幾個部分，其中金額信息因為特殊性，單獨來講解，本質上，金額信息也是屬于商品信息的。

商品信息：商品信息屬于訂單系統的上游端。所有訂單都是從商品演變而來的。從商品到訂單，訂單系統必須收集相關的商品信息，包括商店信息，商品ID，商品規格，商品數量和商品價格。獲得的商品信息將顯示在訂單詳細信息頁面上。形成訂單信息后，倉庫可以方便地進行揀選和打包。

用戶信息：用戶信息包括購買用戶的ID，收貨人，收貨人地址和聯系信息。某些平臺的用戶成長系統是根據平臺上的用戶活躍度來計算的。例如，京東（JD.com）具有類似的增長指標，例如會員級別和積分卡。此時，除了普通信息字段外，還需要獲得用戶信息。獲取用戶級別，購買后獲得的積分以及用戶所在等級可以從訂單中扣除的折扣等，然而這些具體操作取決于公司的業務方向。

金額信息：由于金額信息的特殊性，理論上認為金額信息應該屬于商品信息。金額信息的特殊性在于它不代表金額，涉及到商品的金額，折扣金額和付款金額等。折扣金額所涉及的信息更為復雜。例如，具有自營和第三方結算的電子商務平臺將具有商家折扣和跨商店折扣。這些折扣分為不同的類型，例如現金扣減和消費者優惠券扣減，點數獲取，禮品卡扣減或以上各項的組合。如果要很好地涉及此內容，則需要根據公司的當前業務狀況列出支持的優惠類型，然后枚舉各種組合下的優惠類型以確保流程的完整性。

時間信息：記錄各個狀態點下的時間，一是記錄，二也是方便售后驗證與客戶分析。訂單時間是根據訂單狀態改變而改變的。時間信息看起來不重要，其實是訂單系統一個重要的組成部分，具體看以下：

下單未付款：即訂單創建時間、下單時間；待發貨狀態：訂單創建時間、下單時間、支付時間；待收貨狀態：訂單創建時間、下單時間、支付時間、發貨時間；交易完成狀態：訂單創建時間、下單時間、支付時間、發貨時間、完成時間；待退款狀態：退款訂單創建時間、申請退款時間；交易關閉-用戶取消：訂單創建時間、下單時間、用戶取消時間；交易關閉-僅退款：訂單創建時間、下單時間、支付時間、退款申請時間、退款成功時間；交易關閉-退貨退款（包含部分僅退款）：訂單創建時間、下單時間、支付時間、交易完成時間、退款申請時間、退款時間。

訂單信息：訂單信息在訂單系統是最為核心，訂單信息最重要的又是訂單的狀態。一個電商系統中，訂單狀態分別有以下幾種狀態：【待付款】、【待發貨】、【待收貨】、【待評價】、【交易完成】、【用戶取消】、【僅退款】、【退貨退款】。而我們一般會將后三種統一放在訂單售后獨立呈現，方便平時商家操作的便捷性。

2. 訂單流程

訂單流程是指從訂單生成到完成的過程，包括前正向流程和反向流程。  

正向流程就是正常的網購的步驟：訂單生成->付款訂單->賣方發貨->確認收貨->交易成功。

訂單生成：用戶下單后，系統需要生成訂單，此時需要先獲取下單中涉及的商品信息，然后獲取該商品所涉及到的優惠信息，如果商品不參與優惠信息，則無此環節。

接著獲取該賬戶的會員權益（這里其實需要注意的是：優惠信息與會員權益是有區別的，就好比商品滿減是優惠信息，新人立減是會員權益，一個是針對商品，另一個是針對賬戶）。

支付訂單：用戶支付完訂單后，需要獲取訂單的支付信息，包括支付流水號、支付時間等。支付完訂單接著就是等商家發貨，但在發貨過程中，往往還有一種情況存在，很正常卻也比較復雜，就是訂單拆單。

訂單拆單分兩種：一種是用戶挑選的商品來自于不同渠道（自營與商家，商家與商家），此時就需要拆分訂單，并分開結算，這里還涉及父子訂單的說法，這里不再贅述。

另一種是在SKU層面上拆分訂單：不同倉庫，不同運輸要求的SKU，包裹重量體積限制等因素都需要將訂單拆分。比如：商品A只在甲倉庫有，商品B又只在乙倉庫有，此時會將商品A與商品B拆分成兩個訂單?；蛘哂行┢髽I的做法是將商品A/B調撥到另外一個倉庫統一發貨，也方便了用戶。

訂單拆單看起來簡單，其實里面涉及到底層的系統支持，如你需要對每一個倉庫的貨品進行相對準確的盤點，且做到實時同步（涉及到倉庫精細化管理），對商品進行準確分類與擺放，對商品信息記錄準確無誤等。

這其中哪一模塊都是一個浩大的工程，PM一般進入一家公司都會在原有（半成品）的基礎上進行優化，大家不妨多思考一下底層業務，只有在底層做好精細化管理，才能支持線上豐富的用戶需求。

商家發貨：商家發貨過程也有一個標準化的流程，上面也有講到，訂單拆分時會涉及到倉庫間調撥，然后倉庫會對商品進行打單、揀貨、包裝、交接快遞配送。這套標準化流程如果優化好，也是一個大工程，這里不再贅述，建議大家看看庫存與倉庫管理方面的書籍，詳細了解。

確認收貨：商家發貨后，就是等快遞配送了，訂單系統需要接入一些常用快遞企業的接口，方便用戶與商家在站內查詢快遞信息。

交易成功：收到貨后，不是一個服務的結束，相反是一個服務的開始。訂單系統需要在快遞被簽收后提醒用戶對商品做評價，這里要注意，確認收到貨不代表交易成功，交易成功是指在收到貨X天的狀態，此時訂單不在售后的支持時間范圍內。到此，一個訂單的正向流程就算走完了。

一個完整的B2B2C電商系統包含的功能模塊基本上就是以上這些，當然根據技術迭代和用戶習慣的變化，在這樣成熟的基礎上系統也在順勢而變。未來，也將融合更多新興功能。

當然，在確定要開發一個電商系統之前，常州企業對自身發展需要有一個評估。我們遇到過很多客戶一上來就說要做一個像淘寶、京東一樣的電商平臺，然后問要多少錢，這其實是非常不理智的。要知道開發一套電商系統，根據開發需求，有幾萬，幾十萬，幾百萬，幾千萬，幾個億不等的，淘寶、京東商城絕不是一蹴而就的，成功也不是直接復制的。企業需要專業評估、市場調研、戰略規劃和布局，再去決策，你可以花幾千、幾萬或者幾十萬購買一套電商系統，但前提一定是要合時、合勢。