找到供應(yīng)鏈協(xié)同平臺固然重要，但在這之前，你如果明白如何做好供應(yīng)鏈協(xié)同，那配合供應(yīng)鏈協(xié)同平臺的效果一定是事半功倍。

下面我將從2個方面來回答這個問題：1、如何做好供應(yīng)鏈協(xié)同（這里我會用案例進(jìn)行講解）2、供應(yīng)鏈協(xié)同平臺有哪些比較好用的？看完這兩段內(nèi)容后，保證讓你收貨滿滿。

（為防后續(xù)找不到，建議先點贊+收藏，以供隨時翻閱）

一、如何做好供應(yīng)鏈協(xié)同？

如何做好供應(yīng)鏈協(xié)同？乍一聽起來，這個話題似乎很大，很難回答。但事實上，供應(yīng)鏈協(xié)同的好與壞，體現(xiàn)在我們?nèi)粘９ぷ鞯狞c點滴滴中。它不僅與組織和流程有關(guān)，也和我們每個人，甚至企業(yè)的文化息息相關(guān)。我們不妨從一件職場上司空見慣的小事說起。

案例：郵件門

陶軒最近入職了國內(nèi)一家知名企業(yè)，擔(dān)任供應(yīng)鏈部門的負(fù)責(zé)人。剛剛走馬上任，他就被各種大大小小的事弄得焦頭爛額：缺貨問題、滯銷問題、質(zhì)量問題、客戶投訴、供應(yīng)商斷供……每天都在救火，不僅如此，內(nèi)部各個部門之間還不停地吵架，互相推諉責(zé)任，這讓陶軒十分惱火！

這不，陶軒剛從工廠車間回到辦公室，連水都沒來得及喝，打開電腦就看見刷刷刷幾十封同一個主題的郵件跳出來占滿了整個屏幕。陶軒職業(yè)性地快速瀏覽了這些郵件，不由得火冒三丈！

一個物料的短缺即將造成車間停線，采購說是計劃的責(zé)任，計劃說是采購的數(shù)據(jù)維護(hù)有問題……

采購員辯解道：“之前根本沒有人告訴我說數(shù)據(jù)存在問題！”

計劃員冷冷地回復(fù)說：“我郵件發(fā)給你了，你自己不看！”

采購員十分委屈：“我每天收到一百多封郵件，沒有辦法保證每封郵件都從頭到尾仔細(xì)看過……”

計劃員繼續(xù)狠抽鞭子：“那就要問問你自己，為什么大家都認(rèn)真看郵件，只有你不看，出了問題你才知道看郵件！并且，我發(fā)了三遍郵件，每封郵件都加了簽！”

采購員似乎想到了什么：“原來你說的是那幾封郵件啊，別在這里糊弄人了！那幾封郵件我還是認(rèn)真看過的，但是郵件中講的根本不是數(shù)據(jù)這回事（請看附件），而是提醒有哪些物料即將缺貨了！這不廢話嗎？誰不知道有哪些物料即將缺貨，但是數(shù)據(jù)有問題你為什么沒有講出來？搞得我使力的方向都錯了！”

就這樣來來回回一整個上午、幾十封郵件，剛開始還只是兩個人互發(fā)郵件互懟，后來索性都抄送了自己的同事、上司，甚至上司的上司，幾十號人被拉到郵件中觀戰(zhàn)，但就沒有一個人站出來解決問題！

對陶軒來說，這種情況已經(jīng)不是第一次出現(xiàn)了。上一次，他把幾個當(dāng)事人叫到辦公室訓(xùn)斥了一個多小時，本以為大家會引以為戒，沒想到同樣的事情又接二連三地發(fā)生……

此時此刻，陶軒目光凝重，他決不允許這樣的事情再次發(fā)生。他用最快的速度在電腦上寫了一封通告，發(fā)送給了供應(yīng)鏈部門的全體人員：

標(biāo)題：不要用郵件來解決問題！

最近觀察到不少組織習(xí)慣于用發(fā)郵件的方式來“協(xié)同”他人工作，我必須鄭重告知大家，必須對這種工作方式說NO！

郵件是農(nóng)業(yè)時代的產(chǎn)物，是過去沒有電話，大家相隔萬里時所不得不使用的溝通工具。如今，雖然有了電子郵件，但其本質(zhì)并沒有發(fā)生大的改變。尤其是當(dāng)兩個座位相隔不到十米的人也要通過郵件來進(jìn)行溝通，這本身就是互聯(lián)網(wǎng)時代的悲劇，是絕不應(yīng)當(dāng)發(fā)生在一家倡導(dǎo)高效協(xié)同工作方式的公司身上的！

如今的郵件，其最大用處是用來做記錄留存，除此以外，郵件是一個效率極其低下的溝通方式。因此從今天起，我給大家提幾個明確的要求：

第一，最重要、最緊急的事情請面對面或電話溝通，不要等待，不要等待，不要等待！

第二，次重要、次緊急的事情，請用短信或即時溝通工具IM溝通，如果沒有及時得到答復(fù)，立刻回到第一點！

第三，遇到自己解決不了的重要且緊急的問題，立刻以最高效的方式升級到自己的主管，尋求上司的幫助！

郵件可以用來做總結(jié)、做報告、做記錄，但決不要通過郵件來解決重要且緊急的問題！希望我們所有人都能夠成為問題的owner，不推諉責(zé)任、不尋找借口，有問題就立刻去推動、去解決，推動不了就升級給更高層去解決。只有這樣，才能形成我們一直倡導(dǎo)的高效協(xié)同的工作方式！

類似“郵件門”這樣的案例，想必每一個職場人士都經(jīng)歷過吧！在外企，這常常被稱之為fly email，言下之意，就是不要讓郵件在空中飛來飛去，卻解決不了任何實際問題。

在企業(yè)里，我們常常把協(xié)同掛在嘴邊，但彼此之間的工作方式卻和“郵件門”如出一轍，毫無“協(xié)同”可言！

那么，什么是協(xié)同？

我們可以用一個簡單的公式來表達(dá)：協(xié)同 = 擔(dān)當(dāng) + 推動 + 共識

協(xié)同首先是擔(dān)當(dāng)，是對問題的ownership，是打破砂鍋、刨根問底，不解決問題誓不罷休的精神！

協(xié)同其次是推動，是對問題相關(guān)方的持續(xù)的推動。在工作中，不謹(jǐn)小慎微、唯唯諾諾、怕這怕那，而是勇敢地去面對他人，甚至是他人的質(zhì)疑和挑戰(zhàn)！

協(xié)同最后是共識，沒有辦法獲得他人的認(rèn)同，就沒有辦法建立共識，協(xié)同就成為了一句空話。建立共識，需要我們換位思考，站在他人的立場看問題；建立共識，也可能需要我們在原則范圍內(nèi)作出一定的讓步，甚至可能是犧牲！

但是，有時候哪怕是有擔(dān)當(dāng)、有推動力、有意愿讓步和犧牲，最后還是沒有辦法建立共識，那就需要盡快將問題升級給更高層級的主管，借助更高層級的力量來達(dá)成共識！

協(xié)同有高效和低效之分

我們常常說的高效協(xié)同，它的公式其實也很簡單：高效協(xié)同 = 高效溝通+ 協(xié)同（擔(dān)當(dāng) + 推動 + 共識）

什么是高效溝通？溝者，構(gòu)筑管道也；通者，順暢清晰也！高效溝通一定是及時的、雙向的，能夠在一來一回中快速地達(dá)成協(xié)同。因此，面對面的溝通是首選，其次是電話，再次是短信或即時通訊工具，然后才是電子郵件，最后是紙質(zhì)書信。

高效協(xié)同是需要訓(xùn)練和修煉的！腳踏實地，從自己做起，突破思維局限，我們才能逐步養(yǎng)成高效協(xié)同的習(xí)慣。只有在一個倡導(dǎo)高效協(xié)同的組織文化中，我們的供應(yīng)鏈協(xié)同才能真正落到實處。否則，再好的協(xié)同流程，也只能是掛在墻上的幾句空話！

二、國內(nèi)有哪些比較好用的供應(yīng)鏈協(xié)同管理平臺？

這里我拿我們自己做過的實踐案例來告訴你，如何利用織信低代碼平臺快速打通：企業(yè)內(nèi)部供應(yīng)鏈/供應(yīng)商/信息化系統(tǒng)之間的協(xié)同。

? 前言：項目背景

項目情況：

國內(nèi)一家主要通過電商平臺銷售日用清潔用品的企業(yè)，淘寶垂直品類第一，銷售模式包括自營和代理商兩種模式，平時內(nèi)部用的是采購已久的旺店通ERP來進(jìn)行訂單管理和財務(wù)結(jié)算。并且客戶公司有小型的開發(fā)團(tuán)隊。（可以自行進(jìn)行運維和準(zhǔn)備項目環(huán)境，需求主要和客戶開發(fā)進(jìn)行確認(rèn)。）

項目需求：

需要一套能夠與原旺店通ERP系統(tǒng)打通的拓展系統(tǒng)（這里我們稱之為供應(yīng)鏈協(xié)同管理平臺），核心是需要將渠道創(chuàng)建的訂單同步到旺店通ERP中，其中貨品、店鋪等信息需要從旺店通ERP中進(jìn)行同步，并還需要全面打通供應(yīng)商上下游的管理協(xié)同。

項目周期：14個工作日（2周半）

參與人數(shù)：2人（1產(chǎn)品經(jīng)理，1全棧）

你沒看錯，2個人，14個工作日，就完成了以下工作內(nèi)容。效率之高，恐怕?lián)Q做以前，大家也很難想象的到。

? 第1-2天：需求調(diào)研

項目合同簽訂后，第一時間與客戶商定需求調(diào)研時間，地點，方案。然后抓緊安排調(diào)研工作。

本項目（供應(yīng)鏈協(xié)同管理平臺）由于項目需求其實并不會特別復(fù)雜，所以我們安排了2天的調(diào)研周期，并前往客戶現(xiàn)場進(jìn)行當(dāng)面確認(rèn)。

調(diào)研產(chǎn)出：【織信低代碼】中需要搭建的系統(tǒng)分為渠道端和運營端兩個操作端口，需要與旺店通ERP進(jìn)行對接。

運營端：由公司內(nèi)部人員參與，對渠道和訂單信息進(jìn)行管理；

渠道端：可支持渠道商登陸，并且和旺店通ERP的訂單操作行為進(jìn)行實時數(shù)據(jù)同步；

除了基礎(chǔ)的下單行為外，還需要具備渠道錢包功能，渠道發(fā)起的退貨會以渠道錢包的方式進(jìn)行退回，錢包中的金額可在后續(xù)的支付中進(jìn)行抵扣。（這是去現(xiàn)場調(diào)研到的一個額外延伸需求，但是評估下來低代碼實施并不會增加太大的工作量，就額外補(bǔ)充了一下）

下面是我們根據(jù)與相關(guān)業(yè)務(wù)人員訪談后，梳理的業(yè)務(wù)流程圖。和傳統(tǒng)開發(fā)一樣，這一步并不能節(jié)省，一個邏輯完備、步驟詳細(xì)的流程圖，將會在后續(xù)節(jié)省大量的開發(fā)時間。

? 第3-4天：模型梳理

供應(yīng)鏈協(xié)同管理平臺的需求調(diào)研完成后，和客戶確認(rèn)了詳細(xì)的業(yè)務(wù)流程邏輯，我們就要開始需求梳理工作。

所謂磨刀不誤砍柴工。

對于需求的梳理和分析，以及確定對應(yīng)技術(shù)方案，是開發(fā)系統(tǒng)非常重要的一步，低代碼的開發(fā)模式也不例外。

1、低代碼模型梳理：

低代碼開發(fā)前期模型梳理主要分為：“功能模塊——表模型——字段設(shè)計”

這也對應(yīng)了低代碼的“應(yīng)用——模塊（數(shù)據(jù)表）——字段的結(jié)構(gòu)”。

先整理出模塊清單：

然后再逐個模塊進(jìn)行模型梳理：

2、原型及功能設(shè)計階段

完成模型和接口的梳理工作后，進(jìn)入原型及功能設(shè)計階段。

雖然有了低代碼的快速開發(fā)和配置，我們還是采用了傳統(tǒng)的原型設(shè)計工具進(jìn)行原型繪制，這樣做的主要目的在于，能夠盡可能和客戶的需求進(jìn)行貼合匹配。而不會受到低代碼平臺的束縛（當(dāng)然這也是基于織信低代碼平臺強(qiáng)大的定制化能力才支持做到這一點）。

在這里，我們會讓產(chǎn)品經(jīng)理專門針對織信低代碼做了一個組件庫，可以提升交互的速度，盡量貼合低代碼交互。

對于某些頁面有特殊需求， 我們還可以完全支持定制化的設(shè)計，并且可以通過平臺的自定義頁面實現(xiàn)。

最后，很關(guān)鍵的一步，將所有的模型和原型與用戶進(jìn)行確認(rèn)。一旦確認(rèn)完畢，就可以開始我們的低代碼技術(shù)評審階段，確定本次開發(fā)技術(shù)實現(xiàn)方案。

?第5天：技術(shù)評審

難點一：旺店通ERP數(shù)據(jù)對接方案

在織信低代碼中建立了ERP訂單和訂單兩個模塊。其中ERP訂單調(diào)用旺店通ERP的查詢訂單接口，定時增量獲取旺店通ERP的訂單信息，其表結(jié)構(gòu)與查詢訂單接口的返回參數(shù)保持一致。

訂單表存儲的是在織信低代碼中創(chuàng)建的訂單信息，完成創(chuàng)建后會調(diào)用旺店通ERP的創(chuàng)建訂單接口將訂單信息傳到旺店通ERP中，在訂單表里可以根據(jù)客戶需要自行定義表結(jié)構(gòu)，只需要保證創(chuàng)建訂單接口中傳入?yún)?shù)的必填字段都能正確傳入即可。因為在訂單和ERP訂單中，都有原始訂單號，該字段可作為唯一標(biāo)識符，將ERP訂單的信息同步到訂單當(dāng)中，例如訂單狀態(tài)、物流單號等，滿足數(shù)據(jù)同步需求。

在實際使用時，用戶只需要操作訂單表，就能完成下單和同步訂單狀態(tài)的操作。

難點二：各模塊數(shù)據(jù)隔離方案

渠道商管理系統(tǒng)分為渠道端和運營端兩個操作端口，作為運營端可查看到自己管理渠道的所有信息，作為渠道端只能查看到自己渠道的所有信息。

基于上述需求，我們首先使用視圖的方式建立渠道的操作模塊。并且通過自動化設(shè)置用戶的擴(kuò)展參數(shù)，將渠道用戶的渠道id綁定在用戶信息中，后續(xù)只需要在渠道操作的模塊中加入統(tǒng)一的數(shù)據(jù)過濾即可實現(xiàn)渠道端的數(shù)據(jù)隔離。

對于運營端，我們同樣將運營可查看的渠道信息，通過自動化設(shè)置到用戶擴(kuò)展信息當(dāng)中，在各個可操作模塊中加入數(shù)據(jù)過濾，即可實現(xiàn)運營端的數(shù)據(jù)隔離。

難點三：渠道信息創(chuàng)建/修改審核

客戶希望能發(fā)起修改時，其基礎(chǔ)信息、組合裝和合同可以整體進(jìn)行編輯和報錯，發(fā)起后由財務(wù)統(tǒng)一審核，審核通過后可將修改內(nèi)容同步到渠道信息中。

基于該需求，我們重新做了一套渠道信息表用于存儲修改內(nèi)容，并且通過工作流實現(xiàn)審批功能，審批通過后才將修改后的數(shù)據(jù)復(fù)制到渠道信息中。

難點四：下單頁面特殊交互的調(diào)整

客戶希望在下單時選擇商品的時候，是以卡片的形式展示商品內(nèi)容，并且整個下單過程分為兩步，先選擇商品再輸入收貨地址。

以卡片的形式展示商品：我們將原本的查找列表以表單的形式進(jìn)行了展示，同時默認(rèn)加載出客戶可下單的商品，客戶填入了數(shù)量的才是需要下單的物品。

下單分步：下單的動作是創(chuàng)建數(shù)據(jù)，所以將貨品和選擇收貨地址進(jìn)行分組，然后開啟在創(chuàng)建時分步展示即可。

至此，基于客戶供應(yīng)鏈管理業(yè)務(wù)協(xié)同的需求梳理部分已全部完成，下一階段正式進(jìn)入織信低代碼的開發(fā)環(huán)節(jié)。

因篇幅有限，請關(guān)注我們，下周將持續(xù)更新低代碼項目實戰(zhàn)的第二階段：

如何利用9天時間，快速開發(fā)出一整套的供應(yīng)鏈協(xié)同管理平臺，并完成上線測試。

【織信低代碼】已經(jīng)累計為20多個行業(yè)，30000+企業(yè)用戶提供低代碼技術(shù)支持。在不同的行業(yè)，提出深度場景解決方案，致力于成為企業(yè)數(shù)字化轉(zhuǎn)型首選方案。如果你也想定制化一整套供應(yīng)鏈管理協(xié)同平臺，請聯(lián)系我們~

「基石協(xié)作科技」織信企業(yè)級低代碼開發(fā)平臺-比傳統(tǒng)開發(fā)快十倍速度開發(fā)供應(yīng)鏈管理系統(tǒng)

記得收藏喔~

——本文部分圖文來源于網(wǎng)絡(luò)，侵刪~