实时行程通知:站台与晚点提醒的送达逻辑
官方把「行程中的实时支持」列为应用三大卖点之一。这一页讲清它到底会推什么、依赖什么前提、以及推送没来时怎么办。
推送覆盖的时间线
| 时间点 | 推送内容 |
|---|---|
| 出票后 | 出票确认(或失败提醒) |
| 出行前 | 行程即将到来的提醒 |
| 出行当天 | 出发时间变更、站台/检票口变更 |
| 途中 | 晚点更新、接驳建议 |
| 行程后 | 退款/改签进度类通知 |
这一整套依赖通知权限——权限没开的话整条链路失效,补开方法见通知权限为什么建议开。
送达的三个前提
- 账号登录且订单在该账号下:推送发给购票账号的设备。
- 网络可用:实时提醒是在线能力,离线状态下收不到(离线只保票面可用,见离线看票)。
- 应用未被系统杀后台:部分国产 ROM 的省电策略会拦推送,把应用加入白名单。
推送没来时的人工兜底
车站大屏永远是最权威的实时信息源。推送是便利,不是依赖——跨国出行尤其在信号不稳的枢纽站,养成「推送 + 大屏」双通道核对的习惯。
晚点导致的连锁问题(误接驳、误酒店入住)处理思路:
行程结束后的评价与售后入口也在通知流里,售后不到位的升级路径见联系客服。