feat(platform): add live map dispatch desk

vehicle-data-platform/docs/fleet-platform-product-research.md

@@ -19,6 +19,7 @@
 - Verizon Connect 把 live map 与 historic replays 放在同一个 GPS tracking 叙事里，Geotab Trips History 支持查看车辆实时位置和历史行程，Samsara GPS tracking 也把 Trip history 作为分析车辆行程效率的核心入口。因此历史页要先呈现“车辆 + 时间窗 + 轨迹回放 + 证据导出”的客户复盘路径，而不是先暴露 RAW/字段表。参考：https://www.verizonconnect.com/solutions/gps-fleet-tracking-software/、https://support.geotab.com/help/mygeotab/fleet-activity/trips/trips-history、https://www.samsara.com/products/telematics/gps-fleet-tracking
 - Samsara、Geotab、Verizon Connect 的公开页面都把客户问题翻译成任务入口：车辆在哪里、这一趟怎么跑、哪些风险要通知、报表如何导出。因此首页右侧需要问题式入口，先回答客户语言，再下钻到地图、轨迹、统计、历史证据和告警。
 - Geotab、Fleetistics、FleetRabbit 等资料都把 Trip History、Mileage、Reports、Excel/PDF 导出放在一起：客户不是只看一张里程表，而是需要“统计口径 + 轨迹复核 + 明细导出 + 可发送结论”的报告路径。
+- Verizon Connect GPS Fleet Tracking、Samsara GPS Fleet Tracking 和 Motive Fleet View 都把 live map、历史回放、筛选分组、告警和调度决策放在同一条作业链路里。因此实时页需要一个“实时地图调度台”：客户先看在线位置，再处理异常、轨迹、导出和通知，而协议来源只作为位置可信度证据。参考：https://www.verizonconnect.com/solutions/gps-fleet-tracking-software/、https://www.samsara.com/products/telematics/gps-fleet-tracking、https://gomotive.com/fleet-view/
 
 ## 对标后的产品改造规则
 
@@ -36,6 +37,7 @@
 - 三个接入来源只是数据通道，最终服务对象是车辆。
 - 第一屏必须回答客户最关心的问题：有多少车在线、车在哪里、哪些车异常、如何按时间复盘。
 - 车辆服务主路径固定为：车辆地图 -> 实时监控 -> 轨迹回放 -> 里程统计 -> 历史查询导出 -> 告警通知。
+- 实时监控页必须把地图作为调度指挥台：在线车辆、有效定位、异常优先、选车复盘和当前态势导出要出现在同一个工作区。
 - 自定义时间窗要贯穿轨迹、里程、历史查询和告警，避免用户在多个页面重复录入条件。
 - 协议、来源覆盖、Kafka、Redis、TDEngine、MySQL 等信息只在内部运维或复核层展示。