以使用者為中心的設計
一句話定義
把「了解人的需求」放在設計流程主軸、再結合技術與商業可行性的設計哲學；對位的反面是「先有技術才想用途」的技術導向設計。
核心要點
兩種設計起點的對立
| 起點 | 思考順序 | 風險 |
|---|---|---|
| 技術導向 | 先有新技術 → 想能做什麼產品 → 再想使用者怎麼用 | 圍繞技術應用，未必全面思考使用者真實需求 |
| 以人本設計導向（UCD） | 先了解人的需求 → 結合新技術發展創新產品 | 需求洞察成本高，但產品方向更貼近市場 |
差異不在於用不用新技術，而在於先有技術或先有需求——這個次序差異會主導產品的整個演化軌跡。
UCD 涵蓋的需求三層
UCD 不是只關心「介面好不好看」，而是把使用者中心思維貫穿三層：
- 根本上的使用需求 — 「我要不要這個產品？」（要解的問題本身存在嗎？）
- 產品本身的功能需求 — 「這些功能對應到我的需求嗎？」
- 操作上的介面 / 互動需求 — 「我能順利完成想做的事嗎？」
活動理論 在 UCD 的應用
UCD 的觀察紀律：使用者行為只是冰山的可觀察部分，必須回推到不可觀察的動機與目標才能對症下藥。詳見 活動理論。
產品設計三元素 是 UCD 的落地框架
UCD 不等於「只看使用者」——好的 UCD 同時平衡三軸：
- 使用者（Desirability，人們的渴望）
- 技術（Feasibility，做不做得到）
- 商業（Viability，能不能進入市場）
這三軸的交匯點 = 好的產品創新機會點。詳見 產品設計三元素。
UCD 的設計流程
「產品研發流程在執行階段是一個不斷跟使用者互動的過程。」
每個階段都是「使用者需求的體現」，需要驗證對應的核心問題：
| 階段 | 對應方法（典型） | 驗證的核心問題 |
|---|---|---|
| 需求評估 | [[初級研究 | 深度訪談]] |
| 成熟產品研究 | 問卷調查 | 競品上使用者真實意見是什麼？ |
| 概念驗證 | 焦點團體 | 提出的設計概念能被目標族群接受嗎？ |
| 功能發想 | 工作坊（co-creation） | 提出的功能假設是使用者所需要的嗎？ |
| 可視化 | Wireframe / Prototype | 操作邏輯是使用者想要的嗎？ |
| 評估 | 可用性 / 易用性評估 | 真正放到使用者手上能符合需求嗎？ |
流程非線性：存在不斷循環。若某階段假設驗證後與想像不同，UCD 紀律是先反問三層：
- 使用者真的跟你想的不一樣嗎？
- 量測工具的方法本身沒能力獲得正確情報嗎？
- 找的目標對象根本不是未來產品的使用者嗎？
若某階段已有高度把握，可不必每階段都引用不同方法——方法服務決策、不為形式而做（與 使用者研究 「過程 > 交付」紀律共構）。
Google UX 課程版：理解 → 指定 → 設計 → 評估
2026-05-09-Google-UX-Foundations-of-UX-Design筆記 把 UCD 簡化為四步：
| 步驟 | 任務 | 風險防線 |
|---|---|---|
| 理解 | 研究使用者如何體驗產品或類似產品 | 不用設計師想像替代真實使用者 |
| 指定 | 根據研究縮小最重要的使用者需求 | 避免把所有需求平均處理 |
| 設計 | 為最終使用者問題提出與構建解法 | 讓解法對準前一步需求，而非工具偏好 |
| 評估 | 依使用者需求檢查設計是否解決問題 | 把使用者回饋帶回下一輪迭代 |
這個版本雖然比上方流程表粗，但適合做 UCD 的入口提醒：每一步都在問「是否仍把使用者放在前面和中心位置」。課程也明確提醒反覆運算是關鍵，表示 UCD 不是走完四步就結束，而是依據評估結果回到前面重做。
元命題
「市場上成功的產品，沒有任何一種是不符合使用者需求」——沒有人要的產品根本不會有人買，沒有買就沒有商業模式。產品設計符合使用者需求是產品成功最重要的元素。
產品管理語境：站在用戶與開發之間
產品思維 把 UCD 放進產品管理職能：產品經理 不該站在神壇上替所有職能下指令，而是站在用戶這邊，成為用戶需求與產品開發之間的橋樑。這使「以使用者為中心」不只是設計哲學，也是一種產品取捨與資源整合紀律。
與其他概念的關係
- 產品設計三元素 — UCD 的具體落地框架；UCD 是哲學，三元素是執行平衡點。
- 產品思維 — UCD 在產品管理 / 商業落地場景中的近鄰；兩者都先問使用者需要什麼，產品思維再要求把需求轉成可做、可賣、可驗證的產品取捨。
- 使用者體驗設計 — UX 是領域總覽：描述人與產品互動前、中、後的整體主觀感受；UCD 是此領域背後「先理解使用者需求」的哲學與流程紀律。
- UX-三刀流 — UCD 的當代變體：把「技術」軸替換為「數據流」，反映 2020s 數據驅動時代的需求。
- 活動理論 — UCD 的觀察紀律基底：行為背後一定有動機，介面層卡頓只是冰山一角。
- 設計思考 — UCD 與設計思考是雙生兄弟，皆以「以人為本」為哲學起點；設計思考偏方法論流程（5 階段），UCD 偏設計者心智模型。
- Empathize — UCD 「整體流程 = 同理心應用」紀律的具體入口；同理是 UCD 的工作方式。
- 使用者研究 — UCD 各流程階段的方法供應庫；研究本身是 UCD 落地的工具集。
- 人物誌 / 同理心地圖 / 顧客旅程地圖 — UCD 流程中把研究結果結構化的代表工具。
- 反面：技術導向設計（先技術後需求）—— UCD 主張的對立面。
相關來源
- 2026-05-09-Google-UX-Foundations-of-UX-Design筆記 — 補入 Google UX 課程版 UCD 四步驟（理解 / 指定 / 設計 / 評估）與迭代提示。
- 2026-05-06-UXerLab-認識UX-單元1-什麼是使用者體驗設計UX — ux.3toryu「認識 UX」單元 1；補入 UX 總覽定義與「體驗只能間接塑造」主張
- 2026-05-06-IC實驗室-產品經理消亡與產品思維 — 補入產品管理語境：產品經理應站在用戶這邊，把需求與開發橋接，而不是被神化成指揮者
- 2026-05-02-UCD-以使用者為中心的設計 — vault 第一份 UCD 哲學主來源；ux.3toryu「使用者需求分析」單元 3
- 2026-04-28-UXerLab-UX-三刀流 — 同作者單元 4；UCD 在 2020s 的變體論述
備註
- 「Human-Centered Design」（HCD）在嚴格學術區分中強調生態系與弱勢族群（IDEO / IDEO.org 推廣），「User-Centered Design」（UCD）強調個別使用者體驗（Don-Norman 推廣）。本頁採通用視角將兩者視為同義家族；若未來 ingest 涉及細分（HCD 三 lens / IDEO HCD Toolkit），可在此補入「HCD vs UCD 細分軸」段。
- 此頁是 vault UX cluster 的哲學起點頁——UX-三刀流 / 設計思考 / Empathize 三條軸共同的歷史源頭。