一、案例背景

河南(nan)同盟冷(leng)(leng)鏈(lian)(lian)倉儲有限公司(si)（以(yi)下(xia)(xia)簡稱公司(si)）成立于2018年，公司(si)投資(zi)9.78億元興(xing)建(jian)的鄭北農副產(chan)(chan)品(pin)冷(leng)(leng)鏈(lian)(lian)物流(liu)港(gang)（以(yi)下(xia)(xia)簡稱園區(qu)）是(shi)(shi)河南(nan)省(sheng)(sheng)發(fa)改委、省(sheng)(sheng)財政(zheng)廳、省(sheng)(sheng)商(shang)務廳、省(sheng)(sheng)郵政(zheng)管理局聯合命名的省(sheng)(sheng)級物流(liu)示范園區(qu)，是(shi)(shi)新(xin)鄉市(shi)重點建(jian)設項目，是(shi)(shi)豫北地(di)區(qu)最大的冷(leng)(leng)鏈(lian)(lian)物流(liu)園區(qu)。園區(qu)占地(di)510畝(mu)，園區(qu)致力于農副產(chan)(chan)品(pin)冷(leng)(leng)鏈(lian)(lian)產(chan)(chan)業鏈(lian)(lian)建(jian)設、農副產(chan)(chan)品(pin)加工(gong)、三溫倉儲、配套物流(liu)、電子商(shang)務、農產(chan)(chan)品(pin)交易及展示、產(chan)(chan)品(pin)研發(fa)與(yu)檢測、人力資(zi)源與(yu)公共(gong)信(xin)息服務為一體(ti)的智慧(hui)冷(leng)(leng)鏈(lian)(lian)物流(liu)園區(qu)。

二、業務背景

公司(si)的(de)(de)業(ye)(ye)務(wu)(wu)定(ding)(ding)位(wei)為全托(tuo)管(guan)(guan)(guan)第三方倉(cang)(cang)儲(chu)，即客戶無需(xu)派駐(zhu)人員駐(zhu)場(chang)，用戶僅(jin)需(xu)下達出(chu)入庫指令，出(chu)入庫、裝卸、盤點均由庫方完成(cheng)，按量計(ji)費。類似互聯網云(yun)服(fu)務(wu)(wu)中的(de)(de)對(dui)(dui)象存儲(chu)，全托(tuo)管(guan)(guan)(guan)方式必然對(dui)(dui)庫方的(de)(de)數(shu)據準確(que)性、時效(xiao)性要求較高。在冷庫建設期(qi)間公司(si)即進行(xing)了相關管(guan)(guan)(guan)理軟(ruan)(ruan)件的(de)(de)選(xuan)型，對(dui)(dui)比測試了市場(chang)上(shang)多(duo)款通用倉(cang)(cang)庫管(guan)(guan)(guan)理軟(ruan)(ruan)件，發(fa)現(xian)多(duo)數(shu)倉(cang)(cang)管(guan)(guan)(guan)軟(ruan)(ruan)件只針對(dui)(dui)企業(ye)(ye)自(zi)有倉(cang)(cang)庫，無法(fa)向外部(bu)提供服(fu)務(wu)(wu)；市場(chang)上(shang)確(que)有云(yun)倉(cang)(cang)管(guan)(guan)(guan)理軟(ruan)(ruan)件，但目前成(cheng)熟的(de)(de)云(yun)倉(cang)(cang)管(guan)(guan)(guan)理軟(ruan)(ruan)件僅(jin)針對(dui)(dui)ToC業(ye)(ye)務(wu)(wu)，即由電(dian)商衍生(sheng)的(de)(de)業(ye)(ye)務(wu)(wu)模(mo)式，并不適合公司(si)的(de)(de)業(ye)(ye)務(wu)(wu)定(ding)(ding)位(wei)。

在未尋找到合適的通用軟件之后，公司考慮由第三方定制開發系統，同時也在思考是否有可能公司自研開發。2019年6月，配套軟件還在選型、測試中，冷庫建成投產，當時只能采用純手工Excel的方式倉促上馬。開倉當年蒙牛冰品即簽約入場，起步即經歷了大吞吐量的考驗，至2020年8月，蒙牛年度倉儲任務完成。在業務復盤中，總結出以下問題：

1.倉儲作業效率低，差錯率高，客訴高

業務高峰期每天10萬件的吞吐(tu)量，漏(lou)裝、錯裝、多裝時有發生(sheng)，客戶投訴(su)率居高。

2.報表多，工作量大，人力成本大

需要做(zuo)大量的報表，每天(tian)多人做(zuo)包含庫存、庫位、貨齡、倉儲費(fei)、裝卸費(fei)、賬單、能耗在(zai)內的各(ge)種報表，工作(zuo)量巨大，加班嚴重。

3.數據不準確，且嚴重滯后

因為業務和數(shu)(shu)據不(bu)同(tong)步，數(shu)(shu)據由原始紙質(zhi)單據手(shou)工錄入Excel，錯誤時有發(fa)生。錄入和統(tong)計(ji)需要(yao)時間(jian)，永遠(yuan)不(bu)知道當時的(de)準確數(shu)(shu)據，某些數(shu)(shu)據甚至(zhi)要(yao)到次月才(cai)能統(tong)計(ji)出(chu)。數(shu)(shu)據已經不(bu)能指(zhi)導生產(chan)。

4.數據不直觀、無全局觀

準確度不高、嚴重滯(zhi)后和(he)分散的(de)數據，不能(neng)直觀的(de)反(fan)映出運營情(qing)況，公(gong)司決策層無法準確分析和(he)指(zhi)導(dao)公(gong)司運營，缺(que)乏(fa)全局觀。

三、解決方案

在(zai)認真(zhen)總結了(le)一(yi)年(nian)來的(de)運(yun)營之后，公(gong)司(si)(si)認識到數字(zi)(zi)化(hua)關(guan)系到公(gong)司(si)(si)核心(xin)競爭力，關(guan)系到公(gong)司(si)(si)的(de)生死(si)存亡，數字(zi)(zi)化(hua)勢(shi)在(zai)必行。2020年(nian)1月，針對上述問題，公(gong)司(si)(si)成(cheng)立信(xin)息(xi)化(hua)小(xiao)組(zu)，和各(ge)業務(wu)部門主管(guan)一(yi)起，以：需求(qiu)調研、搭建、測(ce)試驗證、反(fan)饋修正為路線，經過多輪(lun)測(ce)試改(gai)進，使用簡道云(yun)逐步搭建了(le)公(gong)司(si)(si)綜合業務(wu)管(guan)理平臺。

目前平臺(tai)已經實(shi)(shi)(shi)現了車輛預約(yue)排(pai)隊、裝(zhuang)卸進度實(shi)(shi)(shi)時監控、裝(zhuang)卸工(gong)裝(zhuang)卸費實(shi)(shi)(shi)時計算、庫存、貨齡(ling)等報表實(shi)(shi)(shi)時生成、客戶(hu)在線(xian)對賬(zhang)、運(yun)營(ying)大數據等模塊和功(gong)能。

場景一：車輛排隊

痛點：

系(xi)統上線前(qian)，車輛排(pai)(pai)隊(dui)采用手工(gong)排(pai)(pai)單的方(fang)式，數據(ju)不(bu)透明、不(bu)直觀，司機(ji)不(bu)知道自己(ji)的排(pai)(pai)隊(dui)情況，不(bu)知道大約排(pai)(pai)隊(dui)時間。高(gao)峰期排(pai)(pai)隊(dui)時間長，因懷疑其他司機(ji)插隊(dui)等(deng)原因，糾紛時有(you)發生，司機(ji)滿意度不(bu)高(gao)。

解決過程：

利(li)用簡道云表單的公開外鏈功(gong)能，要求司機入場后(hou)掃碼登記，進入排隊系統。同時(shi)表單中(zhong)使(shi)用定(ding)位字段，防(fang)止作(zuo)弊。

價值：

通過車輛(liang)排(pai)隊系(xi)統，工作人員(yuan)和司機可清楚、直觀的了(le)解(jie)當前的排(pai)隊狀況(kuang)，可以(yi)合理安排(pai)時(shi)間，提高(gao)了(le)作業效(xiao)率，車輛(liang)平(ping)均排(pai)隊時(shi)間降(jiang)低(di)約1小時(shi)。

場景二：調度室綜合作業

痛點：

系統上線前，調度(du)室手工排(pai)(pai)單(dan)排(pai)(pai)產(chan)，因為沒有數字(zi)化(hua)，調度(du)員(yuan)僅能(neng)憑(ping)經(jing)驗安排(pai)(pai)裝(zhuang)卸，往往效率并不高，無法準確感(gan)知作業現場情(qing)況，如：當(dang)前排(pai)(pai)隊車輛、排(pai)(pai)隊中計(ji)劃作業數量、當(dang)前裝(zhuang)卸進度(du)，預(yu)計(ji)完(wan)成(cheng)時間、當(dang)天(tian)產(chan)量等。

解決過程：

利用簡道云(yun)儀表盤、結(jie)合數(shu)(shu)據(ju)工廠、聚合表等功(gong)能，將當前作業數(shu)(shu)據(ju)通過三塊(kuai)顯示大屏(ping)全面展示出來，讓數(shu)(shu)據(ju)指(zhi)導運(yun)營。核(he)心數(shu)(shu)據(ju)有：裝卸(xie)(xie)口(kou)狀(zhuang)態(tai)，已掃碼未建單車(che)輛、已建單排隊中(zhong)車(che)輛、排隊中(zhong)裝卸(xie)(xie)數(shu)(shu)量(liang)(liang)、裝卸(xie)(xie)中(zhong)車(che)輛、實時裝卸(xie)(xie)進度、當日吞吐(tu)量(liang)(liang)、接車(che)員產量(liang)(liang)、裝卸(xie)(xie)工工資等。

價值：

通(tong)過三(san)塊數據(ju)大屏，現(xian)場作業(ye)情況一(yi)目了然，為調度工作提(ti)供了數據(ju)支(zhi)撐，調度員根(gen)據(ju)現(xian)場情況科學(xue)安排(pai)生產(chan)，提(ti)高(gao)生產(chan)效率。同等資源下，日吞吐(tu)量比原(yuan)來增加(jia)30%以上(shang)。

場景三：裝卸費管理

痛點：

裝(zhuang)(zhuang)卸(xie)(xie)(xie)工(gong)(gong)為計件(jian)工(gong)(gong)資，每車裝(zhuang)(zhuang)卸(xie)(xie)(xie)完成(cheng)后(hou)接車員(yuan)開具裝(zhuang)(zhuang)卸(xie)(xie)(xie)票(piao)據(ju)交給裝(zhuang)(zhuang)卸(xie)(xie)(xie)工(gong)(gong)，裝(zhuang)(zhuang)卸(xie)(xie)(xie)工(gong)(gong)下(xia)班時將所有(you)票(piao)據(ju)交給統(tong)計員(yuan)，統(tong)計員(yuan)再(zai)根據(ju)裝(zhuang)(zhuang)卸(xie)(xie)(xie)票(piao)據(ju)錄入excel，統(tong)計員(yuan)工(gong)(gong)作繁重，且(qie)數(shu)據(ju)幾經(jing)中轉，往往在次月的(de)中旬才能整理(li)出上月的(de)裝(zhuang)(zhuang)卸(xie)(xie)(xie)工(gong)(gong)資，如裝(zhuang)(zhuang)卸(xie)(xie)(xie)費合計和客戶月出入庫合計數(shu)據(ju)不符，還需要(yao)查找差異原(yuan)因，甚至有(you)出現下(xia)下(xia)月才能準確統(tong)計出裝(zhuang)(zhuang)卸(xie)(xie)(xie)工(gong)(gong)工(gong)(gong)資的(de)情(qing)(qing)況。在此情(qing)(qing)況下(xia)，裝(zhuang)(zhuang)卸(xie)(xie)(xie)工(gong)(gong)意(yi)見頗大，工(gong)(gong)作積極性降低。此痛點一直(zhi)困擾公(gong)司(si)管理(li)層。

解決過程：

將(jiang)裝(zhuang)卸(xie)(xie)費和(he)出入(ru)庫數據綁定在(zai)一起(qi)，為每一裝(zhuang)卸(xie)(xie)隊(dui)制作(zuo)唯一條(tiao)碼(ma)，接車(che)員在(zai)裝(zhuang)卸(xie)(xie)車(che)完(wan)成(cheng)后掃描(miao)裝(zhuang)卸(xie)(xie)隊(dui)條(tiao)碼(ma)，即將(jiang)產量記錄在(zai)裝(zhuang)卸(xie)(xie)隊(dui)名下，裝(zhuang)卸(xie)(xie)完(wan)成(cheng)后，工資即更新(xin)。同時，在(zai)作(zuo)業(ye)區顯示大屏(ping)中實時更新(xin)裝(zhuang)卸(xie)(xie)費數據。

價值：

通過以上改進，統計員在裝卸隊工資上的工作量幾乎將為零，裝卸隊可以實時查看自己的工資，工作積極性大大提高，次月的5號前裝卸隊基本上都能拿到裝卸費。另外公司通過觀察，裝卸隊在每一車次裝卸完成后都會到數據大屏前查看自己的工資，可以感覺到裝卸工對該模塊滿意度很高。同時，現場主管根據各裝卸隊的收入情況，均衡安排裝卸，使各裝卸隊的收入更均衡，整體滿意度提高。

場景四：倉庫利用率管理

痛點：

倉(cang)庫利用(yong)率(lv)(lv)是倉(cang)儲企業的核心指標(biao)，同盟冷鏈有6個(ge)平庫，1個(ge)自(zi)動化立體庫，統(tong)計各倉(cang)庫的利用(yong)率(lv)(lv)工作(zuo)量(liang)繁(fan)重，手(shou)工統(tong)計出(chu)錯率(lv)(lv)高，且貨物(wu)(wu)周(zhou)轉(zhuan)率(lv)(lv)高，數據統(tong)計跟不上貨物(wu)(wu)移動速(su)度。倉(cang)庫利用(yong)率(lv)(lv)數據不準確(que)。

解決過程：

制(zhi)定庫位(wei)編碼(ma)規則，為每一庫位(wei)設定唯一編碼(ma)，同時(shi)給托(tuo)盤粘貼唯一條(tiao)碼(ma)，系(xi)統(tong)記錄托(tuo)盤（托(tuo)盤號）存放的庫位(wei)（庫位(wei)號），倉(cang)庫員(yuan)利用(yong)手(shou)機或手(shou)持(chi)終端，完成貨物上架下架，系(xi)統(tong)自動匯總(zong)計算出倉(cang)庫利用(yong)率。

價值：

庫管員工作強度減(jian)低(di)50%以上，數據準(zhun)確度99.9%，實時準(zhun)確的倉(cang)庫利用(yong)(yong)率，給倉(cang)管員合理分配庫位提供了(le)數字依據，可(ke)以更為(wei)科(ke)學地規劃和(he)使用(yong)(yong)倉(cang)庫，提高(gao)倉(cang)庫利用(yong)(yong)率，降低(di)庫房(fang)的運(yun)營成本，為(wei)企(qi)業間接創造了(le)經濟效益(yi)。

場景五：產品追溯和串貨查證

痛點：

食品(pin)(pin)(pin)企業對產品(pin)(pin)(pin)質(zhi)量要(yao)求嚴格(ge)，如(ru)發生產品(pin)(pin)(pin)質(zhi)量問題(ti)，要(yao)求全流程(cheng)可追溯(su)。同(tong)時倉儲客戶有串貨查(cha)證的需求，在(zai)海量的數據(ju)中查(cha)找某一批次產品(pin)(pin)(pin)的流向(xiang)非常困難。往往要(yao)耗費巨大的人力翻(fan)閱原始單據(ju)查(cha)證，效率(lv)低下(xia)。

解決過程：

在平臺(tai)設計之初(chu)即考(kao)慮到批(pi)(pi)次(ci)追溯問(wen)題，在產(chan)品入庫(ku)(ku)環節必須填寫批(pi)(pi)次(ci)號(hao)(hao)，入庫(ku)(ku)后(hou)將產(chan)品編碼、批(pi)(pi)次(ci)號(hao)(hao)和托(tuo)盤號(hao)(hao)進行(xing)綁(bang)定，出(chu)庫(ku)(ku)的(de)時候再掃描(miao)托(tuo)盤條碼，即可(ke)記錄(lu)產(chan)品批(pi)(pi)次(ci)流向。再通過儀表盤的(de)形式(shi)提供(gong)查詢。

價值：

提(ti)高查證效(xiao)率，提(ti)升客(ke)戶滿意度，在(zai)服(fu)務的某(mou)知名乳(ru)品企業組織的全國(guo)分倉串貨查證技(ji)能大比(bi)拼(pin)中，同盟冷鏈以3分鐘的時間獲得全國(guo)第一(yi)名。

場景六：客戶自主下單

痛點：

原有下(xia)單(dan)方(fang)式(shi)是(shi)由公司單(dan)證員(yuan)在系統中下(xia)單(dan)，數(shu)據(ju)是(shi)客戶通過微信、電話等方(fang)式(shi)提供(gong)，數(shu)據(ju)經過中轉即(ji)有一(yi)定的差錯率。且(qie)全托管方(fang)式(shi)，也要求客戶可以自(zi)主下(xia)單(dan)。

解決過程：

為有需求的(de)客戶注冊(ce)簡道(dao)云賬號并加入本公(gong)司(si)，設定權限后(hou)，客戶自(zi)行在系統中預約(yue)班(ban)次，自(zi)主(zhu)下(xia)單。后(hou)期，將轉(zhuan)移(yi)至簡道(dao)云企(qi)業互(hu)聯功能解(jie)決(jue)。

價值：

客戶(hu)(hu)自(zi)主下(xia)單(dan)開通(tong)以來，數據正確率100%，無一例(li)差錯，客戶(hu)(hu)自(zi)主下(xia)單(dan)才是真(zhen)正的全托管云倉，客戶(hu)(hu)可通(tong)過平臺預(yu)約(yue)班次、下(xia)達出入庫指令、庫存對(dui)(dui)賬、核對(dui)(dui)賬單(dan)等。可增加客戶(hu)(hu)粘性(xing)，提高企業競爭力。

場景七：對外協作

痛點：

在和國(guo)內(nei)某知(zhi)名乳品企業合作(zuo)中，發現(xian)雙方(fang)(fang)互相不知(zhi)道對方(fang)(fang)的作(zuo)業情(qing)況和發貨計劃，需要大量(liang)的電話或在線溝通，雙方(fang)(fang)均付出了大量(liang)時間和精力。

解決過程：

為該重點客(ke)戶單獨設(she)計數(shu)據(ju)看板，讓客(ke)戶在異地通過數(shu)據(ju)大屏、PC端、手機端實(shi)時知曉我司的作業(ye)情況(kuang)，如車(che)輛到達、裝卸情況(kuang)等。每日(ri)自動生成報表，對方可下載(zai)存檔。同時，通過智能助手連接釘(ding)釘(ding)群(qun)機器人，實(shi)時在群(qun)內播(bo)報裝卸情況(kuang)。

價值：

通過專屬數據看板、智(zhi)能助手推送，大大節約雙(shuang)方(fang)(fang)的(de)時間成本，除(chu)異(yi)常問題外，無(wu)需頻繁溝通詢問車輛是否到(dao)達和裝卸(xie)情況，業務(wu)透明(ming)，我方(fang)(fang)在(zai)客戶面前(qian)更加可信賴。此功能受(shou)到(dao)該知(zhi)名乳企(qi)包括信息化部門在(zai)內的(de)多個(ge)部門的(de)一(yi)致好評。為以后的(de)合作(zuo)打下堅實的(de)基礎。

場景八：貨齡管理

痛點：

該需求由合作的(de)國內一線速(su)凍食品(pin)企(qi)業提出(chu)，客戶(hu)要(yao)求每(mei)天上午10點前提供最(zui)新的(de)貨(huo)齡報表，貨(huo)齡根據商品(pin)的(de)生產時間分為：新鮮、正常、臨期(qi)、大日(ri)期(qi)。因商品(pin)SKU、批次(ci)繁多，且庫(ku)存量巨大，未上系統之前公司安(an)排兩(liang)人專職統計商品(pin)貨(huo)齡，員工加班(ban)嚴重，人力成本居高不下(xia)。

解決過程：

通過簡道云的(de)數據(ju)工廠(chang)，計算產(chan)品狀態，生成(cheng)貨齡(ling)報表，給(gei)對(dui)方(fang)對(dui)接(jie)員工開通簡道云賬號并加入我司，對(dui)方(fang)可(ke)隨時下(xia)載最近的(de)貨齡(ling)報表。

價值：

貨齡報表(biao)系(xi)統自動生成(cheng)(cheng)，不(bu)再需要人力統計，每年可(ke)節約(yue)人力成(cheng)(cheng)本約(yue)10萬(wan)元。同(tong)時(shi)，提高了客戶(hu)(hu)滿意度，客戶(hu)(hu)已多次(ci)組織信息化(hua)、職能(neng)業務部(bu)門(men)來公司現(xian)場考察交流。

場景九：效率管理

痛點：

不同(tong)客戶產品的裝(zhuang)(zhuang)卸(xie)耗時(shi)(shi)(shi)、車(che)輛的平均(jun)排(pai)隊時(shi)(shi)(shi)間(jian)、員(yuan)工的裝(zhuang)(zhuang)卸(xie)效率(lv)、當天裝(zhuang)(zhuang)車(che)率(lv)、不同(tong)車(che)型的裝(zhuang)(zhuang)卸(xie)耗時(shi)(shi)(shi)等數據，在(zai)數字化之(zhi)前，很難(nan)統(tong)計(ji)。企業(ye)有想法統(tong)計(ji)，但考慮到(dao)人力成本和(he)統(tong)計(ji)難(nan)度，放棄了這(zhe)些數字。僅僅能(neng)憑感覺(jue)和(he)經(jing)驗得出(chu)模糊的、籠(long)統(tong)的數據。

解決過程：

從車輛進場開(kai)始的(de)全流(liu)程均已(yi)數(shu)(shu)字(zi)化，簡道云提(ti)供了多種(zhong)方式統(tong)(tong)計(ji)、挖掘(jue)數(shu)(shu)字(zi)。只(zhi)要原(yuan)始數(shu)(shu)據在、字(zi)段足夠豐富，就有無限(xian)種(zhong)可能。從表單設(she)計(ji)之初，就設(she)定的(de)足夠多的(de)字(zi)段，完全有能力統(tong)(tong)計(ji)出(chu)以上核心數(shu)(shu)據。

價值：

基層(ceng)操作員工通過(guo)效(xiao)(xiao)(xiao)(xiao)率看板，看到(dao)平(ping)均作業(ye)耗時，發(fa)(fa)現(xian)(xian)自己(ji)的不(bu)足，提(ti)升作業(ye)效(xiao)(xiao)(xiao)(xiao)率，開(kai)展效(xiao)(xiao)(xiao)(xiao)率競賽；中層(ceng)管(guan)理(li)者通過(guo)效(xiao)(xiao)(xiao)(xiao)率看板，發(fa)(fa)現(xian)(xian)作業(ye)過(guo)程中的短板，總結各數字之間的聯動關系和規律，努力提(ti)高團隊作業(ye)效(xiao)(xiao)(xiao)(xiao)率；高層(ceng)決策(ce)者通過(guo)效(xiao)(xiao)(xiao)(xiao)率看板，發(fa)(fa)現(xian)(xian)客戶價值(zhi)、洞(dong)察問題所在，確保戰略(lve)方向。通過(guo)效(xiao)(xiao)(xiao)(xiao)率看板核(he)心數據(ju)考核(he)，公司(si)在同等資源下，吞(tun)吐(tu)量增(zeng)(zeng)加30%以上，企業(ye)增(zeng)(zeng)產增(zeng)(zeng)收(shou)。

四、項目心得

最了解(jie)自(zi)己(ji)(ji)的(de)，永遠只(zhi)有自(zi)己(ji)(ji)，簡道云大大降級了開發門(men)檻(jian)，有可能(neng)的(de)話，企業都應(ying)自(zi)己(ji)(ji)去搭建應(ying)用，因(yin)為最了解(jie)自(zi)己(ji)(ji)的(de)，永遠只(zhi)有自(zi)己(ji)(ji)。對比系統上(shang)線前一(yi)年的(de)運營，更加深(shen)刻地理解(jie)了這(zhe)句話：數(shu)字就是生產(chan)力。企業信息(xi)化永遠都不晚，但最好是現在(zai)。