傳達意圖即是設計？

傳達意圖即是設計？

人類判斷力形塑品質之處。

--

收聽

分享

在過去的幾個月裡，我觀察到設計團隊在向程式碼靠攏的過程中，工作方式發生了轉變。我團隊中的設計師花費更多時間在接近真實產品介面、輕量化儲存庫（repositories）和可運行的原型上，而減少了製作帶有標註線（redlines）的靜態產出物。這種變化並非始於一項指令或新工具，而是源於實踐。隨著 AI 縮短了週期，使得在產品生存的真實環境中直接探索、測試和完善想法成為可能。

在這種背景下，傳達「意圖」已成為設計的核心任務。不僅是表達某個東西應該長什麼樣子，還要明確它試圖做什麼、為什麼存在，以及它應該如何運作。隨著循環速度的加快和倍增，協作一致性不再依賴於靜態產出，而是更多地取決於設計、產品和工程之間的共同理解。

雙鑽石模型（Double Diamond）× AI

在這種轉變中，雙鑽石模型依然具有相關性。它為團隊提供了一種共同語言，用於判斷何時該發散探索，何時該做出決定。在 AI 加速的週期中，它幫助我們保持方向感。它提醒我們正處於流程的哪個階段、下一步該交付什麼，以及「完成」應該是什麼感覺。改變的不是流程本身，而是我們可以運行它的次數、收斂的速度，以及這些循環現在與程式碼的貼近程度。

雙鑽石流程由 Richard Eisermann 領導的多學科團隊於 2000 年代初期在英國設計委員會（British Design Council）創立，並於 2005 年發布（Designcouncil.org），旨在尋找一種更清晰的方式來描述設計工作的節奏。借鑒了早期的發散與收斂模型（包括 Béla Banathy 的研究），其目標是讓設計中不可見的結構變得可見。這種清晰度正是該模型至今依然適用的原因，特別是當團隊在快速變化的環境中航行時。

隨著 AI 加速了流程的各個部分，我們正在評判我們實際的產出：我們是否清晰地定義了問題？意圖是否連貫？我們能否有信心地收斂？目前正在改變的不僅是我們的工具，還有我們的節奏。我們正處於過渡期，積極探索當 AI 成為循環的一部分時，設計師的一天和一週會是什麼樣子。隨著我們的實驗，評審變得更加頻繁，與 AI 的協作也從偶發轉變為持續。即使每個學科都有自己的流程，共同的心理模型也有助於將人類的判斷、品味和清晰度保持在核心位置。

利用 AI 實現更快的收斂與多重鑽石

AI 在雙鑽石模型的不同階段展現出不同的作用。在「發現」（Discover）階段，它是一個強大的視角擴展器。它能帶入競爭對手的信號、新穎的模式，以及我們在日常圈子中可能找不到的參考資料。這是目前許多團隊重度依賴 AI 的地方，利用它大規模地生成多種選項。

正如 Philips Experience Design 的數據與 AI 設計總監 Sander Bogers 在最近的一次對談中所分享的：「AI 開啟了發散階段。它讓設計師能夠探索更多的可能性。」

這是一個有益的提醒：我們發散探索的能力從未如此強大。我觀察到，真正的力量出現在人類判斷力與 AI 協同工作以加速「收斂」時。在「定義」（Define）和「交付」（Deliver）階段，設計師將那些廣泛的可能性轉化為清晰的方案。這就是複利價值顯現的地方。我們可以並行啟動多個可行的雙鑽石流程，快速形成假設，並以前所未有的規模進行測試。AI 給予我們快速探索的能力，而人類則帶來果斷的收斂，使工作變得連貫、紮實且可發布。

為了將其付諸實踐，我們的團隊正在實驗一種反映這種轉變的工作模式。短暫且專注於產出的站立會議、明確的品質原則，以及基於差異（diff-based）的測試，創造了頻繁停頓、學習和重新對齊的時刻。這種結構為與 AI 協作留出了空間，同時不失人類的判斷力。我們正在為前端行為分析、創作和設計模式的品質評審開發代理（agent）技能。這讓設計師和其他人員能在決策發生的真實介面中，獲得快速且具情境感的反饋。透過將更多工作移至團隊集體的 GitHub 儲存庫，我們可以共享技能、指南、樣式和小型可重複使用的模式，使其保持生命力並易於共同構建。這些儀式感幫助我們以清晰度進行收斂，而不是隨波逐流，讓我們的工作更加精準。

收斂以構建，構建以學習

為了支持這種工作方式，我們的團隊正更直接地在終端機（Terminal）中使用 VS Code 中的 GitHub Copilot CLI。一個使用產品技術棧（在我們的情況下是 Fluent 組件）的輕量化簡化版微型產品（baby-product）設置，讓設計師保持貼近程式碼層面，使意圖和約束條件能被完整傳遞。我們的微型產品設置針對快速原型設計和想法的驗證分享進行了優化。這個微型產品的目標在於它基於生產代碼的技術棧，但去除了測試、國際化、遙測和伺服器，以實現更真實、實用的設計並促進交付。GitHub Copilot 幫助我們克隆儲存庫、生成變體、利用我們的 Storybook MCP、將原型推送到分支，並啟動 Azure 靜態 Web 應用程式（Azure Static Web Apps）以便與同事安全分享。

隨著設計團隊開始向程式碼靠攏，傳統的靜態 UI 也開始顯得吃力。當意圖是微小、具情境感且動態的時候，介面需要具備適應性，而不增加認知或操作負擔。對於終端用戶也是如此。這就是生成式 UI（Generative UI）模式開始發揮作用的地方，它不是作為未來主義的抽象概念，而是對現實條件的務實回應。當介面可以在運行時生成、調整或組合，且交互在文本、結構和行為之間流暢切換時，團隊可以支持許多微小介面，而不會讓用戶或自己感到負擔過重。終端機 UI 和 CLI 設計並非新目的地，而是隨著我們的工作向程式碼和運行時行為靠攏，被更多設計師重新發現的領域。

實現這一點的要素：
• 貼近程式碼層面。我們使用帶有產品特定 Fluent 組件的輕量化微型產品設置，這保持了意圖和約束的完整性，並讓設計師能有信心地與工程團隊分享真實的變體。從這個意義上說，這改變了我們思考「交付」設計的方式。
• 安全的速度。本地模擬（Local mocks）和較少的生產依賴讓我們能在沒有風險的情況下探索行為，同時將無障礙性（accessibility）和自適應佈局（reflow）放在首位。
• 早期品味。在共同原則和差異對比（diffs）引導下的跨職能評審，保持了收斂的快速、有原則，並植根於產品的實際行為。

這些實踐共同幫助我們度過轉型期。當我們在情境中測試想法並更有信心地完善決策時，我們正在學習哪些部分該自動化、哪些部分該更頻繁地評審，以及哪些地方需要為人類判斷力保留受保護的空間。

最終，這一切都是為了磨練「意圖」。當我們清楚自己想做什麼以及為什麼要做時，工具會放大工藝，而不是與之競爭。最重要的依然是設計師對品質的敏感度：察覺意圖在哪裡偏離、對稱性或連貫性在哪裡滑坡，以及作品在哪裡仍需要人類的判斷力才能感覺正確。

Q 與來自 Copilot CLI (claude-sonnet-4.6) 的支持

特別致謝：感謝 Jay Tan。你為 Microsoft Design 部落格採訪了我，讓我能自在地與社群分享想法。你的好奇心、善良以及對設計師的信念意義重大。我們非常懷念你，我會深深地記住你。

Vibe coding 讓原型設計貼近程式碼，更貼近用戶

認識 Quirine，一位計算設計經理，正在探索 AI 如何重塑其團隊構建和測試想法的方式

medium.com