Live Train Status

在欧洲铁路出行场景中,欧洲铁路线路复杂、跨城市频繁、车次信息较多,用户对于车次信息的准确性与可读性有更高需求。原有 SEO 页面在信息层级与线路展示上存在一定断层,用户难以快速获取列车状态与站点信息,因此,本次项目对 SEO 页面进行了整体体验优化。

体验优化目标是什么?
产品目标
提升车站大屏使用率与用户留存,增强产品在欧洲铁路场景中的竞争力。
用户目标
帮助用户快速获取实时车次信息,清晰理解列车状态与线路进度。
设计目标
优化信息层级与内容承接,强化实时信息与线路详情的可读性。
体验升级的前提是了解产品的现状和问题
在视觉刷新过程中,我沿车次查询路径进行设计走查,
发现产品在车次信息展示中存在信息承接断层、线路信息不清晰、理解成本较高等较为明显的问题。
信息承接断层
用户操作与信息反馈之间存在断点
用户点击车次后,核心详情信息未被即时反馈,需要继续下滑页面才能查看线路详情。
信息承接弱
页面将车次列表与线路详情进行上下分层展示,但两部分缺乏明确关联,用户难以感知下方存在对应的车次详情信息。
影响
搜索结果与详情内容之间缺乏有效承接,增加用户浏览路径与信息获取成本,影响信息的查看效率,降低页面留存。





线路关系识别不清晰
站点身份缺少区分
用户搜索的当前站点,与列车始发站 / 终点站处于相近的信息层级,缺少明确区分,容易对列车实际运行线路产生误解。
线路进度缺少有效表达
页面仅展示途经站点,缺少对线路进度与运行方向的有效表达。用户搜索中途站时,难以快速判断当前站点在线路中的位置。用户难以快速判断当前站点与整条线路之间的关系。
影响
用户难以快速理解当前站点与列车线路之间的关系,增加实时车次信息的理解成本,影响信息获取效率。





问题与解决方向
Problem
用户点击车次后需要向下滚动才能看到线路详情,搜索结果与详情之间存在浏览断层
当前站点在整条线路中的位置不明确,用户难以建立线路认知

Solution
重构信息承接——让线路详情在用户点击后立即呈现
强化线路关系识别——明确搜索站点在整条线路中的层级与位置,增强实时进度感知

Design Solution
英国&西班牙设计方案
针对英国与西班牙铁路出行场景,通过优化实时车次信息层级、线路关系与状态展示,提升用户在高信息密度场景下的信息获取效率。方案优化总览
围绕“信息承接”与“线路关系识别”两大核心问题,重新梳理实时车次信息的展示逻辑与交互流程,优化用户在搜索、浏览与购票过程中的信息获取体验。
优化方向
- 重构搜索后的信息承接
- 强化线路站点关系
- 优化实时线路浏览体验
方案优化前后对比
Before


优化方向
- 重构搜索后的信息承接
- 强化线路站点关系
- 优化实时线路浏览体验

减少视觉干扰,提升信息露出效率
搜索结果露出优化
- 搜索后表格标题自动吸顶,增加列表露出面积
简化列表视觉层级
- 车站大屏用户核心诉求是查看车次,购票为次要需求,移除 Buy Tickets 按钮,减少次级操作对车次浏览的干扰
- 将 Details 文本入口简化为箭头图标,降低列表视觉复杂度,突出车次信息
Scheme
Explore
搜索结果与线路详情之间存在明显的信息断层,因此围绕“如何更好地承接线路详情信息”
探索了不同的信息展开方式

优点
信息结构完整,页面逻辑清晰
问题
页面切换后,用户容易丢失当前浏览上下文

- 即时信息承接点击车次后快速展开线路详情,减少信息断层
- 强化详情关联减少页面跳转带来的浏览中断,强化关联性
- 提升浏览效率更适合线路信息的快速查看与切换浏览

优点
增强车次与线路详情的关联性
问题
长线路展开后信息量过大,容易增加浏览负担
线路详情即时展开
将原本位于页面底部的线路详情,重构为独立的全屏浮层,减少搜索结果与详情信息之间的浏览断层。在保留列表浏览上下文的同时,帮助用户更快速获取实时线路信息。



头部行程信息强化
页面头部增加行程卡片,帮助用户快速确认当前线路信息,避免时间轴过长时一屏看不到终点站。
针对问题二:线路关系识别不清晰 —— 强化线路关系识别
围绕“用户如何快速理解当前站点与整条线路之间的关系”,重新梳理线路状态、站点层级与实时信息的表达方式,帮助用户更直观地建立线路认知。




强化搜索站层级
搜索站点字号加大,状态信息 (On time/延误)与站台信息清晰区分
折叠多站点
折叠多站点,减少长列表视觉负担
实时变化
列车运行状态会随行程实时变化,但当前页面缺少清晰反馈。用户需要反复比对时间和站点信息,才能判断列车进度。为此,我们设计了实时状态方案,通过可视化的线路与状态标识,让用户一眼了解当前进度和异常信息。

新增实时状态反馈
强化列车运行状态与线路进度的实时感知体验
强化列车位置反馈
已驶 / 未驶线路区分
火车icon标识当前位置
站点状态同步区分


延误状态反馈
页面顶部增加延误提示条
延误时间使用橘色显示,强化状态提醒
提升用户对当前行程延误状态的感知效率
延误时间划线处理,并将实际延误时间置于上方



进入购票后自动定位对应车次,减少二次查找
用户从线路详情点击购票后,进入购票列表时容易丢失当前车次的上下文,需要重新寻找目标车次
进入购票列表后,高亮对应车次卡片,帮助用户快速完成车次定位与购票操作。
- 当前车次描边高亮进入购票列表后,对应车次卡片自动高亮
- 减少二次查找避免用户重复浏览车次列表,直接锚定目标车次
- 强化场景承接建立车次详情与购票流程之间的关联

Design Solution
意大利本地化体验适配
英国、西班牙与意大利用户在铁路出行习惯、线路认知与信息关注点上存在明显差异。基于当地用户的出行场景,对信息结构与交互表达进行了本地化适配。意大利铁路如何帮助用户识别车次与停靠节奏?
Trenitalia 与私营高铁 Italo 在意大利主要城市间长期并线运营,同一时段同一区间可能同时有多趟不同运营商的班次。在这一背景下,意大利站台大屏与纸质票面均将车次号作为核心标识字段,用户在候车时习惯以车次号作为“认车”的二次确认锚点,而非仅依赖发车时间与终点方向。带着这一场景认知,我们对三款意大利本地主流产品进行竞品分析

优势
- 支持人数 / 日期 / 时间等条件筛选
- 搜索结果直接展示价格与时长信息
- 强调列车Train Number信息
劣势
- 不支持单站点查询车站大屏
- 缺少“点击车次查看线路详情”能力

优势
- 强调 Train Number与Brand等线路信息认知,页面结构清晰
- 页面头部整合路线概括和延误状态
- 支持路线收藏,强化高频查询与通勤场景体验
- 时间轴完整展示线路信息,支持 Arrival / Departure 信息展示和列车实时进度
劣势
- 页面信息密度较高,视觉负担偏重

优势
- 工具能力强,更新时间可随时刷新
- Incoming状态区分明确,展示Delay、Train、Brand等核心字段
劣势
- H5 表格字段较多,信息层级扁平
- 仅支持查询,不支持后续购票流程
Train Number 前置:让意大利用户一眼找到自己的列车
意大利本地用户习惯以车次号作为出行识别的核心锚点,因此我们在搜索入口、结果列表与行程详情三个关键触点统一植入 Train Number,让用户在任意场景下都能完成列车识别
搜索入口
新增 Train Number 直搜模式,匹配意大利用户检索车次号出行的习惯

车次列表
运营商 + 车次号双字段,强化列车识别,降低同线路多班次的混淆概率

行程卡片
车次号与运营商缩写同屏呈现,用户持续保持车次认知,避免进入线路后丢失上下文

站点搜索:出发/到达一键切换
针对意大利用户使用的站点查询场景,在列表层新增出发/到达Tab,帮助用户快速切换出发与到达车次,降低长列表中的信息筛选成本。
- 新增出发 / 到达切换tab
- 出发与到达完全分开显示,不再混排
- 强化站点场景下的线路方向识别


时间轴设计方案探索
围绕 出发/到达双时间同屏呈现 这一核心需求,共推进三个方向的方案探索,最终从信息层级、视觉动线与延误状态兼容性三个维度综合评估。
FINAL
- 信息层级清晰
- 信息结构可自然扩展
- 符合纵向连续阅读习惯

方案甲
页面清晰简洁
问题未标注出发/到达,部分用户可能不理解双时间含义,延误时间难处理

方案乙
出发/到达时间独立排列,较清晰
问题视觉动线为Z型 不符合纵向线路的连续阅读习惯

意大利时间轴的本地化重构
意大利用户需同时判断列车到站与离站时间,原有 EN·ES 版本仅展示单一停靠时间,无法覆盖这一需求,在保持组件结构一致的前提下,仅重构时间轴信息排布。
站点 出发/到达 双时间结构 补全列车“到站 / 离站”完整停靠信息
纵向线路进度表达 出发/到达 时间纵向排布,符合用户阅读习惯


EN·ES 版本仅展示单一时间IT版本在相同组件结构下补全双时间信息层
本地化上线后,意铁实时车次页成为 SEO 流量增长点
TrainPal 与 Trip 意铁车站大屏页面流量和搜索排名同步提升,一跃成为意铁页面除首页/路线页外第二高的流量页
Trip.com
页面流量较改版前增长
TrainPal
页面流量较改版前增长












