Live Train Status

Live Train Status 项目封面:TrainPal 手机界面叠放在欧洲雪山铁路场景上

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

经过车站的列车背景

体验优化目标是什么?

产品目标

提升车站大屏使用率与用户留存,增强产品在欧洲铁路场景中的竞争力。

用户目标

帮助用户快速获取实时车次信息,清晰理解列车状态与线路进度。

设计目标

优化信息层级与内容承接,强化实时信息与线路详情的可读性。

体验升级的前提是了解产品的现状和问题

在视觉刷新过程中,我沿车次查询路径进行设计走查,
发现产品在车次信息展示中存在信息承接断层、线路信息不清晰、理解成本较高等较为明显的问题。

1

信息承接断层

用户操作与信息反馈之间存在断点

用户点击车次后,核心详情信息未被即时反馈,需要继续下滑页面才能查看线路详情。

信息承接弱

页面将车次列表与线路详情进行上下分层展示,但两部分缺乏明确关联,用户难以感知下方存在对应的车次详情信息。

影响

搜索结果与详情内容之间缺乏有效承接,增加用户浏览路径与信息获取成本,影响信息的查看效率,降低页面留存。

用户点击车次后需要继续滚动至页面底部查看详情的路径原车站大屏页面中车次列表与线路详情上下分层的完整长页面用户期望点击车次后立即查看该车次详情Scroll for details实际结果是列车详情位于页面底部用户期望点击车次后立即查看详情,但实际需要滚动到页面底部的移动端问题示意
2

线路关系识别不清晰

站点身份缺少区分

用户搜索的当前站点,与列车始发站 / 终点站处于相近的信息层级,缺少明确区分,容易对列车实际运行线路产生误解。

线路进度缺少有效表达

页面仅展示途经站点,缺少对线路进度与运行方向的有效表达。用户搜索中途站时,难以快速判断当前站点在线路中的位置。用户难以快速判断当前站点与整条线路之间的关系。

影响

用户难以快速理解当前站点与列车线路之间的关系,增加实时车次信息的理解成本,影响信息获取效率。

搜索站点与列车线路关系难以识别的原产品长页面用户搜索 Manchester Piccadilly 到 York用户期望知道当前站点在整条线路中的位置实际结果是搜索站点难以在整条线路中识别移动端中搜索站点与列车线路关系难以识别的完整示意

问题与解决方向

Problem

用户点击车次后需要向下滚动才能看到线路详情,搜索结果与详情之间存在浏览断层

当前站点在整条线路中的位置不明确,用户难以建立线路认知

连接问题与解决方案的灯泡总结图形

Solution

重构信息承接——让线路详情在用户点击后立即呈现

强化线路关系识别——明确搜索站点在整条线路中的层级与位置,增强实时进度感知

英国与西班牙设计方案的山地铁路背景

Design Solution

英国&西班牙设计方案

针对英国与西班牙铁路出行场景,通过优化实时车次信息层级、线路关系与状态展示,提升用户在高信息密度场景下的信息获取效率。

方案优化总览

围绕“信息承接”与“线路关系识别”两大核心问题,重新梳理实时车次信息的展示逻辑与交互流程,优化用户在搜索、浏览与购票过程中的信息获取体验。

优化方向

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

方案优化前后对比

Before
优化前的车站大屏长页面
After
优化后的车次列表界面
即时展开的线路详情界面

优化方向

  • 重构搜索后的信息承接
  • 强化线路站点关系
  • 优化实时线路浏览体验
车次搜索列表优化前后对比:减少干扰并增加车次露出面积
列表层级优化

减少视觉干扰,提升信息露出效率

搜索结果露出优化

  • 搜索后表格标题自动吸顶,增加列表露出面积

简化列表视觉层级

  • 车站大屏用户核心诉求是查看车次,购票为次要需求,移除 Buy Tickets 按钮,减少次级操作对车次浏览的干扰
  • 将 Details 文本入口简化为箭头图标,降低列表视觉复杂度,突出车次信息

Scheme

搜索结果与线路详情之间存在明显的信息断层,因此围绕“如何更好地承接线路详情信息”
探索了不同的信息展开方式

同页面跳转
同页面跳转方案的车次列表与线路详情页面

优点

信息结构完整,页面逻辑清晰

问题

页面切换后,用户容易丢失当前浏览上下文

FINAL
最终采用的独立全屏浮层方案
  • 即时信息承接点击车次后快速展开线路详情,减少信息断层
  • 强化详情关联减少页面跳转带来的浏览中断,强化关联性
  • 提升浏览效率更适合线路信息的快速查看与切换浏览
折叠展开
在车次列表内折叠展开线路详情的方案

优点

增强车次与线路详情的关联性

问题

长线路展开后信息量过大,容易增加浏览负担

线路详情即时展开

将原本位于页面底部的线路详情,重构为独立的全屏浮层,减少搜索结果与详情信息之间的浏览断层。在保留列表浏览上下文的同时,帮助用户更快速获取实时线路信息。

优化前位于页面底部的线路详情长页面
优化后的车次列表与独立全屏线路详情浮层
BeforeAfter
浮层顶部新增的行程信息卡片

头部行程信息强化

页面头部增加行程卡片,帮助用户快速确认当前线路信息,避免时间轴过长时一屏看不到终点站。

针对问题二:线路关系识别不清晰 —— 强化线路关系识别

围绕“用户如何快速理解当前站点与整条线路之间的关系”,重新梳理线路状态、站点层级与实时信息的表达方式,帮助用户更直观地建立线路认知。

优化前搜索结果与线路详情上下断开的长页面
Before
优化后突出搜索站点层级的实时线路详情浮层
放大的搜索站点信息卡片
折叠次要站点后展开当前线路的长列表界面

强化搜索站层级

搜索站点字号加大,状态信息 (On time/延误)与站台信息清晰区分

折叠多站点

折叠多站点,减少长列表视觉负担

实时变化

列车运行状态会随行程实时变化,但当前页面缺少清晰反馈。用户需要反复比对时间和站点信息,才能判断列车进度。为此,我们设计了实时状态方案,通过可视化的线路与状态标识,让用户一眼了解当前进度和异常信息。

新增实时状态反馈

强化列车运行状态与线路进度的实时感知体验

强化列车位置反馈

  • 已驶 / 未驶线路区分
  • 火车icon标识当前位置
  • 站点状态同步区分
实时线路中已过站点、当前位置和未到站点的层级变化
Before
优化前的长线路站点列表

延误状态反馈

  • 页面顶部增加延误提示条
  • 延误时间使用橘色显示,强化状态提醒
  • 提升用户对当前行程延误状态的感知效率
  • 延误时间划线处理,并将实际延误时间置于上方
顶部延误提示条和延误行程信息卡延误列车的实时状态与实际延误时间反馈
线路详情页,底部提供 Buy tickets 购票入口

进入购票后自动定位对应车次,减少二次查找

用户从线路详情点击购票后,进入购票列表时容易丢失当前车次的上下文,需要重新寻找目标车次

进入购票列表后,高亮对应车次卡片,帮助用户快速完成车次定位与购票操作。

  • 当前车次描边高亮进入购票列表后,对应车次卡片自动高亮
  • 减少二次查找避免用户重复浏览车次列表,直接锚定目标车次
  • 强化场景承接建立车次详情与购票流程之间的关联
阿尔卑斯山区铁路与红色列车

Design Solution

意大利本地化体验适配

英国、西班牙与意大利用户在铁路出行习惯、线路认知与信息关注点上存在明显差异。基于当地用户的出行场景,对信息结构与交互表达进行了本地化适配。

意大利铁路如何帮助用户识别车次与停靠节奏?

Trenitalia 与私营高铁 Italo 在意大利主要城市间长期并线运营,同一时段同一区间可能同时有多趟不同运营商的班次。在这一背景下,意大利站台大屏与纸质票面均将车次号作为核心标识字段,用户在候车时习惯以车次号作为“认车”的二次确认锚点,而非仅依赖发车时间与终点方向。带着这一场景认知,我们对三款意大利本地主流产品进行竞品分析

Trenit 搜索与车次结果界面

优势

  • 支持人数 / 日期 / 时间等条件筛选
  • 搜索结果直接展示价格与时长信息
  • 强调列车Train Number信息

劣势

  • 不支持单站点查询车站大屏
  • 缺少“点击车次查看线路详情”能力
Orario Treni 车次列表和线路详情界面

优势

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

劣势

  • 页面信息密度较高,视觉负担偏重
米兰中央车站到发大屏界面

优势

  • 工具能力强,更新时间可随时刷新
  • Incoming状态区分明确,展示Delay、Train、Brand等核心字段

劣势

  • H5 表格字段较多,信息层级扁平
  • 仅支持查询,不支持后续购票流程

Train Number 前置:让意大利用户一眼找到自己的列车

意大利本地用户习惯以车次号作为出行识别的核心锚点,因此我们在搜索入口、结果列表与行程详情三个关键触点统一植入 Train Number,让用户在任意场景下都能完成列车识别

车次列表

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

车次列表中运营商和车次号双字段

行程卡片

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

行程卡片中的 Train Number 与运营商缩写

站点搜索:出发/到达一键切换

针对意大利用户使用的站点查询场景,在列表层新增出发/到达Tab,帮助用户快速切换出发与到达车次,降低长列表中的信息筛选成本。

  • 新增出发 / 到达切换tab
  • 出发与到达完全分开显示,不再混排
  • 强化站点场景下的线路方向识别
意大利站点查询入口
出发与到达一键切换的车次列表

时间轴设计方案探索

围绕 出发/到达双时间同屏呈现 这一核心需求,共推进三个方向的方案探索,最终从信息层级、视觉动线与延误状态兼容性三个维度综合评估。

FINAL

  • 信息层级清晰
  • 信息结构可自然扩展
  • 符合纵向连续阅读习惯
最终采用的纵向连续时间轴方案

方案甲

优点

页面清晰简洁

问题

未标注出发/到达,部分用户可能不理解双时间含义,延误时间难处理

方案甲,双时间未标注出发与到达的时间轴界面

方案乙

优点

出发/到达时间独立排列,较清晰

问题

视觉动线为Z型 不符合纵向线路的连续阅读习惯

方案乙,出发与到达时间采用 Z 型动线的时间轴界面
Design Strategy

意大利时间轴的本地化重构

意大利用户需同时判断列车到站与离站时间,原有 EN·ES 版本仅展示单一停靠时间,无法覆盖这一需求,在保持组件结构一致的前提下,仅重构时间轴信息排布。

  • 站点 出发/到达 双时间结构 补全列车“到站 / 离站”完整停靠信息

  • 纵向线路进度表达 出发/到达 时间纵向排布,符合用户阅读习惯

意大利本地化方案:补全到站与离站双时间信息的纵向线路界面
IT 本地化
EN 与 ES 版本仅展示单一停靠时间的纵向线路界面
EN · ES

EN·ES 版本仅展示单一时间IT版本在相同组件结构下补全双时间信息层

本地化上线后,意铁实时车次页成为 SEO 流量增长点

TrainPal 与 Trip 意铁车站大屏页面流量和搜索排名同步提升,一跃成为意铁页面除首页/路线页外第二高的流量页

Trip.com

+9x

页面流量较改版前增长

Google 排名963

TrainPal

+5x

页面流量较改版前增长

Google 排名1183
Live Train Departures and Arrivals:TrainPal 与 Trip.com 页面入口