合理的系統(tǒng)架構(gòu)從來(lái)不是設(shè)計(jì)而來(lái)的，而是演變而來(lái)的，做系統(tǒng)規(guī)劃需要我們靜下心來(lái)一點(diǎn)一點(diǎn)地修改完善。本文基于真實(shí)案例，分享了一個(gè)Z公司的供應(yīng)鏈體系發(fā)展演變的故事，希望能給初學(xué)者一些啟發(fā)。

最合理的系統(tǒng)架構(gòu)通常不是設(shè)計(jì)來(lái)的，而是演變來(lái)的，我們?cè)谧鱿到y(tǒng)規(guī)劃時(shí)，有的時(shí)候需要稍微慢一點(diǎn)，不能急功近利，因?yàn)闃I(yè)務(wù)和時(shí)間才是我們最好的架構(gòu)師。

本篇文章，木筆想給大家分享一個(gè)Z公司的供應(yīng)鏈體系發(fā)展演變的故事，基于一些真實(shí)案例匯總改編而來(lái)，希望給初做系統(tǒng)規(guī)劃的朋友帶來(lái)一些啟發(fā)，故事背景和素材都是杜撰的，若有雷同，純屬巧合哈~

Z公司是一個(gè)電商平臺(tái)，主營(yíng)化妝品業(yè)務(wù)，從成立之初，總共經(jīng)歷了四次大的供應(yīng)鏈的業(yè)務(wù)模式升級(jí)，分別是：

階段一：商家發(fā)貨階段。平臺(tái)搭建之初，為了省供應(yīng)鏈成本，主要由商家承擔(dān)發(fā)貨。

階段二：自營(yíng)發(fā)貨階段。平臺(tái)開(kāi)始嘗試自營(yíng)商品采購(gòu)和入倉(cāng)，但作為一個(gè)特殊商家入駐平臺(tái)，通過(guò)自己的倉(cāng)儲(chǔ)發(fā)貨。

階段三：倉(cāng)儲(chǔ)精細(xì)化階段。隨著商品品類和訂單量的增大，需要精細(xì)化管理實(shí)物進(jìn)銷存，組建自己的倉(cāng)儲(chǔ)團(tuán)隊(duì)和庫(kù)房。

階段四：供應(yīng)鏈履約階段。開(kāi)始重用戶體驗(yàn)和供應(yīng)鏈履約，有多倉(cāng)分倉(cāng)、合單、物流預(yù)約等履約訴求。

▲Z公司的供應(yīng)鏈發(fā)展階段

因?yàn)闃I(yè)務(wù)的迭代更新，系統(tǒng)架構(gòu)也跟著做了相應(yīng)的4次大的升級(jí)演變。下面我們分別對(duì)每個(gè)階段的業(yè)務(wù)及系統(tǒng)規(guī)劃來(lái)進(jìn)行拆解，看看Z公司的系統(tǒng)是如何跟著業(yè)務(wù)一步一步演變到今天這個(gè)樣子的。

01 階段一：商家發(fā)貨階段

Z公司成立之初時(shí)，主打線上電商平臺(tái)，通過(guò)MCN引流，商品貨源全都來(lái)源于合作商家，由商家發(fā)貨，平臺(tái)抽傭，所以只建立了線上交易營(yíng)銷體系和商家系統(tǒng)，用戶下單以后，就從交易系統(tǒng)將訂單按照商家維度拆分后分發(fā)給對(duì)應(yīng)的商家發(fā)貨，交易系統(tǒng)和商家系統(tǒng)共用交易訂單，商家操作商家系統(tǒng)做商品上架和訂單發(fā)貨，系統(tǒng)架構(gòu)如下圖所示：

▲業(yè)務(wù)發(fā)展初期的業(yè)務(wù)流程和架構(gòu)

這樣的架構(gòu)很符合公司現(xiàn)狀，簡(jiǎn)單靈活，產(chǎn)品經(jīng)理小W和4名研發(fā)、1名測(cè)試妹子就能支撐起整個(gè)業(yè)務(wù)，因?yàn)槟Ｊ胶?jiǎn)單，每次需求上線很快，問(wèn)題也少，業(yè)務(wù)和產(chǎn)研彼此合作非常愉快，業(yè)務(wù)方常常在公共場(chǎng)合表達(dá)自己遇到了最專業(yè)的產(chǎn)品經(jīng)理和技術(shù)團(tuán)隊(duì)，說(shuō)的小W怪不好意思的。

02 階段二：自營(yíng)發(fā)貨階段

隨著業(yè)務(wù)的慢慢擴(kuò)大，商家發(fā)貨就出現(xiàn)了弊端，經(jīng)常出現(xiàn)假發(fā)貨、商品品質(zhì)差等問(wèn)題，比較損害用戶體驗(yàn)，但因?yàn)槠脚_(tái)的體量還不足夠大，無(wú)法像大公司一樣約束商家（否則人家不跟你玩了，你就斷貨了，兩敗俱傷），所以問(wèn)題一直無(wú)法根治。

老板意識(shí)到公司想進(jìn)一步做大，還是需要有穩(wěn)定靠譜的貨源，不能完全依賴商家，于是開(kāi)始嘗試自營(yíng)業(yè)務(wù)，尋找自己的供應(yīng)鏈渠道，這樣貨源和品質(zhì)更加有保障，并且營(yíng)收比收取平臺(tái)傭金更高。

做自營(yíng)必然就需要有自己的采購(gòu)和倉(cāng)儲(chǔ)，于是從銷售部門抽出兩名同事來(lái)兼職負(fù)責(zé)采購(gòu)和倉(cāng)儲(chǔ)管理。當(dāng)時(shí)在大家的眼里，自營(yíng)和商家在業(yè)務(wù)處理上沒(méi)有太大的區(qū)別，無(wú)非就是多了一個(gè)需要從自己的倉(cāng)庫(kù)里發(fā)貨的特殊的商家，于是以最低成本啟動(dòng)了此項(xiàng)目，做法也簡(jiǎn)單：臨時(shí)在辦公室里擺了幾排貨架當(dāng)做倉(cāng)庫(kù)，通過(guò)購(gòu)買的一套XX ERP 系統(tǒng)管理商品的采購(gòu)和進(jìn)銷存業(yè)務(wù)，線上則為自營(yíng)業(yè)務(wù)開(kāi)設(shè)了一個(gè)商家賬號(hào)，也用商家系統(tǒng)承接訂單進(jìn)行發(fā)貨。

當(dāng)前系統(tǒng)出庫(kù)流程為：當(dāng)訂單產(chǎn)生以后，由交易系統(tǒng)根據(jù)商品的歸屬對(duì)訂單進(jìn)行拆分，商家貨源的商品推送商家發(fā)貨，業(yè)務(wù)方登錄自營(yíng)商家賬號(hào)，將訂單導(dǎo)出來(lái)，再導(dǎo)入ERP系統(tǒng)中完成發(fā)貨，最后將發(fā)貨的物流單號(hào)回填到商家后臺(tái)通知用戶。

▲自營(yíng)發(fā)貨階段的業(yè)務(wù)流程和架構(gòu)

因?yàn)槭亲誀I(yíng)業(yè)務(wù)運(yùn)行的初期，商品品種和訂單量都不大，線上訂單承接和線下發(fā)貨沒(méi)有實(shí)現(xiàn)聯(lián)動(dòng)，業(yè)務(wù)方在自己的辦公室里搭建的簡(jiǎn)易的倉(cāng)庫(kù)也能勉強(qiáng)滿足發(fā)貨需求。這個(gè)階段系統(tǒng)層面沒(méi)有大的調(diào)整，需求承接和處理仍然很快。

03 階段三：倉(cāng)儲(chǔ)精細(xì)化階段

臨時(shí)倉(cāng)庫(kù)的模式跑了三個(gè)月以后，自營(yíng)的SKU 和訂單量都開(kāi)始上漲，符合預(yù)期，老板決定加大對(duì)自營(yíng)業(yè)務(wù)的投入，計(jì)劃管理1000個(gè)以上SKU，庫(kù)存量達(dá)到10萬(wàn)，很明顯辦公室里的小倉(cāng)庫(kù)已經(jīng)無(wú)法滿足庫(kù)存管理現(xiàn)狀，與此同時(shí)，由于線上的商家發(fā)貨和線下的ERP發(fā)貨沒(méi)有通過(guò)系統(tǒng)打通，銷售的同事兼職發(fā)貨也不專業(yè)，在過(guò)去的3個(gè)月里，也經(jīng)常出現(xiàn)錯(cuò)發(fā)漏發(fā)的情況，很傷用戶體驗(yàn)。

為了解決以上問(wèn)題，COO做了三個(gè)決策：

一、找一個(gè)標(biāo)準(zhǔn)的倉(cāng)庫(kù)來(lái)管理商品進(jìn)銷存；

二、招聘一名專業(yè)的倉(cāng)儲(chǔ)經(jīng)理對(duì)倉(cāng)庫(kù)流程和商品庫(kù)存做精細(xì)化管理；

三、產(chǎn)研部門快速開(kāi)發(fā)一套倉(cāng)儲(chǔ)系統(tǒng)來(lái)支持倉(cāng)儲(chǔ)發(fā)貨業(yè)務(wù)，實(shí)現(xiàn)將庫(kù)存、訂單與銷售平臺(tái)打通聯(lián)動(dòng)。

由于業(yè)務(wù)量的增大，系統(tǒng)的復(fù)雜程度也隨之提升，產(chǎn)研中心也跟著業(yè)務(wù)的調(diào)整步伐將原有的團(tuán)隊(duì)進(jìn)行了擴(kuò)編，并抽出5名技術(shù)負(fù)責(zé)新倉(cāng)儲(chǔ)、采購(gòu)相關(guān)供應(yīng)鏈系統(tǒng)的初期建設(shè)。

在新倉(cāng)儲(chǔ)經(jīng)理還沒(méi)有招聘到崗之前，為了趕項(xiàng)目工期，產(chǎn)品經(jīng)理小W便與業(yè)務(wù)方一起基于現(xiàn)有的業(yè)務(wù)模式快速出具了一套簡(jiǎn)易的倉(cāng)儲(chǔ)入出庫(kù)流程：①在ERP系統(tǒng)中創(chuàng)建采購(gòu)單以后，下發(fā)采購(gòu)單到新倉(cāng)儲(chǔ)WMS系統(tǒng)中；②商品到貨以后，在新WMS中收貨、加庫(kù)存，并同步庫(kù)存給銷售平臺(tái)上架售賣；③用戶下單以后，訂單下發(fā)到WMS系統(tǒng)中揀貨打單，打包發(fā)貨。

新WMS系統(tǒng)參考ERP的設(shè)計(jì)思路，沒(méi)有波次、沒(méi)有策略，只有基本的貨位和庫(kù)存管理、打單出庫(kù)和訂單取消流程，訂單生成以后，直接基于交易訂單進(jìn)行打單、揀貨和發(fā)貨，項(xiàng)目組加班加點(diǎn)，終于趕在1個(gè)月內(nèi)完成了系統(tǒng)的上線，實(shí)現(xiàn)了商品的精細(xì)化管理。

▲倉(cāng)儲(chǔ)精細(xì)化管理的業(yè)務(wù)流程和架構(gòu)

新WMS系統(tǒng)上線以后，雖然有很多問(wèn)題，但隨著慢慢的優(yōu)化改善，錯(cuò)發(fā)貨漏發(fā)貨的現(xiàn)象明顯下降了，加上新倉(cāng)儲(chǔ)經(jīng)理的到崗，對(duì)倉(cāng)庫(kù)進(jìn)行了專業(yè)的規(guī)劃布局和現(xiàn)場(chǎng)管理，并提了很多系統(tǒng)方面的優(yōu)化需求，倉(cāng)儲(chǔ)作業(yè)效率提升了30%以上，每天發(fā)貨幾千單毫無(wú)壓力。

在這個(gè)階段里，系統(tǒng)復(fù)雜度和工作量相對(duì)之前提升了不少，產(chǎn)研團(tuán)隊(duì)也因此分成了好幾個(gè)team各司其職，彼此之間經(jīng)常會(huì)出現(xiàn)一些系統(tǒng)邊界和溝通協(xié)作的問(wèn)題，導(dǎo)致業(yè)務(wù)方提的需求再也無(wú)法像之前一樣保質(zhì)保量了，時(shí)不時(shí)還會(huì)出現(xiàn)線上bug，業(yè)務(wù)部門的老員工經(jīng)常懷念之前人少、業(yè)務(wù)簡(jiǎn)單，能快速奔跑的日子，可惜如今業(yè)務(wù)模式今非昔比，再也回不去了。

04 階段四：供應(yīng)鏈履約階段

隨著倉(cāng)儲(chǔ)團(tuán)隊(duì)的搭建和倉(cāng)儲(chǔ)系統(tǒng)的上線，自營(yíng)業(yè)務(wù)慢慢步入正軌，一年后已經(jīng)頂起了公司GMV的半邊天，這個(gè)時(shí)期，商家業(yè)務(wù)和自營(yíng)業(yè)務(wù)并駕齊驅(qū)，成為公司的兩大業(yè)務(wù)支柱，可喜可賀，但隨之遇到了新的供應(yīng)鏈問(wèn)題：

一、一個(gè)倉(cāng)庫(kù)已經(jīng)無(wú)法滿足日益增長(zhǎng)的業(yè)務(wù)量，需要提前規(guī)劃倉(cāng)庫(kù)擴(kuò)充；

二、很多新品類的供應(yīng)商在外地，如果都從外地采購(gòu)回總部，物流費(fèi)太高，時(shí)效也長(zhǎng)，遇到突發(fā)情況就會(huì)無(wú)法及時(shí)到貨；

三、公司開(kāi)始重視用戶體驗(yàn)和履約，希望給用戶提供更好的履約服務(wù)，比如提供承諾部分地區(qū)次日達(dá)、多單合包、無(wú)憂售后等。

以上問(wèn)題的決策方案是在全國(guó)5地開(kāi)倉(cāng)，通過(guò)全國(guó)的倉(cāng)儲(chǔ)網(wǎng)絡(luò)布局來(lái)為用戶提供更優(yōu)的履約服務(wù)，并解決單倉(cāng)產(chǎn)能不足和外地采購(gòu)的問(wèn)題，一舉多得。但這對(duì)目前的系統(tǒng)架構(gòu)挑戰(zhàn)相當(dāng)大，由于多地建倉(cāng)，就需要多個(gè)倉(cāng)庫(kù)都使用WMS系統(tǒng)，這還好說(shuō)，把WMS做個(gè)升級(jí)，支持多個(gè)倉(cāng)庫(kù)身份就可以了，可是多地鋪貨，就意味著一個(gè)用戶的訂單可能會(huì)被拆分到多個(gè)倉(cāng)庫(kù)發(fā)貨，履約過(guò)程中需要對(duì)訂單進(jìn)行拆單和合單，而目前的架構(gòu)里，倉(cāng)庫(kù)發(fā)貨是基于訂單的，和訂單強(qiáng)關(guān)聯(lián)，這就比較麻煩了，總不能直接操作訂單數(shù)據(jù)吧！

小W悔不當(dāng)初，當(dāng)初為了快速支持倉(cāng)儲(chǔ)業(yè)務(wù)，技術(shù)哥建議直接在訂單表上進(jìn)行開(kāi)發(fā)倉(cāng)儲(chǔ)WMS，那樣工作量可以減半，雖然知道一旦有多倉(cāng)了一定會(huì)出現(xiàn)問(wèn)題，但當(dāng)時(shí)為了按時(shí)上線，小W也沒(méi)再堅(jiān)持，如今業(yè)務(wù)發(fā)展至此，當(dāng)初的擔(dān)心還是不幸發(fā)生了。

后悔也無(wú)濟(jì)于事，解決問(wèn)題才最重要，還好業(yè)務(wù)給了3個(gè)月的緩沖期，還有時(shí)間亡羊補(bǔ)牢。經(jīng)過(guò)認(rèn)真思考，小W拿出了新的系統(tǒng)解決方案：

一、將倉(cāng)儲(chǔ)WMS系統(tǒng)基于訂單出庫(kù)的功能解耦，通過(guò)發(fā)貨單來(lái)承接訂單，不再?gòu)?qiáng)依賴訂單；

二、在交易訂單和倉(cāng)儲(chǔ)系統(tǒng)之間搭建起履約系統(tǒng)和中央庫(kù)存系統(tǒng)，所有出庫(kù)訂單必須先經(jīng)履約系統(tǒng)進(jìn)行履約的審核、拆單、合包等處理后，以倉(cāng)庫(kù)和商家為單位生成發(fā)貨單，將自營(yíng)業(yè)務(wù)下發(fā)對(duì)應(yīng)倉(cāng)庫(kù)的WMS系統(tǒng)，商家訂單下發(fā)商家發(fā)貨系統(tǒng)，倉(cāng)庫(kù)和商家發(fā)貨以后，再將物流單號(hào)回傳履約系統(tǒng)，履約系統(tǒng)統(tǒng)一返給上游交易系統(tǒng)；

三、WMS以倉(cāng)庫(kù)做數(shù)據(jù)權(quán)限升級(jí)，從單倉(cāng)支持到多倉(cāng)，每個(gè)倉(cāng)庫(kù)管理自己的進(jìn)銷存數(shù)據(jù)；

四、搭建物流管理系統(tǒng)，統(tǒng)一管理全國(guó)各個(gè)倉(cāng)庫(kù)的發(fā)貨物流策略，并對(duì)物流環(huán)節(jié)全程跟蹤。

以上四招一出，一套健全的履約系統(tǒng)雛形就出來(lái)了，訂單從下單到用戶簽收過(guò)程中，也不再是一張訂單到底了，而是會(huì)經(jīng)歷履約發(fā)貨單、倉(cāng)儲(chǔ)發(fā)貨單和物流單等多個(gè)業(yè)務(wù)單據(jù)流轉(zhuǎn)，只有這樣才能符合公司的規(guī)劃預(yù)期。小Q本以為這是本公司特有的系統(tǒng)特色，后來(lái)和業(yè)內(nèi)朋友一溝通才知道這種架構(gòu)也是業(yè)內(nèi)通用的解決方案，原來(lái)通往正確的道路上大家都是殊途同歸，早知道就不用自己生憋這么久了。

方案得到了CTO的肯定，立即投入資源立項(xiàng)開(kāi)干，研發(fā)過(guò)程中的心酸自不用說(shuō)，但結(jié)果不負(fù)眾望，3個(gè)月以后，經(jīng)過(guò)交易、履約和倉(cāng)儲(chǔ)配送3個(gè)團(tuán)隊(duì)的齊心協(xié)力，這樣的一套基于新架構(gòu)的的履約系統(tǒng)問(wèn)世了。

▲供應(yīng)鏈履約階段業(yè)務(wù)流程和架構(gòu)

系統(tǒng)上線以后，業(yè)務(wù)也按照節(jié)奏開(kāi)始全國(guó)開(kāi)倉(cāng)布局，在磨合了2個(gè)月以后基本趨于穩(wěn)定。小W看著一個(gè)個(gè)包裹從不同的倉(cāng)庫(kù)發(fā)出，仿佛看到了一張張真實(shí)滿意的笑臉，那是用戶對(duì)履約服務(wù)的認(rèn)可，如若如此，自己和項(xiàng)目組過(guò)去幾個(gè)月的披星戴月和篳路藍(lán)縷都值得了。

新系統(tǒng)的上線，成功解決了供應(yīng)鏈業(yè)務(wù)擴(kuò)張的問(wèn)題，但由于系統(tǒng)的復(fù)雜程度大幅提升，需求實(shí)現(xiàn)成本和人力成本也隨之增加不少，經(jīng)常做一個(gè)需求會(huì)涉及五六個(gè)團(tuán)隊(duì)一起聯(lián)動(dòng)，如何才能讓產(chǎn)研團(tuán)隊(duì)更加高效敏捷，成了CTO眼中的難題。

另外，由于系統(tǒng)變多，財(cái)務(wù)數(shù)據(jù)往往需要跨多個(gè)系統(tǒng)提取，但各系統(tǒng)統(tǒng)計(jì)維度各不相同，使得財(cái)務(wù)核算成本也大幅提升，財(cái)務(wù)總監(jiān)經(jīng)常向CTO吐槽說(shuō)，創(chuàng)業(yè)初期，每天的營(yíng)收用計(jì)算器都能算出盈虧，現(xiàn)在信息化強(qiáng)多了，各種智能系統(tǒng)，卻不能出個(gè)完整的財(cái)務(wù)報(bào)表了，到底是進(jìn)步了還是退步了？CTO也只能無(wú)奈陪笑，承諾會(huì)在下半年規(guī)劃一套健全的業(yè)財(cái)一體化系統(tǒng)來(lái)解決財(cái)務(wù)問(wèn)題……

05 最后的總結(jié)

故事講到這也該接近尾聲了，但Z公司的業(yè)務(wù)發(fā)展還在繼續(xù)，供應(yīng)鏈的發(fā)展也還會(huì)有階段五、階段六、階段七……每個(gè)階段都會(huì)有業(yè)務(wù)的困難和新的系統(tǒng)解決方案，循環(huán)往復(fù)、生生不息，未來(lái)會(huì)走向何方，我們不得而知……

Z公司的發(fā)展軌跡并不唯一，它是木筆筆下的一個(gè)故事，更是很多公司的縮影，相信很多朋友都能從中看到自己曾經(jīng)奮斗的影子，我們不去評(píng)論每個(gè)階段的好與壞，因?yàn)榇嬖诩春侠恚嘈琶總€(gè)階段做的決策一定是當(dāng)時(shí)最合理的，用后來(lái)人的視角去評(píng)判當(dāng)初的好壞總是片面的。但對(duì)過(guò)去做復(fù)盤，我們還是有一些經(jīng)驗(yàn)值得借鑒的：

（1）業(yè)務(wù)的發(fā)展往往不是線性的，可能在某一個(gè)時(shí)間點(diǎn)會(huì)有質(zhì)的變化，比如外部環(huán)境的變化、訂單量的指數(shù)級(jí)增長(zhǎng)或斷崖式下跌、業(yè)務(wù)模式的快速調(diào)整，這就要求系統(tǒng)規(guī)劃時(shí)需要有一定的前瞻性，這個(gè)前瞻性的度需要合理把握，不宜太短見(jiàn)也不宜太長(zhǎng)遠(yuǎn)，太短會(huì)阻礙業(yè)務(wù)的變化，太長(zhǎng)會(huì)增加實(shí)現(xiàn)成本，力不從心，合理的方式是架構(gòu)上做好長(zhǎng)期兼容，但落地時(shí)先考慮短期實(shí)現(xiàn)。

（2）現(xiàn)在都在大談特談的MVP和敏捷開(kāi)發(fā)，但有些工作是不能省，也不能敏捷的，比如系統(tǒng)的基礎(chǔ)架構(gòu)，如果架構(gòu)不穩(wěn)，就是房子的地基不牢，終有一天，我們會(huì)為今天的偷懶埋單，而為之付出數(shù)倍的成本。

（3）業(yè)務(wù)的復(fù)雜一定會(huì)帶來(lái)系統(tǒng)的復(fù)雜嗎？一定的，無(wú)論是橫向的業(yè)務(wù)模式擴(kuò)充，還是縱向的單量的增大，都需要從系統(tǒng)層面支持，有時(shí)是性能上的，有時(shí)是功能上的，有時(shí)是策略上的，但好的架構(gòu)就是讓系統(tǒng)盡量簡(jiǎn)單清晰，退而求其次，是將復(fù)雜藏在系統(tǒng)內(nèi)部，把簡(jiǎn)單展示給業(yè)務(wù)，這是大道至簡(jiǎn)的精髓，說(shuō)起來(lái)容易，實(shí)現(xiàn)起來(lái)卻不容易。

（4）系統(tǒng)做到最后，一定是回歸業(yè)務(wù)本質(zhì)，特別是B端系統(tǒng)和供應(yīng)鏈尤其如此，因?yàn)闃I(yè)務(wù)才是需求源頭。真實(shí)需求是客觀存在的，不是產(chǎn)品經(jīng)理造出來(lái)的，無(wú)論是產(chǎn)品經(jīng)理、架構(gòu)師還是程序員，要做的事情只有一件：發(fā)現(xiàn)需求并解決問(wèn)題。而先理業(yè)務(wù)，再聊系統(tǒng)規(guī)劃和實(shí)現(xiàn)，是事半功倍的不二法則，永不過(guò)時(shí)。

先總結(jié)以上4點(diǎn)吧，以后有機(jī)會(huì)咱們?cè)偌?xì)聊，最后，用文章開(kāi)頭的結(jié)論作為本文的結(jié)束：最合理的系統(tǒng)架構(gòu)通常不是設(shè)計(jì)來(lái)的，而是演變來(lái)的，業(yè)務(wù)和時(shí)間才是我們最好的架構(gòu)師。