之前我們看到很多說法提到汽車行業(yè)將進(jìn)入“軟件定義硬件”的時(shí)代，實(shí)際上這種說法并不準(zhǔn)確，由于汽車產(chǎn)品使用環(huán)境的復(fù)雜性，車規(guī)級別要求的嚴(yán)苛性，硬件的復(fù)雜度短期很難大幅下降。而且隨著電動(dòng)化探索的加快，很多燃油車上的硬件結(jié)構(gòu)又必須做出改變。從特斯拉等新造車公司的很多做法看，這種硬件結(jié)構(gòu)的探索過程很有一種汽車行業(yè)早期的感覺。想必這種探索還要持續(xù)相當(dāng)一段時(shí)間，直至電動(dòng)化的技術(shù)路線成熟穩(wěn)定為止。但行業(yè)變革導(dǎo)致汽車功能增多，功能組合的個(gè)性化要求進(jìn)一步提升卻是一定的，也就是說未來描述汽車的語言更應(yīng)該以功能作為切入點(diǎn)。因此與其說軟件定義硬件倒不如說功能定義汽車更準(zhǔn)確。

既然是以功能定義汽車，我們對功能本身的描述就會(huì)變得更加重要。在這個(gè)問題上，我們需要給功能下更加準(zhǔn)確的定義，并沿著這些定義梳理和積累Function list。從概念上，既然每個(gè)用戶任務(wù)都是通過使用一組功能組合完成的，那么反過來，功能的本質(zhì)就是用戶任務(wù)的最小單位?；蛘哒f，每個(gè)功能都可以被定義為“有明確目的的明確操作”。

比如籠統(tǒng)而言，打開車窗這件事可以算是一個(gè)功能。但如果在具體use case當(dāng)中，打開不同位置的車窗、在不同位置打開同一個(gè)車窗、使用不同方式打開同一個(gè)車窗都是不同的功能，或者說實(shí)現(xiàn)同一個(gè)結(jié)果的不同操作。之所以車上需要對應(yīng)同一個(gè)結(jié)果有多種不同的操作，是因?yàn)檫M(jìn)行這些操作的目的不同。目的是與具體產(chǎn)生這些目的的使用場景密切相關(guān)的。比如還是打開車窗，如果你從停車場出來要交停車費(fèi)，這個(gè)時(shí)候你的場景就是坐在駕駛座上，需要用觸手可及的方式把左前車窗打開。目的是為了把手伸出去交錢，因此使用左手旁邊的按鈕是完成這一操作的最佳選擇?？峙履悴粫?huì)為了完成這個(gè)操作使用語音控制或者到大屏幕上尋找打開車窗的菜單，更加不會(huì)使用遙控鑰匙。而如果當(dāng)時(shí)的場景是在車外，比如夏天回到車?yán)镏跋虢o車內(nèi)降降溫，你打開車窗的最佳方式基本就是遙控鑰匙了。因此即便對于打開車窗這樣一個(gè)相同的結(jié)果，由于目的不同、操作路徑不同，對應(yīng)的功能也是不同的。

沿著有明確目的的明確操作，一方面我們可以把每一個(gè)用戶任務(wù)不斷向下拆分，直至不可拆分的階段。另一方面，我們還可以描述影響這個(gè)具體use case的維度有哪些。比如當(dāng)時(shí)的環(huán)境、車上的人數(shù)、路況、天氣等等。這樣我們不僅可以形成一張龐大，但具體的Function list表單，還可以圍繞每個(gè)function 梳理影響這個(gè)function的關(guān)鍵因素有哪些，而這些因素本質(zhì)上也是用來描述場景的。這樣場景庫的管理工作也等于被向前推進(jìn)了一大步，而且這樣梳理出來的場景庫不僅更具可操作性，還會(huì)控制冗余數(shù)據(jù)的規(guī)模，效率更高。

在完善了Function list之后，既然這一功能列表同時(shí)連接體驗(yàn)主線、用戶任務(wù)、開發(fā)目標(biāo)、性能要求和成本等多個(gè)關(guān)鍵維度，他就應(yīng)該成為用戶體驗(yàn)管理在產(chǎn)品層面最終的落腳點(diǎn)，也應(yīng)該成為用戶體驗(yàn)管理的“法典”。

基于這個(gè)法典，從產(chǎn)品定義階段開始，我們就要對每個(gè)功能做出盡可能詳細(xì)的需求描述，包括這些功能的典型使用場景、功能利益、可能衍生出的其他功能、可能的交互或者操作方式等等。如果可能，還可以給出這些功能現(xiàn)有的參考案例或者描述這些功能的草圖。

更加重要的，從功能角度定義汽車，也意味著我們有機(jī)會(huì)反思車輛到底需要多少種硬件，需要什么樣的底層架構(gòu)。這會(huì)幫助我們找到重新定義車輛底層結(jié)構(gòu)的重要線索或者約束條件。實(shí)際上類似變革在智能手機(jī)領(lǐng)域早已發(fā)生過了：今天我們的智能手機(jī)在硬件結(jié)構(gòu)上非常簡單，只有屏幕、主板、WIFI模塊、移動(dòng)通訊模塊、GPS、陀螺儀、兩個(gè)攝像頭、閃光燈、指紋識(shí)別等不超過10個(gè)模塊化組建。但這些智能機(jī)卻可支持上百萬種功能，每個(gè)APP都是一個(gè)功能。不同的APP把硬件模塊的潛能調(diào)用起來，變成各種巧妙的實(shí)用化功能。

顯然汽車行業(yè)也會(huì)像這個(gè)方向發(fā)展，或者已經(jīng)在朝這個(gè)方向發(fā)展了。盡管汽車本身的復(fù)雜性使得基礎(chǔ)硬件模塊的數(shù)量會(huì)遠(yuǎn)遠(yuǎn)高于智能手機(jī)。如下圖這個(gè)例子，隨著無人駕駛功能的增加，車輛對環(huán)境、路況的感知能力得到很大提升，芯片的算力也需要比之前有更多冗余。這等于在車輛的基礎(chǔ)架構(gòu)上做了很多加法。與此同時(shí)，這也給我們打開更多功能或者使用場景提供了更多可能。比如通過視覺系統(tǒng)，調(diào)用存儲(chǔ)空間，即可實(shí)現(xiàn)行車記錄儀的功能。這個(gè)組合如果到了野外風(fēng)景秀美地方還可以成為自動(dòng)記錄路書的功能。當(dāng)然，如果希望讓這個(gè)路書更生動(dòng)，可能還會(huì)強(qiáng)化一下對于拍照功能的定義，以及增設(shè)一些路書模板。再如利用車輛外部的各個(gè)傳感器，還可以設(shè)置電子圍欄?？傊灰囕v的感知、分析和決策能力具備了，調(diào)用這些基礎(chǔ)能力就可以打開更多功能，與此同時(shí)硬件的復(fù)雜度并不會(huì)出現(xiàn)顯著上升，當(dāng)然成本上升幅度也會(huì)比堆積硬件小得多。關(guān)鍵是我們需要準(zhǔn)確定義車輛的基礎(chǔ)能力。

總之，在汽車產(chǎn)品形態(tài)不斷變革的過程中，我們看到所有一切的本質(zhì)都是為用戶創(chuàng)造更好的體驗(yàn)。為了創(chuàng)造這種更好的體驗(yàn)，我們需要在用戶最期待的場景中，提供對完成用戶任務(wù)最有幫助的功能組合，并且給這組功能組合設(shè)定與體驗(yàn)要求最匹配的呈現(xiàn)方式（設(shè)計(jì)）以及性能設(shè)定。反過來，當(dāng)我們把功能組合的問題研究清楚后，如何支撐、如何實(shí)現(xiàn)這些功能又是另外一個(gè)問題。從功能需求反推，我們又可以更準(zhǔn)確地給下一代產(chǎn)品架構(gòu)提出更加明確的要求。

這是未來產(chǎn)品定義的關(guān)鍵邏輯，也是幫助我們穿越這個(gè)變革周期的最佳路徑。這一切都應(yīng)緊密圍繞在Function list這個(gè)法典周圍。

最后，再多說一句，汽車行業(yè)用戶體驗(yàn)的形成過程與互聯(lián)網(wǎng)行業(yè)是存在本質(zhì)不同的。互聯(lián)網(wǎng)行業(yè)的使用場景更加單一，也很難劃分淺層體驗(yàn)與深層體驗(yàn)過程。因此那些來自互聯(lián)網(wǎng)行業(yè)的用戶體驗(yàn)?zāi)Ｐ透嗑劢褂趶膗ser journey角度將體驗(yàn)過程步驟化，比如將用車過程劃分為出發(fā)前、上車過程、駕駛過程、抵達(dá)和停車過程、離車過程……然后再梳理每個(gè)過程的用戶任務(wù)、體驗(yàn)要求、情緒曲線等等。我不能說這種方式一定是錯(cuò)誤的，但由于這種方式并不是根據(jù)汽車行業(yè)的特征進(jìn)行的歸納和抽象，應(yīng)用這種方法后續(xù)對應(yīng)的場景數(shù)量會(huì)非?？植溃c產(chǎn)品定義、研發(fā)、營銷等整個(gè)鏈條的協(xié)同關(guān)系也很難被有效定義。因此，若要在汽車行業(yè)貫徹用戶體驗(yàn)管理目標(biāo)，就必須從這個(gè)行業(yè)自身的特點(diǎn)出發(fā)，定義屬于這個(gè)行業(yè)的方法論。

返回第一電動(dòng)網(wǎng)首頁 >