各位好，我們是成都小火科技公司，今日是2025年11月13日，星期四。關(guān)于供應(yīng)鏈與物流優(yōu)化系統(tǒng)開發(fā)，最具代表性的當(dāng)屬做海外電商平臺的個客戶，其痛點(diǎn)所在就是跨國物流時效預(yù)測不精準(zhǔn)。用戶下單的時候顯示15天到貨，卻常常拖到30天，差評可是一大堆。分析過后我發(fā)現(xiàn)，他的算法僅僅考量了歷史平均時效，而清關(guān)概率、港口擁堵、天氣這類動態(tài)因子卻沒有被加入進(jìn)去。更為棘手的是，供應(yīng)鏈管理系統(tǒng)與物流商系統(tǒng)未打通，數(shù)據(jù)依靠人工導(dǎo)入，延遲三天是常有的情況。

客戶提出的需求較為直接：想要一個能夠?qū)崟r計算、自動調(diào)整、提前預(yù)警的這樣一個系統(tǒng)。我的技術(shù)主管聽完后，決定去采用具有時序預(yù)測模型的東西，把Prophet當(dāng)作基礎(chǔ)來使用，再疊加一層LSTM去處理非線性的關(guān)系，數(shù)據(jù)源是通過API直接去連接物流商，每四個小時就更新么一次。這個方案聽還挺復(fù)雜的，不過效果確實是挺好的，在測試的時候把預(yù)測誤差從7.2天給壓縮到了1.8天。

四個月的開發(fā)周期已經(jīng)確定了，中間要是有需求想要進(jìn)行改動，是否能夠進(jìn)行調(diào)整？能夠調(diào)整是可以的，不過是需要遵循一定的規(guī)則的。客戶在開發(fā)進(jìn)行到一半的時候，提出想要把倉儲模塊也加入進(jìn)去，去開展智能分倉的相關(guān)工作。在這涉及算法重構(gòu)的改動里，重新排了的開發(fā)進(jìn)度表被重新排列，原定測試時間被壓縮了五天，還增加了一輪的nightlybuild。為何不同公司的報價會相差么多？是因為供應(yīng)鏈系統(tǒng)并不是如同搭建一個網(wǎng)頁樣的簡單事情，得是懂運(yùn)籌學(xué)、懂庫存理論、懂WMS與TMS接口黑話等的情況。我公司既做過供應(yīng)鏈管理系統(tǒng)，也做過農(nóng)業(yè)水利管理系統(tǒng)，后者里面有一個灌溉調(diào)度模塊，這個和供應(yīng)鏈的庫存分配邏輯是差不多的情況。交付質(zhì)量是如何的？如此來說在系統(tǒng)上線之后，客戶庫存周轉(zhuǎn)率提高了23%，物流成本降低了15%，么他對于這個ROI是計算得清清楚楚的。

UI能夠設(shè)計多少個版本？我這邊弄了四版，客戶選中了最為復(fù)雜的一個版本，因為操作人員是老手，偏愛信息密度高的界面。APP是否能夠同時適配iOS與安卓？客戶沒有去做APP，他倉庫環(huán)境挺復(fù)雜，手機(jī)操作不便利，我給配備的是手持PDA，是安卓系統(tǒng)，專門定制了掃描以及語音錄入功能。關(guān)于小程序是否存在手機(jī)兼容性問題？他進(jìn)行了一個小操作供供應(yīng)商查詢庫存，我測試了二十來款安卓手機(jī)，發(fā)現(xiàn)華為榮耀系列存在緩存問題，還專門撰寫了兼容性方面的補(bǔ)丁。關(guān)于使用云服務(wù)器或者線下自主服務(wù)器的問題？他選取了混合部署的方式，核心算法放置在本地的服務(wù)器，數(shù)據(jù)量大但計算要求不高的部分就放置到云端，這樣既快速又省錢。對于開發(fā)完成后是否會培訓(xùn)客戶如何使用的問題？是會的我派遣了三個工程師去到他的倉庫，跟揀貨員干了兩天，把操作手冊寫得如同武俠小說一樣，每一步都有截圖以及紅線標(biāo)注。

技術(shù)人員這一方面，我安排了十三個人，六個進(jìn)行算法相關(guān)工作，四個開展后端工作，三個進(jìn)行前端工作。研發(fā)人員所占比例超過了80%，其中30%以上來自互聯(lián)網(wǎng)大廠，有從阿里菜鳥出來的，有從京東物流出來的，帶原公司的經(jīng)驗。于2013年成立的成都小火科技公司，位于四川省成都市成華區(qū)杉板橋路669號招商城市主場B座23層2302室，從成都東站搭乘地鐵8號線就能夠直接到達(dá)，并且緊鄰成都東郊記憶（距離A出口300米）以及成都理工大學(xué)（距離B2出口100米）。地理位置具有優(yōu)勢，客戶前來考察較為便利，的會議室窗外有東郊記憶的煙囪，顯得很有格調(diào)。維護(hù)費(fèi)用該如何收取？首年是免費(fèi)的，之后每年收取合同額的16%，這里面包含算法模型迭代以及接口維護(hù)。

上線之后若出現(xiàn)漏洞，我方會負(fù)責(zé)進(jìn)行修復(fù)？會的合同里面寫得明明白白。不過有一個前提條件，客戶需要保證他的WMS系統(tǒng)接口不要隨意地進(jìn)行改動。上一次在客戶處進(jìn)行了WMS的升級操作，卻沒有告知我，結(jié)果導(dǎo)致數(shù)據(jù)格式發(fā)生了變化，進(jìn)而系統(tǒng)就出現(xiàn)了報錯情況。在兩小時內(nèi)我被定位到問題，發(fā)現(xiàn)是他邊的事情，可最后還是免費(fèi)地幫忙進(jìn)行了適配。為什么？因為是長期合作，這小的工作就當(dāng)作送個人情罷了。后期想要添加功能是否會需要額外花錢？是需要的比如說客戶近期想要添加一個供應(yīng)商信用評估的模塊，需要去爬取工商的數(shù)據(jù)，還要去計算評分，這屬于新的功能，得重新報價格。我做過許多項目，像連鎖瑜伽館小程序這類簡單的項目，供應(yīng)鏈這類復(fù)雜的項目，報價的邏輯是完全不一樣的。

復(fù)盤這個項目之中，最大的難點(diǎn)是數(shù)據(jù)質(zhì)量方面。客戶覺得其ERP里的數(shù)據(jù)還挺干凈的，一進(jìn)行接入?yún)s發(fā)現(xiàn)，SKU編碼很雜亂，同一款貨品有三個名稱，歷史訂單還有呈負(fù)數(shù)的情況。我花了三周進(jìn)行數(shù)據(jù)清洗，清洗的規(guī)則寫了兩百多條。經(jīng)驗上進(jìn)行一點(diǎn)補(bǔ)充，在進(jìn)行物流時效預(yù)測的時候，可不要只把目光聚焦在算法上，底層數(shù)據(jù)源的穩(wěn)定性才是更為重要的。之后我發(fā)現(xiàn)某一個物流商的API每到周末就會出現(xiàn)狀況，會返回空空的數(shù)據(jù)，就這樣導(dǎo)致了預(yù)測模型出現(xiàn)誤報情況。最后添加了熔斷機(jī)制以及備用數(shù)據(jù)源之后，方才得以穩(wěn)住陣腳。

重提醒很多想要開展供應(yīng)鏈優(yōu)化的企業(yè)，軟件能夠助力你運(yùn)算得更加快速且精準(zhǔn)，不過你自身內(nèi)部的流程標(biāo)準(zhǔn)化得先切實落實到位，就算系統(tǒng)再具有智能性，也經(jīng)不住源頭數(shù)據(jù)已經(jīng)亂作一團(tuán)的情況。說到底這套系統(tǒng)乃是給具有管理基礎(chǔ)的企業(yè)安上一個帶有渦輪增壓性質(zhì)的裝置，并非給破破爛爛的車子裝上類似火箭發(fā)動機(jī)的物件。

文章來源網(wǎng)址：http://www.zeyuandiaosu.com/archives/xitongkaifa01/2405，轉(zhuǎn)載請注明出處！