二、智慧物流“新基建”到底應(yīng)該怎么建？

既然問題已經(jīng)找出來了，那么智慧物流“新基建”的方向也大致有數(shù)了，我們或可從以下三個(gè)方面入手。

首先，從場景出發(fā)，構(gòu)建產(chǎn)業(yè)鏈條的數(shù)字化底座。

快遞行業(yè)之所以遠(yuǎn)遠(yuǎn)跑在傳統(tǒng)物流的前面，其很大原因在于電商巨頭們對快遞行業(yè)的“收編”，一定程度來說，快遞并不只是物流行業(yè)的一部分，更多的是電商產(chǎn)業(yè)鏈條的一個(gè)環(huán)節(jié)。

在電商產(chǎn)業(yè)生態(tài)中，所有場景和生產(chǎn)要素都要求數(shù)字化，在這個(gè)過程中，快遞行業(yè)可以說是“順勢而為”，也可以說“身不由己”的完成了全鏈條的數(shù)字化基礎(chǔ)設(shè)施建設(shè)或改造。

回到B2B傳統(tǒng)物流領(lǐng)域，這也要求物流企業(yè)或車隊(duì)也要基于對場景的理解，構(gòu)建一個(gè)數(shù)據(jù)可以在各個(gè)場景之間通聯(lián)流轉(zhuǎn)的基礎(chǔ)底座，我們可以將其理解為智慧物流的IaaS。

以G7為例，通過將GPS盒子等各類傳感器在車隊(duì)中的普及應(yīng)用，構(gòu)建了一張由150萬輛物流卡車組成IoT網(wǎng)絡(luò)，從單一場景出發(fā)，多維度的數(shù)據(jù)收集，進(jìn)而進(jìn)化成整個(gè)行業(yè)的數(shù)字化基礎(chǔ)設(shè)施。

其次，從痛點(diǎn)出發(fā)，構(gòu)建連接管理與運(yùn)營的平臺引擎。

產(chǎn)業(yè)鏈條各生產(chǎn)要素的數(shù)據(jù)收集回來后，怎么利用？

從滿足物流企業(yè)和車隊(duì)老板降本增效這兩個(gè)最核心需求來看，需要這些數(shù)據(jù)在內(nèi)部管理與外部運(yùn)營這兩個(gè)領(lǐng)域的各個(gè)場景中流轉(zhuǎn)，這樣才能提高整體效率，這時(shí)我們需要一個(gè)連接管理和運(yùn)營、兼容數(shù)字底座和應(yīng)用的平臺引擎，也就是智慧物流的PaaS。

其實(shí)行業(yè)中也有類似概念的平臺系統(tǒng)，但由于對產(chǎn)業(yè)鏈條中的場景理解不夠，數(shù)字底座的滲透率有限，因而這些平臺系統(tǒng)的功能和體驗(yàn)都有非常大的局限性。

G7的做法是通過經(jīng)營服務(wù)平臺和資產(chǎn)服務(wù)平臺這兩個(gè)平臺引擎來解決上述問題。

前者解決車隊(duì)加油、ETC金融服務(wù)、工資、稅金、運(yùn)費(fèi)結(jié)算，甚至后市場的輪胎、潤滑油等車隊(duì)運(yùn)營一系列日常高頻需求的問題；后者給物流企業(yè)帶來成本結(jié)構(gòu)的改變，以前需要自持車隊(duì)，如今采用運(yùn)力租賃的方式，使資產(chǎn)由重變輕，人力成本下降，帶來的是經(jīng)營管理效率的提升。

必須明確，建設(shè)智慧物流PaaS中臺的核心需要直接指向成本、時(shí)效、安全這三個(gè)行業(yè)長期沉疴的核心痛點(diǎn)。

最后，從體驗(yàn)出發(fā)，構(gòu)建貫穿全場景的物流應(yīng)用。

上文提到，由于數(shù)據(jù)的割裂，卡車司機(jī)要使用N個(gè)應(yīng)用才能完整的跑完一趟運(yùn)輸閉環(huán)，卡車司機(jī)的手機(jī)容量是否夠用暫且不說，光是在各個(gè)App中切換，其所謂的數(shù)字化體驗(yàn)?zāi)苡卸喔叽蠹叶寄芟胂蟆８�加糟糕的是，由于�?shù)字化基礎(chǔ)設(shè)施的不完善，運(yùn)輸過程中很多環(huán)節(jié)還沒有上線實(shí)現(xiàn)數(shù)字化，仍要用“原始”手段才能完成。

理想中的全場景體驗(yàn)是怎樣？我們用一個(gè)卡車司機(jī)的日常工作來作答。

車快沒油了，打開App，附近加油站的位置和價(jià)格一目了然，一鍵加油并即時(shí)完成線上結(jié)算；長時(shí)間駕駛后在App上找到最近的司機(jī)之家，在那里填飽肚子、洗個(gè)熱水澡，還能小睡一會；ETC、維修保養(yǎng)、運(yùn)費(fèi)結(jié)算一系列動作都可以通過App完成，不用隨身攜帶大量現(xiàn)金，也不用留存一堆發(fā)票回去報(bào)銷；行駛過程當(dāng)中，出現(xiàn)疲勞、打哈欠或打電話等危險(xiǎn)動作，智能安全設(shè)備會進(jìn)行實(shí)時(shí)提醒，如果危險(xiǎn)系數(shù)過高會觸發(fā)安全管家進(jìn)行人工干預(yù)，直到風(fēng)險(xiǎn)消失……

總之，司機(jī)跑一趟活的全程需求，均可以通過一個(gè)應(yīng)用（平臺）來實(shí)現(xiàn)。

事實(shí)上，物流行業(yè)中有部分App應(yīng)用已經(jīng)具備了這樣的能力，如果將視野放的更廣一些，在數(shù)字底座和平臺引擎的基礎(chǔ)上，產(chǎn)業(yè)鏈的每個(gè)環(huán)節(jié)都應(yīng)有基于各自場景的SaaS應(yīng)用。

總而言之，智慧物流“新基建”的關(guān)鍵不光在“物流運(yùn)輸”的過程，還應(yīng)包括上游貨主與下游車隊(duì)、保險(xiǎn)公司、能源公司、金融公司等間接服務(wù)物流產(chǎn)業(yè)的組織與產(chǎn)業(yè)鏈的數(shù)字化連接與承載。其中既有基于物聯(lián)網(wǎng)層面的“硬件”建設(shè)，也有基于數(shù)據(jù)管理和應(yīng)用“軟件”開發(fā)。