本文以車載場景為例，具體分析了其中的語音交互設(shè)計流程、原則與設(shè)計走查等內(nèi)容。

從Siri 、Amazon echo Alexa、google home 、小冰、國內(nèi)的叮咚、天貓精靈、小愛同學(xué)以及各種你聽說過的，沒聽說過的。然而，隨著技術(shù)的進(jìn)步，語音交互將運(yùn)用到越來越多的場景：

• 2017年5月10日，微軟Build大會發(fā)布智能音箱Invoke，
• 2017年6月6日，蘋果WWDC發(fā)布HomePod，
• 2017年7月5日，上午10點(diǎn)，百度AI開發(fā)者大會發(fā)布DureOS開放平臺,
• 同一天，下午2點(diǎn)，阿里人工智能實(shí)驗(yàn)室發(fā)布天貓精靈，
• 2018年1月，百度DuerOS在CES 2018上驚艷亮相……

駕駛汽車是一項(xiàng)復(fù)雜的行為，好的駕駛體驗(yàn)需要綜合考慮駕駛場景的各個因素。完全自主駕駛汽車的時代馬上就要到來。當(dāng)汽車能夠?qū)崿F(xiàn)完全自主駕駛時，對于汽車駕駛場景的概念將完全被顛覆—也許我們應(yīng)當(dāng)將精力集中在如何設(shè)計駕駛過程中的娛樂服務(wù)，或者將駕駛室設(shè)計成為駕駛員的工作臺。不得不說的是，車載中控系統(tǒng)目前為止的體驗(yàn)都不太好，在完全自主駕駛時代到來之前，車載中控系統(tǒng)的體驗(yàn)設(shè)計還有很大的空間被提升。

一、基本概念

車載場景下的語音交互（后面簡稱VUI），追求駕駛者的使用體驗(yàn)，緩解甚至消除駕駛過程中帶來的焦慮現(xiàn)象。車載VUI設(shè)計的基本理念如下：

1. 安全：駕駛過程中幾乎是眼、耳、手并行的多任務(wù)操作狀態(tài)，VUI應(yīng)該有助于駕駛者和車載產(chǎn)品更好的交互，并且不會分散駕駛的注意力。
2. 便捷：每一次VUI交互都是方便且快捷的，打破語音交互的心理障礙，快速響應(yīng)、流程簡單、路徑明確、最大限度較少每個任務(wù)的對話輪數(shù)。
3. 愉悅：令人愉悅的聲音和表達(dá)，自然的對話交流，流暢地完成每一個任務(wù)，用聰明的方式規(guī)避對話錯誤，達(dá)到一種“情理之中，意料之外”的境界。

二、設(shè)計流程

語音交互的設(shè)計需要模擬真實(shí)的對話場景，并根據(jù)場景來撰寫對話和建立交互邏輯流程，最后通過調(diào)研來定義更加全面的表達(dá)方式，以達(dá)到更加自然合理的語音交互體驗(yàn)。

2.1 分析使用場景

VUI的應(yīng)用場景已經(jīng)覆蓋了手機(jī)助手（以Siri、Google Assistant為代表）、智能家居（以Amazon Echo和Google Home為代表）、車載產(chǎn)品（以Carplay和Android Auto為代表）以及可穿戴設(shè)備（以AirPods、Apple Watch為代表）等領(lǐng)域。

語音交互的場景主要從物理距離、行為特征、用戶目標(biāo)三個方面來分析：

物理距離：在交互過程中用戶與語音產(chǎn)品的距離。可以根據(jù)遠(yuǎn)近關(guān)系分為“近場”、“中場”和“遠(yuǎn)場”。

• 近場交互：如靈犀 / Siri；手持設(shè)備，近距離輸入語音，有反饋界面；喚醒方式一般為屏幕的點(diǎn)擊或長按，也存在語音喚醒的情況。
• 中場交互：如車載；無需手持設(shè)備，處于能夠觸及的距離，有反饋界面；喚醒方式多為語音，也可以借助手勢操作；由于距離較遠(yuǎn)，需要借助麥克風(fēng)陣列達(dá)到良好的收音效果。
• 遠(yuǎn)場交互：如Echo；無需手持設(shè)備，處于不能觸及的距離，可以沒有反饋界面；喚醒方式為語音；由于距離較遠(yuǎn)，需要借助麥克風(fēng)陣列達(dá)到良好的收音效果。

行為特征：用戶在進(jìn)行語音交互時，可能正在做著家務(wù)，或者開著車，也可能什么都沒做；在這里可以把這些行為特征分為“專注于語音交互”和“專注于其它事情”。

• 專注于語音交互：一般發(fā)生在近場交互的情況下；用戶手持設(shè)備，視線關(guān)注在界面上，耳朵關(guān)注于語音反饋。
• 專注于其它事情：一般發(fā)生在中場、遠(yuǎn)場交互的場景；用戶一邊處理著其它任務(wù)，如開車、烹飪等，雙手以及視線可能正在被其它事情占用，如何讓用戶最小成本的完成語音任務(wù)是設(shè)計的重點(diǎn)。

用戶目標(biāo)：用戶么每次語音交互的目的，可能只是隨意的閑聊，也可能是目的明確的任務(wù)指令。

• 閑聊式：如調(diào)戲Siri一樣，目的性并不強(qiáng)，對趣味性的要求更高。
• 任務(wù)式：這類對話，用戶需要盡快得到想要的反饋，快速完成任務(wù)，清晰和簡潔的反饋是最重要的。

車載環(huán)境的語音交互屬于“中場”、“專注其它事情”、“任務(wù)式”的交互場景，設(shè)計過程中應(yīng)該遵循這些場景特性。

2.2 建立用戶故事

通過對駕駛場景下車載產(chǎn)品使用情況的用戶訪談和問卷調(diào)查，知道用戶在駕駛過程中想要完成什么任務(wù)；結(jié)合自身的優(yōu)勢和劣勢，以及外部市場的機(jī)會和威脅，確立產(chǎn)品的技能范圍，如導(dǎo)航、音樂、電臺、電話等。

圍繞這幾個核心功能，設(shè)定主要場景描繪出用戶在現(xiàn)有車載產(chǎn)品使用過程中的行為習(xí)慣、遇到的問題，最后提煉出痛點(diǎn)，找到解決辦法，并尋找出適合VUI去解決問題的場景，用戶故事地圖的框架如圖2-5：

適合VUI的場景通常比較簡單、直觀，不需要太復(fù)雜性的互動。舉個例子：你正在高速路上全注意力行車，這時你需要撥出一個緊急電話，但這會兒不方便用手操作手機(jī)……此時用戶希望從技能中得到什么幫助、會做什么，將是VUI的基礎(chǔ)和價值所在。而建立類似的用戶故事有以下的方法和原則：

確認(rèn)目的和功能：構(gòu)建一個或多個情境，讓用戶覺得你的技能有用并且有使用的沖動?？梢酝ㄟ^分析以下問題來確定技能的能力：

• 技能的目的是什么？用戶為什么想要使用它？
• 用戶在交互前、交互中、交互后分別會做些什么？
• 用戶可以通過這個功能得到什么在其它產(chǎn)品上無法獲得的體驗(yàn)？

創(chuàng)建用戶故事：根據(jù)技能的目的和基本功能點(diǎn)，確認(rèn)每一個交互行為節(jié)點(diǎn)

• 用戶能夠通過該項(xiàng)技能做到什么？不能做什么？
• 用戶希望能夠獲得什么信息？
• 用戶可以通過什么方式來使用這項(xiàng)技能？

2.3 設(shè)計聽覺形象

人物畫像可以幫助你設(shè)計、撰寫UI對話，所以要盡早確定，這樣就能更容易的決策出正確的用詞、語法和句子結(jié)構(gòu)。人工智能賦予了機(jī)器擬人化聲音輸出的能力，帶來的語音設(shè)計材料。不同的聲音帶給用戶的感受是不大相同的，低沉的聲音給人“穩(wěn)重，成熟的”的感覺，尾音語調(diào)向上的聲音給人“愉悅，被尊重”的感覺。VUI產(chǎn)品需要被賦予聽覺形象，下面是一些聽覺形象設(shè)計的流程和方法。

設(shè)計流程：語音是不可見的，在聲音形象的設(shè)計中必須先有“語音基礎(chǔ)形象”設(shè)計師基于語音基礎(chǔ)形象進(jìn)行再具體的VUI設(shè)計。

• 定義形象：聽覺形象其實(shí)和真人一樣，有姓名、性別、年齡、職業(yè)、個性特點(diǎn)之分，同時也有聲音的感覺，如柔和親切、利落正式、有磁性等主觀的感受，也有更加客觀的音高、音強(qiáng)、音長、音質(zhì)幾大屬性。不同的聲音會被我們賦予不同的形象特點(diǎn)，根據(jù)內(nèi)容/產(chǎn)品氣質(zhì)/品牌愿景定義產(chǎn)品的“聽覺形象”。
• 挑選：去語音庫里挑選具有定義的聽覺形象的語音片段。比如如果要產(chǎn)生的聽覺形象是“滄桑感”時，可以挑選一些單田芳老師語音片段。
• 訓(xùn)練：將大量語音片段交由技術(shù)人員進(jìn)行語音合成訓(xùn)練。
• 微調(diào)：通過調(diào)整“語調(diào)、速度、節(jié)奏”使之給用戶的感覺更接近于先前定義的“聽覺形象”。

設(shè)計原則：

• 保持與“品牌情感”的一致性：在進(jìn)行視覺設(shè)計時設(shè)計師要通過“色彩，形狀”等設(shè)計元素支撐品牌情感，對與大型公司會要求他們的每一個產(chǎn)品遵循一致性的設(shè)計規(guī)范。進(jìn)入“聽覺形象”設(shè)計時代，當(dāng)你的產(chǎn)品要使用語音交互時，確保產(chǎn)品的“聽覺形象”與品牌情感保持一致，這將能夠強(qiáng)化品牌給用戶的印象。
• 保持與“用戶場景”的一致性: 回想一下機(jī)場內(nèi)的語音“尊敬的旅客飛往北京的T343航班….”，這種語音形象給用戶“被服務(wù)的、受到尊敬“的感覺，與用戶在機(jī)場的場景相一致。而在醫(yī)院，起碼在中國的醫(yī)院，醫(yī)療資源與患者數(shù)量極不匹配，患者與醫(yī)生更像是”求助關(guān)系“而非“服務(wù)關(guān)系”, 使用過于“服務(wù)化”的語音形象反而會給用戶帶來強(qiáng)烈的落差感。
• 保持與“內(nèi)容”的一致性:“內(nèi)容”本身是具有形象屬性的，比如二次元的新聞如果用粗獷的男生讀出來一定會很違和。因此在進(jìn)行內(nèi)容消費(fèi)型設(shè)計時要充分考量語音所說的內(nèi)容與“聽覺形象”相匹配，避免出現(xiàn)違和感。但是在設(shè)計工具型產(chǎn)品時，不要頻繁更換語音形象，這會分散用戶注意力使效率下降。

2.4 撰寫對話腳本

在確立了技能范圍和用戶故事之后，不要立即開始邏輯設(shè)計，對話應(yīng)該是自然的、多樣性的，用刻板的邏輯將語音設(shè)備與用戶的場景臺詞串聯(lián)在一起顯然不合理。因此，你需要列舉出諸多可能存在場景，考慮到意外狀況，去草擬撰寫對話草稿，甚至找真人模擬場景對話，盡量覆蓋到每一個狀況。下圖是一些對話撰寫的例子：

對話腳本的撰寫可以幫助我們挖掘一些容易被忽略的細(xì)節(jié)，而如何反饋和引導(dǎo)對話的進(jìn)行也是VUI設(shè)計的重點(diǎn)和難點(diǎn)，后文中會詳細(xì)說明反饋設(shè)計的原則和方法。

2.5 建立交互框架與流程

要建立VUI的框架與邏輯，首先需要理解人與人的對話框架，匹配到人機(jī)交互的對話場景，以確立每次反饋方式；然后圍繞用戶的意圖以及系統(tǒng)的每次判定節(jié)點(diǎn)展開邏輯流程的建立。

交互框架：想像一下你想讓別人放點(diǎn)音樂，這段對話的交互節(jié)點(diǎn)是怎樣的，是不是先叫他名字，對方聽到了給你一個回應(yīng)“干嘛呢”，然后你可以繼續(xù)說出你的需求……我們將交互節(jié)點(diǎn)提煉出來，如下圖所示：

圖2-7? 對話框架

（1）喚醒

“喚醒”是技能的觸發(fā)動作，目前主流的喚醒方式有以下3三種 – 實(shí)體按鈕、虛擬按鈕、語音喚醒，如圖2-8，每種喚醒方式各有特點(diǎn)，在車載環(huán)境中一般采用按鈕+語音的多重喚醒方式。同時，喚醒之后的反饋形式也有多種，具備顯示屏的設(shè)備可以有動效、文字等反饋，不具備屏幕的可以有燈光、音效、人聲等反饋。不同的反饋方式的舒適度和響應(yīng)時間密切相關(guān)，如圖2-9所示。

圖2-8? 喚醒方式

圖2-9? 喚醒反饋方式與響應(yīng)時間舒適度曲線

（2）輸入

用戶輸入的語音內(nèi)容是否被設(shè)備的接收，亦是用戶比較關(guān)注的問題，在反饋設(shè)計中應(yīng)該匹配當(dāng)前場景且不讓人反感。具備顯示屏的設(shè)備可以有動效、文字等反饋；不具備屏幕的可以有燈光（在用戶輸入時一般不要有聲音的干擾）等反饋；也可以沒有反饋。

圖2-10? 輸入時的反饋

（3）理解

“理解”是機(jī)器識別、解析語音內(nèi)容，并求解答案再生成語音的過程；也是機(jī)器的認(rèn)知過程。這個過程耗時可能會較長，重點(diǎn)在于消除用戶等待的焦慮以及不確定性。具備顯示屏的設(shè)備可以有動效、文字等反饋，不具備屏幕的可以有燈光、音效、人聲等反饋，如圖2-11所示。不同的反饋方式的舒適度和響應(yīng)時間密切相關(guān)，如圖2-12所示。

圖2-10? 理解時的反饋

圖2-12? 理解反饋方式與響應(yīng)時間舒適度曲線

（4）反饋

這里語音交互過程中最重要的環(huán)節(jié)，除了讓用戶得到想要的反饋之外，還應(yīng)該讓用戶輕松、自然且有效的接收到反饋信息。下表是根據(jù)置信度（Confidence）不同劃分的反饋的類型和應(yīng)用場景。

（5）端點(diǎn)檢測

由于這端點(diǎn)檢測是一種描述計算機(jī)何時開始和結(jié)束語音的方式。用戶在說話時會有停頓，那么語音引擎在檢測到用戶停頓多久之后開始識別，停頓5秒是一個比較合適的經(jīng)驗(yàn)值；短了，會在結(jié)束說話之前切斷用戶；長了，用戶會懷疑系統(tǒng)是否聽到。用戶喚醒語音后，一直不說話，那么語音引擎在檢測到用戶不說話多久之后直接退出語音識別，未說話10秒是一個比較合適的經(jīng)驗(yàn)值。

交互流程：對話表面看起來似乎是雜亂無章，無規(guī)律可尋的。但是在自然對話中我們幾乎是無意識地遵循著某些規(guī)則與慣例，比如：對話是輪流進(jìn)行的、是上下文串聯(lián)在一起的。人-機(jī)對話中，機(jī)器是服務(wù)于人類的；用戶的每一個指令，機(jī)器都需要去判定以及作出最好的回應(yīng)，并且允許指令的多樣化表達(dá)；機(jī)器的每一次任務(wù)執(zhí)行，幾乎都能允許用戶 “取消”、“修正”、“催促”、“返回上一步”、“打斷”、“要求重復(fù)”、“其它類型指令”、無關(guān)信息或者保持沉默。用戶的每一次語音指令后面都跟隨一次判定節(jié)點(diǎn)，圍繞用戶意圖以及機(jī)器的判定節(jié)點(diǎn)展開交互邏輯的建立，如圖2-13。

圖2-13? 交互流程建立

2.6 定義意圖、表達(dá)方式、插槽

這里分析的是用戶說的內(nèi)容，這些內(nèi)容的語音結(jié)構(gòu)可以概括為“喚醒詞+意圖表達(dá)+插槽”，如圖2-14所示。

圖2-14? 語言結(jié)構(gòu)

意圖：代表了你的技能具備的能力；比如一個導(dǎo)航的技能可能會包含五個意圖：設(shè)置目的地、展示路線、說明路況、取消和退出等。

表達(dá)方式：用戶所說的那些能夠表達(dá)他們意圖的話語，包括大量單詞、短語、句子。比如說，在表達(dá)導(dǎo)航這個意圖的時候，用戶可能會說“幫我導(dǎo)航”“導(dǎo)航去科大訊飛”或者“我要導(dǎo)航”等等，這些表達(dá)方式分類整理成意圖表達(dá)庫，如圖2-15。

圖2-15? 意圖表達(dá)庫示例

插槽：是指定義某些意圖的關(guān)鍵信息類別，例如“導(dǎo)航去科大訊飛”——“科大訊飛”就是一個地址名插。我們將不同屬性的信息進(jìn)行分類，如圖2-16。每個類類別的信息都有自己的庫，如城市名稱庫、日期庫等等。

圖2-16? 意圖表達(dá)庫示例

三、設(shè)計原則

語音設(shè)備需要以一種自然對話的方式進(jìn)行感知、認(rèn)知以及輸出自然語言，在VUI設(shè)計過程中需要遵循以下原則。

3.1 保持簡潔

“簡潔”的漢語釋義是指簡明扼要，沒有多余的內(nèi)容。尊重用戶的時間，提供簡潔的反饋語言、反饋界面（如果有屏幕的話）以及完成任務(wù)的最短路徑，不要阻礙用戶。

簡潔的反饋語：用戶能夠輕松理解機(jī)器在說什么，同時感到舒適。過長的語言內(nèi)容會讓用戶很難抓住重點(diǎn)，并且難于記憶，下面有一些保持語言簡潔的方法：

• 一口氣測試：對于沒有逗號隔開的單句話，如果能夠用正常對話的語速把這句話一口氣讀出來，表示長度是適合的。如果你需要換氣，就要考慮精簡。
• 避免重復(fù)：有屏幕的設(shè)備，應(yīng)避免在屏幕上顯示和語音內(nèi)容完全重復(fù)的信息，圖形界面應(yīng)該提供語音以外更多的信息，利用視覺反饋，幫助用戶更加快捷的完成任務(wù)。
• 插槽數(shù)量控制：對于包含多插槽信息的語句，插槽的數(shù)量能夠被用戶很好的接受不了和理解，這個可以招募一定數(shù)量的用戶來進(jìn)行測試，一般情況下插槽數(shù)量不超過三個。

愉悅路徑：最短完成任務(wù)的路徑，同時也要準(zhǔn)備其它的替換路徑，因?yàn)橛脩艨赡軟]有一次性給出所有必要信息。

3.2 保證明確

“明確”的是指表達(dá)得清晰明白而確定不移，使聽者幾乎不用思索便能聽懂。保證明確的表達(dá)，有以下方式。

避免開放式問題：開放式問題可能會混淆用戶或?qū)е掠脩粢阅黄谕蛑С值姆绞交卮饐栴}。例如，問“你喜歡什么？”太開放了。即使是像“香蕉或蘋果”這樣的問題，也可能會出現(xiàn)“是”的回應(yīng)。

提供明確的選項(xiàng)：不要問一些自己都無法回答的問題，讓用戶糾結(jié)于如何回答，特別是在車載場景下的對話，一定要避免用戶過長時間的思考。以來電為例，機(jī)器可以詢問“接聽還是掛斷？” 。

明確的陳述句：不要說一些模棱兩可的話語，讓用戶產(chǎn)生疑惑。比如“正在為您撥打電話”比“我可能在撥打電話”更加明確。

3.3 自然的交流

鼓勵用戶自然的表達(dá)同時機(jī)器也要給出自然的反饋，讓對話更加自然有以下方法。

用戶自然的表達(dá)：同一意圖包含多種表達(dá)方式，在語音交互中需要支持識別更多的表達(dá)方式，讓用戶自然的表達(dá)。

機(jī)器自然的反饋：不要告訴用戶應(yīng)該怎么說，甚至是一句一句的教用戶；盡量不要使用難于理解的專業(yè)術(shù)語；增加同一含義的表達(dá)豐富性，減少機(jī)械感。

3.4 推進(jìn)對話

在語音交互過程中，機(jī)器需要促進(jìn)對話的進(jìn)行推進(jìn)對話，通常有以下的方法。

用戶引導(dǎo)：一般用于新手引導(dǎo)，告知用戶功能范圍等。

提問：明確提出問題可以指導(dǎo)用戶接下來該如何說，但也要準(zhǔn)備用戶會答非所問。

先拋出一個答案：當(dāng)用戶回答的信息不全時，有時可以為主動為用戶做出一個選擇，推進(jìn)任務(wù)的進(jìn)行，同時允許用戶更改。

3.5 符合語境

VUI設(shè)計也要盡可能地利用用戶的語境，通曉對話的來龍去脈（上下文），并具備用戶情景意識（如用戶所在地點(diǎn)、用戶是否首次使用等）。

記憶上下文：多輪對話并記住上下文，如“今天的天氣怎么樣？”——“明天呢？”，機(jī)器需要知道用戶問的是明天的天氣。這就是支持用戶的一些省略表達(dá)和代詞的使用。

情景意識：考慮用戶處于什么樣的情景。如：用戶已經(jīng)知道該如何使用產(chǎn)品，那么就不再需要反復(fù)給用戶一些新手幫助和引導(dǎo)，除非是用戶主動提出的。

3.6 輪流交談

VUI設(shè)計也要以用戶為中心，當(dāng)輪到用戶說話時，不要貿(mào)然強(qiáng)行打斷。當(dāng)機(jī)器正在說話時，用戶可以進(jìn)行打斷。

3.7 有意識地引導(dǎo)用戶注意力

聽覺輸出是時間線性的，不易記憶的，但我們往往能夠記住一句話結(jié)尾，也就是聽覺范疇的 “近因效應(yīng)”，所以我們通常把重點(diǎn)信息放在末端。比如“導(dǎo)航去天府廣場，全程28.2公里，預(yù)計需要30分鐘”，記得最清楚的基本都是“30分鐘”。

3.8 把“錯誤”轉(zhuǎn)化為對話UI中自然的一部分

VUI設(shè)計中會出現(xiàn)“無法識別”、“無法匹配”等各種錯誤情況，如果只是做一些簡單、機(jī)械的處理應(yīng)對，會讓用戶對產(chǎn)品產(chǎn)生極大的懷疑。下面是一些處理錯誤的辦法。

分類處理錯誤：把錯誤類型進(jìn)行分類，采用不同的反饋策略：

• 沒有獲取到輸入：可能用戶什么都沒說，或許系統(tǒng)完全沒有檢測到，這類情況可以不需要任何反饋。
• 獲取到信息，但無法識別：這種情況可能是背景噪音、或是多用戶造成的。如果沒有連續(xù)的上下文，可以采取通用提示“你說的什么？”，“我沒聽清”或者“再說一遍”之類的語句；如果有連續(xù)的上下文，可以根據(jù)具體的內(nèi)容來提示，如“你選的第幾個”，“我沒聽清是第幾個”等等。
• 識別了用戶輸入，但不具備處理能力：這種情況需要告知用戶，并給出一些提示。比如“這個我不會，但是我可以……”
• 錯誤識別信息，并具備處理能力：這種情況做好能夠?qū)㈠e誤的識別結(jié)構(gòu)復(fù)述出來，并詢問用戶。比如用戶說的是聽音樂，機(jī)器卻識別成了打電話，那么可以詢問用戶“你是要打電話嗎？”

及時提供幫助：當(dāng)用戶出現(xiàn)困惑、沒聽懂、沒聽清或者不知道該怎么說的情況，可以提供相應(yīng)的幫助。比如用戶說“我沒聽清”，那么機(jī)器可以重復(fù)一遍之前說的話；也可能是說出像是”幫助“或”我不知道“之類的話。

四、設(shè)計走查

完成一套VUI設(shè)計之后，如何知道自己做得對不對、好不好？下面有一些簡單的測試方法：

• 自己念出來：每完成一組對話撰寫之后，自己可以找個獨(dú)立空間把它們念出來，因?yàn)槟愫苡锌赡茏珜憣υ挄r采用書面語言，所以通過念出每段對話能夠幫你找到表達(dá)不合適的地方。
• 找人演練: 找到一些團(tuán)隊(duì)以外的人，按照已經(jīng)設(shè)計好的VUI和他們進(jìn)行對話演練。對流程多測試幾次，應(yīng)該就能發(fā)現(xiàn)一些問題，例如哪個對話任務(wù)完成起來有困難，或是用戶與語音交互的場景中，聽者的感受如何。之后也可以搜集一些主觀反饋，例如他們在哪里卡住了，在什么地方感覺不順暢。
• 用模擬器檢驗(yàn):如“谷歌的在線模擬器”，輸入對話文字，讓系統(tǒng)運(yùn)行讀出來。也可以采用訊飛的AIUI平臺，搭建技能之后查看效果。做了這些工作之后，你會逐漸發(fā)現(xiàn)先自己會越來越能夠掌握撰寫對話的技巧。

除了上述的一些測試辦法，下列走查清單為你提供了一種快速檢查方法，幫助你在產(chǎn)品在上線前確保已經(jīng)準(zhǔn)備好：

最后，VUI不再局限于手機(jī)，它已經(jīng)擴(kuò)展到智能家居、車載、可穿戴設(shè)備甚至更多領(lǐng)域，不同的場景和設(shè)備有它們自身的屬性和特征，VUI的體驗(yàn)設(shè)計也需要符合相應(yīng)的場景和設(shè)備。不過，所有體驗(yàn)設(shè)計的核心目標(biāo)都是易用和帶來愉悅的。

參考內(nèi)容

[1]?Google對話式交互規(guī)范指南

[2] Amazon Alexa語音交互設(shè)計

本文由 @Rinoa?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議