編輯導(dǎo)語：無論是傳統(tǒng)企業(yè)還是電商，供應(yīng)鏈都是一個非常重要的環(huán)節(jié)，同時(shí)供應(yīng)鏈也是一個極其復(fù)雜的系統(tǒng)，包含了從生產(chǎn)制造到流通過程中的所有環(huán)節(jié)。本文作者對廣義的供應(yīng)鏈進(jìn)行了分析，一起來看一下吧。

無論是傳統(tǒng)企業(yè)還是電商，供應(yīng)鏈都是一個重要的環(huán)節(jié)，且無法繞過。甚至一個企業(yè)的成功與否，很大程度上取決于其供應(yīng)鏈建設(shè)的完整性。但是供應(yīng)鏈?zhǔn)且粋€極其復(fù)雜的系統(tǒng)，包含了從生產(chǎn)制造到流通過程中的上下游的所有環(huán)節(jié)。筆者在本文嘗試去打造一個“烏托邦”式的供應(yīng)鏈，淺淺的聊一下廣義的供應(yīng)鏈都包含哪些內(nèi)容，希望對你有所啟發(fā)。

注：本文所述的供應(yīng)鏈，是圍繞自產(chǎn)自營電商進(jìn)行假設(shè)

一、供應(yīng)鏈

本文不再從基礎(chǔ)定義去推導(dǎo)什么是供應(yīng)鏈，直接關(guān)注業(yè)務(wù)本質(zhì)，來便于大家快速理解。

1. 人貨場

凡是需要進(jìn)行貨物或者服務(wù)的有償傳遞的過程，都離不開人貨場。

• 人：上游包含了原材料提供商、生產(chǎn)制作商等；下游包含了經(jīng)銷商、店員、倉儲專管員、快遞小哥、消費(fèi)者等；公司內(nèi)部包含了采購計(jì)劃組、調(diào)撥組、訂單組、物流組、財(cái)務(wù)BP、前端業(yè)務(wù)方，甚至供應(yīng)鏈產(chǎn)品經(jīng)理。
• 貨：可能是一個實(shí)物，可能是一種服務(wù)，在“人”的不斷交付過程中完成功能的升級，例如從農(nóng)民手里的甘蔗，通過生產(chǎn)制造變成了精美的白糖，再通過物流運(yùn)輸，分發(fā)到網(wǎng)店或?qū)嶓w店，再被購買后由快遞小哥送到消費(fèi)者手里。
• 場：“人”與“貨”的串聯(lián)是需要物理空間來承載的，“場”就是這個物理空間，工廠、倉庫、快遞中轉(zhuǎn)中心、運(yùn)輸工具等共同組成了供應(yīng)鏈的“場”，并在這些環(huán)節(jié)中將“人”與“貨”的串聯(lián)形象化，可視化。

上述是基于業(yè)務(wù)場景進(jìn)行的劃分，傳遞到產(chǎn)品層面時(shí)，我更加傾向于用“四流合一”來抽象供應(yīng)鏈，并拓展供應(yīng)鏈形成一個廣義的供應(yīng)鏈。

2. 四流合一

傳統(tǒng)四流主要強(qiáng)調(diào)的是企業(yè)與上游之間的溝通與往來，忽略了下游的銜接；為了提高整個項(xiàng)目的效率，實(shí)現(xiàn)降本增效是應(yīng)該統(tǒng)籌看待上下游的四流合一。

• 信息流：傳統(tǒng)場景是買賣雙方的信息交換與溝通，現(xiàn)在更多的是要求各個系統(tǒng)之間的打通，信息傳遞高效率，例如生產(chǎn)管理系統(tǒng)-ERP-OMS-WMS-TMS之間的信息自動化傳遞，從而提高作業(yè)效率。
• 商流：信息傳遞是多樣性的，如何保證規(guī)范，那就要依靠商流中的合同約束、合同結(jié)算、合同付款來一步步的有效管理，甚至到下游的商品銷售、發(fā)票獲取等。
• 資金流：在合同完成結(jié)算后就需要涉及到實(shí)際的資金撥付，在實(shí)際場景下交付方式可以基于合同具體節(jié)點(diǎn)、壓款等各種形式，就會導(dǎo)致合同結(jié)算進(jìn)度與實(shí)際資金撥付差異，能反映出整體預(yù)算與決算的差異，保障各個階段的供應(yīng)鏈計(jì)劃順利運(yùn)行。
• 貨物流：回歸到供應(yīng)鏈的本質(zhì)，也是供應(yīng)鏈的核心，在完成上述三流后，就需要通過完整的供應(yīng)鏈來監(jiān)控整個貨物的運(yùn)轉(zhuǎn)，并在完成對客戶的交付后內(nèi)部完成“對賬”，形成四流合一的閉環(huán)。

綜上我們通過了業(yè)務(wù)角度的形象化、產(chǎn)品角度的抽象化來分別解讀了廣義的供應(yīng)鏈應(yīng)該是什么模樣的，那具體到產(chǎn)品方案上，應(yīng)該怎么樣做才能具體落地呢？下文會繼續(xù)進(jìn)行產(chǎn)品方案的分總模式拆解。

二、供應(yīng)鏈后臺

供應(yīng)鏈的底層建設(shè)決定了其后期的可拓展性、靈活性。最常采用的是業(yè)務(wù)劃分的模式進(jìn)行建設(shè)例如訂單履約中心、中央庫存、倉儲系統(tǒng)等，然后再進(jìn)行抽象提供相關(guān)的中臺服務(wù)。

好處是業(yè)務(wù)方對接中臺很輕松，不用理會后臺的復(fù)雜邏輯；壞處是，后臺邏輯復(fù)雜，各個底層業(yè)務(wù)的耦合較深，越到后期越有牽一發(fā)動全身的趨勢，真的是“有苦自己咽”?；谶@些問題考慮，我更推薦的通過領(lǐng)域模型，進(jìn)行DDD的實(shí)踐落地（有興趣的可以單獨(dú)查詢，在這里就不深入了）。

領(lǐng)域驅(qū)動設(shè)計(jì)是一門技術(shù)語言，對產(chǎn)品來說的好處就在于是以每個功能為切入點(diǎn)，不深度耦合，每次的迭代都遵循：

按照此思路，根據(jù)實(shí)際業(yè)務(wù)場景，可以大概劃分為如下的領(lǐng)域：

說明：簡單的領(lǐng)域模型，實(shí)際可能有差異

1）核心數(shù)據(jù)

商品中心實(shí)現(xiàn)對全公司貨物的統(tǒng)一管理，負(fù)責(zé)基礎(chǔ)商品數(shù)據(jù)維護(hù)；碼中心實(shí)現(xiàn)一物一碼、一物多碼、管理盒提箱碼的關(guān)系、滿足營銷策略；最后通過中央庫存管理，實(shí)現(xiàn)對全公司所有貨物的統(tǒng)一調(diào)度、分發(fā)，實(shí)時(shí)掌握庫存情況，指導(dǎo)其他業(yè)務(wù)開展工作。

2）核心功能

貨物需要流動，通過訂單中心收集全公司的訂單需求進(jìn)行相關(guān)的訂單策略配置，例如是否需要拆單、是否為預(yù)售、如何生成發(fā)貨單等，是唯一的訂單收口單位，與業(yè)務(wù)緊密關(guān)系的；發(fā)貨中心承接單純的供應(yīng)鏈發(fā)貨任務(wù)，沒有業(yè)務(wù)規(guī)則的困擾，快速行使供應(yīng)鏈發(fā)貨的本質(zhì)職能；退換貨中心則主要承擔(dān)售后功能，串連倉庫、供應(yīng)鏈、前段業(yè)務(wù)訂單的退款；最后的物流中心，就是供應(yīng)鏈的神經(jīng)，傳遞著最上層的指令，并且實(shí)時(shí)監(jiān)控每一宗貨物的交付。

3）輔助功能

在全國自建多倉布局下，CDC-RDC-FDC之間的貨物調(diào)撥分配顯得尤為重要，為了更好的提供實(shí)時(shí)數(shù)據(jù)給中央庫存做決策，調(diào)撥中心是必須搭建的，形成科學(xué)、實(shí)時(shí)的調(diào)撥策略，統(tǒng)籌全國調(diào)撥計(jì)劃；調(diào)撥過程落地后我們稱之為配送過程，不同于2C的配送有完整運(yùn)營商承接，受制于全部不同地區(qū)的經(jīng)濟(jì)發(fā)展程度，調(diào)撥配送可能需要自建或者購買TMS模塊來實(shí)現(xiàn)對調(diào)撥貨物的實(shí)時(shí)掌握，以便于成本控制。

上述底層域劃分清楚后，各自都能獨(dú)立運(yùn)作，并提供相應(yīng)的橫向支持，整個地基顯得更加牢固，如下圖所示：

三、供應(yīng)鏈中臺

底層域的交互在盡可能簡單的場景下，對于上游業(yè)務(wù)來說也顯得很復(fù)雜，理解成本是偏高的，此時(shí)就應(yīng)該結(jié)合實(shí)際業(yè)務(wù)開展供應(yīng)鏈中臺建設(shè)，進(jìn)行相應(yīng)的任務(wù)編排。

從產(chǎn)品角度來理解，中臺的任務(wù)編排其實(shí)就是內(nèi)部任務(wù)編排與外部任務(wù)編排。

內(nèi)部任務(wù)編排：對一些常用的任務(wù)進(jìn)行規(guī)劃編排，盡可能簡單的讓業(yè)務(wù)使用，例如庫存查詢服務(wù)，業(yè)務(wù)方可以輸入A商品，系統(tǒng)根據(jù)權(quán)限配置返回中央庫存、分倉庫庫存、可售數(shù)、可配數(shù)等，兼容多場景。

外部編排：提供多種服務(wù)給到業(yè)務(wù)方，其自行進(jìn)行編排以達(dá)到某種目的，例如先利用商品查詢服務(wù)獲取到商品編碼，再用商品編碼進(jìn)行商品庫存查詢。

按照這個思路，我們傾向于在中臺提供商品應(yīng)用服務(wù)、庫存查詢服務(wù)、訂單API服務(wù)、物流查詢服務(wù)、碼應(yīng)用服務(wù)、數(shù)倉服務(wù)，將供應(yīng)鏈后臺的復(fù)雜結(jié)構(gòu)服務(wù)化，通過不斷的服務(wù)補(bǔ)充來完成供應(yīng)鏈中臺建設(shè)

• 商品應(yīng)用服務(wù)：提供商品增刪改查服務(wù)，維護(hù)商品全局統(tǒng)一性
• 庫存查詢服務(wù)：提供中央庫存、分倉庫存、可售數(shù)、可配數(shù)等物料數(shù)據(jù)的單個或批量實(shí)時(shí)查詢，支持前端實(shí)時(shí)售賣
• 訂單API服務(wù)：中臺最核心的功能，接收全公司所有訂單的標(biāo)準(zhǔn)化輸入，保證后續(xù)供應(yīng)鏈流程正常流轉(zhuǎn)
• 碼應(yīng)用服務(wù)：通過自身編碼規(guī)則生產(chǎn)符合我司實(shí)際業(yè)務(wù)的編碼并輸出到生產(chǎn)系統(tǒng)中對商品進(jìn)行賦碼，并提供基于商品與碼的關(guān)聯(lián)查詢服務(wù)
• 數(shù)倉服務(wù)：供應(yīng)鏈唯一的大數(shù)據(jù)出口，能夠進(jìn)行簡單的數(shù)據(jù)加工，給大數(shù)據(jù)部門提供可靠穩(wěn)定的數(shù)據(jù)接口服務(wù)，實(shí)現(xiàn)供應(yīng)鏈數(shù)據(jù)可視化
• 物流查詢服務(wù)：圍繞著賦能前端2C業(yè)務(wù)開展的，可以結(jié)構(gòu)化多承運(yùn)商的路由結(jié)構(gòu)，輸出符合我司的標(biāo)準(zhǔn)快遞路由，減少閱讀與統(tǒng)計(jì)成本

綜上可以看出，供應(yīng)鏈中臺建設(shè)主要是圍繞著“多快好省”的方式進(jìn)行的，并不會暴露太多供應(yīng)鏈底層邏輯，減少了溝通節(jié)點(diǎn)與成本。

四、供應(yīng)鏈前臺

供應(yīng)鏈中臺不僅會支持兄弟部門的業(yè)務(wù)，圍繞供應(yīng)鏈業(yè)務(wù)會拓展出很多產(chǎn)品應(yīng)用，如下圖所示：

廣義的供應(yīng)鏈前臺涵蓋了從招采到最后的數(shù)據(jù)駕駛艙的全部前臺功能。

• 招采中心、生產(chǎn)/采購計(jì)劃管理：主要聚焦的是招投標(biāo)、工廠生產(chǎn)、成品采購等，與商品基礎(chǔ)數(shù)據(jù)緊密相關(guān)，其中還會涉及到樣品打樣、供應(yīng)商評分、開標(biāo)等，一旦中標(biāo)則進(jìn)行合同管理模塊
• 合同管理：合同的價(jià)值、數(shù)量，交付節(jié)點(diǎn)與數(shù)量，直接關(guān)系著調(diào)撥計(jì)劃、入庫上架時(shí)間、前端售賣節(jié)點(diǎn)等；而交付完成，根據(jù)產(chǎn)品質(zhì)量則涉及到合同結(jié)算，以及合同款項(xiàng)的撥付，特別是采購種類繁多、SKU量級大的場景下，一個完整的供應(yīng)鏈合同臺賬管理是必須的
• 收付款管理、對賬管理、資金計(jì)劃管理：是供應(yīng)鏈預(yù)決算的體現(xiàn)，通過對采購相關(guān)合同付款、物流費(fèi)用付款、倉儲費(fèi)用付款；以及銷售資金的收款；自動匹配年度資金計(jì)劃，進(jìn)行全局的收支呈現(xiàn)
• 發(fā)票管理：主要在分為采購合同的進(jìn)項(xiàng)發(fā)票管理，與售出貨物的開票（銷項(xiàng)發(fā)票）管理
• 數(shù)據(jù)駕駛艙：針對倉庫庫存實(shí)時(shí)分布、訂單數(shù)據(jù)統(tǒng)計(jì)、物料運(yùn)輸數(shù)據(jù)統(tǒng)計(jì)的大屏展示，便于直觀的了解供應(yīng)鏈的整體運(yùn)轉(zhuǎn)情況
• 供應(yīng)鏈工作臺：供應(yīng)鏈管理人員日程處理相關(guān)實(shí)物的工作臺，例如工單咨詢與處理、異常訂單或異常物流的監(jiān)控與處理、個人效率統(tǒng)計(jì)等

上述功能都是依托于供應(yīng)鏈中臺服務(wù)實(shí)現(xiàn)，并不直接干涉供應(yīng)鏈后臺底層業(yè)務(wù)流轉(zhuǎn)，可以根據(jù)財(cái)務(wù)審計(jì)要求、供應(yīng)鏈業(yè)務(wù)訴求隨時(shí)靈活調(diào)整。

五、業(yè)務(wù)前臺

不同于供應(yīng)鏈前臺，業(yè)務(wù)前臺其實(shí)與供應(yīng)鏈?zhǔn)菦]有直接關(guān)系了，而是通過其自營業(yè)務(wù)、或者在第三方電商平臺的業(yè)務(wù)進(jìn)行數(shù)據(jù)收集后，通過供應(yīng)鏈中臺的相關(guān)服務(wù)與供應(yīng)鏈發(fā)生交互，主要是通過“不可見”的接口進(jìn)行的，這里就不詳細(xì)表述了。

六、外部對接

除了上述的前中后臺，在供應(yīng)鏈業(yè)務(wù)中還有一個很重要的方向就是外部對接，前中臺業(yè)務(wù)絕大部分都局限于公司內(nèi)部的數(shù)據(jù)交互與治理，但是遠(yuǎn)遠(yuǎn)滿足不了供應(yīng)鏈的交付需求，例如業(yè)務(wù)前端有一個貨物需要指定某快遞承接，此時(shí)就需要引入外部的例如快遞承運(yùn)商等第三方平臺來協(xié)助共建供應(yīng)鏈。

如上圖所示，WMS是整個外部最核心的對接方，貨物在倉庫里面的所有驗(yàn)收上架、分揀運(yùn)作均需要通過其完成，且軟硬件結(jié)合明顯，專業(yè)度極高，一般采用全套才買或者租賃倉庫對接公司供應(yīng)鏈系統(tǒng)的方式進(jìn)行。

快遞承運(yùn)商一般是與WMS進(jìn)行對接，由甲方（公司）下達(dá)派送命令到WMS再傳遞到對應(yīng)的快遞承運(yùn)商執(zhí)行的，但是涉及到大客戶協(xié)議、快遞費(fèi)用對賬、更高精度的攔截、改派、疫情防控等，還是需要甲方與快遞承運(yùn)商直連，實(shí)現(xiàn)精準(zhǔn)的1V1。

OMS/ERP主要為可能會存在對接獨(dú)立于本供應(yīng)鏈之外的系統(tǒng)例如第三方電商等。

財(cái)務(wù)審計(jì)則是最后的數(shù)據(jù)標(biāo)注輸出，供應(yīng)鏈的繁瑣流程決定了其對賬成本的巨大的，如何與公司的財(cái)務(wù)系統(tǒng)實(shí)現(xiàn)業(yè)財(cái)一體化，是一直探索的目標(biāo)。

對于需要自行生產(chǎn)實(shí)物的公司，還需要能夠具備與工廠流水線的機(jī)器對應(yīng)的系統(tǒng)對接的能力，例如二維碼的噴涂等。

七、完整架構(gòu)與MVP

根據(jù)上面的分模塊介紹后，我們可以很清晰將各個模塊拼接起來，形成如下圖所示的廣義供應(yīng)鏈的完整架構(gòu)

上述架構(gòu)是我們“烏托邦”式的暢想，實(shí)際落地中，往往會有阻力或者難度，并不是說不讓做而是根據(jù)公司的實(shí)際情況，可能放在其他模塊更加合適。

• Case1：收付款管理中針對銷售收入一般放在交易模塊，并不會由供應(yīng)鏈來承接
• Case2：發(fā)票管理也只有在財(cái)務(wù)側(cè)使用的情況下才會收集到跟采購合同相關(guān)的發(fā)票，銷售側(cè)發(fā)票不會同步到供應(yīng)鏈環(huán)節(jié)
• Case3：第三方電商的訂單明文數(shù)據(jù)，現(xiàn)在受制于相關(guān)法律要求，基本無法采集
• Case4：TMS的建設(shè)涉及到實(shí)體貨車的購買與維護(hù)，成本巨大，一般企業(yè)難以負(fù)擔(dān)，更多的是脫離監(jiān)控的調(diào)撥或指定有第三方運(yùn)輸公司外包

類似與上述場景的問題還有很多，我們就不再展開了，那在面對如此多的問題困擾下，如何快速的建設(shè)一個能跑起來的供應(yīng)鏈呢？我們需要的是一個可落地MVP路徑，如下圖所示：

在此MVP加持下，基本可以滿足業(yè)務(wù)訴求，保證業(yè)務(wù)先行。但是作為一個產(chǎn)品經(jīng)理的執(zhí)念，大家不要忘記了心中的“烏托邦”！

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

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