當前，我國十分重視對“新基建”的程度。尤其是在智慧物流快速發(fā)展的背景下，“新基建”變得更加的必不可少了。那么，很多人不禁感到疑問：智慧物流的新基建該如何建設呢?小編認為可從以下三方面入手。

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

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

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

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

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

其次，從痛點出發(fā)，構建連接管理與運營的平臺引擎。

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

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

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

G7的做法是通過經營服務平臺和資產服務平臺這兩個平臺引擎來解決上述問題。

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

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

最后，從體驗出發(fā)，構建貫穿全場景的物流應用。

上文提到，由于數(shù)據(jù)的割裂，卡車司機要使用N個應用才能完整的跑完一趟運輸閉環(huán)，卡車司機的手機容量是否夠用暫且不說，光是在各個App中切換，其所謂的數(shù)字化體驗能有多高大家都能想象。更加糟糕的是，由于數(shù)字化基礎設施的不完善，運輸過程中很多環(huán)節(jié)還沒有上線實現(xiàn)數(shù)字化，仍要用“原始”手段才能完成。

理想中的全場景體驗是怎樣?我們用一個卡車司機的日常工作來作答。

車快沒油了，打開App，附近加油站的位置和價格一目了然，一鍵加油并即時完成線上結算;長時間駕駛后在App上找到最近的司機之家，在那里填飽肚子、洗個熱水澡，還能小睡一會。

ETC、維修保養(yǎng)、運費結算一系列動作都可以通過App完成，不用隨身攜帶大量現(xiàn)金，也不用留存一堆發(fā)票回去報銷;行駛過程當中，出現(xiàn)疲勞、打哈欠或打電話等危險動作，智能安全設備會進行實時提醒，如果危險系數(shù)過高會觸發(fā)安全管家進行人工干預，直到風險消失……

總之，司機跑一趟活的全程需求，均可以通過一個應用(平臺)來實現(xiàn)。

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

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