出发
搜索
到达
支付
- 客户
- Hubabak
- 行业
- B2C 机票零售
- 地区
- 中东
- 模式
- B2C
- 范围
- 机票零售优化
客户成功案例
一家中东 B2C 机票零售商重新梳理了客户从航班搜索到支付的路径,让选择票价和完成付款都更快、更清楚。
项目简介
出发
搜索
到达
支付
路径在哪里出了问题
Hubabak 提出了三个问题,每个问题都位于搜索和支付之间的不同位置。选择一个挑战,查看它影响的环节以及团队反馈的结果。
挑战
用户需要太多步骤才能确定航线和票价。
这是购买机票时最耗费注意力的地方。优化重点是让旅客用更少的操作确定航线和票价,同时不丢失做决定所需的细节。
反馈的结果
用户旅程
更快的决策路径
挑战
进入支付环节时缺少让人放心完成的明确提示。
已经选好票价的旅客仍可能在付款时停下。目标是让结账页重述所购内容,让最后一步感觉安全可靠。
反馈的结果
购买信心
更清爽的结账体验
挑战
团队需要更清楚地看到用户在哪里离开。
这个挑战贯穿每个环节。没有清晰的流失视图,团队无法判断客户是在比较时、结账时还是中间某处离开的。
反馈的结果
优化信号
更清晰的漏斗洞察
关键页面
大多数 B2C 机票交易成败都取决于票价比较页和结账页。这些带标注的草图展示了优化后的页面会向旅客呈现什么。
付款后,旅客会被告知接下来会发生什么,以及预订确认将发送到哪里。
页面模式的示意草图,并非 Hubabak 网站截图。
流失信号
第三个挑战不在任何页面上:团队看不清客户在哪里离开了路径。逐个环节跟踪每次会话,就能把它变成有答案的问题。
trace --path search..payment
# 完成预订的会话
# 在支付时离开的会话
> 流失点:payment_started,首先需要检查的环节
示意性的会话追踪;事件名称仅用于说明思路,并非 Hubabak 的数据。
结果
Hubabak 反馈了三项结果,每个挑战对应一项。这里按团队的原话呈现,不添加虚构数字。
现在,我们的店铺对订机票的客户来说更快、更清楚。
店铺之下
店铺由三层组成:PHP 编写的 PHPTRAVELS 应用、MySQL 数据库,以及通过 Duffel API集成 获得的航班内容。它与 在线旅行社 页面介绍的自托管基础相同,并在商业许可下包含源代码。
PHPMySQLDuffel API更多机票零售内容
Hubabak 是中东的一家 B2C 机票零售商,直接向旅客销售机票。其店铺运行在 PHPTRAVELS 上,本文介绍的项目于 2024 年上线。
三件事:比较摩擦,因为客户需要太多步骤才能确定航线和票价;结账信心,因为进入支付时缺少让人放心的提示;以及对客户在预订路径哪里离开的了解有限。
用户旅程上更快的决策路径,购买信心上更清爽的结账体验,以及优化方面更清晰的漏斗洞察。客户以这些表述描述结果,没有公布数字,因此本页也不添加任何数字。
PHPTRAVELS 应用及其数据使用 PHP 和 MySQL,航班内容由 Duffel API 提供。
不是。票价比较、结账和会话追踪都是说明这项工作背后模式的示意草图,并非线上网站或 Hubabak 数据的截图。
可以。PHPTRAVELS 机票模块在自托管平台上支持 B2C 机票销售,并在商业许可下包含源代码。预约演示来了解预订路径,或在价格页查看一次性付费方案。