今天不寫程式碼，來談談如何用低成本的方式，讓真實使用者試用 SyncETA Lite，並蒐集有意義的回饋。

這部分的方法，也直接對應到我研究論文中規劃的使用者研究流程，只是今天會用最精簡、適合個人專案的版本。

為什麼要做使用者測試？

寫程式的人很容易陷入「我覺得這樣操作很直覺」的自我盲點。

實際找幾個人試用，往往會發現你完全沒想過的操作困惑，例如「使用者根本沒注意到可以拉動信心水準滑桿」。

輕量版測試流程（5 位測試者即可）

一個常見的經驗法則是：5 位測試者大約能發現 80% 的重大易用性問題 ，不需要一開始就找幾十人做大規模測試。

• 任務導向測試： 不要問「你覺得這個 App 怎麼樣？」，而是給具體任務，例如「請用這個 App，查詢從你家到學校，90% 有把握準時到達的出發時間」，觀察使用者實際操作的過程與卡點。
• 出聲思考法（Think Aloud）： 請測試者在操作時，把心裡想的話說出來，例如「這個滑桿是做什麼的？」，能直接聽到使用者的困惑點，比事後問卷更真實。
• 簡短問卷： 測試後用幾題李克特量表（例如 1-5 分：「我覺得這個建議是可信的」），量化蒐集主觀感受。

這對應到我的研究方法

在我的碩論規劃中，會用更完整的 SUS（System Usability Scale） 易用性量表，以及自訂的「AI 推薦滿意度量表」，搭配 15-30 位受測者做較嚴謹的統計分析。

今天教學系列的版本，可以把它想成是「正式研究前的 Pilot Test（前導測試）」——用小規模、低成本的方式，先抓出明顯的問題，再進入更嚴謹的研究階段。

記錄回饋的簡單方法

不需要昂貴的工具，一個 Google 表單或甚至一張紙本記錄表，寫下「使用者說了什麼」「操作卡在哪裡」就足夠。重點是要有紀錄，而不是憑印象事後回想。

明天，我們就要根據今天蒐集到的（假設性）回饋，實際調整介面與邏輯。