切換菜單

- 主頁
- 文章
- App
- 完美語音用戶界面設計的操作指南

# 完美語音用戶界面設計的操作指南

已發表: 2020-02-10

自從我看到鋼鐵俠的第一部分，我就對托尼的人工智能技術的潛力著迷，他的人工智能助手賈維斯非常好。

但是，嘿！ 在現實生活中，我們已經完成了一半。

還記得第一次在 iPhone 4S 上使用 Siri 嗎？ 這是一種超凡脫俗的感覺，不是嗎？ 從那時起，我們都知道我們已經走了多遠——Alexa 、 Google Assistant 、Cortona 等等。

所以，作為一個有靈感的設計師，如果你和我一樣著迷並且想給基於語音的 AI 一個機會，那麼你需要磨練你的技能和知識來設計語音用戶界面。

幸運的是，您偶然發現了正確的文章。 這是您想要和需要了解的有關 VUI 的所有信息，以及使它們成為直觀應用程序搜索設計的重要組成部分的原因。

## 什麼是 VUI（語音用戶界面）？

Voice user Interface 的首字母縮寫，VUI 是允許用戶通過語音命令與系統交互的界面。 最受歡迎和頂級的語音用戶界面示例是 Google Assistant、Siri 和亞馬遜的 Alexa。

VUI的最大優勢在於它們促進了一種無需眼睛和免提方式與系統交互的方式。

與在任何操作系統和設備上運行的移動應用程序類似，VUI 包含需要協同工作以實現高效語音交互的三層。 在這裡，三層中的每一層都使用它下面的層，同時支持上面的一層。 它是語音接口所在的上兩層，駐留在雲端而不是設備上。

## 設計語音用戶界面的步驟

1.研究你的聽眾

在設計 VUI 的過程中，您需要像設計其他數字產品一樣採用用戶至上的設計。 這裡的主要目的是收集信息並了解用戶的行為和需求，因為這些信息是產品需求的基礎。

在這個階段你應該關注的是——

- 確定用戶的痛點以及他們的體驗如何。 通過這樣做，您將能夠分析用戶可以從中受益的地方。
- 您必須收集有關用戶語言的信息——他們如何說話以及他們在說話時使用的短語。 這將幫助您為不同的話語設計一個系統。

2 . 定義

在這個階段，您需要定義功能並塑造產品。 這包括 -

- 創建交互的關鍵場景

這些場景出現在應用程序的具體想法之前，應該被識別出來，以便轉化為對話對話流。 它們是一種思考為什麼有人需要使用 VUI 的方式。 因此，您需要設計對用戶具有高價值的場景。

有時，可能會混淆哪些場景很重要，哪些場景可以忽略。 為此，您可以使用用例矩陣來評估它們中的每一個。

- 確保這些場景適用於語音

這裡最重要的是用戶能夠比使用替代方案更有效地解決特定問題。 此步驟的目的是找到用戶將從中受益的常見和特定案例。

在眾多情況中，少數情況是 - A. 當用戶全神貫注而無法使用可視化用戶界面時，以及 B. 當他們想要快速做某事時。 即，命令 VUI“播放一些音樂”比手動執行要少得多。

- 三個因素-意圖，話語，槽

讓我們通過上面提到的“播放一些音樂”的例子來理解這兩個。

意圖——它基本上描述了語音命令的更廣泛目標。 有兩種類型的意圖 - A. 高效用（非常具體和直接的命令，即“打開客廳的燈）和 B.低效用（模糊且難以破譯）。 在我們的例子中，它是一種高效用交互。
話語——它處理用戶表達請求的可能方式。 在我們的例子中，“播放一些音樂”的替代選項可以是從“我想听一些音樂”到“你能播放一首歌嗎”等等。 VUI的所有 UI/UX 設計師都必須考慮到這些變化。

插槽——當意圖不充分時，插槽就會發揮作用。 它們指的是為查詢提供最佳結果所需的附加信息。 它們可以是可選的，也可以是必需的。 在我們的示例中，插槽是“放鬆”的，但它是可選的，因為音樂的類別不是由用戶定義的。 但是，如果命令是“在 Uber 上預訂出租車”，則該插槽將是“目的地”，因此是必需的。

3. 創建原型

對話流是“如何在用戶和技術之間創建語音交互”這個問題的答案。 該過程首先為您針對產品的每個需求創建一個對話流。

這些是對話流應涵蓋的以下幾點——交互的主要關鍵字、對話可能指向的分支以及用戶和助手的示例對話。

在我們的案例中，對話流只不過是一個原型，說明了用戶和語音助手之間的來回對話。 讓我們看一下下面的圖解對話流程，以便更好地理解。

您可以為 VUI 使用多種原型設計工具。 一些最受歡迎的是 Amazon Alexa Skill Builder、Sayspring 和 Google 的 SDK。

寫對話

一組經過編譯的對話是構建語音用戶流的基礎。 以下是一些創建引人入勝的對話式對話的技巧——

- 不要讓這個過程冗長乏味。 將步驟數保持在最低限度。
- 您不應該向用戶教授命令。 這是很自然的事情。 相反，專注於讓你的語音助手對話。
- 盡量保持你的問題和回答簡短。 以下是注意事項。

別 -

用戶： “告訴我一個吃中國菜的好地方”
系統： “我給你找了五個地方。 第一個是“吃中餐”，位於……，距離您 15 分鐘，營業時間為上午 8:00 至晚上 8:00，第二個是“筷子”，位於……，距離您 1 小時，……”

做 -
用戶： “告訴我一個吃中國菜的好地方”
系統： “附近有幾家中餐館，你是步行還是開車？”

識別錯誤

找出你在創建對話時可能犯的錯誤不是比稍後修復放大的混亂更好嗎？ 以下是您絕對應該遠離的一些事情，但始終保持正確的角度以避免錯誤狀態。

- 模棱兩可——詞本質上是模棱兩可的。 意思是，如果一個人說“好” ，它可能意味著“好的”或像徵著他們正在傾聽。 因此，讓您的 AI 了解所有常見的歧義以獲得最佳性能。

- 拼寫錯誤/發音錯誤——與紙上的不同，單詞的發音方式不同。 一個單詞可能有多種發音，這可能會阻礙用戶與自然語言處理系統之間的對話流程。

- 不提供相關選項——始終確保用戶從對話中得到有價值和相關的東西。 查詢的不相關結果最不吸引人，甚至更不能激勵用戶再次使用您的產品。

即使查詢沒有得到肯定的結果，您的助手也應該始終回复並且不要讓用戶掛起。 也就是說，如果用戶請求“預訂週二從達拉斯到洛杉磯的航班”，那麼接下來應該是——“我找不到週二的航班”。 更好的是——“我找不到週二的航班。 你想讓我檢查一下星期三嗎？ ”。

描繪您的品牌形象

即使在人類對話中，語氣也很重要，因為它具有情感價值。 然後，您的對話將成為您產品的個性，它應該始終在用戶心中留下積極的印象。 您需要創建的不僅僅是“對話”，還需要滿足用戶的情感需求。

使用現有內容

如果您使用您可以支配的數據（您的產品與用戶的所有對話），您可以極大地個性化他們的體驗。 例如，如果用戶命令“我想點麵條”，您的系統應該回复“您想重複上次從筷子訂購的客家麵條嗎？ ”

4. 測試你的產品

在一切都接近完成階段之後，是時候測試你的勞動種子了。 您需要測試您設計的 VUI，以確保它滿足您清單上的每個基準。 您可以使用兩種方法來測試您的原型。

- 與目標用戶

您可以創建目標受眾群體，然後實施測試會話以觀察用戶如何與您的產品進行交互。 您可以使用此場合來跟踪任務完成率和客戶滿意度得分 (CSAT)。

- 使用測試模擬器

與移動應用程序開發中使用的其他模擬器類似，谷歌和亞馬遜也提供了用於測試設計產品的工具。 您可以針對硬件設備及其設置測試產品的 Alexa Skill 和 Google Action 。

5. 細化

在您的應用程序投放市場後，就該進行觀察了。 是時候沉迷於用戶體驗分析了。 此階段處理分析用戶如何使用您的產品。 如果您對應該觀察的指標一無所知，這可能會非常具有挑戰性。 所以，這裡是最突出的。

- 每個用戶的會話數或每個會話的消息數
- 使用的語言
- 意圖和話語
- 用戶參與度指標
- 行為流

## 語音用戶界面設計指南

“言語是誤解的根源”——安托萬·德·聖埃克蘇佩里

通常，可視化用戶界面也有需要解決的問題，但與 VUI 相比，錯誤的可視化界面帶來的挫敗感微不足道。 因此，如果您設計的語音助手無法正常運行，它將像燙手山芋一樣被拋棄。

（您可能還想閱讀我們關於 App UI/UX 設計的視覺故事講述的文章）

你知道什麼可以幫助你阻止這種情況的發生嗎？ – VUI 設計指南。 因此，讓我們立即看一下它們。

- 不要等用戶先問

與視覺用戶界面不同，用戶可能無法立即熟悉這些功能。 他們甚至可能不知道如何開始。 在這種情況下， Voice UI 最佳實踐之一就是邁出第一步。 例如，如果您的應用程序是一個支持語音的天氣移動應用程序，它可以對用戶說——“您可以詢問今天的天氣或每週預報。 ” 此外，您還應該提供一個簡單的退出選項。

- 保持操作選項列表簡短

除非您想在一開始就壓倒您的用戶，否則您需要確保主要只提供最合適和基本的選項。

語言內容要盡量簡潔，富有意義，同時易於一口氣理解。 正如亞馬遜為Alexa移動應用程序設計語音用戶界面所建議的那樣，一個人不得列出超過三個交互選項。 這樣做也將確保 VUI 的引人入勝的 UX 設計。

- KISS - 保持簡單和簡短

這個原則在設計 VUI 時非常有用。 為了使您的語音應用程序開發成為最好的，您需要讓您的語音助手更容易理解命令。 假設你正在設計一個語音交互來啟動車間機器，最簡單的方法是給這些多台機器分配數字，然後發出“啟動機器 1 ”等命令。

- 讓用戶知道他們正在被聽到

請記住，當您剛打開的網頁上沒有活動標誌時，您會感到多麼激動。 現在，在 VUI 的情況下增加這種挫敗感。

當設備正在主動交互時，需要通知您的用戶，這一點非常重要。 您必須讓用戶排隊等待何時說話以及何時語音助手正在收聽。 上面的 Google Assistant圖像顯示了它如何表示此功能（點形成波浪）和 Alexa 如下所示（設備頂部邊緣旋轉的藍光）。

- 確認任務何時完成

就像您在進行任何交易後需要確認一樣，VUI 也需要同樣的事情。 否則，用戶如何知道任務已被執行？

例如，一旦用戶發出“關掉廚房燈”的命令，你的助手必須做出類似“關掉廚房燈”之類的響應。 這將消除用戶親自檢查任務的需要，這基本上是擁有基於語音的人工智能的全部意義所在。

（附贈閱讀： 2020 年移動應用程序 UI 設計技巧和趨勢{獨家} ）

## 設計 VUI 的挑戰

像其他一切一樣，基於語音的界面也受到阿喀琉斯之踵的影響。 事實上，沒有一個，而是很多。 那麼，VUI 設計師經常會遇到哪些挑戰，而且往往無法識別或解決？

- 隱私和安全

這些基於語音的 AI 助手總是在排隊等候聆聽環境聲音，這一事實引起了用戶的極大關注。 他們的隱私被篡改的偏執狂也不是不合理的。

最初，像 Alexa 這樣的語音助手會存儲他們遇到的所有對話，這在用戶眼中是語音 AI 的一大風險。 當 Alexa 被發現將他們的秘密錄音發送給陌生人時，一對夫婦發生了一場噩夢。 現在，一些助手每隔 24 小時左右會自動刪除存儲的對話。 然而，這些都會帶來額外的成本和 UI 摩擦。

- 傳達語音助手無法執行的操作

語音 UI 和 UX 設計師很難向最終用戶解釋語音 AI 不能做什麼。 例如，在使用 Google Assistant 時，當您說“在星期二下午 2 點舉行名為 Sales team meeting 的活動”時，它會立即創建一個活動卡片並稍後詢問“您要保存此活動嗎？ ”

但是，如果您稍後需要更改會議的地點或時間，那該怎麼辦？ 它會回复“我不確定你說的是什麼，你想讓我保存這個事件嗎？ ”。 為了避免糟糕的用戶體驗，人工智能可以簡單地說“對不起，我仍在努力添加位置”。

- 原型設計和測試困難

設計師面臨的另一個挑戰是語音 UI 原型設計和測試。 假設您已經創建了一個原型並想要對其進行測試。 您已給出初始提示，即用戶可以使用您的語音助手購買雜貨。

挑戰從這裡開始——用戶可以用不同的風格說出特定的事情，而這些事情很難跟踪。 當語音搜索技術尚未完全開發時，在此類查詢上測試原型變得更加困難。

- 語言支持

由於語音技術的主要原則是語言，因此任何基於語音的人工智能都必須能夠流利地理解和說話。 可悲的是，到目前為止，技術只針對少數幾種語言發展。 儘管如此，向界面添加其他語言和獨特的口音仍然是一項正在進行的工作。

## VUI 的未來

就像一種儀式，我們勢必會審視每一種技術的未來前景，聲音也不例外。 從我們從Alexa 等語音界面用例中收集到的信息，我們知道僅靠語音技術集成無法滿足用戶的日常需求。

完全採用它的最佳方式是與視覺用戶界面握手——就像谷歌助理和 Siri 一樣。 VUI 和可視化用戶界面一起可以平衡彼此的缺點，為用戶提供令人驚嘆的語音助手體驗。 此外，這將允許他們使用簡單的語音命令來完成複雜的任務，而這正是語音界面在他們的開發階段所缺乏的。

誰知道到這個十年結束時，我們都可能擁有我們的賈維斯，並且能夠像托尼·斯塔克那樣在沒有實物展示的情況下完成這一切。

## 最後說明

VUI 將繼續存在，並將在未來集成到越來越多的產品中。 我們希望我們的博客有助於消除您對語音用戶界面設計的所有疑慮。 但是，如果您仍有任何疑問或想了解有關 VUI 的更多信息，您可以與我們的團隊聯繫，我們的專家將很樂意為您提供創新的解決方案。

分享，謝謝！
DevOps 在移動應用程序開發中的作用是什麼？

Devops 是一種現代應用程序開發方法，可通過開發人員和運營團隊之間的有效協作來確保應用程序的質量和持續交付。

閱讀更多
2021 年 20 大最佳 Android 庫

提供已編譯的最佳 android 本機庫列表，以實現順暢的開發過程，並且在使用這些功能時對開發人員的限制最小或沒有限制。

閱讀更多
讓我們回顧一下：我們是如何開始我們在區塊鏈領域的旅程的

Appinventiv 已被公認為全球區塊鏈領導者。 但是，這一切是如何開始的呢？ 我們的區塊鏈之旅有哪些不為人知的故事？ 知道這裡。

閱讀更多
Kotlin vs Scala：為應用程序開發人員選擇正確的 JVM 語言

比較 Kotlin 與 Scala，其中 Scala 更受函數式編程語言的影響，而 Kotlin 也用於 Web 開發和服務器端開發。

閱讀更多
如何設計暗模式：2021 年移動應用設計師指南

為暗模式設計不僅僅是翻轉黑白。 閱讀我們的指南，為您的移動應用程序獲得完美的暗模式。

閱讀更多