之前連續(xù)寫了兩篇關(guān)于概念定義的文章，今天繼續(xù)探討一下我對(duì)使用場景這個(gè)概念的理解。與用戶體驗(yàn)相似，使用場景也是如今汽車行業(yè)熱度極高的詞匯，但大家經(jīng)常各說各話。都是同一個(gè)詞，內(nèi)涵卻大不相同（實(shí)際上就連什么是目標(biāo)用戶，車企不同部門所指的含義也不一樣）。

那么什么是汽車的使用場景呢？這個(gè)概念既簡單又復(fù)雜。

首先，從普通用戶視角，大家經(jīng)常掛在嘴邊的那些類似于上下班代步、上街買菜、自駕游之類的肯定屬于使用場景。顯然這些場景通常指向汽車的具體用途，而且是存在某種大家約定俗成的分類的使用用途。在SoCar的用戶體驗(yàn)管理架構(gòu)當(dāng)中，什么是產(chǎn)品定位？無非就是你準(zhǔn)備把車賣給誰，誰來用，以及這些人準(zhǔn)備把車用在哪些場合。這里場合就是用途，賣給誰以及誰來用就是利益相關(guān)者。于是乎，我們可以把這些最容易被大家理解的場景與利益相關(guān)者疊加，形成對(duì)產(chǎn)品定位的描述。

那么這種場景描述有什么問題呢？顯然，這太籠統(tǒng)，既無法解決競爭策略問題，也無法解決產(chǎn)品定義和產(chǎn)品設(shè)計(jì)問題。但這種場景很容易被統(tǒng)計(jì)出來，因?yàn)橛脩艉苋菀桌斫?，也容易自己統(tǒng)計(jì)各自實(shí)際用車過程中對(duì)這些場景的覆蓋問題。于是我們可以在這類場景中構(gòu)建一個(gè)結(jié)構(gòu)化的數(shù)據(jù)，通過場景覆蓋和頻次分布更加具體地解釋產(chǎn)品定位問題。當(dāng)然這里我們明確反對(duì)給這類場景賦權(quán)，因?yàn)檫@種權(quán)重既沒有絕對(duì)意義（比如99%的上下班代步和1%的其他場景，在權(quán)重上該如何分配，有什么明確的含義？），也缺乏相對(duì)意義（因?yàn)檫@些場景太籠統(tǒng)，無法具體指向產(chǎn)品的開發(fā)目標(biāo)）。

也正是因?yàn)樯厦婺欠N場景描述的太過于籠統(tǒng)，我們才看到技術(shù)開發(fā)人員往往會(huì)從更小的顆粒度，更具體的使用環(huán)境出發(fā)描述每個(gè)場景。當(dāng)然也有這種情況，也就是現(xiàn)有功能或者創(chuàng)意，再去梳理他們可以展現(xiàn)能力的場景有哪些。比如哨兵模式這組功能，他起作用的場景往往指向非常具體的事件。再比如當(dāng)我們對(duì)比NFC鑰匙和傳統(tǒng)鑰匙的時(shí)候，也可以拿NFC鑰匙不具備藍(lán)牙定位，也不具備機(jī)械鑰匙在車輛斷電時(shí)仍可開啟車門的能力。這里我們看到的也是一個(gè)個(gè)需要使用這些功能的具體使用場合或者面對(duì)的事件。比如拿著NFC鑰匙下車離開，這個(gè)就是一個(gè)非常具體的使用片段，而車輛斷電則是一個(gè)事件。

看了這類案例，我們可以理解為了解決功能定義和功能開發(fā)問題，場景的描述必須是具體的，有細(xì)節(jié)的。但這又一定會(huì)帶來一些新的問題，比如這些場景缺乏體系感，場景的數(shù)量無法窮盡，也很難梳理場景與場景之間的關(guān)系。因此我們需要一個(gè)邏輯框架管理這些更加具體的場景。

三個(gè)月前我在另外一篇文章《什么是可用場景庫》當(dāng)中，曾經(jīng)給場景下了一個(gè)定義：場景是由一組條件變量共同描述的，對(duì)應(yīng)明確用戶意圖的，由特定事件觸發(fā)的狀態(tài)?；谶@個(gè)定義，構(gòu)成一個(gè)新場景的必要條件至少包括以下3條：

1、 用戶意圖是明確的，用戶意圖既包含顯性的用戶任務(wù)，也包含車輛正常行駛必須的控制條件。

2、 由上一個(gè)場景切換至當(dāng)前場景的觸發(fā)條件是某一個(gè)或某類事件。

3、 用戶意圖在兩個(gè)相鄰場景中是不同的。

這樣的定義意味著場景的本質(zhì)實(shí)際上是由車況、路況、車上乘員狀態(tài)、天氣、時(shí)間等一系列條件變量共同描述的一個(gè)組合。但在構(gòu)建場景庫的過程中，我們又不能一下子深入如此多的細(xì)節(jié)，我們需要一個(gè)分層結(jié)構(gòu)沿著上述定義去發(fā)現(xiàn)、梳理并管理一個(gè)龐大的場景庫。

在SoCar的場景庫中，我們將場景分為三個(gè)層級(jí)：

一級(jí)場景，由前文所說的使用場合與利益相關(guān)者共同決定，用來描述產(chǎn)品定位問題。

二級(jí)場景，我們?cè)诿總€(gè)一級(jí)場景的基礎(chǔ)上，沿著User Journey對(duì)這些場景進(jìn)行切分，然后每個(gè)用戶旅程的片段就成為疊加各類復(fù)雜事件，向下一級(jí)衍生各種新場景的基礎(chǔ)。在SoCar的產(chǎn)品定義邏輯中，二級(jí)場景解決的是競爭策略問題。

三級(jí)場景，也就是經(jīng)過具體事件疊加后的形成的細(xì)節(jié)狀態(tài)。由于它們?cè)醋杂诿恳粋€(gè)二級(jí)場景，而二級(jí)場景又能夠展示具體的使用環(huán)境和用戶所處的用車步驟，于是每個(gè)事件產(chǎn)生的影響，以及用戶需要針對(duì)這些影響作出的響應(yīng)（也就是用戶意圖）就是明確的。因此這些用戶意圖對(duì)應(yīng)的功能和服務(wù)需求也就是明確的。因此SoCar的三級(jí)場景指向具體的產(chǎn)品開發(fā)目標(biāo)定義問題。

我們認(rèn)為智能車最重要的本質(zhì)就是在硬件數(shù)量有限的前提下，持續(xù)通過提高硬件在不同場景下的多用性、多樣性以及復(fù)用性，再通過軟件持續(xù)激發(fā)這些硬件的潛能，達(dá)到可以為用戶提供更多功能和服務(wù)的目標(biāo)。如果站在這個(gè)角度看，每一個(gè)硬件以及硬件的具體功能都是車輛的原子級(jí)屬性，這是構(gòu)成車輛的最小單位。但車輛的化學(xué)屬性是由一個(gè)個(gè)功能組合決定的，也就是把這些原子按照具體的使用場景和用戶意圖巧妙地組合起來，創(chuàng)造出一組組多樣化的功能組合。如果做到這一點(diǎn)，汽車才會(huì)真的如今天的智能手機(jī)那樣，雖然只有幾個(gè)模塊化的硬件，但通過軟件卻可以向用戶提供上百萬種功能組合。在這個(gè)體系中，場景庫起到了連接整個(gè)鏈條的關(guān)鍵作用。

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