Claude 取代 Figma？一個設計師的 AI 工作流程實驗

> Meta Shift

Edwin Morris 坐在 Jane Street 辦公室裡，盯著螢幕上的 JSQL 查詢介面。他剛剛用 Claude 在這個內部工具上加了一個 LLM 輔助功能，而且還真的能用。兩個月前，他還在用 Figma 畫線框圖、寫規格文件，然後跟工程師來回討論實作細節。現在？他直接把想法變成能跑的 prototype。

這不是什麼科幻小說情節，是一個資深設計師在金融科技公司的真實工作日常。Edwin 去年夏天加入 Jane Street 後，發現自己的設計流程被 AI 徹底改變了。不是「輔助」，是「取代」。現在他打開 Figma 的頻率，用他自己的話說，「已經掉落懸崖」。

背景：設計師遇上 AI 的痛苦期

Edwin 跟大多數設計師一樣，一開始對 LLM 很懷疑。他試過用 Copilot 和 Cursor 改一個遊戲，結果生成的 code 根本跑不起來。在前一份工作，他用 Gemini 寫產品規格和生成線框圖，最後全部丟進垃圾桶。

問題出在哪？Edwin 後來想通了：「每次我試用 LLM 都是用在我已經很強的領域，結果它們做得比我差。」這是典型的 AI 採用初期現象 — 大家都想用 AI 來做自己的專業工作，然後發現不如人工。

Jane Street 是一家量化交易公司，以 OCaml 和函數式程式設計聞名。對於一個剛加入、還在學 OCaml 和內部框架 Bonsai 的設計師來說，這裡什麼都是新的。反而給了 AI 發揮空間：當你本來就不懂的時候，AI 的輔助就變得有價值。

傳統的設計流程大概是這樣：寫規格文件 → Figma 畫 mockup → 寫提案 → 跟工程師討論實作 → 等開發完成 → 看結果不滿意再調整。這個 cycle 在大公司可能要幾週，小公司也要幾天。

關鍵轉折：從輔助到主力工具

Edwin 的新工作流程變成這樣：

1. 寫一段描述問題和解決方案的文字
2. 打開編輯器、啟動伺服器、開 Claude，把描述貼進去當 prompt
3. 讓基本功能跑起來，證明想法可行
4. 無限制迭代優化
5. 推到開發環境給使用者試用
6. 提交一個完全符合預期的 feature

最關鍵的改變是：prototype 直接在真實 codebase 裡做。不是做假的 demo，是真的能用的功能。

以那個 JSQL 輔助功能為例，Edwin 花了好幾天在用這個功能，不斷調整。改 Submit 按鈕、加鍵盤快捷鍵、調整文案、優化 prompt、增加確認訊息。Claude 不會嫌他改了 50 次，也不會因為小調整而抱怨。

「這些工作流程改進在我之前的工作需要幾天或幾週的工程和設計來回溝通，或者更可能是永遠不會發生。」Edwin 這樣描述效率差異。所有的努力都花在改進真正的產品上，而不是做 Figma 元件或格式化文件這些中間產物。

從小工具到大專案的擴展

Edwin 一開始只敢用 AI 做小型的 UX 修正。大專案還是回到 Figma 和文件，結果用 Claude 做大東西的時候總是失敗。

但在過去兩個月，情況完全翻轉。他開始用 Claude 做大型 prototype，包括：

• 涉及使用者介面、資料模型、函式庫變更的功能
• 2000+ 行程式碼的大型修改
• 全新 app 的互動 prototype（先在 Figma 設計，再用 AI 實作）
• 甚至有些新 app 完全跳過 Figma，直接用 Claude 做視覺設計迭代

這個轉變有幾個因素：模型改進、Edwin 自己的使用技巧提升，還有「仔細選擇正確的範圍」。最後一點很重要 — 不是什麼都適合用 AI 做，但找到對的應用場景後，效果驚人。

從投資角度看，這代表設計工具市場的重大變化。Figma 在 2022 年被 Adobe 以 200 億美金收購，但現在開始面臨來自 AI 的競爭。不是產品競爭，是工作流程革命。

Meta 判讀：設計工作的典範轉移

這件事是典範轉移等級的 Meta Shift。

為什麼？因為它改變的不是工具，是設計師的核心工作方式。傳統上設計師畫圖、寫規格，工程師實作。現在設計師可以直接做出能用的東西。這就像當年從手工製圖轉到 CAD，或從膠片攝影轉到數位攝影。

這讓我想到 2007 年 iPhone 發布時的情況。不是手機變得更好，是整個互動模式被重新定義。現在 AI 對設計的影響類似 — 不是讓 Figma 變得更好用，是讓設計師不需要 Figma。

Jane Street 這種技術導向的金融公司是最佳試驗場。他們有複雜的內部工具需求、高技術水平的使用者、快速迭代的文化。如果 AI 在這種環境下能取代傳統設計流程，其他地方很快也會跟進。

關鍵是「prototype 即產品」的概念。以前 prototype 是為了溝通想法，現在 prototype 本身就是解決方案。這徹底改變了設計師和工程師的分工邊界。

對軟體工程師的啟發

如果你是前端工程師，這個趨勢值得注意。設計師開始直接寫 code 意味著什麼？

首先，不要緊張。Edwin 還是需要工程師 review 他的 code，確保品質和維護性。但合作模式變了：不再是「設計師畫圖 → 工程師實作」，而是「設計師做 prototype → 工程師優化和整合」。

其次，這對全端能力的要求提高了。一個能同時處理 UX 和實作的人，在這個新環境下會很有競爭力。如果你本來就有設計 sense，現在是加強的好時機。

最後，工具鏈要跟上。Edwin 提到他同時開編輯器、伺服器、和 Claude。這種多工具協作的開發環境會越來越常見。熟悉 AI coding assistant 不再是加分項，而是基本要求。

我覺得這個案例最有價值的地方是：它展示了 AI 真正的價值不在於取代人，而在於讓人做以前做不到的事。Edwin 現在能直接把想法變成能跑的功能，這在沒有 AI 的時代需要一個小團隊才能做到。

換個角度想，這也是創業機會。如果設計師能直接做出 prototype，MVP 的成本大幅降低。一個有想法的設計師 + AI，可能就是下一個獨角獸的起點。

延伸閱讀

• Anthropic 工程師親自示範 Claude Cowork — 大公司如何用自家 AI 寫程式
• 為什麼用 HTML 跟 Claude Code 溝通效果最好？老技術的新價值
• 用 AI 幫我開發睡眠分析工具 — 一個週末專案的完整紀錄