分享朋友圈OTA對于汽車行業(yè)的價值而言，在行業(yè)內(nèi)已經(jīng)形成共識。但大部分關于OTA技術的文章大都從乘用車的角度出發(fā)，較少談及商用車。近期我們收到不少包括行業(yè)從業(yè)者以及媒體在商用車OTA方面的采訪和咨詢，今天，我們把在商用車領域落地OTA項目的一些經(jīng)驗重新整理出來，和大家進行分享。
商用車是生產(chǎn)資料，這種定義使得商用車的產(chǎn)品定義和使用場景與乘用車有本質的差別。OTA產(chǎn)品想要能夠很好的適應商用車的使用場景，有些差異點必須要重點關注。
擁有者和使用者分離
在乘用車領域，車輛的所有者和使用者大部分情況下是同一個人，駕駛員很大程度上就是車主。因此，在處理車輛遇到的問題時，駕駛員是能夠做主的。但在商用車領域，大部分車輛的所有者都是物流公司或者車隊，駕駛員只是雇員。
正因為大部分車輛屬于客戶，所以在商用車領域大批量采購是主流，如果一個商用車廠家能夠跟幾個大的物流公司或者是公交公司產(chǎn)生合作，銷量就有了最基本的保證。同時，客戶在采購車輛的時候會提出定制化的需求，甚至是依據(jù)自己的使用經(jīng)驗指定某一個廠家的零部件。大客戶采購是商用車車型多的一個助推因素。
車型多，零部件多，隨之而來的就是軟件版本的增多和管理上的難度。客戶作為車輛的所有者，任何與車輛使用相關的操作，如保養(yǎng)、維修等，主動權大都掌握在客戶手中。
國家政策影響大
商用車是一個政策性很強的產(chǎn)品。國家政策的變動可以很輕易的將一個銷量很好的車型變成無人問津。近年來，國家在環(huán)保、安全、質量等方面對商用車提出了很多的政策要求，雖然政策有一定的緩沖期，但最終OEM還是要不斷的加強技術研發(fā)并推出符合政策的新車型。
產(chǎn)品受國家政策影響大，在相同的硬件條件下通過修改軟件就可以符合政策的需求會逐漸體現(xiàn)。同時，隨著國家相關法規(guī)的不斷完善，對汽車軟件的監(jiān)管也會逐漸提升日程，特別是最近出臺的排放要求，已經(jīng)明確說明軟件版本更換OEM必須進行公示和報備。
細分市場上競爭激烈
商用車產(chǎn)品的定制化及激烈的市場競爭，OEM為了獲取更多的市場份額，圍繞細分市場上的競爭更為激烈。細分市場劃分的顆粒度也在不斷細化，例如：冷鏈運輸細分市場中，商用車都會區(qū)分出海產(chǎn)運輸和河鮮運輸?shù)膮^(qū)別，并設計出具備針對性的產(chǎn)品。細分市場上的競爭，使得商用車的產(chǎn)品變種更多。
細分市場上產(chǎn)品需求千變?nèi)f化，能夠在一個平臺產(chǎn)品上做軟件改動即可滿足需求的產(chǎn)品設計理念不失為一種有前瞻眼光的產(chǎn)品設計思路。
產(chǎn)品成本壓力大
激烈的市場競爭和買方市場的格局，雖然商用車在單價上并不低，但商用車的成本壓力絕對比乘用車要大很多。行業(yè)內(nèi)一些專家有的時候在公開場合會說，一輛幾十萬的重卡，加上幾百塊錢的TBOX對整車的影響很小。這完全是在癡人說夢，在真正的市場一線，幾百塊錢的售價增加對客戶來說絕對是不可容忍的。這里是一個題外話，生產(chǎn)工具的購買模式和消費品的購買模式完全不同，沒有人會出錢買一個看起來對自己一點價值都沒有的東西。
商用車成本壓力大，在研發(fā)端體現(xiàn)出來的是OEM在技術上的收攏，現(xiàn)在主流的商用車OEM都在向內(nèi)收攏技術，能盡量不依靠供應商的就不依靠供應商，特別是在軟件方面，商用車OEM更喜歡自己有團隊能夠做二次開發(fā)，減少因為需求新增給自己帶來的成本壓力。
商用車領域落地OTA系統(tǒng)應關注的問題
結合商用車領域的特性，OTA系統(tǒng)在商用車領域所需要關注的問題簡單整理如下：
產(chǎn)品種類多，OTA車端軟件的架構要足夠靈活
商用車的產(chǎn)品種類多，如果針對每一種車端的小變種都需要做一次OTA車端軟件的開發(fā)，對于商用車企業(yè)來說將會是一筆非常大的成本支出。即便OEM掌握了車端軟件的二次開發(fā)能力，但不靈活的架構也會讓OEM內(nèi)部的研發(fā)工程師付出巨大的重復性工作。因此，車端軟件架構的設計就凸顯的十分重要，最好能夠做到云端配置車端執(zhí)行，通過腳本的方式來定義車端軟件的刷寫過程。
軟件種類多，軟件管理的顆粒度要細
車型多，零部件多，就意味著商用車的軟件管理復雜程度要明顯高于乘用車。加上商用車不在正規(guī)維修站維修的幾率較大，單純從DMS中獲取到的維修信息不足以做到隨時了解車輛軟件版本狀態(tài)的要求。因此，在OTA系統(tǒng)設計的過程中，要有一個常規(guī)的車輛軟件版本上報機制，讓云端及時了解車輛現(xiàn)在的軟件版本狀態(tài)。在云端要做好相應的軟件管理機制，顆粒度應該能夠精細到每輛車的每個零部件的當前版本及歷史版本。
受限于車內(nèi)網(wǎng)絡，車內(nèi)文件傳輸速度會限制升級速度的提升
大部分商用車的聯(lián)網(wǎng)方式都以4G為主，升級包從云端傳輸?shù)杰嚩说暮臅r很短。但商用車的內(nèi)部網(wǎng)絡大都是以CAN為主，升級包從升級主控零部件到待升級零部件的時間會受到CAN協(xié)議傳輸速度上限的制約。差分升級在商用車領域內(nèi)發(fā)揮空間很大，特別是針對車機、儀表及自動駕駛控制器這類升級包大的零部件。
車內(nèi)交互少，升級交互過程需要做好設計
商用車作為生產(chǎn)工具而言，車內(nèi)的娛樂性電子設備相對較少，只有少部分車輛具備導航車機屏幕。車輛升級的通知，下載過程及升級控制過程收到了一定的限制。如何將升級通知告知客戶和駕駛員？駕駛員如何按照說明來進行車輛升級操作？在出現(xiàn)問題時應該如何告知駕駛員問題解決途徑？車輛升級應該如何授權等一系列的問題都需要提前做好考慮。最好的方案莫過于升級控制過程可以在駕駛員的手機上進行操作。
穩(wěn)定性要求高，車輛故障所帶來的經(jīng)濟損失可能很大
車輛升級過程中，一般車輛都置于不可用狀態(tài)。車輛軟件升級的時機就凸顯的十分重要。商用車是生產(chǎn)工具，如果在一個任務還沒有完成的時候升級出現(xiàn)了問題，那么整個任務都有可能失敗。例如，正在運輸一批生鮮的途中，如果升級出現(xiàn)問題則會造成較大的經(jīng)濟損失。因此，商用車升級的時機要選擇好，升級的穩(wěn)定性也要確保。
任何技術的落地過程都是摸著石頭過河，在執(zhí)行的過程中到底會有哪些坑在等著我們，誰也料想不到。敢于承擔責任和勇于接受失敗才能夠無所畏懼的一路向前，或許會被路邊的荊棘刺破受傷，或許會被眼前的迷霧遮蓋住方向，但只要邁出了第一步，就勇往直前。
