個 合作 者 都 必須 努力 配合 ， 彼此 理解 。 當 我們 使用 機器 ， 結果 常常 是 人 必須 負責 所有 的 溝通 。 為什麼 機器 不能 更 友善 一點 ？ 機器 應 接受 人 的 正常 行為 ， 但 就 像 人 常常 下意識 評估 聽到 的 事情 的 真實性 ， 機器 也 應該 評估 資訊 的 品質 ， 避免 無心 失誤 造成 的 嚴重 錯誤 （ 第5 章 會 詳加 討論 ） 。 今天 ， 我們 總是 要求 人們 用 異常 的 方式 來 配合 機器 的 特殊 要求 ， 包括 一定 要 對 機器 提供 精確 的 訊息 。 人類 在 這 一 點 上 特別 不 擅長 ， 但是 當 人 無法 配合 機器 獨斷 、 非 人性 的 要求 時 ， 我們 卻 稱 之 為 人為 過失 。 錯 了 ， 這 應該 是 設計 不良 。 設計師 應該 使用 預設 用途 、 指意 、 良好 的 對應 ， 和 使用 局限 來 引導 行動 ， 以 盡量 減少 不當 行為 的 可能性 。 如果 一 個 人 做 了 一 個 不 正確 的 行動 ， 設計 應該 要 極力 提高 發現 及 更正 這 個 失誤 的 機會 。 這 需要 清楚 明白 的 回饋 ， 配上 一 個 簡單 、 清晰 的 概念 模型 。 如果 人們 能 明白 發生 了 什麼 事 ， 系統 處於 什麼 樣 的 狀態 ， 以及 什麼 是 最 合適 的 行動 ， 他們 的 活動 會 更 有效 。 人 不 是 機器 。 機器 不 需要 像 人 一樣 應付 持續 的 干擾 。 因為 這些 干擾 ， 我們 經常 在 未 完成 的 事情 之間 疲於奔命 ， 要 找回 被 打斷 之前 我們 在 做 什麼 ， 做到 哪裡 ， 想 些 什麼 。 難怪 我們 常常 會 忘記 自己 原先 說到 哪裡 ， 會 不 小心 跳過 或 重複 先前 的 步驟 ， 或 記 不 得 我們 即將 輸入 的 訊息 。 我們 的 優勢 在於 彈性 和 創造力 ， 能 為 從未 見 過 的 問題 找到 解答 。 我們 有 創造力 和 想像力 ， 而 缺乏 機械性 和 精確性 。 機器 要求 精準 和 正確 ， 而 人 不 需要 。 我們 尤其 拙於 提供 精準 的 訊息 ， 所以 為什麼 總是 要 我們 做 這 件 事 ？ 為什麼 我們 不 提高 對 機器 的 要求 ， 反而 對 人 苛求 ？ 設計師 應該 預期 人 與 機器 的 互動 不見得 都 很 順利 。 為 一帆風順 的 情形 設計 很 容易 ； 很 困難 卻 不可 或缺少 的 部分 ， 是 即使 在 出錯 、 不 按 計畫 進行 的 情況 下 ， 還 能 讓 人 把 事情 順利 完成 。 技術 如何 配合 人類 的 行為 在 過去 ， 成本 的 考慮 使得 許多 廠商 無法 提供 有用 的 回饋 ， 幫助 人們 形成 準確 的 概念 模型 。 體積 小 又 廉價 的 產品 無法 負擔 彩色 又 有 設計 空間 的 大型 顯示器 。 但是 由於 感應器 及 螢幕 的 成本 已經 下降 ， 現在 能 做 的 事 更多 了 。 由於 螢幕 的 改良 ， 電話 比 以前 容易 使用 得多 ， 所以 我 刪除 了 早期 版本 裡 對 電話 的 深入 批評 。 現在 ， 由於 這些 設計 原則 的 重要性 受到 正視 ， 高品質 、 低成本 的 螢幕 使 更多 想法 得以 實現 ， 我 期望 看到 科技 產品 有 顯著 的 改善 。 v 家用 調溫器 的 概念 模型 例如 說 ， 我 家 由 鳥巢 實驗室 （ Nest Lab ） 設計 的 調溫器 ， 有 一 個 通常 關 著 的 彩色 螢幕 ， 只有 感應到 我 在 附近 的 時候 才 會 顯示 。 它 提供 房間 現在 的 溫度 、 設定 的 溫度 ， 以及 現在 開 的 是 冷氣 或是 暖氣 （ 藍色 表示 冷氣 ， 橘色 表示 暖氣 ， 黑色 表示 到達 定溫 ） 。 它 會 學習 我 的 生活 習慣 ， 自動 改變 溫度 。 在 人 睡覺 時 節省 能源 ， 在 早晨 起床 前 調到 舒適 的 溫度 ， 當 它 感知 房子 裡 沒有 人 的 時候 ， 自動 進入 「 外出 」 模式 。 它 隨時 解釋 它 在 做 什麼 ； 因此 當 必須 改變 房間 溫度 的 時候 （ 也許 是 因為 有 人 做 了 手動 的 調整 ， 或者 因為 它 決定 要 切換 溫度 ） ， 它 會 告訴 你 ： 「 現在 75 陛 A 20 分鐘 後 達到 目標 72 陛 C 」 此外 ， 鳥巢 調溫器 可以 用 無線 網路 連接 ， 以 智慧型 手機 遙控 ， 在 更 大 的 螢幕 顯示 其 性能 的 詳細 分析 ， 有助於 使用 者 形成 調溫器 運作 的 概念 模型 ， 了 解 家 裡 的 能源 消耗 。 鳥巢 的 設計 完美 嗎 ？ 還 談不上 ， 但是 它 代表人 和 日常 事物 之間 可以 有 合作性 互動 。 v 輸入 日期 ， 時間 和 電話 號碼 許多 機器 的 設計 對 資訊 格式 的 要求 很 挑剔 。 這 種 挑剔 不 是 機器 的 要求 ， 而是 設計 這些 機器 的 人 考慮 不周 。 換句話說 ， 是 軟體 設計 不良 。 我們 來 看看 以下 這些 例子 。 許多 人 花 好幾 個 小時 在 電腦 上 填 表格 ， 照著 規定 的 僵化 格式 輸入 各 類 資訊 ， 像 名字 、 日期 、 地址 、 電話 號碼 、 貨幣 數額 ， 以及 其他 資料 。 更 糟 的 是 ， 除非 我們 填錯 了 格式 ， 我們 往往 不 知道 正確 的 格式 是 什麼 。 為什麼 我們 不 找出 各 種 不同 的 填寫 方式 ， 然後 配合 這些 方式 ？ 一些 公司 在 這 方面 已經 做 得 很 出色 ， 值得 嘉獎 。 以 微軟 （ Microsoft ） 所 設計 的 行事曆 為 例 。 在 這 個 程式 裡 ， 你 可以 用 任何 你 喜歡 的 格式 指定 日期 ： 「 November 23 , __UNDEF__ 2015 」 、 「 23 Nov .
 
15 」 ， 或者 是 「 11 .
 
23 .
 
15 」 。 它 甚至 接受 文字 的 描述 ， 例如 「 下 星期四 」 、 「 明天 」 、 「 一 周 後 的 明天 」 ， 或 「 昨天 」 。 時間 也 是 一樣 ， 你 可以 用 任何 方式 輸入 時間 ： 「 3:45 PM 」 、 「 15 .35 」 、 「 一 小時 」 、 「 兩 個 半 小時 」 。 電話 號碼 也 是 ： 想 在 前面 加 個 「 ＋ 」 號 表示 國際 電話 的 國碼 ？ 沒 問題 。 想 用 空格 、 破折號 、 括號 、 斜線 或 句點 來 分隔 區域 號碼 和 電話 號碼 ？ 沒 問題 。 不管 日期 ， 時間 或 電話 號碼 ， 只要 能 被 這 個 程式 分解成 合 規定 的 資訊 ， 什麼 格式 它 都 能 接受 。 設計 這 個 行事曆 的 團隊 實在 值得 加薪 升職 。 雖然 我 舉 微軟 作為 例子 ， 這 種 接受 多 種 格式 的 做法 已經 成為 標準 。 當 你 讀到 這 本 書 的 時候 ， 我 希望 每 一 個 程式 都 允許 使用 者 以 任何 看 得 懂 的 格式