對航司與場站服務團隊而言，真正的高壓窗口不是「平時運營」，而是三種時刻：延誤改簽、登機口變更、以及天氣或管制引發的 Emergency Alerts（應急預警）。此時你最怕的不是訊息發不出去，而是旅客「根本沒看到」、或看到得太晚，導致排隊、投訴、錯過航班與現場服務崩盤。
更現實的是：大量內地旅客可能不願意、也不方便在落地後立即下載你的 App。那麼，如何在「免下載」前提下，仍做到可用、可控、可落地的觸達？
這篇指南聚焦一條可行路徑：透過鴻蒙 Meta Services（元服務）的消息卡片能力，結合 LBS（場景化地理位置）與 Millisecond Latency（毫秒級延遲）的交付要求，建立一套面向旅客體驗與場站服務的實戰框架。
1. 高壓場景：延誤與登機口變更時，訊息晚 1 分鐘就是排隊與投訴
在航司/場站場景，通知通常承擔三類任務：
- Emergency Alerts：登機口變更、航班取消、臨時安檢分流。
- 旅客指引：值機提醒、登機時間、行李轉盤。
- 現場協同：分流策略、服務窗口引導。
一旦觸達延遲或丟失，後果往往不是「體驗差一點」，而是旅客錯過關鍵動作、現場壓力升高以及服務成本暴增。因此，航司要的是在正確時間、正確地點、用可執行的卡片資訊完成觸達。
2. 為何「免下載」很關鍵：旅客不一定在你的 App 裡
你的旅客可能處在以下狀態：行程短、只飛一次，不願下載 App；已有多個旅遊/交通 App，新增意願低；現場焦慮，沒有時間完成下載與註冊。這意味著：若你只依賴 App 內觸達，Emergency Alerts 的覆蓋就會天然不足。
3. 實戰框架：以 Meta Services 卡片把「通知」變成「可執行指令」
1）卡片資訊最小化：一張卡片只解決一個動作
風險：把卡片做成「公告欄」。
影響：旅客看了仍不知道做什麼，現場詢問不減反增。
措施：每張卡片只承載一個明確動作，例如去哪個登機口、何時開始登機、或退改簽的下一步。
2）Millisecond Latency：把延遲當成服務風險而非技術指標
在延誤與登機口變更場景，訊息的價值與時間高度相關。建立「時效窗口」與「過期策略」，超過窗口即不展示或以最新版本覆蓋舊卡片。
3）LBS：用場景化地理位置把觸達變成「就在你身邊」
LBS 的價值不是「追蹤」，而是「降低理解成本」。以 LBS 做場景分層（已到機場推安檢指引，未到機場推交通建議）。
4. 落地清單：CDO/旅客體驗/場站服務三方如何對齊
- 定義 Emergency Alerts 的分級與觸發條件（誰能發、何時發）。
- 梳理 3 條核心旅客路徑：到達→值機→登機。
- 設計消息卡片模板：每張卡片一個動作、一個時效窗口。
- 定義 LBS 規則：哪些場景可推、哪些必須抑制。
- 做一次演練：登機口變更 + 延誤改簽的全流程。
5. 了解更多（大交通專屬）
如你正在為「免下載觸達」與 Meta Services 消息卡片落地，可訪問：
探索香港交通推送解決方案
