合同物流企業(yè)信息化建設，路在何方
發(fā)布日期：2020-05-14
企業(yè)的信息化能力是合同物流企業(yè)發(fā)展面臨的主要挑戰(zhàn)之一?？蛻魧贤锪髌髽I(yè)的考核要求在發(fā)生著變化，終端客戶滿意度、訂單執(zhí)行可視化、業(yè)務的信息化管理能力是最重要的三項考核標準。貝業(yè)CTO李濟宏先生根據(jù)羅戈研究發(fā)布的2019年中國合同物流發(fā)展報告中的調(diào)研數(shù)據(jù)，對合同物流的現(xiàn)狀和發(fā)展趨勢進行了分析，憑借豐富的企業(yè)信息化管理經(jīng)驗，分享了關于業(yè)務系統(tǒng)建設的思考，并對合同物流企業(yè)的數(shù)字化轉型提出了寶貴建議。
現(xiàn) 狀
甲方視角
1、市場變化
市場競爭與客戶需求提升，驅動甲方的渠道多元化與數(shù)字化協(xié)同探索——客戶需求加快、交付及體驗要求提升；市場競爭激烈，參與者增加。針對這兩大市場變化，甲方努力嘗試更多的創(chuàng)新渠道，如社交電商，來擴大社會覆蓋；開發(fā)/上線一體化協(xié)同平臺，探索供應鏈數(shù)據(jù)同享與協(xié)同。
2、招投標
招投標過程中，甲方更看重招標企業(yè)自有/可控招投標能力，特別是倉儲、運力能力，占七成以上；其次是解決方案。
物流視角
物流認為，甲方更加關注控制物流成本，對可視化、自動化、信息化要求較高；投標過程中，甲方面臨報價缺乏競爭力、解決方案和服務差異化不明顯等挑戰(zhàn)，來自同行的競爭更大。
甲方 VS 合同物流
1、合同物流最重要的能力：
甲方更關注業(yè)務運作能力，如倉儲、運輸、配送等，其次是成本控制和風險管控。合同物流更關注供應鏈整體解決方案、其次是業(yè)務運作能力和資源整合能力。
2、IT能力：
67%的甲方對合同物流的IT能力表示不滿意，92%的合同物流計劃加強IT投入，重點關注供應鏈管理與優(yōu)化系統(tǒng)、開發(fā)面向下游的TMS等，貝業(yè)使用的正是科箭TMS云。
發(fā)展趨勢
數(shù)字化下的服務升級
1、從物流服務走向供應鏈服務：基于客戶供應鏈，提供綜合服務，關注計劃層面的優(yōu)化與預測。
2、從運作支持走向商業(yè)協(xié)同：基于客戶的商業(yè)模式、發(fā)展規(guī)劃，提供供應鏈服務；基于客戶供應鏈布局的全國、全球服務網(wǎng)絡布局。
3、數(shù)字化支持下的協(xié)同服務網(wǎng)絡：資源整合與調(diào)度、業(yè)務運作的數(shù)字化；從單客戶到多客戶的供應鏈協(xié)同。
4、網(wǎng)絡貨運平臺實現(xiàn)財稅合規(guī)與運營管理一體化：網(wǎng)絡貨運平臺從財稅合規(guī)方案走向“交易+財稅+服務”的綜合一體化服務，成為“科技型”合同物流服務商。
從甲方視角看，下圖的全部環(huán)節(jié)加起來組成一個完整的供應鏈，從原材料采購、研發(fā)、生產(chǎn)，到經(jīng)銷商B to B、B to C，但很多第三方物流只關注物流運輸，只關心成品銷售、出庫和物流運輸、收貨交接的部分，但這只是供應鏈末端的一角，導致供應鏈的其它部分，成為盲區(qū)。
基于此，李濟宏提出了信息化建設U型思考原則。對外，IT需要建立對外產(chǎn)品解決方案團隊：1、以完整供應鏈的角度，來探討物流環(huán)節(jié)的問題；2、IT組織架構，要有對外產(chǎn)品解決方案團隊；3、積極配合客戶進行系統(tǒng)需求調(diào)研、接口調(diào)研；4、盡可能和客戶多做溝通，多做探討，多問客戶問題點本源。
對內(nèi)，產(chǎn)品經(jīng)理要用U型思維模型：1、用戶需求多問幾個為什么；2、所有業(yè)務系統(tǒng)都要有流程；3、所有需求，都要有流程；4、畫出流程，抓住主干，精簡流程。
系統(tǒng)選型，包括產(chǎn)品、自研和戰(zhàn)略。
產(chǎn) 品
產(chǎn)品要選擇迭代成熟的產(chǎn)品。SaaS按年付費，實施周期短，成本較低，可隨大版本持續(xù)迭代，適用于對自定制流程不高的系統(tǒng)。比如科箭的TMS云，已經(jīng)擁有十幾年的產(chǎn)品迭代歷史。本地化實施，流程自定制，成本較高，大多是沉淀多年的系統(tǒng)，技術架構穩(wěn)定，適用于對系統(tǒng)品牌、自定制要求較高的系統(tǒng)。
自 研
自研的流程可定制。分為分布式架構和單應用架構。分布式架構開發(fā)難度較大，團隊依賴強，分而治之，單獨部署，獨立開發(fā)，適用于大型、對彈性資源要求較高的項目。單應用架構方便調(diào)試，項目可快速迭代，所有服務在本地容器內(nèi)，沒有分布式開銷，適合中小型、對資源要求不高的項目。
單體應用優(yōu)點包括：方便調(diào)試，代碼都在一起。沒有分布式開銷，所有服務都在本地容器內(nèi)。中小型項目可以快速迭代，不需要太多資源。
單體應用缺點包括：可復用性差：服務被打包在應用中，功能不易復用。系統(tǒng)啟動慢，一個進程包含了所有的業(yè)務邏輯，涉及到的啟動模塊過多，導致系統(tǒng)的啟動、重啟時間周期過長。線上問題修復周期長；任何一個線上問題修復需要對整個應用系統(tǒng)進行全面升級。
微服務架構的優(yōu)點包括：分而治之；單個服務功能內(nèi)聚，復雜性低；方便團隊的拆分和管理。單獨部署，獨立開發(fā)。微服務架構也存在不足：開發(fā)難度大；垮服務的調(diào)用通常是不同的機器，甚至是不同的機房，開發(fā)人員需要處理超時、網(wǎng)絡異常等問題。效率相對低，團隊依賴強，一個服務的版本延遲會拖慢整個應用的開發(fā)周期。需要分布式事務的支持。
戰(zhàn) 略
必要的戰(zhàn)略。外部顧問涉及行業(yè)項目多，知識面廣，有成熟的方法論支持，大多來自企業(yè)高管，或多年乙方經(jīng)驗者。內(nèi)部顧問對公司需求了解深刻，但缺乏對系統(tǒng)認知的廣度和深度。
主數(shù)據(jù)平臺、樂高積木模型、云、OMS、Open API是系統(tǒng)建設的五大關鍵點，它們是為數(shù)據(jù)化轉型服務的，如果沒能抓住這五個方面，只能信息化不能數(shù)據(jù)化。
李濟宏認為，信息化和數(shù)字化的不同體現(xiàn)在信息化是為了上系統(tǒng)而上系統(tǒng)。數(shù)字化則是為了績效而上系統(tǒng)。
打造數(shù)字化供應鏈核心，對于企業(yè)整個信息化系統(tǒng)來說，也在全面的轉型，去打造數(shù)字化核心，傳統(tǒng)的鏈式信息流在急速的轉向網(wǎng)絡式的信息流，而供應鏈正是企業(yè)連接全業(yè)務流程的關鍵核心和執(zhí)行者。傳統(tǒng)的部門分割、條塊分割在不斷被打破和重構。這其中物流具有最大的連接數(shù)，不論是對內(nèi)還是對外，一個現(xiàn)代的數(shù)字化供應鏈體系都是最關鍵的部分之一。
李濟宏強調(diào)，數(shù)據(jù)化轉型的原則非常重要，它一定要是從上而下推動的“一把手工程”，必須有強大的推動力。數(shù)字化投入是內(nèi)部的，是價值投入，要和業(yè)務部門達成ROI共識。數(shù)字化轉型要依靠產(chǎn)品驅動。
直播預告
