即時動態 Live Activity 停車整合
打造無縫的停車資訊體驗
Elevating Parking Experience with iOS Live Activities
「車麻吉」致力於簡化車主停車體驗，從找車位到完成繳費整段流程，讓車主透過 App 即可享受「出場自動付款」的無感體驗。
在此版本中，車麻吉導入了 iOS Live Activity 即時動態，將關鍵停車資訊延伸至使用者的手機鎖定畫面。這項功能解決了車主在停車間，需頻繁解鎖手機確認「停車時數」與「費用」的痛點，現在只需點亮螢幕，即可一目瞭然地掌握即時停車資訊，不僅有了更無縫的停車體驗，也有效提升了 App 支援停車場的付款轉換率。
Product
車麻吉 Carmochi
Platform
iOS
Timeline
2023.12 - 2024.06
My Role
UX / UI
既有 User Journey
當車主進入支援停車場，系統會自動辨識車牌並發送「進場推播」，提示稍後可直接出場並以 App 綁定付款方式自動繳費離場，省去繳費時間。
停車中，車主可開啟 App，從停車資訊卡片會查詢當前「停車位置」、「停車時數」、「預估金額」等資訊。
使用痛點
頻繁解鎖手機的操作負擔
用戶若想查詢停車中狀態，必須重複「解鎖 → 開啟 App → 查看停車中卡片」步驟。在移動過程中，這種多層次的操作路徑顯得繁瑣，無法滿足快速查看需求。
分散資訊傳遞與認知負荷
現有的推播採分段發送「進場 → 離場 → 付款」，這類分次的傳遞方式讓用戶需自行比對多則通知來理解狀態，但在多數情境下，用戶只需要掌握最新的停車狀態，這種堆疊的資訊反而增加了理解負擔。
通知權限關閉導致資訊傳遞斷層
由於既有 App 推播系統缺乏分類機制，用戶常因排斥接受行銷類訊息而關閉通知權限。這產生了一個體驗斷點，用戶會因此錯過重要的進場通知，進而不知道當前停車場可使用 App 自動付款，導致付款服務的轉換流失。
解決方案與設計策略
降低資訊獲取路徑
透過 Live Activity 技術，將關鍵停車資訊延伸至 iOS 鎖定畫面。無需解鎖手機或開啟 App，只需喚醒螢幕即可在畫面掌握停車狀態，大幅縮短了資訊獲取的路徑。
確保停車資訊接收
利用 Live Activity 特性，希望繞過用戶對推播權限的限制。讓停車推播資訊能有效傳遞給用戶，減少既有因推播權限關閉而產生的資訊斷層。
以動態更新整合碎片化資訊
將原本分散的「進場 / 離場 / 付款」多則靜態通知，整合為單一的動態卡片。透過更新動態卡片狀態，取代過去推播堆疊的畫面，讓用戶在同一介面就能獲取連貫最新的停車資訊。
※ iOS 16.1 ：開放了 ActivityKit API。iOS 17.2 開放允許 App 透過遠端推送通知直接啟動即時動態，而不必一定要使用者先開啟 App。
即時動態關鍵狀態
針對停車旅程設計三個核心狀態，讓車主在每階段都能獲取所需要關鍵資訊：
Stage 1. 進場
當系統辨識到車牌進入支援場站，會顯示進場狀態，提示用戶目前進入是支援付款停車場。若 App 用戶尚未完成付款設定時，卡片會額外顯示「完成付款設定」狀態，引導用戶完成設定，預先排除了離場時才發現無法自動付款的阻礙。
Stage 2. 停車中
停車開始計時，即時動態切換為「停車中」狀態，持續顯示當前車主最需要的兩個「停車時數」「預估金額」資訊。
Stage 3. 離場
車輛離場後，即時動態更新為「付款完成」狀態，並呈現最終交易狀態與金額。
上線後挑戰：網路穩定性對體驗影響
第一版上線後，我們透過用戶回饋與數據埋點發現了一個 Edge Case，在部份網路收訊較差的地點，系統會無法成功發送更新 Update Token。這導致即時動態無法獲取週期性的數據更新，產生兩項體驗問題：
資訊停滯與錯誤預期
停車時數持續停留在「0 分鐘」，導致用戶無法掌握正確的停車時間與預估費用，失去了 Live Activity 應有的即時性價值。卡片狀態無法結束
即使車主已離場，狀態卡片仍會因未收到 End 更新而殘留在鎖定畫面上。這會讓用戶產生「是否尚未成功付款？」或「仍在持續計費？」的疑慮，對服務信賴感造成負面影響。
迭代設計
針對網路環境造成的數據延遲，我們調整狀態卡片了 Default 顯示方式。在首個更新週期完成前，卡片不再直接顯示起始的「0 分鐘」，而是改為預顯示文案「查看停車金額與時數」，可以避免上面提到的兩項體驗問題：
校正用戶預期
避免直接顯示可能錯誤的「0 分鐘」，當用戶第一次看到時間就是有成功接收到 Update Token 時間，減少用戶對資訊準確性的懷疑。引導觸發手動更新
透過「查看停車金額與時數」文案引導用戶點擊卡片。當用戶主動開啟 App 時，系統將會藉此重新獲取 Update Token，確保後續的停車資訊能成功推送。
選擇以這種「引導點擊」的互動方式，在網路不穩定的情境下，確保用戶能獲得準確且連貫的停車資訊體驗。
動態島 Dynamic Island 設計
在導入 Live Activity 的同時，也同步需開發其 ActivityKit 依附下的 Dynamic Island。為了呈現動態島的原生 UI 狀態屬性，需新增包含緊湊（Compact）、分離（Minimal）與擴展（Expanded）等設計，以確保資訊能因應不同系統情境做出最適合的呈現。
在 Compact 模式下僅顯示停車 icon 表達停車中狀態。選擇不顯示停車時間或費用，因在實際使用上，資訊並不是會每分每秒更新，而是週期性的，所以一直看到這類長資訊在畫面上，對這類獲取可能沒有更多需求，所以選擇僅顯示停車 icon。
Dark/Light Mode 深淺模式
為了提供最原生且舒適的視覺體驗，同步設計了深色與淺色模式下的 UI。透過適配 iOS 系統層級的色彩規範，確保即時動態卡片在不同系統設定下，皆能保持高對比度的資訊易讀性。
在新技術中與工程合作開發
在即時動態 Live Activity 推出初期，面臨開發文件稀缺與規範尚待摸索，在缺乏社群經驗參考下，我與工程團隊、PM 緊密協作，透過反覆實作來測試功能與 iOS 設計規範。
面對技術框架限制（如：更新頻率），我們在規範內進行預防性設計，確保在各種網路情境下都能減少使用問題。這次經驗不僅讓我們克服了新技術導入門檻，更累積了團隊面對新興功能開發時的應變與實戰經驗。
產品影響：建立差異化優勢
作為台灣早期導入「Live Activity」的開發者，我們率先將即時動態應用於停車場景，在交通類產品中建立產品差異化優勢。即時動態不僅增加了用戶與產品的「關鍵接觸點」，更透過直接的資訊傳遞方式，提升了車主在車麻吉 App「自動付款出場」核心服務的轉換率。