Assistant

因此，您的設計必須涵蓋大多數使用者會喜歡的好路徑。現在，讓我們著重探討路徑長長尾了。請考量對話中可能出現的錯誤，以及使用者可能遇到的或不預期路徑。

在「需求」階段中，您已定義一組明確的主要用途。請將這些優先順序納入考量，以免在這份清單中加入邊緣案例。開始設計細節時，您會遇到未曾考慮過的新情境。在擴充設計範圍以處理這些新情況之前，請仔細考量所帶來的影響。

頭部	主體	長尾
主要用途 這些是使用者最常用您功能最重要的對話路徑。您只需要費心投入這些心力，就能提供良好的使用者體驗。	繞道 這類項目不太常見，且通常是越直接或較不成功的對話路徑。花點時間給予他們充分支持，但避免花費太多時間與精力。	邊緣案例 這些都是不常見的路徑。考慮籠統的提示，例如「很抱歉，我不確定該如何提供協助」；或者，您可以更具體地說明什麼是簡單可行的解決方案。

---

在主要用途和邊緣用途之間，有幾個常見差異點。一般而言，這些是新的測試情境，您在測試期間或實際發現時才會考慮。大多數情況下，這類作業需要較長的時間，可直接處理替代路徑。

以下列舉幾項常見的注意事項：

---

對話設計就是在對話中編寫一半的內容，希望能夠確保所有人都可以順暢執行。設計長尾時，請著重於使用者能夠在對話方塊中的每個步驟所說的內容，定義您的意圖 (也稱為文法)。

意圖是指使用者所說內容與操作的對應結果。舉例來說，「你喜歡披薩嗎？」提示要求回答「是」和「否」。每個意圖都應包含相關的訓練詞組，包括「yes」和「nope」等同義詞，以及「我超愛」或「總收入」等同義詞。這可能會按其頻率進行加權。意圖也可用來加入註解，例如將「fmosh mozzarella」分類為披薩配料的披薩配料，但「必須搭配新鮮莫瑞瑞」，才能增添這個效果。

如果您使用的是 Dialogflow，請參閱這篇文章，進一步瞭解意圖。

---

即使有可靠的意圖，仍可能有錯誤存在。使用者可能會因為沒有靜音 (「未輸入錯誤」錯誤) 或說出了意料之外的「不相符」錯誤而關閉指令碼。使用「error」提示會自然地引導使用者返回成功路徑，或是重設「不可同意」的內容。

良好的錯誤處理機制僅適用於特定內容，因此對話方塊的每次轉換都必須提示「沒有輸入錯誤」和「無法比對」錯誤。