客户成功案例

Hubabak 成功案例:为更快做出购买决定而优化的机票店铺

一家中东 B2C 机票零售商重新梳理了客户从航班搜索到支付的路径,让选择票价和完成付款都更快、更清楚。

  • 中东
  • B2C 机票零售
  • 机票零售优化
  • 2024 年上线

项目简介

Hubabak 成功案例概览

Hubabak 在中东直接向旅客销售机票。对 B2C 机票零售商来说,整个生意都发生在一条很短的路径上:旅客搜索、比较票价、选定一个、填写乘客信息,然后付款。路径上每多一步,就多一次失去订单的机会。

该项目于 2024 年上线,是一次机票零售优化,而不是从零开发。目标具体而务实:让客户从第一次搜索到支付页面都能更省力地做出购买决定,并让团队看清这个决定在哪里中断。

店铺基于 PHPTRAVELS 的 机票 模块构建;机票预订软件 指南从买方角度介绍了同一套引擎。

项目登机牌B2C

出发

搜索

到达

支付

客户
Hubabak
行业
B2C 机票零售
地区
中东
模式
B2C
范围
机票零售优化

上线

2024

技术栈

  • PHP
  • MySQL
  • Duffel API

路径在哪里出了问题

把三个挑战标在预订路径上

Hubabak 提出了三个问题,每个问题都位于搜索和支付之间的不同位置。选择一个挑战,查看它影响的环节以及团队反馈的结果。

  1. 航班搜索受影响环节
  2. 比较结果受影响环节
  3. 选择票价受影响环节
  4. 乘客信息受影响环节
  5. 支付受影响环节
  6. 确认受影响环节

挑战

比较过程过于繁琐

用户需要太多步骤才能确定航线和票价。

这是购买机票时最耗费注意力的地方。优化重点是让旅客用更少的操作确定航线和票价,同时不丢失做决定所需的细节。

反馈的结果

用户旅程

更快的决策路径

挑战

结账信心不足

进入支付环节时缺少让人放心完成的明确提示。

已经选好票价的旅客仍可能在付款时停下。目标是让结账页重述所购内容,让最后一步感觉安全可靠。

反馈的结果

购买信心

更清爽的结账体验

挑战

用户行为洞察有限

团队需要更清楚地看到用户在哪里离开。

这个挑战贯穿每个环节。没有清晰的流失视图,团队无法判断客户是在比较时、结账时还是中间某处离开的。

反馈的结果

优化信号

更清晰的漏斗洞察

关键页面

决定机票购买的两个页面

大多数 B2C 机票交易成败都取决于票价比较页和结账页。这些带标注的草图展示了优化后的页面会向旅客呈现什么。

  1. 每个票价一行,关键信息优先时间、经停和价格在每一行都处于相同位置,视线无需来回寻找。
  2. 说明差异的标签简短的标签说明两个票价的不同之处,减少在结果之间来回切换。
  3. 每个票价一个明确操作一个选择按钮就让旅客继续前进,而不是再打开一层选项。
  1. 支付前重述行程航线、旅客和票价在支付页再次显示,没有人会在不确定自己选了什么时付款。
  2. 一个清晰的总额应付金额只出现一次且醒目,就在收款按钮的正上方。
  3. 可见的下一步一句简短说明告诉旅客付款之后会发生什么,消除最后的犹豫。
结果最佳匹配优先
  • 最佳匹配含行李选择
  • 直飞选择
  • 灵活票价含行李选择
每个票价的阅读方式一致,旅客可以同类对比。
核对并支付最后一步
行程
旅客
票价
应付总额
支付并确认

付款后,旅客会被告知接下来会发生什么,以及预订确认将发送到哪里。

页面模式的示意草图,并非 Hubabak 网站截图。

流失信号

看清旅客在哪里离开

第三个挑战不在任何页面上:团队看不清客户在哪里离开了路径。逐个环节跟踪每次会话,就能把它变成有答案的问题。

  • 旅客离开前到达了哪个环节?
  • 客户是在比较时流失,还是在选好票价之后?
  • 某个页面改版后,流失点有没有移动?

trace --path search..payment

# 完成预订的会话

  1. 01search_submittedOK
  2. 02results_viewedOK
  3. 03fare_selectedOK
  4. 04passenger_detailsOK
  5. 05payment_startedOK
  6. 06booking_confirmedOK

# 在支付时离开的会话

  1. 01search_submittedOK
  2. 02results_viewedOK
  3. 03fare_selectedOK
  4. 04passenger_detailsOK
  5. 05payment_startedEXIT

> 流失点:payment_started,首先需要检查的环节

示意性的会话追踪;事件名称仅用于说明思路,并非 Hubabak 的数据。

结果

发生了哪些变化,用团队自己的话说

Hubabak 反馈了三项结果,每个挑战对应一项。这里按团队的原话呈现,不添加虚构数字。

HB-01用户旅程更快的决策路径已反馈
HB-02购买信心更清爽的结账体验已反馈
HB-03优化信号更清晰的漏斗洞察已反馈

现在,我们的店铺对订机票的客户来说更快、更清楚。

Hubabak 团队产品团队

店铺之下

Hubabak 店铺背后的技术栈

店铺由三层组成:PHP 编写的 PHPTRAVELS 应用、MySQL 数据库,以及通过 Duffel API集成 获得的航班内容。它与 在线旅行社 页面介绍的自托管基础相同,并在商业许可下包含源代码。

  1. 店铺与预订逻辑搜索、票价比较、乘客信息和结账,由 PHPTRAVELS 应用提供。PHP
  2. 数据客户、预订和设置存储在 MySQL 中。MySQL
  3. 航班内容通过 Duffel API 连接获取航班报价并完成预订。Duffel API

改进您的机票店铺

为您的 B2C 渠道设计更清爽的预订路径。先在在线演示中查看机票店铺,再比较一次性付费方案。

更多机票零售内容

常见问题

关于 Hubabak 项目的问题

关于客户、项目内容以及如何运营类似机票店铺的简短回答。

联系销售

Hubabak 是中东的一家 B2C 机票零售商,直接向旅客销售机票。其店铺运行在 PHPTRAVELS 上,本文介绍的项目于 2024 年上线。

三件事:比较摩擦,因为客户需要太多步骤才能确定航线和票价;结账信心,因为进入支付时缺少让人放心的提示;以及对客户在预订路径哪里离开的了解有限。

用户旅程上更快的决策路径,购买信心上更清爽的结账体验,以及优化方面更清晰的漏斗洞察。客户以这些表述描述结果,没有公布数字,因此本页也不添加任何数字。

PHPTRAVELS 应用及其数据使用 PHP 和 MySQL,航班内容由 Duffel API 提供。

不是。票价比较、结账和会话追踪都是说明这项工作背后模式的示意草图,并非线上网站或 Hubabak 数据的截图。

可以。PHPTRAVELS 机票模块在自托管平台上支持 B2C 机票销售,并在商业许可下包含源代码。预约演示来了解预订路径,或在价格页查看一次性付费方案。