节点订阅：客户要的不是又一个「全部轨迹」页面
按事件推送（开船、到港、查验、签收）比堆轨迹更省客服。系统支持订阅偏好、渠道（邮件/企微/站内）与静默规则，避免刷屏与漏报两种极端。
客户说「你们系统查不到」，有时是假话，有时是真话的另一种说法：他不想打开系统。他要的是在改船那天被砸一下，而不是每天三条「运输中」。
订阅模型可以很瘦
- 事件目录（业务语义，不是承运商原始码）
- 接收人与渠道
- 静默时段 / 合并推送
- 失败重试与死信（别推丢了当已送达）
快递飞做门户时，常把「可订阅事件」做成验收清单：人为制造到港与查验，订阅人必须收到，未订阅人保持安静。
常见问题
为什么不把所有轨迹都推送？
刷屏会导致关闭通知。应按关键业务事件订阅；明细留在门户可查。
首期推哪些事件？
建议：已收货、已出运/开船、到港、清关/查验异常、派送签收。可按客户偏好增减。
和轨迹聚合关系？
聚合提供节点事实；订阅决定谁在何时收到哪类事实。两者分离，渠道更换不影响主数据。
所属专题
列表筛选「直邮与一单到底」 · 列表筛选「货代专线快递」 · 列表筛选「尾程与打单」 · 列表筛选「报关与合规」 · 列表筛选「对接与运营」