亞馬遜語音交互設計規範（一）設計流程 Design Process

之前說過準備翻譯亞馬遜的語音交互設計規範的，由於第三篇比較長，所以花費了蠻久時間。翻譯的水平有限，但希望對大家有幫助。

整個設計規範分五個部分：

一，對話交互的設計流程

二，用戶說的內容

三，Alexa的回應

四，設計走查清單

五，辭彙表

每個部分都對對話交互有所幫助，提到的比如使用平行對話，對話標記詞等等細節的點，能讓我們的對話聽起來更自然易懂。

一，對話交互的設計流程

設計語音體驗的思考過程

我們需要讓Alexa能讓處理事情變得更快，更簡單也更愉快。當用戶和Alexa交流的時候，用一種新的交互方式來讓他們感到愉悅。

在設計技能時，我們需要為用戶和Alexa之間創建一個對話腳本。先專註於能良好運行並滿足用戶所需的交互，然後再考慮增加複雜性和驚喜。可以想想用戶在使用技能時，我們想要他們體驗和感受到什麼。

本章內容

1，建立目的和用戶故事

2，撰寫腳本

3，制定流程

4，準備開發

創建對話目的和用戶故事

從人們想要完成的事情開始，確定你技能的功能和使用它的好處。 然後，找出描述人們需要和可以做什麼的故事。 然後，使用腳本和流程來確定交互的細節和各種情況。

確定目的和功能

描述一個或多個人們會發現你的技能有用和可取的情景。 通過提出以下問題來確定技能的功能：

• 技能的目的是什麼？ 人們為什麼要使用它？
• 在使用技能交互之前，期間和之後，人們將會做什麼？
• 人們能從技能上獲得哪些在其它地方不能得到的功能？

確定用戶故事

根據技能的目的和能力，確定各個步驟和行動。

• 用戶能用技能做什麼和不能做什麼？
• 什麼信息是用戶預期可用的？
• 用戶可以用哪些方式調用該技能？
• 什麼功能直接支持技能的目的？
• 是否有需要的信息來自其他體驗，例如從網站或移動應用？

撰寫腳本

腳本是顯示用戶和Alexa之間的對話的，就像電影或戲劇里一樣，它也是確定對話如何互動的好方法。可以使用腳本來幫助確認你可能沒考慮到的情況。

編寫腳本時需要考慮以下幾點：

• 保持互動簡短。
• 寫出人們是如何交談的，而不是如何閱讀和寫作的。
• 避免重複的短語。
• 當用戶需要提供信息給出指示。
• 不要假設用戶知道該怎麼做或會發生什麼。
• 清楚地呈現選項。
• 一般來說，一次提供不超過三個選擇。
• 一次只問一個信息。

制定流程

一個基本的腳本並不能完全覆蓋人們如何在現實中和技能交互。用戶可能會說太少，太多，或者說些你沒想到的東西。可以使用以下技巧來擴展腳本和發現用戶可能處理任務的各種方式：

定義用戶處理的最短路徑

處理的最短路徑通常是用戶一次性提供了所有需要的信息和詞槽，比如帳戶在相關時已經關聯，其它前提條件也都已經在單次調用時滿足了。

定義備用路徑和決策樹

通常，用戶說的不完全包括完成請求所需的所有信息。因此在流程中，需要確定替代路徑和用戶決策。

定義系統邏輯必須做出的後台決策

確定後台系統決策，例如新用戶或老用戶。一次後台系統檢查可能會改變用戶遵循的流程。

定義技能如何幫助用戶

需要在幫助功能中包含明確的方向，用戶可以使用該技能做什麼。基於技能的複雜性，幫助可能提供一個簡單的響應或許多響應。

定義帳戶關聯過程（如果存在）

確定帳戶關聯所需的信息。流程還需要確定當帳戶未關聯時技能如何響應。

準備開發

一旦你有一個腳本和一個詳細的流程，就可以開始搭建技能功能以及用戶會說什麼來和它交互的框架。

確立意圖

意圖代表你的技能能夠做的獨特的事情。一個計劃旅行的技能可能有五個意圖，例如計劃旅行，預定旅行，停止，取消和幫助。

有關在腳本和流程旁邊生成意圖列表的信息，請參閱第三章《用戶說的內容》。

確立話語

話語包括用戶可能會說的一堆的來實現意圖的單詞，短語和句子。例如，要使用計劃旅行意圖，用戶可能會說「計劃旅行」，「下一個星期五計劃旅行」或「計劃遠程旅行到波特蘭」。

有關識別話語的信息，請參閱第三章「用戶說的內容」。

推薦閱讀：