Juxt
JUXT Design
文章 · 收錄於 2026.08
MGN-BLOG-OPENAI-D
索引 · 部落格

這可能真的是成為設計師最好的時代

從 OpenAI 設計主管 Ian Silber 的訪談,看設計師如何在 AI 時代保留判斷力、創造力與自己的觀點。

2 分鐘閱讀

「這是成為設計師最好的時代。」

這句話從 OpenAI 產品設計主管 Ian Silber 口中說出來,我第一反應不是被鼓舞,而是有點懷疑。

畢竟,同一時間,設計師和 user researcher 卻是最容易感到焦慮、疲憊和不知所措的一群人。大家一邊看著 AI 越來越會做圖、寫介面、做 prototype,一邊又忍不住想:如果這些事情都可以被自動完成,那我還剩下什麼?

我看完 Lenny's Podcast 對 Ian Silber 的訪談後,覺得這句話不是在否定設計師的焦慮,而是在重新定義「設計師到底在做什麼」。

▍設計師焦慮的來源,不只是 AI 太強

工程師已經感受到 AI 帶來的 10 倍、甚至 100 倍生產力提升。寫 code、改 bug、產生一個可以運作的版本,速度都快了很多。

設計好像沒有同樣戲劇性的改變。

不是因為 AI 做不到畫面,而是設計的流程本來就不是「產出一個檔案」這麼簡單。你需要先理解問題,提出很多個方向,做出東西,拿給人看,接受被否定,再回來修改。中間有很多模糊、來回和暫時沒有答案的時刻。

AI 可以讓你更快做出五個方向,卻不一定能幫你判斷哪一個方向值得繼續。它加速了產出,卻沒有消除 feedback loop。

這也許是設計師現在最容易忽略的一件事:我們真正要加速的,不是把每一個畫面做完,而是更快知道哪些想法不值得做。

▍AI 讓所有人都可以設計,但人的價值反而更清楚

Ian 說,現在是歷史上成為設計師最好的時代,因為從一個想法到一個可以操作的版本,可能只需要幾分鐘。

這件事的意義不只是「設計師可以更快工作」,而是設計變得更有表達力,也更容易被更多人使用。你不必先學會一整套工具,才有辦法把腦中的東西做出來。

但當所有人都可以做出東西,真正稀缺的就不再是「能不能做出來」。

稀缺的是:

  • 你是否真的理解使用者需要什麼
  • 你是否知道這個東西為什麼值得被做
  • 你能不能提出一個不只是漂亮,而是有用、讓人感到愉快的方向
  • 你有沒有自己的觀點

AI 已經是一個很厲害的產品設計工具,但它不一定是最好的視覺設計師,也不一定能替你處理好 hierarchy、typography 或使用者體驗。

更重要的是,它不會自動替你回答:「我的觀點是什麼?我到底是為誰做這個東西?為什麼?」

這些問題不會因為模型變強而消失,反而會變得更明顯。

▍設計師不會消失,但工作邊界會變得更模糊

AI 時代很常見的一個想像是:未來每個人都是 designer、developer、PM,所有角色最後都混在一起。

Ian 的看法比較實際。角色確實會開始重疊,但責任不會因此消失。

在小型團隊裡,一個人可能同時研究問題、做 prototype、寫一點 code,再跟使用者確認方向。在規模比較大的公司裡,PM、設計和工程仍然需要各自負責,只是彼此會更常跨過原本的邊界。

所以設計師不需要把自己訓練成另一種工程師,也不需要假裝自己什麼都會。比較重要的是,你能不能理解整個系統,知道自己的判斷會怎麼影響其他部分。

這也是為什麼 systems thinking 越來越重要。當工程團隊可以很快地把元件複製、組合和推出市場,設計師如果每次只處理一個孤立畫面,最後很容易留下很多互相矛盾的 one-off solution。

你要開始思考的不是「這一頁怎麼做」,而是:這個產品需要哪些 primitives?哪些互動應該被抽象成系統?什麼東西值得重複使用?

▍Just do less:不需要每件事都重新設計

訪談裡有一句很簡單的建議,我很喜歡:just do less。

如果系統裡已經有一個可以工作的 component,就不要為了證明自己有做事,再設計一套新的。如果一個功能沒有真的解決問題,也許最好的設計決定就是先不要做。

這聽起來跟 AI 沒有直接關係,卻可能是 AI 時代最重要的能力之一。

因為產出變得太容易了。你可以在幾分鐘內生成更多版本、更多功能、更多可能性。問題不再是沒有東西可以做,而是什麼都做了之後,使用者反而不知道該看哪裡、該相信什麼。

速度越快,刪除和拒絕就越重要。

▍速度和 craft,不是二選一

這並不代表設計師從此只需要追求速度。

Ian 提到,OpenAI 有些團隊會一次嘗試一百個方向,最後只留下其中一個。這種做法的重點不是把每個方向都做得很精緻,而是先快速知道哪一些值得投入。

但當一個方向開始變得重要,就需要回頭把它做好。

有些產品適合公開地建造,一邊推出、一邊觀察、一邊修正;有些互動則會成為使用者每天依賴的基礎,值得投入更多時間打磨。設計師真正要做的判斷,是知道什麼時候不要太珍惜一個還沒被證明的想法,也知道什麼時候不能用「先上線再說」掩蓋品質問題。

我會把它理解成兩個節奏:

先用 AI 把探索做得更寬,再把重要的東西做得更深。

▍ChatGPT 的下一個問題:一個空白輸入框不夠了

ChatGPT 的對話框很強,因為它把很多事情放在同一個入口。但同一個入口也會帶來一個問題:使用者要自己猜,這裡到底可以做什麼。

你可以問一個問題、寫一封信、分析資料、產生圖片、做一份研究,甚至交給 agent 執行一個長流程。對熟悉 AI 的人來說,這是自由;對剛開始使用的人來說,可能只是一個不知道該輸入什麼的空白框。

所以未來的 AI 產品不能只是不斷增加能力,還需要讓介面理解使用者的意圖和情境。

有時候使用者需要一個很快的答案,有時候他需要一起討論,有時候他其實是想把一件事情交出去。介面可能需要根據任務改變,顯示不同的 writing block、image mode 或 follow-up question,而不是永遠叫使用者從同一個空白框開始。

這裡正是設計師很有機會創造新典範的地方。iPhone 的 multi-touch、Instagram 的 mobile photo、Snapchat 的溝通方式,當時都沒有成熟的使用習慣可以照抄。AI 的語音、agent 和主動執行,也一樣需要新的互動語言。

▍給現在感到落後的設計師

訪談最後最有安定感的一句話是:我們其實都還很早期。

不管你現在是不是每天使用 AI,都沒有人真的已經完全掌握這個時代。今天做不到的事情,可能幾個月後就會變得很簡單;現在看起來很有效率的 workflow,過一陣子也可能被新的模型和介面取代。

所以不需要透過一直追最新的 model、記住最多的 prompt,來證明自己沒有落後。

比較值得做的是,把 AI 放進你原本的思考流程裡:

  1. 用它快速把模糊的想法做成可以討論的東西。
  2. 用它探索更多方向,但保留自己對問題的判斷。
  3. 用它整理背景、模擬使用者反應、準備會議,讓自己把時間留給真正重要的決定。
  4. 把結果拿給真實的人看,繼續接受 feedback,而不是把模型的第一次答案當成結論。

設計師仍然是舵手。只是現在,舵手可以更快把船開到不同的地方,也更快發現哪一條路根本不值得走。

▍最後,真正不能外包的是你的觀點

Ian 分享自己在 Instagram 做 IGTV 時,曾經看著一個沒有成功的產品,後來團隊透過改變假設和限制,慢慢找到 Reels 的方向。這個故事提醒我,失敗本身不是最可怕的事情;不願意修正對問題的理解,才是。

AI 會讓我們更快做出第一版,也會讓我們更快看到第一版不夠好。這可能就是設計工作接下來最真實的變化:你不再只是負責把畫面做完,而是要更常決定要不要繼續、要怎麼改、以及這個產品應該成為什麼。

所以這也許真的是成為設計師最好的時代。

不是因為 AI 會替我們完成設計,而是因為我們終於可以把更多時間,放在理解人、提出觀點、創造新的互動,以及做出值得存在的東西上。

工具會一直變,但這些事情暫時還沒有辦法外包。

來源:OpenAI's Head of Design: This is the best time in history to be a designer,Lenny's Podcast,Ian Silber,2026 年 8 月 16 日。

索引 · 相關文章

延伸閱讀

Ai

用 Agentation 把 UI 註解直接餵給 AI agent

跟 AI coding agent 說「這個按鈕往左一點」、「這裡間距怪怪的」,最後往往變成一大段文字描述,模型還是抓錯元素。這篇主要想分享給:平常用 Cursor、Claude Code 改前端,但又懶得截圖標箭頭的人。 Agentation 的做法很直接——在瀏覽器裡點元素、留註解,輸出結構化 context 給 agent 讀。我最近在這個站的 Next.js 專案裝好了,從 React component 到 Cursor MCP 都走過一遍,紀錄如下。 ⸻ ▍Agentation 是什麼? dev-only 的 React overlay。開發模式下你可以: - 點頁面上任何元素 - 寫要改什麼 - 複製 markdown,或同步到本機 MCP server 預設資料不會離開你的電腦。註解先留在瀏覽器,除非你手動複製,或接上 `localhost`。對設計師跟前端來說,跟 Cur

AiCursorNextjs
Git

給設計師的 Git for Dummies

前幾天在 Threads 隨口寫了一句:凡採用 AI 工作流程的 UI/UX 設計師(或非工程人員),都該先從 Git 學起,否則會很難跟人協作。 底下很快出現兩種聲音。一種是「開一堂給設計師的 Git 101 啊」,另一種是「套 skill 就好,學什麼學」。還有人問得更直接:設計師出的圖檔,本來就不能 `git commit` 吧?每個版本都是獨立檔案,也沒有「很多人共同畫一份 pages」這種事。 這篇主要想分享給開始用 AI 碰程式、但又還沒把 Git 當成自己工具的人。不是要你變成工程師,也不是叫你把 Figma 檔丟進 GitHub。只是我自己越來越覺得:當你真的能開 branch、交 coded prototype,有幾個詞不懂,跟工程師講話會卡住,叫 AI 救場也會救錯地方。 Claude Code 幫你生出一頁 HTML,那還只是你自己的草稿。要讓別人打開、留言、一起改,

GitAiCursor