尋找不熟悉專案的使用者試用對話方塊。在設計過程中取得意見回饋有助於找出可用性問題，並讓您有機會及早自行修正。編寫一行程式碼之前，請務必測試對話體驗的可用性。建議您執行 Oz (WOZ) 實驗的簡潔快速精靈，幫助您瞭解走在正確的路徑上。

善用現有資料。您只需要使用範例對話方塊 (目前已經已經完成的話) 即可。您只要找出不熟悉專案的人 (例如家人、朋友、同事)，然後請他們擔任您的職務，您就能瞭解人物角色的行，觀察他們的回應方式。如果使用者進入「腳本」時，不妨自由發揮自己的人物角色。

請使用 Actions on Google Developers Console 中的 TTS 模擬工具，模擬人物角色的提示，藉此取得最符合個人需求的體驗。下載音訊，隨時享受隨選音訊。

這個版本需要下列四點：

• 對話腳本，提供有關每位使用者回應後的意見內容。使用高階流程 (或簡化版流程) 非常適合使用此功能。
• 已下載所有人物角色語音提示的音訊。這個檔案名稱可協助您快速識別要播放的正確檔案。
• 某人將玩「使用者」。表示某位動作的使用者不熟悉您的動作。
• 有人要玩「精靈」。這會讓對方非常熟悉您的操作。

讓精靈播放動作問候語的音訊開始對話，例如「歡迎使用啟動器啟動所有 Google I/O 專屬功能。節慶活動進行中！你是幸運參與者嗎？精靈會等待使用者做出回應，希望與同義詞 (是「是」或「否」) 做出回應。使用者做出回應後，精靈會快速查詢高流程流程，以便判斷接下來要播放什麼內容，然後找出並播放正確的音訊檔案。

當然，在您開始建立動作後，通常會使用 Actions on Google Developers Console 中的動作模擬器進行測試。邀請朋友、家人或同事進行測試！

無論使用哪種實驗，請務必：
朗讀	你的目標是更新設計，反映真實使用者需求，因此希望 WOZ 原型盡可能貼近現實。紙張的品項未必是實際的對話模式，也不一定能流暢地對話，因此請確保使用者能聽到您的提示，並說出自己的回應內容。
記錄工作階段	請先取得權限以錄製會議，以便你返回並聆聽。記下工作階段期間出現的問題。
徵求意見回饋	要求使用者用自己的方式描述自身體驗。為何覺得成效不如預期？有什麼驚喜嗎？滿意嗎？切記，重點在於使用者的行為，而非他們的觀點。

透過 WOZ 實驗，您可以瞭解使用者如何與您的設計互動。您可能會發現，使用者採取不符合預期的做法，所以必須調整設計以符合他們的需求和期望。

收益：聚焦於設計的可用性，而非使用者的意見。根據使用者行為反覆改進，如果時間允許，請重新測試。

請思考哪些地方 (以及您可以如何改善對話方塊)：
自然對話	注意使用者自然搜尋資訊的方式。他們是否覺得只能在簡短簡短關鍵字語句中對話，還是比較能夠交流？和員工角色交談時，他們會感到不悅或毫無自信嗎？這種流程是否讓使用者可以一次提供一種資訊，還是必須在同一句話中提供多項詳細資訊？
使用者混淆	找出使用者感到困惑或不確定該表達什麼意思。請查看先前的提示，瞭解該如何進行說明。行動號召是否清楚？
非預期語音	使用者可能會說你出乎意料的內容，請記下來，並在設計中新增對策。
有挫折感或令人反感的跡象	這通常表示互動的互動時間過長。請查看您的提示，看看是否比較簡潔。有沒有可以省略的詳細資料嗎？
觀察誰最常發表	使用者是否覺得自己能夠掌控對話內容？如果不是，該如何變更？

完善的測試對於開發優質軟體及提升使用者滿意度至關重要。

這部影片會詳細說明如何打造「動作」流程的端對端測試，並介紹可用工具來簡化程序。並分享各種主題的最佳做法，例如如何處理意外的使用者查詢。