動畫不該只是「播完」

傳統的動畫檔案像一段錄好的影片：起頭、跑完、觀眾看著。所謂互動，過去往往是在交付之後，由另一邊用程式碼把同樣的行為重做一次，失真就從這個交接處漏出去。Rive 走的是另一條路：讓檔案本身會反應。狀態機住在資產裡面，負責播放的判斷——游標進來該走哪一條分支、按下時發生什麼、搖桿推動時形體怎麼轉身。判斷跟著畫面一起走，於是上線的行為就是設計者畫出來的行為，而不是工程師的近似值。

實務上的效果，是動態從裝飾變成對話。按鈕在游標下回彈、角色待機時眨眼、被觸碰時有反應、插圖隨讀者捲動而重新排列，這些都是一組帶轉換的狀態，用看的就能編排，而且邏輯還在調整時就能在編輯器裡當場試。

一份資產，走遍所有螢幕

這件事在展示之外之所以重要，關鍵在執行端。匯出的不是影片，而是一個精簡檔案，由一個小小的執行環境以螢幕當下的解析度算圖，所以放大依然銳利，體積小到可以塞進一顆按鈕裡。網頁、兩大行動系統與主要遊戲引擎都有現成的執行環境，一份工作因此能覆蓋所有目標，不必每個平台重做一次。

編輯器也備齊了角色工作需要的專業器械：骨骼綁定、以網格變形美術內容、以及可以細調而不必照單全收的插值曲線。因為動畫是向量構成，為小按鈕設計的資產可以整片攤到大螢幕上使用，不必重畫。免費層足以學會整套模型並做出小作品，協作與更重的用量則在團隊需要時才訂閱。

有個從遊戲工作搬過來依然管用的習慣：量的是資產，而不是畫面好不好看。狀態機若掛著太多一直開著的轉換，即使眼前什麼都沒發生也會吃掉效能，而編輯器把時間軸攤得夠細，看得出來。讓同時生效的輸入維持在少數，讓待機狀態真的待機，動畫就便宜到可以在一個畫面上放好幾個，頁面也不會因此變鈍。

Rive 把動畫從「素材」變成「介面」：動態不再裝飾畫面，而是畫面回應人的方式之一。會對話的動畫，才有存在的理由。

第一週別浪費的起步方式

從微互動開始，而不是從角色開始。一顆按鈕、三個狀態：待機、懸停、按下，就足以教完整套模型——輸入、轉換、條件——而且規模小到犯錯不痛。確認懂了再進到有骨頭的角色，因為綁定會讓複雜度跳一個量級，而它的失敗常常看起來像動畫問題，實際上卻是狀態問題。

最省時間的協作細節，是在美術完成之前就先跟寫整合程式的人把狀態名稱講定。執行環境不在意某個狀態叫什麼，但整合時才發現對不上，要花掉一天；先寫一張清單，只花十分鐘。行銷頁的可互動插畫是它最明顯的秀場，值得專門留一塊試驗區，而不是當成實驗直接丟進正式頁面。