目前國內(nèi)不少車企都已實現(xiàn)了FOTA的0->1的建設(shè)，隨著后續(xù)量產(chǎn)車型擁有FOTA能力，以及不斷新增的整車功能迭代需求，F(xiàn)OTA運營已成為常態(tài)工作。OTA工程師的KPI也逐漸從系統(tǒng)建設(shè)轉(zhuǎn)移至運營。

在系統(tǒng)建設(shè)過程中，F(xiàn)OTA后臺是以運營需求設(shè)計的。例如，運營工程師可以在后臺發(fā)布FOTA策略和任務(wù)，并對每一臺升級車輛進行信息監(jiān)控、發(fā)布編排、遠程干預等功能，在任務(wù)結(jié)束后可從各維度統(tǒng)計分析，得出復盤的結(jié)論。這些是FOTA運營的基礎(chǔ)和核心能力。

然而各車型運營任務(wù)如潮水般涌來，除了系統(tǒng)支持外，還需制定完整的運營流程體系，以支撐包括需求收集、研發(fā)測試、任務(wù)發(fā)布、售后關(guān)懷等所有相關(guān)業(yè)務(wù)，提升產(chǎn)品全生命周期下的體系化效率。

本系列介紹的是一種多家車企通用的閉環(huán)FOTA運營流程模板，細節(jié)略有出入但整體大同小異，如圖1所示。

圖1 運營流程模板

整個流程可分為包括版本發(fā)布（序號1-7）、任務(wù)發(fā)布（序號8-12）、任務(wù)監(jiān)控（序號13-14）三大階段。本篇主要介紹的是版本發(fā)布階段，從用戶需求收集環(huán)節(jié)至基線發(fā)布環(huán)節(jié)，在這一階段誕生了待運營的全新整車版本。

Step 1 用戶需求收集

需求是版本開發(fā)的起點。不同于過去傳統(tǒng)車企的工程師們拍腦袋制定功能需求，車企的內(nèi)卷提高了用戶地位，尤其新勢力更樂于傾聽用戶的意見反饋，為整車版本迭代規(guī)劃提供建議，完善現(xiàn)有的整車功能以滿足用戶持續(xù)不斷的需求。需求的收集一般可分如下三種方式：

1. 線下見面會

不少新勢力車企舉辦各類車主活動，目的是得到用戶用車過程中的反饋。例如服務(wù)周到的某來，定期召開線下的用戶見面會，了解新功能的使用體驗和吐槽。通過用戶沙龍、一對一訪談、線上調(diào)研，了解駕駛體驗中的痛點并挖掘真實的需求。

2. 數(shù)據(jù)分析報告

通過數(shù)據(jù)埋點對功能生成使用頻率和觸點報告，創(chuàng)建用戶畫像，幫助產(chǎn)品經(jīng)理們更好理解用戶的行為習慣。

3. 競品分析

內(nèi)部或?qū)I(yè)咨詢機構(gòu)對標競品的明星功能，通過友商用戶的反饋意見，綜合自身車型的硬件能力，作進一步的改進和優(yōu)化。

Step 2 需求評估

拿到需求后，內(nèi)部會對需求分析評估、進行拆解和工作分配。需求分析要對需求分類管理，排定價值和優(yōu)先級。需求拆解包括功能涉及控制器范圍、可行性、成本分析。如車企通過基線管理整車版本，則需要根據(jù)基線的發(fā)布計劃制定各控制器的實施計劃。

Step 3-6 功能開發(fā)&驗證

在開發(fā)環(huán)節(jié)，相關(guān)的零部件工程師需要按基線發(fā)布計劃牽頭完成控制器的新版本發(fā)布，包括方案設(shè)計、系統(tǒng)需求、代碼開發(fā)、測試驗證等。值得一提的是，最新OTA法規(guī)要求，如涉及智駕、安全、節(jié)能、環(huán)保、防盜性能，以及公告參數(shù)變更的，要向工信部進行申請。最終，由測試工程師對進行零部件單件和整車功能集成測試，完成功能的驗收。

除了整車功能驗證外，OTA小組要對本次發(fā)布基線版本進行FOTA的端到端全鏈路測試，驗收該基線的FOTA成熟度。售后部門亦需驗證線下診斷儀的刷寫能力，不僅作為基線發(fā)布的必要條件，更為FOTA小概率失敗的援救行動提供工具支持。

Step 7 基線發(fā)布

基線測試完成發(fā)布時，OTA運營需要編寫本次發(fā)布的ReleaseNote，文案需要突出本次版本的新功能和亮點。

小結(jié)

版本發(fā)布階段是OTA運營的準備階段，這一階段工作需要跨部門通力合作完成需求到基線發(fā)布的轉(zhuǎn)化，工作質(zhì)量將極大影響FOTA任務(wù)的執(zhí)行是否順利。下篇我們將繼續(xù)介紹FOTA運營的任務(wù)發(fā)布&監(jiān)控階段。