《好設計不簡單》Living with Complexity

好設計不簡單

複雜本來就存在；設計的任務不是把它「藏起來」，而是把它「說清楚、學得會、錯得起」。

午夜的美式餐館裡，你打開鹽與胡椒——卻猶豫了：多孔的是鹽，還是胡椒？在某些國家，孔多的是鹽；在另一些地方，孔多的反而是胡椒。Don Norman 在《Living with Complexity》中用這個日常小物提醒我們：生活真正困難的，往往不是「事物本身複雜」，而是「我們無法讀懂那套社會符號與規則」。想想看，你的手機設定、醫院掛號、報帳流程、線上購物退貨——是不是也常讓人卡關？

這本書與我們息息相關，因為我們活在一個必然複雜的世界：角色多、流程長、風險高。與其追求表面的「極簡外觀」，不如培養一套可學、可用、可依靠的「駕馭複雜」方法。

作者與本書介紹｜設計不是裝飾，是讓人完成任務

Don Norman 是認知科學與設計界的傳奇人物：加州大學聖地牙哥分校（UCSD）認知科學與心理學榮譽教授、UCSD Design Lab 創辦主任、曾任 Apple 副總裁，亦為 Nielsen Norman Group 共同創辦人。他長年研究人的心智模型與日常互動，主張設計的目的，是讓人理解世界、完成任務。

書名不是要我們「消滅複雜」，而是帶我們看懂、管理、並與之共生。重點在於把設計視為「人 × 系統」的夥伴關係：設計師負責整理複雜；使用者則學習必要的技能與心智模型。

你將在本文讀到什麼：以下整理本書的十個核心觀念，穿插真實情境與可操作的對策，最後提出結語與行動清單。

核心觀念

（一）複雜不是敵人，困惑才是問題

Complexity is necessary; confusion is not.

複雜來自生活本身。 家用網路、交通、醫療、金融、教育都由多角色、多規範、多工具交織而成。若一味要求「看起來很簡單」，不是功能被閹割，就是問題被藏起來。真正該對付的是令人困惑的設計：可見性（visibility）不足、回饋（feedback）薄弱、對應（mapping）不良、標準（standards）缺失。當設計把底層邏輯說清楚，複雜就會轉化為可學、可控、甚至令人安心的力量。

（二）「簡單」其實是腦中的感覺

章名 Simplicity Is in the Mind 一語道破：「簡單」不是世界的屬性，而是主觀體驗。同一台咖啡機，對老手是順手，對新手是折磨。設計的任務不是消滅複雜，而是把「學習曲線」設計得合理：先露出最需要的功能（漸進揭露）、把步驟拆段（分段式流程）、用一致的圖示與詞彙（標準化語言），讓人越用越簡單。別被極簡外觀迷惑——真正的簡單，是讓大腦少猜、少記、少回頭。

（三）社會符號：看得懂，才叫好設計

Social Signifiers 一章用餐桌的鹽與胡椒、門把與拉手、電梯的「關門」符號等例子，說明符號的意義源自社會約定，跨文化易失效。結論不是「做更漂亮的圖示」，而是：

  • 讓關鍵狀態可見：清楚區分「目前選擇」與「可選擇」。
  • 讓行動可逆：錯了能撤銷，降低試錯成本。
  • 讓語言與圖像在地化：尊重脈絡差異，別假設所有人都懂同一套暗號。

（四）別怪使用者：設計要支援人，而不是考驗人

在 Design in Support of People，Norman 批判把錯怪給人的直覺。醫療儀器、金融系統、報帳平台的錯誤，常被歸因於「使用者不夠專業」。但高風險情境不能靠記憶與意志力，應靠外在輔具與強制機制（forcing functions）：必要欄位檢核、雙人覆核、條碼掃描、以及良好的回饋與錯誤復原。設計的價值在於降低錯誤機率、縮短恢復時間，而不是事後補一本厚厚的 SOP。

（五）用「系統與服務」的眼光設計

多數體驗跨越前台／後台、線上／線下；單點優化往往造成「別處爆炸」。因此需要以服務藍圖把觸點、流程與支援系統串起來：

  • 先畫出從需求到完成的完整旅程（jobs-to-be-done）。
  • 找出跨部門交接的摩擦點（權限、資料、時間）。
  • 對齊同一套語言與指標，避免部門各自定義成功。
    當你把整體看清楚，很多「複雜」其實是組織的不對齊。

（六）等待也能被設計：讓時間可見、可被記住

The Design of Waits 指出：人記住的是「等待的感覺」，而非精確秒數。排隊、下載、審核、轉帳、叫車——與其只追速度，不如設計「可預期與可控制感」：

  • 進度條要真實且細分，避免卡在 99%。
  • 提早揭露剩餘步驟與預估時間，讓人能安排行程與心情。
  • 以有意義的填補（有用提示、可離席後回來的通知）降低體感等待。
    設計「等待」，其實是在設計信任。

（七）外部化思考：把記憶交給世界

Norman 延續他對「認知輔具（cognitive artifacts）」的關注：便利貼、看板、鬧鐘、清單、儀表板……都是把記憶外部化的工具。當事情多到記不住時，不要逞強，讓環境幫你記。對團隊而言，這意味著：

  • 視覺化專案狀態（看板、燃盡圖）。
  • 把決策邏輯寫出來（設計原則／決策記錄 ADR）。
  • 把高風險步驟程序化（清單、雙重確認）。
    外部化，是降低腦力負擔最直接的策略。

（八）管理複雜是「夥伴關係」：設計師 × 使用者

在 Managing Complexity，Norman 主張：好的系統 × 願意學習的使用者，才能長期穩定。學習永遠存在——你會花時間學開車、學投資工具、學報稅。設計師要把學習門檻設計得合理、有回饋、能累積熟練度；使用者則接受複雜的必然性，練好心智模型。雙方共同承擔，複雜才會轉化為生產力與安全感。

（九）標準化與一致性：用一致的語言消滅無謂分岔

無謂的複雜，常源於各部門、各廠商各有一套命名與規格。標準化（命名、圖示、鍵位、欄位順序、錯誤訊息格式）能讓學一次、處處用。Norman 提醒：一致性不是教條，而是對記憶與學習的體貼。

（十）情境優先，而非功能滿載

「功能多」不等於「更好」。與其塞滿選項，不如從活動（activity）與情境（context）出發，先確定此刻最重要的決策，其他選項延後、折疊，或以「專家模式」提供。這就是把複雜搬到後台：功能仍在，但不搗亂。

總結｜我們需要的不是「極簡」，而是「可理解」

讀完《Living with Complexity》，我最深的感受是：所謂「極簡」若沒有對複雜的誠實，常只是「隱藏設定」。更實際的目標，是打造**可理解（understandable）／可恢復（recoverable）／可預期（predictable）**的系統。

把這些原則放回台灣日常：

  • 政府與醫療：跨院、跨機構資料交換若能「前台一體、後台分工」，民眾的體驗就不會被流程切碎。
  • 金融與電商：讓等待可被管理（清楚處理時程、狀態更新、可逆機制），信任會快速累積。
  • 團隊與產品：把決策記錄、命名規則、版控流程標準化，一次學會、到處適用。

終極挑戰是：承認複雜、擁抱學習、設計夥伴關係。當我們不再把「簡單」當成裝飾風格，而是把「理解」當成設計目標，複雜就會從壓力源，變成能力來源。

延伸閱讀／行動清單

  1. 畫你的日常服務藍圖：挑一件常卡關的事（如報帳或線上退貨），畫出觸點、前台／後台、交接與等待點，找出真正阻力。
  2. 建立團隊標準：定義專案命名、欄位順序、錯誤訊息格式與回饋語氣，寫成一頁式設計規範。
  3. 設計等待：為產品或流程加上真實進度、剩餘步驟、可逆機制與回來提醒（通知／信件）。
  4. 練習外部化：把「記憶交給世界」——以清單、檢核、看板與決策日誌作為默認工作法。
  5. 做一份「學習地圖」：列出新手到熟手的關鍵里程碑，每一階段提供不同介面提示與幫助。

參考連結）

標籤

相關文章