設計師用「說」的寫 UI，這個時代開始了
2024 年 Vercel 推出 v0.dev 時，很多工程師嗤之以鼻：「AI 寫的程式碼能用嗎？肯定爛。」1 年後、v0.dev 用戶突破 100 萬、業界觀察約 40% 是設計師（設計師開始「寫」程式碼）、40% 是工程師（用 AI 輔助）、20% 是產品經理（快速做 prototype）。
這個變化不只是「1 個新工具」，是設計和開發邊界重塑的訊號。設計師「說出」UI 需求、5 秒內得到可執行的 React 元件；工程師從「從 0 寫」變「refactor AI 產出」。本文剖析 3 大結構訊號 + 給台灣工程團隊的應對。
v0.dev 1 年觀察數據
以下數字部分來自 Vercel 官方發布、部分為業界估算：
- 用戶：2024 年推出 → 2025 年 3 月突破 100 萬
- 用戶組成業界觀察：40% 設計師、40% 工程師、20% 產品經理
- 2026 ARR 業界估算：USD 4000 萬
- 付費轉換率業界觀察：約 8%（SaaS 業界平均 5%）
- 付費客戶主要用途：60% 用來寫「初稿」+ 工程師 refine、30% 用來做 prototype、10% 直接上 production
3 大結構性訊號
訊號 1：設計師開始「寫程式」（透過 AI 中介）
過去 15 年「設計師 vs 工程師」的分工非常清楚：設計師畫 Figma、工程師寫 code、中間靠設計交付流程（Design Handoff）。這個流程有幾個痛點：
- 設計師畫的東西工程師實作有落差（間距、動畫、interaction）
- 設計師無法快速驗證「這個設計在真實資料下長什麼樣」
- 來回溝通成本高、平均一個 feature 業界觀察約需要 3-5 次設計 vs 工程對齊
v0.dev 打破這個分工：設計師輸入描述、v0 產生可執行的 React 元件、設計師直接看到「這個設計運行起來的樣子」、不需要工程師介入。這讓設計師的角色從「畫圖」進化到「原型建構師」。
結論：設計師不是被 AI 取代、是變成「跟工程師一樣的實作者」。工程師也不是被取代、是變成「更高層的架構師」。分工重新洗牌。
訊號 2：「產品工程師」需求上升、純前端工程師需求下降
過去徵才市場對前端工程師的需求很明確：會 React、CSS、Tailwind、TypeScript 就好。2026 年業界觀察開始分化：
- 「純 UI 前端」需求：業界觀察約 -30%（因為 AI 能寫）
- 「產品工程師」需求：業界觀察約 +180%（會前端、會後端、會設計思考、會產品邏輯）
- 「AI 熟練前端」需求：業界觀察約 +250%（會用 v0 / Cursor / Claude Code 加速的前端）
台灣工程徵才市場業界觀察還沒完全反應這個趨勢，但 2027-2028 年會明顯。純前端工程師如果只會 React 沒學會 AI 工具，會被薪資成長趨緩甚至下滑。學會 v0 / Cursor 的前端會被搶。
訊號 3：「Design System 內建 AI」變成前端 SaaS 新標配
2025 年下半年開始，主流 UI Framework 都在整合 AI 生成：
- shadcn/ui：跟 v0.dev 深度整合、生成程式碼直接符合 shadcn 規範
- Material UI：推出 AI Assistant、生成符合 Material Design
- Chakra UI：整合 Vercel AI SDK
- Ant Design：內建 AI 元件生成器
對開發者的意義：選擇 UI Framework 的標準從「元件豐富度」變成「AI 生成品質」。這是前端工具生態的重大重組。台灣工程團隊在選擇技術棧時，要考慮「這個 Framework 跟 AI 整合度」，不然 2 年後會落後。
對台灣工程團隊的 4 步應對策略
第 1 步：盤點前端工作量（找出可 AI 化的比例）
把過去 3 個月的前端工作分類：
- 純 UI 元件（Button、Modal、Form Layout）：業界觀察約 30-40%、AI 可完全取代
- 有狀態管理的元件（Table、Filter、Search）：業界觀察約 30%、AI 可寫初稿 + 工程師 refine
- 有後端整合（API 呼叫、認證、支付）：業界觀察約 20%、AI 幫忙但工程師主導
- 複雜業務邏輯（跨頁面 flow、國際化、A/B 測試）：業界觀察約 10-20%、AI 幫助有限
如果你的團隊前端工作 60%+ 是純 UI 元件、就是 AI 化的黃金區。
第 2 步：30 天 AI 工具 A/B 測試
選 2-3 個前端工程師（含 1 個設計師）分別用不同工具：
- A 組：純手寫（對照組）
- B 組：Cursor IDE 主導
- C 組：v0.dev + Cursor 混合
30 天後比較：完成 feature 數量、程式碼品質（Bug 數）、團隊滿意度。多數團隊會發現 C 組（v0 + Cursor）效率最高。
第 3 步：重新定位工程職責
如果決定引入 AI 工具，工程師角色要重新定位：
- 初級前端 → 「AI 產出審查者 + 修改者」（不是從 0 寫）
- 中級前端 → 「產品工程師」（會後端、會設計、會產品思考）
- 資深前端 → 「架構師」（設計 Design System、寫 AI Prompt Template、審查團隊產出）
這個轉型需要 6-12 個月，過程中會有陣痛（有人跟不上、有人跳槽）。但不轉型的團隊業界觀察會失去競爭力。
第 4 步：建立內部 Design System（AI 產出的基礎）
AI 生成程式碼要達到 production 品質，關鍵是「餵給 AI 明確的規範」。建立自家 Design System：
- 色票 / 字型 / 間距 tokens 明確定義
- 元件庫（Button、Card 等）已寫好可直接用
- Prompt Template（跟 v0 描述時用什麼詞）標準化
有 Design System 的團隊業界觀察 AI 產出可直接用比例達 70%、沒 Design System 的團隊只有 30%。這是決定「AI 化 ROI」的關鍵基礎建設。
結論：設計工程邊界的重塑，才剛開始
Vercel v0.dev 1 年 100 萬用戶不是「另一個 AI 工具火了」，是「設計和開發分工重塑」的第 1 個明確訊號。5 年後回看 2026 年，「設計交付給工程」的傳統流程可能已經消失。
對台灣工程團隊：（1）中小新創現在就可以少雇 30% 純前端、把預算轉到產品工程師；（2）中大型企業要用 6-12 個月完成團隊轉型；（3）純前端工程師個人職涯要主動學會 v0 / Cursor 這類 AI 工具、避免變成「只會寫純 UI 的舊時代前端」。
對設計師：不用怕被工程師取代，你反而變成「更全面的產品建構者」。學會 v0.dev、開始「說出」你的 UI、看它變成可執行元件。這是 2026 年設計師該補的第 1 門課。
設計和開發的邊界正在重塑，早進去的贏。