讓原型「像真的」

線框圖是用方塊寫成的論述。它能描述版面，也能暗示流程，但它答不了利害關係人唯一真正想問的那個問題：用起來是什麼感覺。這就是為什麼評稿會議經常以「如果能……就好了」這句話收尾，也是為什麼兩週後同一個會議會再開一次。這套工具存在的理由，就是把那個循環切斷。它在工具鏈上的位置很精確：比靜態稿更進一步，比寫正式程式碼便宜得多。

讓這個位置站得住的是它的組成方式。互動邏輯是用積木組起來的，而不是打字打出來的。點擊、滑動、按鍵、計時器是觸發；位移、透明度變化、資料數值變動是回應。把積木疊起來，再加上變數與條件判斷，一段以前需要請工程師解釋的流程，就變成一個下午能做完的東西：邊打邊驗證的表單、標題收縮時卡片展開的動效、進度條終於說實話的多步驟結帳。

讓成果超越「一段聰明的動畫」的，是它能模擬硬體。陀螺儀、麥克風、指紋辨識都可以假裝，所以原型能回應傾斜、能聽噪音大小、能把某個畫面鎖在生物辨識後面。這些恰恰是平面設計稿無法討論的互動，也恰恰是團隊會吵上好幾週、卻始終沒有證據的那幾種。

真機預覽與團隊檢視

這裡的高保真不只關於邏輯。手機裝上播放器之後，電腦上正在編輯的內容會即時鏡射到真機，於是滑動的手感與動效的節奏，是用手判斷的，而不是用文字描述的。跨裝置的情境也能編排在同一份原型裡：手機操控平板，或兩塊螢幕接力完成一件事，這一類互動多數設計工具根本表達不出來。

流程一旦跑得通，一條連結就能分享給團隊與測試者，而回饋會掛在原型上，不是掛在檔案裡的截圖上。光是換掉這個媒介，討論的品質就不一樣了。「這個轉場感覺有點慢」是一句意見；「掛在那個轉場上、在每個人都按得到的版本裡」則是一個有座標的缺陷。

這類原型還有第二種讀者，而且不是設計團隊。是要估工時的那個人。一段按得下去的流程，代表其中彆扭的狀態已經被發現過了；而從靜態畫面估出來的工，與從能動的版本估出來的工，差別通常就是「意外」與「計畫」的差別。交付一份原型不是裝飾，它把整整一類問題從啟動會議裡拿掉。

也值得說明它刻意不做什麼。它不是正式環境，沒有人應該想從這裡出貨。它的價值在於逼你提早回答那些問題：網路在流程中途斷掉會怎樣、停用狀態長什麼樣、第二下點擊單手到底搆不搆得到。這些在原型裡回答很便宜，在開發衝刺裡回答很貴。

它填上的是設計與開發之間那段語言用盡的縫隙：互動不再是會議裡的一段描述，而是人可以拿在手上的東西。好的原型自己會說話。

免費版涵蓋個人起步所需，團隊協作與進階能力則落在訂閱之後，這對一個會被工作室逐步採用的工具來說是合理的形狀。至於從 Axure 或 Figma 原型轉過來的人，學習曲線算是平緩，主要因為「觸發＋回應」的心智模型，跟他們原本思考互動的方式一致。

它該放在哪裡，說起來很簡單。互動設計師、產品經理與偏動效的介面設計師是主力用戶。純視覺稿用 Figma 就夠，什麼都不會少。但問題一轉向複雜流程或感測器，就該把這套工具打開。它跑在 Windows 與 macOS 上，免費版裝好就能用。