採用長尾設計
請使用 80/20 規則或 Pareto Principle 規則,避免過度設計。
至於對話設計,這項規則旨在指出所有路徑的功用不相同。80% 的使用者會遵循對話方塊中最常見的 20% 路徑。因此可視情況投入資源,以便發揮最大的影響力。
同樣地,在完美性或完整性方面需要權衡取捨。這項專案的 20% 工作成果可能需要投入 80% 的資金。在這種情況下,要由心血結晶是「可以良好」。
![](https://developers.google.cn/static/assistant/conversation-design/images/8020diagram.png?authuser=19&hl=zh-tw)
常見繞道
在主要用途和邊緣用途之間,有幾個常見差異點。一般而言,這些是新的測試情境,您在測試期間或實際發現時才會考慮。大多數情況下,這類作業需要較長的時間,可直接處理替代路徑。
以下列舉幾項常見的注意事項:
取消連結的帳戶
![](https://developers.google.cn/static/assistant/conversation-design/images/unlinkedaccounts.png?authuser=19&%3Bhl=zh-tw&hl=zh-tw)
在本例中,使用者尚未連結帳戶。
不支援的操作
![](https://developers.google.cn/static/assistant/conversation-design/images/common-detours2.png?authuser=19&%3Bhl=zh-tw&hl=zh-tw)
使用者可能會要求你執行的動作,
意圖涵蓋率
對話設計就是在對話中編寫一半的內容,希望能夠確保所有人都可以順暢執行。設計長尾時,請著重於使用者能夠在對話方塊中的每個步驟所說的內容,定義您的意圖 (也稱為文法)。
意圖是指使用者所說內容與操作的對應結果。舉例來說,「你喜歡披薩嗎?」提示要求回答「是」和「否」。每個意圖都應包含相關的訓練詞組,包括「yes」和「nope」等同義詞,以及「我超愛」或「總收入」等同義詞。這可能會按其頻率進行加權。意圖也可用來加入註解,例如將「fmosh mozzarella」分類為披薩配料的披薩配料,但「必須搭配新鮮莫瑞瑞」,才能增添這個效果。
如果您使用的是 Dialogflow,請參閱這篇文章,進一步瞭解意圖。
防止錯誤發生的錯誤會比在發生錯誤時進行處理。
![](https://developers.google.cn/static/assistant/conversation-design/images/intentcoverage-do.png?authuser=19&hl=zh-tw)
正確做法:
加入「完成」意圖,並提供「我完成了」或「大功告成」等訓練詞組。
![](https://developers.google.cn/static/assistant/conversation-design/images/intentcoverage-dont.png?authuser=19&hl=zh-tw)
錯誤。
如果動作僅涉及 I/O 相關問題,使用者的回應就會觸發「不相符」錯誤。
錯誤處理機制
即使有可靠的意圖,仍可能有錯誤存在。使用者可能會因為沒有靜音 (「未輸入錯誤」錯誤) 或說出了意料之外的「不相符」錯誤而關閉指令碼。使用「error」提示會自然地引導使用者返回成功路徑,或是重設「不可同意」的內容。
良好的錯誤處理機制僅適用於特定內容,因此對話方塊的每次轉換都必須提示「沒有輸入錯誤」和「無法比對」錯誤。