Figma Make 登陸 iOS / Android 行動版:終於能用真實手勢測試 AI 生成的原型
Figma Make 第一次跨出桌面:現在可以在 iOS + Android Figma app 預覽 Make 作品,用真實手勢操作、分享給 reviewer 在他們自己手機上審。這次 release 把 AI 原型測試的 4 個 context switch 縮成 1 個 tap。
Figma Make 從一月推出以來,工作流幾乎綁死在桌面——在瀏覽器裡 prompt 一段描述、在一個大螢幕裡看它生成出來的原型、在同一張畫布上調整。但真正的原型測試,一半的問題都出在「把手機拿起來才看得到」的地方:捏合縮放會不會卡住、sticky header 擋不擋到內容、一根拇指能不能點到最遠的按鈕、iPhone SE 的小螢幕上 8pt 的 body text 是不是根本讀不清。
Apr 22 的 release 把這塊補上了。Figma Make 現在可以在 Figma 的 iOS / Android 行動版 app 裡直接預覽,用真實手勢操作、傳給 reviewer 在真實裝置上點一遍,不需要再手動把 prototype 連結丟到 Safari 看。這是 Make 上線以來第一次正式跨到桌面以外的平台——而且沒停在「能看」,而是走到了「能跑、能被一起審」。
Make preview on the mobile app
New release · Apr 22, 2026 · figma.com/release-notes
四個數字讓你 30 秒抓到這次 update 的實質範圍
PLATFORMS
2
iOS + Android
CONTEXT LEAP
4→1
切換次數縮減
VERIFIED
3
scroll · spacing · interaction
ROLLOUT
7days
over the next week
Make 在 mobile 上到底開放了什麼
先把 release 原文寫得清楚的三件事列出來:Make 已經加到最新版 Figma 行動 app、可以在 iOS 和 Android 預覽一個 Make 作品、可以分享給其他協作者審核。版本在未來一週內陸續推送,現在打開 App Store 或 Google Play 更新 Figma app 就能用。
把這三件事放進「Figma Make 產品路徑」的脈絡看,會更清楚它在解什麼:Make 從第一天起的核心是「AI 幫你做原型」,但 AI 生出來的東西要變成真的可用的原型,必定得在手機上測一次。以前的工作流是——在桌面 Make 生成 → 複製 prototype 連結 → 在手機 Safari / Chrome 打開 → 手勢試一試 → 切回桌面改 prompt。每次來回要切 4 個 context,每次 review 都靠 Slack 貼連結,每次 PM 回來「這個卡片我滑不動」你得從連結再生成一次新版本。Mobile app 的 Make 預覽把這條流程縮成 1 個 tap:"在 Figma app 裡打開"。
這篇會把這次 release 拆成三塊:為什麼 Make on mobile 會卡這麼久才推出、「真實手勢與約束」具體指什麼、以及 iOS + Android 同步分享的實務意義。

為什麼 Make 登陸 mobile 不是理所當然
Figma 的 mobile app 很早就存在——官方 guide 的文章編號還是 1500007537281,這是一個至少 4 年前就建好的 help 頁面。它以前的定位很清楚:view + comment,設計師可以在通勤時用手機看檔案、回留言、點 prototype 預覽一下。但 "編輯" 和 "生成" 這類重互動的功能,Figma 長期留在桌面——不是技術做不到,是行動端的 UI context 太窄,把桌面級工具塞進去會變成四不像。
Make 是個特殊的例子。它本質上是一個 AI prompt → generated prototype 的工具,prompt 這步在手機上其實完全可以做(打字輸入、選 model、送出),但生成結果的 "預覽" 才是被卡住的那塊——一個 Make 輸出的是可互動的 UI,不是一張圖。要在 mobile 裡把它真的跑起來,需要 Figma 把 Make 的 runtime 搬到 app 裡面,而不是像 prototype share link 那樣丟進一個 webview 就完事。webview 能渲染畫面,但 gesture routing、platform navigation、safe area 的處理會打折扣。
這次 release 的用字是「Make is now available in the Figma mobile app」——"available",不是 "viewable" 也不是 "editable"。對照 release notes 裡的三個功能點,現階段 mobile 能做的是 preview(預覽既有的 Make)+ share for review(分享給其他人審),還沒提到 "在手機上 prompt 一個新的 Make"。這是一個保守但合理的節奏:先把 review loop 從 4 個 context 縮到 1 個,讓 design team 的 daily workflow 真的變輕,而不是一次端出一個手機端完整 Make 工作流但到處都是 bug。

真實手勢、真實約束——而不是瀏覽器模擬
release 裡最關鍵的一句是「experience it with real gestures and constraints」。這句話值得拆開看。
Real gestures 指的是:iOS 的 swipe back、長按 haptic、兩指捏合這些平台級的手勢,會直接傳進 Make prototype,不是透過瀏覽器模擬。這對設計師的影響很具體——以前在 mobile Safari 打開 prototype link,swipe back 會觸發瀏覽器的 "返回上一頁",不是你設計的 navigation transition;在 Figma app 裡預覽,這個手勢會被你的 prototype 吃下去,才真的能驗證 "使用者會不會誤觸系統手勢"。鍵盤彈出的時候 viewport 會不會被壓縮、下拉到頂端會不會觸發 pull-to-refresh、拇指點不點得到最遠的按鈕,這些都是只有在真裝置上跑才能看到的問題。
Real constraints 指的是 viewport、safe area、狀態列遮擋、橫豎向切換這些實體裝置才會遇到的東西。一個在 1440×900 桌面 preview 好看的 Make,放到 iPhone 15 Pro 的 390×844 可能整個破版;notch 會不會切掉 header;底部 home indicator 會不會蓋到最重要的 CTA;低階 Android 裝置上的 font rendering 會不會讓你的 UI 失去視覺層次;這些只有在真裝置上跑才會看到。release 明確列出三件事可以在 mobile 預覽驗證——"scrolling、spacing、interactions"——剛好對應到這三類問題。
這其實是 prototype testing 的 "最後一哩"。在此之前,Figma 有 Dev Mode、有 prototype link、有桌面端的 "Preview" button,但沒有一個官方管道能讓設計師 "在自己日常用的手機上,直接在 Figma 產品裡打開 Make 作品測試"。現在有了。
把 prototype link 丟進 mobile browser 跟在 Figma app 內預覽,差別不只是「少一步」
在 Safari 打開 prototype link
Swipe back 被系統劫持、viewport 被 URL bar 壓縮、safe area 被遮住、gesture 經過 webview 翻譯一次才到你的 prototype。
→ 4 個 context 才能完成一次 review
在 Figma app 內直接預覽 Make
真實平台手勢直接送進 Make runtime、safe area / notch 被正確對待、scrolling spacing interactions 都在真裝置上驗證。
→ 1 個 tap:打開 Figma app

iOS + Android 雙平台分享——不只是看,是跑
第三個功能點是「Share Makes with collaborators for review and approval」。這裡值得注意的是它沒寫 "share a link"——用字是 share "Makes",代表分享的是 Make 物件本身,reviewer 收到的不是一個 URL,是一個可以在自己手機 Figma app 裡直接打開的 Make 預覽。
這對跨裝置協作的影響是:PM 在 iPhone 上、客戶在 Android 上、設計師在 iPad 上,三個人可以同時拿各自的真實裝置跑同一個 Make prototype,回報 "這個卡片在 Android 小米 13 上滑不動"、"這個動畫在 iPhone 15 流暢但 iPhone SE 掉幀"、"我 Android 的下載鍵在 home indicator 下面被蓋到"。以前這類 feedback 要嘛透過錄螢幕影片傳來傳去,要嘛大家擠到同一個房間試同一台手機。Make 上 mobile 之後,feedback loop 的粒度可以到 "每個人的個人裝置",而且是每個人都自然在用的那台。
release 裡也點出 rollout 是 "over the next week"——所以如果今天打開 Figma app 看不到 Make,等幾天再更新一次。前提是要先把 Figma 手機 app 升到最新版。

新工作流的完整 4 步——從打開 App Store 到 reviewer 收到可互動的 Make
更新 Figma mobile app
打開 App Store(iOS)或 Google Play(Android),把 Figma 升級到最新版本。Rollout 在未來一週內陸續推送,如果還沒看到 Make entry 不是 bug,等 app 自動更新。
打開你的 Make 檔案
在 mobile app 裡進入任何一個 Make 作品。跟桌面版一樣,它會在 app 內開啟 preview,不是跳 browser。
用真實手勢操作
用手指 scroll、捏合、長按——Figma app 會把這些手勢傳進 Make runtime,不經過 browser 的手勢劫持。同時驗證 scrolling、spacing、interactions 三個常見 mobile 破版區域。
分享給 reviewer 審核
從 Make 裡 share 給協作者,對方在自己手機的 Figma app 打開即可 review。PM、客戶、其他設計師可以跨 iOS / Android 同時在各自裝置上測試。
Make 在 2026 的 roadmap 走到哪了
把這次更新放進 Figma 2026 的產品版圖看:Q1 推了 Make Kits(教 AI 你家設計系統)、Attachments(帶 PRD 進 Make)、Weave workflow templates;Q2 第一個月就把 Make 推上 mobile。這條 roadmap 一直在做同一件事——把 AI 原型生成從一個「瀏覽器裡的新玩具」,變成一個嵌進既有設計工作流的「工具層」。
Make Kits 解了 "AI 不懂我的設計系統"。Attachments 解了 "AI 不懂我的產品 context"。Mobile preview 解了 "AI 生出來的東西不能在真裝置測試"。每一步都在把 "為什麼我不能在生產環境用 Make" 的理由一條一條拔掉。
對設計師來說,短期最具體的變化是:下次 prototype review 會議,不用再每人轉一次桌面螢幕給客戶看。每個人拿手機打開 Figma app,就能從自己的 Android / iOS 角度跑同一個 Make 作品——這件事從今天起不需要任何額外工具鏈支援,只要更新 Figma app。等 Q3、Q4 如果 Figma 把 "在手機上直接 prompt 新的 Make" 這條路打開,Make 就會正式從「設計師的 AI 助手」演化成「跨裝置、跨角色的生產力層」——但那要等下一次 release notes 才知道。
這次 release 濃縮成 4 條可截圖收藏的清單
- 01 Figma Make 現在可以在 iOS + Android 的 Figma mobile app 裡直接預覽
- 02 使用平台級 real gestures 而非 browser 模擬,驗證 scrolling / spacing / interactions
- 03 Share Makes 支援跨裝置 review,PM、客戶、設計師可同步在各自裝置點同一個 Make
- 04 未來一週陸續 rollout,現在就把 App Store / Google Play 裡的 Figma app 升到最新版