現在，基於我們現有的初始對話流與打造完成的語音應用程式。
來試著讓它變得更好!
現在我們進入設計對話流中，「測試和迭代」階段
用戶研究在設計過程中的任何時候都會有所幫助。
沒有什麼可以替代從實際用戶那裡獲得反饋，以找出哪些有效，哪些無效。你越早這樣做越好。
當你沉浸在設計中時，發現問題是很困難的——需要一個局外人的意見。
好消息是，在編寫一行代碼之前，您可以快速而輕鬆地洞察您的設計是否適合用戶。
找一個不熟悉你的項目的人來嘗試你的對話可以獲取反饋以查看您的對話是否有效 。
在設計過程中獲得反饋能找出可能的問題，並有機會儘早自我修正。
在編寫一行代碼之前，對您的對話體驗進行可用性測試很重要。
我們建議進行快速而簡陋的綠野仙踪 (WOZ) 實驗，以幫助您確定自己是否走在正確的道路上。
綠野仙踪 (WOZ) 實驗得名於電影《綠野仙踪》；
它是一種實驗心理學實驗方法，測試人員模擬計算機應用程序來與用戶進行通訊交互，這個時候用戶會覺得自己在與真正的機器對話而表現出最真實的行為反饋。
簡而言之，這是一種無需實際開發軟件即可測試原型的方法。
WOZ 原型設計用於評估設計的功能、
滿足用戶目標的能力以及整體改善用戶體驗 (UX)。
WOZ 實驗旨在看起來和感覺像真實的體驗，但不是軟件，而是一個人模擬角色（“嚮導”）在實際應用程式中的行為。
參與者可能知道也可能不知道他們正在與幕後的「巫師」互動。
[例如] 亞馬遜基於該方法做語音交互驗證實驗
利用Amazon Echo將幕後的測試人員實時輸入的話轉化為機器語音，並通過機器語音與用戶進行測試交流，此時用戶會認為自己正在與真正的機器對話。透過這個方法能得到最真實的行為反饋。
WOZ 原型設計的最大優勢之一是您無需構建即可測試您的設計。
WOZ 實驗是語音測試原型的最小可行產品（MVP）。它們相對容易運行且幾乎不需要額外的努力。
原型可能非常簡單，或者它可能是一個能夠執行一些但不是所有任務的一個對話模型。
當然，你的原始模型越逼真，你的反饋就會越好。但要明智地選擇：您可以為此分配多少時間？執著於將原始模型真實化是值得嗎？
運行 WOZ 實驗可以讓您了解人們將如何參與您的設計。
您可能會發現用戶所做的事情與您的預期非常不同(如下方這張圖)，為此需要您更改設計以更好地滿足他們的需求和期望。
基本底線：專注於設計的可用性（而非用戶的意見）並根據用戶行為進行迭代，並在時間允許的情況下再次測試。
我們將介紹幾種綠野仙踪實驗的實踐方法
iThome鐵人賽
看影片追技術