2018年5月31日，為期兩天的2018中國新能源汽車產業高峰論壇閉幕。來自全國各地近200名大拿出席了會議，其中有ZF層面的領導，有我們的合作伙伴、有行業內的朋友，有專家及博士，整體上看，第二天的會議是干貨最多，最精彩，因為頭一天的確是刷（yan）存（jiang）在（chao）感（shi）的多,甚至有“專家”說“新能源汽車既不節能，也不環保”，聽了雷得我內急。

回顧華峰資本投資總監劉曉宇曾說，分時租賃從最初的猶豫不決到現在的躍躍欲試，分時租賃的發展前景正在被越來越多的投資機構所認可。為此，紅杉、順為多家資本等國內知名投資機構的入局也似乎說明了這一點，一場新的戰役即將打響。

共享汽車與共享單車不同的是，參戰的各方身份極為復雜。互聯網創業公司、主機廠商、傳統租賃公司、互聯網巨頭、傳統租車、平臺服務商等等它們都想從分時租賃市場中分一杯羹。

金沙江朱嘯虎曾說，重資產適合做C2C（滴滴），輕資產適合做B2C（OFO），這兩種模式都能讓業務保持快速增長，壟斷市場。他在分時租賃領域也做了相關的分析：分時租車是重資產+B2C+重運營，汽車的成本是單車的200倍。也就是說，鋪3萬輛ofo的錢只夠鋪300輛汽車，這還不算后續充電、停車、調度、維修等等一系列運營成本。

各位當初選擇進入分時租賃行業的原因很好理解，踩著“共享”的風口，瞄準了汽車這種重資產強壁壘的商品。重資產的行業壁壘一旦形成，輕易無法撼動。可一旦企業實力配不上創立初期的“高瞻遠矚”，或者說公司人員配比及管理能力跟不上運營需求，會玩得非常辛苦。

大佬們的看法總是那么高大上，我喜歡說實際的，半個月前，我們去了云南。云南是個旅游資源極具豐富的大省。在這里做分時租賃的企業不少，這里的企業家說：“每個城市在地形、政策等各方面都會有所差異，這些在布局之前都必須要考慮在內，單純的復制粘貼是不可取的，因地制宜，才能抓住用戶”。

就同城下的出行分析，在分時租賃這個分支上，存在著五大應用場景，分別為通勤、商務、短途旅游、消費娛樂、跨城用車等，其主要還是集中在人口密度較大的市中心區域、旅游中心。

客戶分類不同，細分到車型就會出現長短分時各類的租賃車型，滿足于2人、一家人、一隊人不同的出行需求。

分時租賃作為長鏈條的行業，不僅涉及新能源汽車，而且還與充電樁等基礎設施的完善有關。在鏈條上的各個產業處于不成熟的狀態下，平臺的運營平能力就顯得十分重要。

如果把汽車看作是移動的終端，涉及的分時租賃云端平臺的管理及對“端”的控制，在云管端的業務架構下，端與云的交互變得尤為重要。記得美團在與各類餐飲服務的店面中，就鋪設過類似的“端”（網絡打印機），每一單從“端”出來的訂單，都能享受到美團的分成，美團也從中獲得相應的回報，這個打印機也就是美團針對覆蓋的店面做的控制。

回到我們的汽車上，行業的管理平臺需要針對這個巨大的移動端進行管控，細到部件上，那就是TBOX。前陣子，有個朋友詢問一個需求，他說我就要遠程開門鎖就好了，不用控制動力，我就回了一句，如果我在車里面熄火還車，你是不是拿我沒辦法？后面的，可能大家都想得到，重復點火，不管是吹空調，還是繼續用車，這都將給企業帶來風險和成本。TBOX不是個定位器加兩條線就能搞定的東西（省錢），也不個所有的車都需要加裝一鍵啟動來控制這個粗糙玩意（花錢），你們都冤枉了。

大部分的運營平臺，都有著巨大的夢想和決心，而忽略了分時租賃基礎性的研究，無論是業務上的，還是功能上的。舉個例子：我們現在面向了各類不同的客戶需求，從他們的車型上來說，就有兩廂、三廂各類不同的汽油車、2座和4座的不同的新能源車，以及電動廂式貨車及輕卡，也有不少豪華的混動車型，從車型上來說，動力系統不同、輸出的方式不同，總線協議不同，就已經成為了平臺在應用的時候出現了各類復雜的問題。

其實，這類問題都在考驗TBOX的能力，從車型適配到數據兼容里來說，與汽車交互最底層的交互、時序、加解密認證、輪詢等復雜工作都是存在不同的差異。另外就是成品車型，他們的接口是復雜多樣的，最容易理解的就有分高中低配，各類不同品牌的車，硬件接口也不同，同品牌下不同檔次的車，甚至總線的數據都不同，商務溝通的成本非常之高，無法實現業務上的快速擴大，無論采用什么樣的新車型，都需要重來一次，而車廠主導的出行公司，車型又相對單一，僅滿足部分用戶的需求。而這些困難和問題導致了平臺車型兼容不全，反過來又影響著平臺運營的效率及管控。

硬件TBOX是個關鍵環節，雖然未來價值都在平臺，但是作為“云管端”中的“管”道，它是“能源流、信息流、物流”數據的終端，也是“用能、儲能、耗能”的采集體，更是“循環經濟、低碳經濟、能源經濟”的信息通道。適配大量的車型及針對各種不同的車的CAN協議解析，這些是臟活苦活累活，基本上都是上車測試為準，也就是因為上一段中的車型復雜性決定的。新能源的汽車發展特別快，汽車零部件供應商替換也極度頻繁，這些都是本質的實際工作。

底層的技術搞定了，還有接口方面的問題。現在大多采用的GB32960的接口協議，那是補貼專用通道，并不適合做應用類的接口。就上述的復雜車型、復雜的底層，如果沒有一套標準化的接口協議，終端與云端的交互會導致開發接口復雜多樣，協議層的ABCD每個崗位都很重要，每個都不重要，而且處理各類變量和動作指令容易混淆。處理好這些事情，到應用層、數據庫、APP接口、WEB等才算做好了整套的平臺。

數據上到了平臺，如何用，如何擴展，要是沒對行業研究過，真的就不那么清楚了，現在各類平臺都說是自己是垂直平臺，其實我們只要垂直與汽車領域就好了，這里面包涵的數據應用及商業形態那可就真的多了。我說的要是不到位的，錯誤的，還請留言指正。我先以行業應用的數據舉個例子：

在分時租賃領域：控制類的包涵了：開鎖、落鎖、尋車（閃燈鳴笛）、升窗（如果帶防夾可以做）監聽狀態類的包涵了：車門狀態、后尾箱狀態、鑰匙是否插入鑰匙孔狀態、鑰匙檔位、車燈信號、駐車制動、車架號、總里程、車速、動力控制（使能）、充電狀態、剩余電量百分比、續航里程。這些是在分時租賃領域用到的信息及功能，好在，奇瑞、北汽、江淮、鎣石、海馬、御捷等諸多車廠都有租賃版車型，也統一了相關的物理接口，值得推廣。

擴展到汽車周邊業務來看，我們有成熟的客戶在用這類的數據以供大家參考：

汽車金融：GPS位置信息、動力控制、車速、鑰匙狀態、總里程。

車隊管理：續航里程、剩余電量（油量）、GPS、VIN、總里程、車速。

試乘試駕：鑰匙狀態、車門狀態、VIN、總里程、GPS、小里程（當次行駛里程）、剩余油量、車速、故障燈狀態：

高級駕駛輔助系統：車速、轉向角度、轉向燈、檔位