編輯導語：隨著業(yè)務模式的成熟，業(yè)務所需要的支撐系統(tǒng)也需要不斷改進。在電商管理中，會用到OMS，而隨著新零售的發(fā)展，OMS需要進行升級的地方也有很多。作者總結了個人對于OMS的一些認識，與大家分享。

一、前言

隨著業(yè)務模式的成熟，支撐業(yè)務的信息系統(tǒng)也逐漸成熟，人力資源、OA、ERP、OMS、WMS等等各個領域的軟件也都有了商業(yè)產(chǎn)品的佼佼者，今天，筆者把個人對OMS的一點點認識與大家一起分享，歡迎大家交換不同看法！

二、什么是OMS訂單管理系統(tǒng)

1. 釋義

“接受客戶訂單信息，以及倉儲管理系統(tǒng)發(fā)來的庫存信息，然后按客戶和緊要程度給訂單歸類，對不同倉儲地點的庫存進行配置，并確定交付日期，這樣的一個系統(tǒng)稱為訂單管理系統(tǒng)?！?/p>

這是來自于百度詞條“OMS”的描述，更多解釋見百度OMS詞條。

簡單來說，就是商家用來管理訂單，通過OMS系統(tǒng)對訂單以及訂單信息所關聯(lián)的信息進行處理，從而實現(xiàn)庫存管理、訂單履約以及其他業(yè)務需求的信息系統(tǒng)。

2. 解決了哪些問題？

如果看上面的概述很難理解什么是OMS訂單管理系統(tǒng)的話，那我們就從實際的電商業(yè)務角度出發(fā)來理解一下吧！

作為普通消費者，我們在電商平臺的購物流程基本上是：平臺挑選商品——下單支付——等待發(fā)貨——查看快遞——收貨取貨

但是這個鏈路中，商家從商品采購到訂單處理再到倉庫發(fā)貨、快遞運輸/派送的流程是不被我們感知的，商家要想讓我們購買的商品能夠順利地到達我們手中，需要做大量的工作，在這大量的工作中，就要依靠OMS訂單管理系統(tǒng)解決商品的管理、訂單從平臺的獲取、發(fā)貨倉庫的分配、發(fā)貨快遞的選擇、平臺庫存的同步等等一系列復雜的工作。

例如：

商家在多個平臺的店鋪中上架了上百個商品，那么各個店鋪中商品的庫存就需要與商家倉庫中的庫存保持實時同步，這樣才能避免賣超，并且，不僅僅是庫存同步，為了避免在各個平臺都不超賣，庫存在各個平臺的分配也需要OMS來解決。

還有收貨地址的變更、訂單需要拆分從多個倉庫發(fā)貨的處理、發(fā)貨快遞信息的回傳等等。

三、OMS的功能模塊以及與其他系統(tǒng)的關系

1. OMS訂單管理系統(tǒng)的功能架構

OMS的功能架構是從訂單信息流的變化中抽象出來的，怎么理解“信息流的變化”呢？

這里從“信息流”和“變化”兩個維度來理解：

例如，平臺上的訂單從平臺通過API接口進入OMS，如果這個訂單不需要任何修改，那么這個過程就只是一個信息的轉移，雖然只是一個信息的轉移，但是對于系統(tǒng)來講，仍然需要配置店鋪的基礎信息、商品的基礎信息、倉庫/快遞信息等來識別這個訂單是來源于哪個平臺，購買的是哪個商品，需要用哪個快遞去配送。

另外，訂單信息流中的商品信息、庫存信息、倉庫信息、快遞信息都需要對應的功能模塊來實現(xiàn)配置；

但是隨著業(yè)務不斷的復雜化，訂單的信息在轉移的過程中，發(fā)生了變化，例如：

• 商家客服答應了買家贈送贈品，原始訂單信息中并沒有；
• 買家購買了兩筆收件信息一致的訂單，要求合并發(fā)貨；
• ……

這些場景在實際的業(yè)務中不勝枚舉，OMS產(chǎn)品在發(fā)展過程中，為了系統(tǒng)性地解決在訂單信息進行流轉并發(fā)生變化的需求，形成了功能模塊化的架構，通過近幾年電商業(yè)務模式的成熟和OMS產(chǎn)品的發(fā)展，OMS中的功能模塊也逐漸固化下來，成為了建設一個OMS系統(tǒng)所必需的標準功能模塊。

功能模塊拆解見下一小節(jié)腦圖。

2. OMS訂單管理系統(tǒng)與其他系統(tǒng)的關系

僅僅有一個OMS系統(tǒng)是不足以完成整個訂單履約流程的，也不足以支撐企業(yè)的其他業(yè)務。

例如和OMS最密切的WMS系統(tǒng)就是訂單發(fā)貨的關鍵系統(tǒng)，承載著庫存管理、出入庫單的執(zhí)行等任務；

還有需要和OMS協(xié)同進行訂單對賬的財務管理系統(tǒng)、用以分析銷售情況的數(shù)據(jù)分析系統(tǒng)等等，都和OMS涉及到的信息流密切相關。

四、結語：上下延伸，理解變化

在傳統(tǒng)的電商時代，OMS只需要能夠?qū)悠脚_處理訂單就可以了，進入新零售時代，銷售的渠道越來越多，訂單履約的方式也越來越多，有布局分倉的，有工廠代發(fā)的，有直播帶貨的，還有門店自提的。

商業(yè)模式的變化，給OMS提出了更多的要求，也帶來了更多的挑戰(zhàn)，以往的功能模塊可能無法再支撐新的業(yè)務了，新設計的業(yè)務好像又與原有的功能模塊有太高的耦合性，產(chǎn)品人被困在了系統(tǒng)里……

作為供應鏈信息化中至關重要的一個環(huán)節(jié)，OMS承載著訂單信息流能否順利流轉的重任，區(qū)別于WMS的功能專業(yè)性更強一些，OMS的功能更接近商業(yè)模式，所以很多種情況下大家把OMS稱為訂單中臺，這也彰顯了在企業(yè)業(yè)務中OMS的重要性。

筆者想要表達的是，B端從業(yè)者，無論是做平臺產(chǎn)品，還是商業(yè)產(chǎn)品，或者是企業(yè)信息化支撐，我們都要擁抱上下游的業(yè)務，把知識面向訂單的上下游延伸，這樣有助于我們更好地理解商業(yè)，更好地服務產(chǎn)品。

然后，更有助于向供應鏈全鏈路的產(chǎn)品方向發(fā)展，做一個供應鏈方向的復合型產(chǎn)品人，像全棧工程師一樣做一個供應鏈的全棧產(chǎn)品，我想，這應該是大多數(shù)B端產(chǎn)品從業(yè)者相同的努力目標吧！

最后，感謝閱讀，希望這篇文章能夠?qū)Υ蠹矣兴鶐椭绱?，便是我的快樂?/p>

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

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