電商信息化:淺談OMS訂單管理系統(tǒng)
編輯導(dǎo)語:隨著業(yè)務(wù)模式的成熟,業(yè)務(wù)所需要的支撐系統(tǒng)也需要不斷改進(jìn)。在電商管理中,會(huì)用到OMS,而隨著新零售的發(fā)展,OMS需要進(jìn)行升級(jí)的地方也有很多。作者總結(jié)了個(gè)人對(duì)于OMS的一些認(rèn)識(shí),與大家分享。
一、前言
隨著業(yè)務(wù)模式的成熟,支撐業(yè)務(wù)的信息系統(tǒng)也逐漸成熟,人力資源、OA、ERP、OMS、WMS等等各個(gè)領(lǐng)域的軟件也都有了商業(yè)產(chǎn)品的佼佼者,今天,筆者把個(gè)人對(duì)OMS的一點(diǎn)點(diǎn)認(rèn)識(shí)與大家一起分享,歡迎大家交換不同看法!
二、什么是OMS訂單管理系統(tǒng)
1. 釋義
“接受客戶訂單信息,以及倉(cāng)儲(chǔ)管理系統(tǒng)發(fā)來的庫存信息,然后按客戶和緊要程度給訂單歸類,對(duì)不同倉(cāng)儲(chǔ)地點(diǎn)的庫存進(jìn)行配置,并確定交付日期,這樣的一個(gè)系統(tǒng)稱為訂單管理系統(tǒng)?!?/p>
這是來自于百度詞條“OMS”的描述,更多解釋見百度OMS詞條。
簡(jiǎn)單來說,就是商家用來管理訂單,通過OMS系統(tǒng)對(duì)訂單以及訂單信息所關(guān)聯(lián)的信息進(jìn)行處理,從而實(shí)現(xiàn)庫存管理、訂單履約以及其他業(yè)務(wù)需求的信息系統(tǒng)。
2. 解決了哪些問題?
如果看上面的概述很難理解什么是OMS訂單管理系統(tǒng)的話,那我們就從實(shí)際的電商業(yè)務(wù)角度出發(fā)來理解一下吧!
作為普通消費(fèi)者,我們?cè)陔娚唐脚_(tái)的購(gòu)物流程基本上是:平臺(tái)挑選商品——下單支付——等待發(fā)貨——查看快遞——收貨取貨
但是這個(gè)鏈路中,商家從商品采購(gòu)到訂單處理再到倉(cāng)庫發(fā)貨、快遞運(yùn)輸/派送的流程是不被我們感知的,商家要想讓我們購(gòu)買的商品能夠順利地到達(dá)我們手中,需要做大量的工作,在這大量的工作中,就要依靠OMS訂單管理系統(tǒng)解決商品的管理、訂單從平臺(tái)的獲取、發(fā)貨倉(cāng)庫的分配、發(fā)貨快遞的選擇、平臺(tái)庫存的同步等等一系列復(fù)雜的工作。
例如:
商家在多個(gè)平臺(tái)的店鋪中上架了上百個(gè)商品,那么各個(gè)店鋪中商品的庫存就需要與商家倉(cāng)庫中的庫存保持實(shí)時(shí)同步,這樣才能避免賣超,并且,不僅僅是庫存同步,為了避免在各個(gè)平臺(tái)都不超賣,庫存在各個(gè)平臺(tái)的分配也需要OMS來解決。
還有收貨地址的變更、訂單需要拆分從多個(gè)倉(cāng)庫發(fā)貨的處理、發(fā)貨快遞信息的回傳等等。
三、OMS的功能模塊以及與其他系統(tǒng)的關(guān)系
1. OMS訂單管理系統(tǒng)的功能架構(gòu)
OMS的功能架構(gòu)是從訂單信息流的變化中抽象出來的,怎么理解“信息流的變化”呢?
這里從“信息流”和“變化”兩個(gè)維度來理解:
例如,平臺(tái)上的訂單從平臺(tái)通過API接口進(jìn)入OMS,如果這個(gè)訂單不需要任何修改,那么這個(gè)過程就只是一個(gè)信息的轉(zhuǎn)移,雖然只是一個(gè)信息的轉(zhuǎn)移,但是對(duì)于系統(tǒng)來講,仍然需要配置店鋪的基礎(chǔ)信息、商品的基礎(chǔ)信息、倉(cāng)庫/快遞信息等來識(shí)別這個(gè)訂單是來源于哪個(gè)平臺(tái),購(gòu)買的是哪個(gè)商品,需要用哪個(gè)快遞去配送。
另外,訂單信息流中的商品信息、庫存信息、倉(cāng)庫信息、快遞信息都需要對(duì)應(yīng)的功能模塊來實(shí)現(xiàn)配置;
但是隨著業(yè)務(wù)不斷的復(fù)雜化,訂單的信息在轉(zhuǎn)移的過程中,發(fā)生了變化,例如:
- 商家客服答應(yīng)了買家贈(zèng)送贈(zèng)品,原始訂單信息中并沒有;
- 買家購(gòu)買了兩筆收件信息一致的訂單,要求合并發(fā)貨;
- ……
這些場(chǎng)景在實(shí)際的業(yè)務(wù)中不勝枚舉,OMS產(chǎn)品在發(fā)展過程中,為了系統(tǒng)性地解決在訂單信息進(jìn)行流轉(zhuǎn)并發(fā)生變化的需求,形成了功能模塊化的架構(gòu),通過近幾年電商業(yè)務(wù)模式的成熟和OMS產(chǎn)品的發(fā)展,OMS中的功能模塊也逐漸固化下來,成為了建設(shè)一個(gè)OMS系統(tǒng)所必需的標(biāo)準(zhǔn)功能模塊。
功能模塊拆解見下一小節(jié)腦圖。
2. OMS訂單管理系統(tǒng)與其他系統(tǒng)的關(guān)系
僅僅有一個(gè)OMS系統(tǒng)是不足以完成整個(gè)訂單履約流程的,也不足以支撐企業(yè)的其他業(yè)務(wù)。
例如和OMS最密切的WMS系統(tǒng)就是訂單發(fā)貨的關(guān)鍵系統(tǒng),承載著庫存管理、出入庫單的執(zhí)行等任務(wù);
還有需要和OMS協(xié)同進(jìn)行訂單對(duì)賬的財(cái)務(wù)管理系統(tǒng)、用以分析銷售情況的數(shù)據(jù)分析系統(tǒng)等等,都和OMS涉及到的信息流密切相關(guān)。
四、結(jié)語:上下延伸,理解變化
在傳統(tǒng)的電商時(shí)代,OMS只需要能夠?qū)悠脚_(tái)處理訂單就可以了,進(jìn)入新零售時(shí)代,銷售的渠道越來越多,訂單履約的方式也越來越多,有布局分倉(cāng)的,有工廠代發(fā)的,有直播帶貨的,還有門店自提的。
商業(yè)模式的變化,給OMS提出了更多的要求,也帶來了更多的挑戰(zhàn),以往的功能模塊可能無法再支撐新的業(yè)務(wù)了,新設(shè)計(jì)的業(yè)務(wù)好像又與原有的功能模塊有太高的耦合性,產(chǎn)品人被困在了系統(tǒng)里……
作為供應(yīng)鏈信息化中至關(guān)重要的一個(gè)環(huán)節(jié),OMS承載著訂單信息流能否順利流轉(zhuǎn)的重任,區(qū)別于WMS的功能專業(yè)性更強(qiáng)一些,OMS的功能更接近商業(yè)模式,所以很多種情況下大家把OMS稱為訂單中臺(tái),這也彰顯了在企業(yè)業(yè)務(wù)中OMS的重要性。
筆者想要表達(dá)的是,B端從業(yè)者,無論是做平臺(tái)產(chǎn)品,還是商業(yè)產(chǎn)品,或者是企業(yè)信息化支撐,我們都要擁抱上下游的業(yè)務(wù),把知識(shí)面向訂單的上下游延伸,這樣有助于我們更好地理解商業(yè),更好地服務(wù)產(chǎn)品。
然后,更有助于向供應(yīng)鏈全鏈路的產(chǎn)品方向發(fā)展,做一個(gè)供應(yīng)鏈方向的復(fù)合型產(chǎn)品人,像全棧工程師一樣做一個(gè)供應(yīng)鏈的全棧產(chǎn)品,我想,這應(yīng)該是大多數(shù)B端產(chǎn)品從業(yè)者相同的努力目標(biāo)吧!
最后,感謝閱讀,希望這篇文章能夠?qū)Υ蠹矣兴鶐椭?,如此,便是我的快樂?/p>
本文由 @橙子哥哥 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
大佬能不能把圖貼清晰些
挺清晰的,不要從文章里面點(diǎn)擊放大開,存到本地或者拖拽圖片到一個(gè)新瀏覽器標(biāo)簽看
請(qǐng)問一下這個(gè)系統(tǒng)功能架構(gòu)圖是寫的哪個(gè)oms競(jìng)品?
沒參考誰家,根據(jù)文章內(nèi)容我自己寫的
個(gè)人認(rèn)為商品、庫存和物流不應(yīng)在OMS里面
看實(shí)際情況吧,說說個(gè)人對(duì)這個(gè)問題的理解:
例如從中臺(tái)角度講,商品、庫存、快遞策略等等都可以是獨(dú)立設(shè)計(jì)的模塊,集成在中臺(tái),OMS也僅僅是處理訂單的一個(gè)小模塊而已;
而從多數(shù)電商場(chǎng)景中,OMS還是承載了太多,商品、快遞、庫存、甚至采購(gòu)等都集成到了OMS中,當(dāng)然,你也可以不叫他OMS。
寫的很好,點(diǎn)贊收藏了
感謝支持~
后面會(huì)繼續(xù)寫一些相關(guān)的內(nèi)容,希望能夠一起探討~