設計 Bot 導覽

適用于： SDK v4

使用者可以使用階層連結、使用功能表的應用程式，以及使用向前 和 返回 等 按鈕來流覽網站。 不過，這些妥善建立的流覽技術都無法完全解決 Bot 內的流覽需求。 如設計和控制對話流程 中所 討論，使用者通常會以非線性方式與 Bot 互動，因此設計 Bot 導覽一致可提供絕佳的使用者體驗，因此很難設計 Bot 導覽。

請考慮下列困境：

• 如何確保使用者不會在與 Bot 的交談中遺失？
• 使用者是否可以在與 Bot 的交談中流覽「返回」？
• 使用者在與 Bot 的交談期間，如何流覽至「主功能表」？
• 使用者在與 Bot 的交談期間如何「取消」作業？

Bot 流覽設計的詳細資料主要取決於 Bot 所支援的特性和功能。 無論您正在開發的 Bot 類型為何，您都想要避免設計不佳的對話介面常見的陷阱。 本文說明這些陷阱的五個個性：「固執的 Bot」、「無知的 Bot」、「神秘的 Bot」、「船長明顯的 Bot」，以及「無法忘記的 Bot」。

提示

您可以藉由正確 處理使用者中斷 ，來減輕 Bot 每種類型的這些個性。

「固執的 Bot」

固執的 Bot 堅持維持目前的交談過程，即使使用者嘗試以不同的方向引導事物也一樣。

請參考下列案例：

使用者通常會改變想法，決定取消或有時想要完全開始。

提示

執行 ：設計 Bot 以考慮使用者可能隨時嘗試變更交談過程。

不要：設計 Bot 忽略使用者輸入，並在無休止的迴圈中重複相同的問題。

防止 Bot 無休止地詢問相同問題的方法之一，就是為每個問題指定重試次數上限。 如果以這種方式設計，Bot 不會採取任何 智慧 的方式來瞭解使用者輸入，但它確實避免在無休止的迴圈中詢問相同的問題。

「無線索 Bot」

當 Bot 不了解使用者嘗試存取特定功能時，無提示 Bot 會以不區分的方式回應。 使用者可能會嘗試常見的關鍵字命令，例如「說明」或「取消」，並預期 Bot 會適當地回應。

請參考下列案例：

雖然您可能會想要設計 Bot 內的每個對話來接聽並適當地回應特定關鍵字，但不建議使用此方法。

提示

執行 ：實 作中介軟體 ，以檢查您指定關鍵字的使用者輸入（例如：「help」、「cancel」、「start over」等等），並適當地回應。

不要 ：設計每個對話方塊來檢查使用者輸入的關鍵字清單。

藉由在中介軟體 中 定義邏輯，您可以讓使用者存取每個交換。 然後，您可以視需要安全地忽略關鍵字的個別對話方塊和提示。

「神秘的 Bot」

神秘的 Bot 無法以任何方式立即認可使用者的輸入。

請參考下列案例：

在某些情況下，這種情況可能表示 Bot 發生中斷。 不過，可能只是 Bot 正忙於處理使用者的輸入，尚未完成其回應編譯。

提示

執行 ：設計 Bot 以立即認可使用者輸入，即使在 Bot 可能需要一些時間編譯其回應的情況下。

不要：設計 Bot 以延後使用者輸入的通知，直到 Bot 完成編譯其回應為止。

藉由立即確認使用者的輸入，您可以消除 Bot 狀態的任何混淆可能性。 如果您的回應需要很長的時間進行編譯，請考慮傳送「輸入」訊息來指出 Bot 的工作，然後追蹤 主動式訊息 。

「船長明顯的 Bot」

機長明顯的 Bot 提供完全顯而易見且因此對使用者毫無用心的資訊。

請參考下列案例：

提示

執行 ：設計 Bot 以提供對使用者有用的資訊。

不要：設計 Bot 以提供不太可能對使用者有用的未經請求的資訊。

藉由設計 Bot 來提供有用的資訊，您會增加使用者與 Bot 互動的可能性。

「無法忘記的 Bot」

無法忘記不適當地將過去交談中的資訊整合到目前交談中的 Bot。

請參考下列案例：

提示

Do ：設計 Bot 以維護目前的交談主題，除非/直到使用者表示想要重新流覽先前的主題為止。

不要：設計 Bot 以在與目前交談無關時插話過去交談的資訊。

藉由維護目前的交談主題，您可以降低混淆和沮喪的可能性，並增加使用者繼續與您的 Bot 互動的可能性。

下一步

藉由設計 Bot 來避免這些設計不佳對話式介面的常見陷阱，您正朝著確保絕佳的使用者體驗邁出重要一步。

接下來，深入瞭解 Bot 最常依賴的 UX 元素 ，以與使用者交換資訊。