通常 是 由 一 個 人 單獨 使用 ， 則 一 次 找 一 個 人 來 測試 ； 如果 它 通常 是 一 組 人 一起 用 ， 那 就 找 一 組 人 一起 測試 。 唯一 的 例外 是 一 種 配對 測試 的 技巧 ： 即使 一般 是 由 一 個 人 使用 ， 你 可以 試 著 一 次 找 兩 個 人 ， 讓 一 個 人 使用 原型 ， 另 一 個 人 負責 指揮 他 的 行動 並 說出 使用 的 結果 。 這 種 配對 測試 讓 他們 得以 用 開放 自然 的 方式 討論 使用 過程 中 的 想法 、 假設 和 挫折 。 研究 者 應當 在 旁邊 觀察 而 不 去 打擾 他們 ， 可以 坐 在 受 試 者 的 後面 觀察 ， 或 透過 視訊 在 另 一 個 房間 觀看 。 不管 是 用來 做 資料 分析 ， 或是 用來 向 團隊 成員 解釋 分析 的 結果 ， 測試 過程 的 錄影 經常 是 很 有 價值 的 。 當 研究 結束 後 ， 讓 受 試 者 追溯 使用 的 步驟 ， 提醒 他們 做 過 哪些 事 ， 詢問 他們 的 想法 ， 這樣 的 方式 能 更 詳細 了 解受 試 者 的 思考 歷程 。 有時候 把 錄影 放給 他們 看 ， 能 幫助 他們 回想 自己 的 活動 和 想法 。 這樣 的 測試 要 包括 多少 人 ？ 這 一 點 眾說紛紜 ， 但是 我 的 同事 尼爾森 （ Jakob Nielsen ） 長期 以來 提倡 「 五 」 這 個 數目 ： 找 五 個 人 分別 測試 ， 根據 測試 結果 改良 原型 ， 然後 找 五 個 不同 的 人 再 做 一 次 測試 。 五 個 受 試 者 通常 足以 找出 主要 的 測試 結果 。 如果 你 真的 想 測試 更多 人 ， 一 次 還是 五 個 人 ， 但是 增加 「 測試 ─ 改良 」 這 個 週期 的 次數 ， 不斷 重複 ， 直到 達到 想要 的 人數 。 這 種 方式 比 一 次 測試 許多 人 有效 得多 ， 因為 它 給 你 多 次 改良 的 機會 ， 而 不 是 只 做 一 次 改良 。 如同 原型 的 製作 ， 在 問題 定義 階段 的 測試 ， 能 幫助 設計師 對 問題 的 充分 理解 ， 然後 在 問題 解決 的 階段 可以 用來 保證 新 的 設計 能 符合 受 試 者 （ 以及 目標 群體 ） 的 需要 和 能力 。 重複 漸進 重複 漸進 （ iteration ） 2 在 人本 設計 中 的 意義 是 不斷 的 改進 和 提昇 。 如同 史丹福 大學 教授 ， 設計 公司 IDEO 的 創始人 之 一 凱利 （ David Kelley ） 所 言 ， 設計 活動 的 目標 是 快速 地 設計 和 測試 原型 ， 所以 才 能 「 失敗 得 早 ， 失敗 得 快 」 （ 見 第2 章 ） 。 許多 很 理性 的 高階 主管 和 政府 官員 ， 從來 不能 完全 了 解 設計 過程 的 這 個 層面 。 為什麼 你 要 失敗 ？ 他們 似乎 認為 ， 只要 確定 規格 ， 然後 根據 規格 開發 ， 之後 經由 測試 確定 符合 規格 就 行 了 。 正 是 這 種 觀念 導致 今天 有 這麼多 難以 使用 的 系統 。 計畫性 的 測試 和 改進 會 讓 東西 變 得 更 好 ， 而 失敗 是 值得 鼓勵 的 事 。 其實 ， 它們 不應該 被 稱為 「 失敗 」 ， 它們 應該 被 看作 是 學習 經驗 。 如果 一切 完美 ， 反而 學 不 到 東西 ； 碰到 困難 ， 才 有 學習 跟 進步 。 設計 中 最 困難 的 部分 是 找出 正確 的 要求 ， 定義出 正確 的 問題 ， 然後 找到 適當 的 答案 。 在 抽象 的 情況 下 制定出來 的 要求 總是 錯 的 ； 問 人們 他們 要 些 什麼 ， 這 種 透過 詢問 方式 得到 的 要求 也 總是 錯 的 。 真正 的 要求 ， 要 在 普通 的 環境 中 ， 自然 地 對 人 觀察 才 能 了解 。 當 你 問 人們 需要 什麼 ， 他們 會 想到 的 主要 是 日常 生活 面對 的 問題 ， 很少 注意到 更 大 的 問題 及 更 基本 的 需求 。 他們 從不 質疑 現在 使用 的 方式 ， 而且 ， 即使 他們 小心 地 解釋 他們 怎麼 做 ， 然後 你 去 觀察 他們 實際 做 那些 事 ， 他們 的 行為 往往 和 自己 的 描述 有所 差異 。 你 會 問 ： 「 為什麼 有 差異 ？ 」 「 喔 ， 我 這 次 做 的 方式 有點 不同 ， 」 他們 回答 ： 「 這 是 個 特例 。 」 事實 證明 ， 大多數 情況 下 都 是 「 特例 」 。 要 得到 正確 的 要求 ， 要 靠 反覆 的 研究 和 試驗 ， 也 就 是 重複 漸進 。 透過 觀察 和 研究 ， 決定 問題 可能 是 什麼 ， 並 使用 測試 的 結果 來 決定 設計 的 哪 一 部分 及格 ， 哪 一 部分 還 有 問題 ， 然後 將 這 四 個 過程 再 循環 一 次 。 如果 有 必要 的話 ， 收集 更多 的 研究 結果 ， 衍生 更多 的 想法 ， 開發 更多 的 原型 ， 並 對 其 進行 測試 。 隨著 每 一 個 週期 ， 測試 和 觀察 可以 更 有 重點 也 更 有效 ， 想法 更加 清晰 ， 對 問題 的 定義 更 清楚 ， 原型 也 更 接近 實際 的 產品 。 在 幾 次 的 重複 漸進 之後 ， 就 能 開始 往 一 個 解決 方案 聚焦 ， 將 幾 個 不同 的 原型 所 代表 的 想法 融合為 一 。 這 個 過程 什麼 時候 結束 ？ 這 要 由 產品 經理 決定 ， 因為 他 必須 在 預定 時間 內 提出 最 高 品質 的 結果 。 在 產品 開發 的 過程 中 ， 進度 和 成本 是 非常 強大 的 局限 ， 而 設計 團隊 必須 在 這些 限制 下 做出 一 個 高品質 的 設計 。 不管 設計 團隊 有 多 長 的 時間 ， 最後 的 結果 都 像是 期限 之前 二十四 小時 內 趕出來 的 。 （ 這 就 像 寫作 ， 無論 你 有 多 長 的 時間 去 寫 ， 總是 在 截稿 的 幾 個 小時 前 才 寫 得 完 。 ） 以 活動 為 中心 的 設計 ， 以 人 為 中心 的 設計 強調 對 人 的 關注 ， 是 人本 設計 的 特點 之 一 。然而 人 是 有 差異性 的 ， 如果 這 項 產品 要 設計給 全 世界 各 地 的 人 來 用 ， 該 怎麼辦 ？ 許多 製造商 基本 上 對 所有 的 顧客 提供 相同 的 產品 。 雖然 汽車 必須 要 照 各 個 國家 的 法規 加以 修改 ， 全 世界 的 汽車 基本 上 是 相同 的 。 照相機 、 電腦 、 電話 、 平板 電腦 、 電視機 、 電冰箱 也 差不多 。 是 的 ， 是 有 一些 地域性 的 差異 ， 但 相對 來 說 差異 很少 。 即使 像 電鍋 這 種 專門 針對 某 種 文化 的 產品