Test

一句話定義

設計思考 第五階段——把 Prototype 帶到使用者面前驗證假設;同時兼具收斂(驗證)與發散(再次同理、可能再得新洞見)的雙重特性。

核心要點

Mindset:「Test as if you know you are wrong」

「Prototype as if you know you are right, but test as if you know you are wrong.」

  • 訪談時切勿引導;讓使用者自由發表
  • 原型不代表你或團隊的價值,只是溝通工具
  • 想解釋設計原因時,轉而問使用者:「你為什麼會這麼想?這麼做?喜歡 / 不喜歡?」

三大目的

  1. 優化原型與解方:藉測試打造更精準的下一版
  2. 更深入了解使用者:測試是再次貼近使用者的機會
  3. 測試並優化 設計觀點 (POV):可能發現連 POV 都需要調整

角色分工

角色職責
主持 (Host)解釋原型基本設定與情境,避免過度推銷或引導;通常在測試後當訪談主發問者
演員 (Players)扮演特定角色協助創造情境(如校園交流空間中的其他同學)
觀察者 (Observers)專職觀察並記錄使用者行為、情緒;至少需取得受測者同意後錄影

七步流程

  1. 思考測試目標(可不同於原型製作目的)
  2. 角色分工
  3. 創造情境脈絡(最好帶到真實生活中;無法時用聲音 / 影像 / 口述模擬)
  4. 讓使用者體驗原型(不要過度引導;給最少資訊)
  5. 讓使用者分享:「你在做這件事的同時,心裡在想什麼?」
  6. 主動觀察:記下「使用」與「錯誤使用」的行為
  7. 追問:兩個小技巧:用問題回答問題、當使用者要求加功能時多問「為什麼」

工具

  • Feedback-Capture-Grid(回饋捕捉格)— 四象限:加號 / 三角形 / 問號 / 電燈泡
  • I-Like-I-Wish-What-If — 三句型回饋架構
  • 放聲思考(Think Aloud)— 讓受測者把想法說出來

案例

Bradley Watch(Eone)— 原本只重功能實用性,測試後發現視力受損者也在意美觀,重新設計觸摸式手錶外觀;改版 15 次後募資大受好評。

與其他概念的關係

  • 設計思考 五階段的最後一步;上一步是 Prototype
  • Empathize 形成迴圈:測試本身就是再次同理使用者。
  • 可能觸發 reDefine,回到 Define 重新建構 設計觀點
  • 迭代設計 的天然觸發點 — Test 階段發現的問題決定回溯到哪一階段;「早期發現問題比上市後便宜」這條經濟性紀律的具體實踐入口。

相關來源

備註

「Test」是英文中極通用的詞(軟體測試、A/B 測試、實驗驗證等)。本頁特指設計思考的階段概念;其他語境若有需要再開新頁區分(例如 Test-(軟體).md)。