• SKU（Stock keeping Unit）：即庫(kù)存單位，庫(kù)存控制的最小可用單位。是某個(gè)商品的具體型號(hào)，如：“白色-iPhone 12 mini-國(guó)行-聯(lián)通版”就是一個(gè)SKU。

• 組合SKU：有兩個(gè)及以上規(guī)格的不同商品，如“照相機(jī)+鏡頭”促銷(xiāo)套裝。被商家放在一起售賣(mài)。

• SPU（Standard Product Unit）：即標(biāo)準(zhǔn)化產(chǎn)品單元，是一組標(biāo)準(zhǔn)化信息的集合。是某個(gè)商品，如：“iphone12 mini”就是一個(gè)SPU。

SPU對(duì)SKU通常是一對(duì)一和一對(duì)多。

• 商家編碼：是供賣(mài)家自己區(qū)分商品用的編碼，多用于內(nèi)部溝通和管理商品。建立平臺(tái)SKU與實(shí)物SKU的對(duì)應(yīng)關(guān)系，有SKU管理能力的商家可以填寫(xiě)商家體系內(nèi)部的SKU編碼，這樣可以通過(guò)貨號(hào)來(lái)關(guān)聯(lián)具體的貨品。

SKU是平臺(tái)生成；商家編碼是商家生成。

• 商品條形碼：商品條形碼的編碼遵循唯一性原則，以保證商品條形碼在全世界范圍內(nèi)不重復(fù)，即一個(gè)商品項(xiàng)目只能有一個(gè)代碼，或者說(shuō)一個(gè)代碼只能標(biāo)識(shí)一種商品項(xiàng)目；不同規(guī)格，不同包裝，不同品種、不同價(jià)格、不同顏色的商品只能使用不同的商品代碼。

商品屬性是什么？

商品屬性有：規(guī)格屬性、關(guān)鍵屬性、非關(guān)鍵屬性。

• 規(guī)格屬性：也稱(chēng)為銷(xiāo)售屬性。例如“顏色”、“尺寸”，連接SPU和SKU；
• 關(guān)鍵屬性：能夠確認(rèn)唯一“產(chǎn)品”的屬性。關(guān)鍵屬性可以是一個(gè)屬性，也可以是多個(gè)屬性的組合。
• 非關(guān)鍵屬性：除關(guān)鍵屬性、銷(xiāo)售屬性外的其他屬性。非關(guān)鍵屬性不一定是非必填項(xiàng)。

屬性需要有對(duì)應(yīng)的屬性值，例如：

屬性：“屏幕規(guī)格”

屬性值：“15英寸”

規(guī)格屬性

無(wú)規(guī)格屬性

SPU下就1個(gè)SKU，設(shè)置單一的價(jià)格、庫(kù)存、商家編碼；

單規(guī)格

SPU下單規(guī)格，但是多規(guī)格值，有N個(gè)規(guī)格，就有N個(gè)SKU，可設(shè)置不同的價(jià)格、庫(kù)存、商品編碼。如：一件衣服，它的規(guī)格屬性只有顏色，但規(guī)格值可以是紅色、黃色等。

多規(guī)格

SPU下多規(guī)格，多規(guī)格值，有N個(gè)規(guī)格，M個(gè)規(guī)格值，就有M1*M2*M3…個(gè)SKU，可設(shè)置不同的價(jià)格、庫(kù)存、商品編碼。如：上面的iphone12 有“顏色”和“版本”兩個(gè)規(guī)格值，但是顏色的規(guī)格值有6個(gè)，版本的規(guī)格值有3個(gè)，總共規(guī)格有18個(gè)，所以有18個(gè)SKU。

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

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

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

一、供應(yīng)鏈

本文不再?gòu)幕A(chǔ)定義去推導(dǎo)什么是供應(yīng)鏈，直接關(guān)注業(yè)務(wù)本質(zhì)，來(lái)便于大家快速理解。

1. 人貨場(chǎng)

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

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

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

2. 四流合一

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

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

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

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

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

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

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

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

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

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

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

2）核心功能

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

3）輔助功能

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

六、外部對(duì)接

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在如此大的一塊蛋糕下，廠商、經(jīng)銷(xiāo)商、二批商、零售商…任何一方都想分得一塊，經(jīng)銷(xiāo)商和二批商們作為整個(gè)行業(yè)供應(yīng)鏈的中間環(huán)節(jié)，一定要承上啟下，讓整個(gè)市場(chǎng)形成高效且精細(xì)化的生態(tài)運(yùn)轉(zhuǎn)模式。

傳統(tǒng)調(diào)味品經(jīng)銷(xiāo)商在倉(cāng)庫(kù)管理環(huán)節(jié)痛點(diǎn)很多，特別是自己倉(cāng)庫(kù)的SKU較多，庫(kù)存數(shù)據(jù)常常不清楚，倉(cāng)庫(kù)里有多少貨自己不知道，影響銷(xiāo)售業(yè)務(wù)進(jìn)程和揀貨作業(yè)，這時(shí)，經(jīng)銷(xiāo)商就需要一款貨位管理軟件。

貨位管理軟件能夠幫助經(jīng)銷(xiāo)商實(shí)現(xiàn)倉(cāng)庫(kù)SKU精準(zhǔn)管理，每一件商品都放置在貨架的一個(gè)貨位上，有專(zhuān)屬貨位編碼，這樣一來(lái)通過(guò)貨位編碼管理SKU再也不會(huì)出現(xiàn)庫(kù)存商品數(shù)據(jù)不清楚的情況。

來(lái)肯企匯是一款快消品經(jīng)銷(xiāo)商專(zhuān)屬的倉(cāng)庫(kù)管理系統(tǒng)，能夠有效解決調(diào)味品經(jīng)銷(xiāo)商針對(duì)庫(kù)存商品的數(shù)據(jù)不清楚問(wèn)題，有效提升倉(cāng)庫(kù)揀貨效率，降低庫(kù)存成本，實(shí)現(xiàn)經(jīng)銷(xiāo)商倉(cāng)庫(kù)轉(zhuǎn)型升級(jí)。

來(lái)肯企匯貨位管理功能，系統(tǒng)自動(dòng)生成標(biāo)準(zhǔn)的貨位編碼，一件商品對(duì)應(yīng)一個(gè)編碼，不管是揀貨作業(yè)還是庫(kù)存盤(pán)點(diǎn)、庫(kù)內(nèi)移庫(kù)，都能精準(zhǔn)到具體的貨位上，不會(huì)出現(xiàn)找不到商品或是數(shù)據(jù)出現(xiàn)錯(cuò)誤的情況。

除此以外，來(lái)肯還有動(dòng)態(tài)貨位功能，實(shí)時(shí)查詢(xún)貨位上商品數(shù)量，數(shù)量不夠時(shí)預(yù)警提醒庫(kù)管及時(shí)補(bǔ)貨，保證貨量充足，不會(huì)影響到揀貨，大幅提升倉(cāng)庫(kù)作業(yè)效率以及實(shí)現(xiàn)庫(kù)存數(shù)據(jù)精確管控。