設計即假說

一句話定義

Unblock Blair 提出的跨團隊共識心態——直到設計被驗證以前，它都只是設計師的假說；同樣，利害關係人提出的意見在他們有辦法驗證以前，也只是他們的假說——把「設計師 vs 利害關係人」的權威之爭轉成「雙方共同面對驗證」的合作關係。

核心要點

雙向對等紀律

「直到你的設計被驗證以前，它都只是你的假設或假說。你要推廣這個心態給利害關係人才對——他們提出來的意見，在他們有辦法驗證以前，也只是他們的假說。」 —— Blair，Unblock

→ 這條的關鍵是對等：不是「設計師謙卑」單向心態，而是「雙方都不知道誰對」的對稱共識。否則設計師單向謙卑會被「那為什麼要聽你的」反問擊穿。

三方權威之爭的解構

跨團隊設計衝突的常見三類「我有理由」論證：

角色	典型權威說詞	假說化後
設計師	「根據 UX 原則 / 使用者研究 / 心理學⋯⋯」	→ 我的假說，待驗證
PM / 業務	「根據商業判斷 / 客戶會議 / 競品分析⋯⋯」	→ 你的假說，待驗證
主管 / CEO	「根據我的經驗 / 直覺 / 多年來看的案例⋯⋯」	→ 你的假說，待驗證

→ 三方都是假說 → 唯一的仲裁者是驗證（用戶測試 / A/B / 數據）。心態轉換的力度：從「誰權威誰贏」轉成「誰先驗證誰勝」，把不可調和的價值觀衝突變成可操作的實驗設計問題。

為什麼這個心態對委員會設計有效

委員會設計 的根因之一是「沒有比意見更高的判準」。當設計師單方面拿 UX 原則 / 數據壓人時，往往無效——因為利害關係人可以丟出等量但不同方向的論證（商業數據 / 客戶反饋 / 主管直覺）。

「設計即假說」心態的力量：把所有論證一視同仁地降階為假說 → 同時擡高「驗證」的位階 → 把無解的權威之爭轉成可解的實驗設計。

→ 對位 委員會設計 解方：當意見僵持時，問「這條我們怎麼驗證？」而非「誰對？」

與設計思考 Test 階段的對位

Test（設計思考第五階段）的精神是「原型是要被推翻的」——本概念是 Test 心態在跨團隊溝通場景的擴展：

• Test（設計思考內）：設計師 / 設計團隊內部對自己原型的假說化心態
• 本頁（跨團隊外）：把這個心態擴展到利害關係人——對方意見也是待驗證假說

→ 「設計即假說」= 把 Test 階段的紀律從 Studio 外送到 Boardroom。

操作 tip：日常語句轉換

高權威語法	假說化語法
「使用者一定會比較喜歡這個」	「我假設使用者會比較喜歡這個——你覺得我們可以怎麼驗證？」
「這個按鈕應該放右邊」	「我的假說是按鈕放右邊轉換率會比較高——我們可以怎麼測？」
「客戶說想要 X，所以我們做 X」	「客戶說他想要 X 是事實，真的會用 X是假說——可以怎麼驗？」

→ 共通結構：「這是 X 的觀察 / 直覺 / 信念，但驗證才知道」。語句層的小改寫帶來權力結構的大改變。

與其他概念的關係

同 cluster：跨團隊協作元工法

• 利害關係人管理 — 本心態是 Ep3 補入「設計迭代階段」的精神基底；對位 Ep1「點子被否決 ≠ 點子不夠好」+ Ep2「共識與信任是人工後天創造」= Unblock 三集3 條核心元命題之一
• 委員會設計 — 本心態是其根本解藥之一：把「意見的競爭」轉成「假說的驗證」
• 指導原則 — 兩者互補：guiding principles 對齊「目標與判準」/ 本頁對齊「論證的地位」；都是讓多方對話有共同基礎的工具
• 原則性談判法 / 把人跟問題分開 — 「對事不對人」的延伸：本頁是「對假說不對立場」——把所有意見都先客觀化為待驗證假說
• 事實與觀點 — 「設計即假說」心態的前提是雙方都能區分「這是事實還是觀點」；本頁進一步把「觀點」明確標記為「假說」

同 cluster：設計思考方法論

• Test — 設計思考第五階段；本頁是 Test 紀律從 Studio 擴展到 Boardroom 的版本
• Prototype — 原型存在的目的就是讓假說可被驗證；本頁強化「為什麼要做原型」的元理由
• Define / 設計觀點 — POV 的 insight 部分本質是假說（為什麼這個用戶有這個需求）；POV 寫作時就應標記為待驗證

隱性對位

• 認知失調 — 「我的看法是假說」這個句子會與「我的專業權威」自我認知衝突 → 觸發認知失調 → 防禦反應；本頁的推廣紀律是讓對方也經歷同樣的失調 + 重構，建立雙向對等而非單向謙卑
• 證偽主義（Popper；vault 未建頁）— 科學哲學中「理論只能被證偽不能被證實」的方法論基礎；「設計即假說」是 Popper 在設計實踐的應用

相關來源

• 2026-05-03-Unblock-跨團隊設計合作術-Ep3 — Blair / Unblock Ep17；vault 第一個明確展開「設計即假說 + 對等紀律」的來源；作為 Ep3「設計迭代階段」的開場心態

備註

學術淵源：「Hypothesis-Driven Design」最早系統化見於 Jeff Gothelf《Lean UX》（2013），主張把每個設計決策寫成可驗證的 hypothesis statement（“We believe [X], we will know we are right when [Y] occurs.”）。本頁初版以 Blair Unblock 影片版本為主——Blair 的版本獨特之處在「對等紀律」，把 hypothesis-driven 從「設計師自我約束」升級為「跨團隊共識工具」。

未來累積方向：

• Lean UX（Jeff Gothelf 2013）— hypothesis statement 的標準寫法
• Continuous Discovery Habits（Teresa Torres 2021）— 持續驗證 mindset 的組織化實作
• A/B Testing 文化 — 假說 → 驗證 → 學習的工程化循環
• Eric Ries Lean Startup — Build / Measure / Learn 循環是「整個產品都是假說」的商業擴展
• Karl Popper 證偽主義 — 「設計即假說」的科學哲學基底
• 與 OKR 的對位 — KR 本質也是假說（達到 KR 不一定就達到 O）；KR 寫得好的人通常有 hypothesis-driven 心態