就像前面幾篇文章介紹過的，SoCar一直在跟蹤和梳理智能電驅化以后的產品戰略如何管理，場景極大豐富以后車輛的競爭力如何評價、如何描述等問題。幾年下來我們逐漸形成了一些邏輯框架，并且從這些邏輯框架出發，設計并積累可以有效支撐下一階段產品定義、產品開發和產品評價工作的關鍵數據以及參考指標等。我們把這些數據全都整合到了場景體驗對標庫這樣一個產品當中。今天這篇文章既是方法論和邏輯的介紹，也是SoCar場景體驗對標庫整個框架的介紹，當然也算是一篇硬廣。

場景體驗對標庫所要解決的核心問題

隨著軟硬件的解耦，一方面車輛能用算法解決的問題，就不再需要增加新的硬件，另一方面固有硬件也需要配合算法改變自身的結構，讓自己變得更加好用，或者說是硬件要做軟件的資源。這種產品定義和設計邏輯的變化必然導致傳統的工程對標不再像以往那般有用，或者至少需要引入新的視角。

▲來自SoCar

于是我們就需要找到智能電驅時代能夠串聯所有產品特征的關鍵線索，顯然一切產品升級和創新都是為了幫助用戶解決更多問題，帶來更好體驗而服務的。那么場景和體驗就是所有這些問題最為關鍵的線索。以往由于傳統燃油車的使用場景早已充分固化，所以產品的內涵和外延基本穩定，我們可以通過一組相對固化的指標管理這些產品特征。但現在這個前提被突破了，場景就需要被放置在指標的前面，起到更加重要的統籌作用。比如我們按照指標去調教換擋檔桿的手感，最終我們會發現如果只看這些細節指標，而忽略了幾乎所有電動車都已經切換到了操作更加簡單，更容易形成肌肉記憶的懷擋，即便我們把檔桿調教的再有吸入感，位置再清晰，也沒有改變一個設計形式創造的價值更大。因此在當下這個賽道切換周期，我們更應該從整車或者系統層級出發，在真實的使用場景和完整的上下文中思考和解決用戶體驗問題。

此外，由于智能電驅車與傳統燃油車不同，其產品競爭力解析需要沿著從體驗層到場景層，再到服務層和物理層的模式逐層展開（這個邏輯我在之前的文章《如何理解并評價智能車的產品競爭力》當中詳細介紹過，大家可以參考），因此對標分析的數據結構也將有別于傳統車的圍繞參數、配置的梳理邏輯。如果不做出這種改變，車企永遠無法跳出堆疊配置，越來越卷的惡性循環。

也就是說，SoCar推出的場景體驗對標庫在本質上是沿著智能車的產品競爭力模型逐層解析的，以場景為關鍵線索的新型對標模式。它是順應智能電驅化背景，為解決車企產品定義、產品競爭力評價和產品生命周期管理工作而推出的更加具有針對性的工具體系。

場景體驗對標庫的數據架構和邏輯基礎

就如上文介紹的那樣，SoCar場景體驗對標庫中每個車型都是沿著體驗層、場景層、服務層和物理層四個層級展開的。這四個層級既是我們定義智能車的邏輯基礎，也是我們審視所有同類產品的邏輯基礎。當然這里需要補充說明一點的是，很多車企在場景層和服務層會增加一個功能層，但不同車企功能清單的分類方式和顆粒度不同，SoCar為了保證該數據庫可以同時服務更多車企，我們跳過了這個缺乏數據標準的層級，而是直接將車輛的產品資源原子化，從原子服務這一層入手，既可以組合成各家車企所需的功能清單，又可以橫向對比不同產品開展功能定義的產品潛力。

▲來自SoCar

當然更加重要的是，在四個層級可以逐層展開的同時，每一層數據之間又需要保留清晰的關聯關系。比如A、B兩個車型可以應對同樣多的使用場景，但他們各自擁有的原子服務不同，調用這些原子服務的排列組合也不同。我們可以通過詳細展開對比兩個車型原子服務的覆蓋、調用邏輯深度分析他們應對各種場景最終體驗差異的具體原因。再比如A、B兩個車型支撐同樣多的原子服務，但使用的物理層，也就是具體的組件或者配置數量是不同的，顯然使用組件少的車型硬件使用效率更高，成本或者下一階段的降本空間也就越大。只有把原子服務和物理層各組件之間的映射關系全面梳理出來才能真正看清這里的復雜關系。如果我們再穿越一層，從場景層直接到物理層，就更加可以為車輛的配置選型評估提供更為直接的參考數據輸入了。

所以說SoCar建立的這套場景體驗對標庫既是展開產品競爭力評價的工具，也可以用來管理產品定義和產品開發，甚至為開發部門設置KPI或者挑戰性目標。

對標所需的測試場景來自哪里？場景體驗對標庫與用戶體驗場景庫的關系是什么？

場景層既然是場景體驗對標庫的關鍵線索，那么對標測試的場景來自哪里就是很核心的問題了。在這方面我們最大的積累其實就是過去五年來持續搜集、積累和拓展的用戶體驗場景庫。當然更加重要的是，我們把用戶用車的場景做了結構化，讓“用戶故事”代表的場景可以對比，可以統計，也可以解構和重構。做到了這一點，我們就可以將用戶體驗場景庫中的典型場景有效抽取出來，作為場景體驗對標庫測試場景的來源。然后再通過場景體驗對標庫將不同車輛不同設計方案的用戶體驗閉環回場景庫。

因此場景體驗對標庫與用戶體驗場景庫是一個閉環的左環和右環的關系。沒有場景庫，或者場景庫的積累不夠堅實，場景體驗對標庫就缺乏基礎；沒有場景體驗對標庫，用戶體驗場景庫就缺乏每個場景中真實解決方案的反饋，用戶體驗場景庫就很難再進一步深入下去。這也是為什么SoCar先用5年的時間在做場景庫（當然也是先從零散的搜集、規范和整理入手，再慢慢形成標準格式，最后再到數據庫系統和嵌入流程的工具鏈），在場景庫基本穩定成型后，體驗對標庫才逐步提上日程。

車企如何應用場景體驗對標庫？哪些部門適合使用場景體驗對標庫？

如前文所說，SoCar這一版場景體驗對標庫是服務于車企從產品規劃到產品定義，再到產品營銷和生命周期管理這一完整鏈條服務的。這個鏈條連接了車企從戰略規劃部門到產品定義部門，再到開發部門和營銷部門等多個核心節點。只不過各部門的分工不同，應用該系統的入口和方式各有不同。

▲來自SoCar場景體驗對標庫

首先是戰略規劃部門，需要從場景層入手，動態跟蹤市場中代表前瞻趨勢的各車型在典型場景中的體驗表現，進而分析不同車企場景的取舍和覆蓋邏輯，為自身的產品規劃和產品定位提供支撐。畢竟下一階段車企產品規劃的邏輯也不能再簡單依靠尺寸、價格、廂體形式這些維度做傳統的市場細分了，而是需要從目標用戶與核心場景的角度先要回答清楚每款車型的定位問題。

其次是產品定義部門，需要在產品定位強相關的場景中，研究目標車型的競爭策略問題。這個時候核心競品和趨勢競品在典型場景中的具體表現，以及支撐這些場景所需的原子服務就是定義部門首先需要重點關注的問題。圍繞目標車型的競爭策略，產品定義部門需要給出明確的場景排序和體驗目標，最終這些又要轉化為目標車型所需原子服務清單（相當于為目標場景要資源）。在原子服務清單確定后，定義部門可以將這些目標輸入給開發部門，作為產品開發的關鍵目標。同時，為了支撐同樣一組原子服務清單，開發部門設計的產品方案肯定是所需硬件越少效率越高，這個時候定義部門還可以通過服務層和物理層的關系，為開發部門提供一個成本和硬件效率的關鍵目標。

▲來自SoCar場景體驗對標庫

然后到了開發部門，開發部門從定義部門獲得的目標包括兩個：需要支持的原子服務清單，以及支撐這些原子服務清單需要的物理層需要精煉到何種程度。顯然如何同時滿足這兩個目標，開發部門需要參考優秀競品的很多設計思路，這個時候服務層和物理層的數據關系就成為開發部門最有效的參考依據了。

再到后面是營銷團隊，理論上車輛的營銷包裝、市場推廣也需要從場景出發，將這輛車的優勢場景，尤其是種草場景傳播出去。以前很多車企都是車輛出來以后市場部門再基于自己拿到的實車重新編故事，做推廣。現在如果從定義階段即引入了場景化的思維，車輛的傳播所需的故事腳本也就可以直接鎖定了。如果營銷團隊再通過了解并橫向對比同行競品在這些場景上的體驗表現，可以進一步判斷早期定義的場景是否依然有效，并進一步優化自己的傳播策略。

最后到了產品周期管理部門，尤其是OTA管理團隊。通過對比自身產品與核心競品在各場景中的表現，同時梳理目標車型已經具備的原子服務還有哪些在各種場景中依然未被有效利用，車企即可通過OTA或者其他形式的升級，在不增加配置的情況下持續優化用戶體驗。此外也可以通過分析哪些原子服務在場景中被調用的次數幾乎為零，或者哪些物理層的組建提供的原子服務不僅數量有限，而且重要性不高，這些部分就將成為車企中長期降本的主要著力點。

以上文字內容先從邏輯和使用方式角度做了一個初步介紹，具體內容我們將陸續釋放。

返回第一電動網首頁 >