旅程步骤过多
决策点太多,让预订路径显得繁重。
客户的感受
每个页面都要求再做一次选择,预订才能继续。
客户成功案例
一家北非在线旅游品牌梳理了客户的预订路径:更少的决策点、统一的页面逻辑,以及在手机上更轻快的流程。
问题所在
Tunin Travel 指出了三个问题。它们都不是缺少功能,而是让预订变得比实际需要更难。
B2C 预订路径
决策点太多,让预订路径显得繁重。
客户的感受
每个页面都要求再做一次选择,预订才能继续。
不同的页面模式降低了用户在预订过程中的信心。
客户的感受
各个页面的用法略有不同,客户一路上都得重新熟悉布局。
移动端用户需要更清晰、更轻量的交互流程。
客户的感受
在手机上走同样的路径,要花更多不必要的力气。
上图是 B2C 预订的一般流程;发现内容来自 Tunin Travel 的描述。
梳理方式
这次梳理遵循三条原则,每条对应一个发现。点击各个步骤,看看它们如何塑造移动端的预订路径。
梳理原则
基于同一预订核心的原生应用,请见 移动应用 页面。
第 1 步,共 4 步
您要去哪里?
第 2 步,共 4 步
选择一个方案
第 3 步,共 4 步
谁要出行?
第 4 步,共 4 步
预订已确认
项目成果
Tunin Travel 用自己的话反馈了三项成果。该项目未公布任何数据。
现在,平台为我们的客户提供了一条从搜索到预订确认更清晰的路径。
tunintravel · 2024已确认结果由 Tunin Travel 反馈。
技术底层
梳理后的旅程运行在标准的 PHPTRAVELS 技术栈上。PHPTRAVELS 为自托管部署,并在商业许可下提供源代码,因此旅游品牌在上线后仍可继续打磨自己的预订路径。
PHP服务器逻辑与页面渲染MySQL预订、客户和内容数据JavaScript浏览器中的交互步骤相关解决方案
它介绍了北非 B2C 在线旅游品牌 Tunin Travel 如何在 PHPTRAVELS 上梳理客户旅程,以减少阻力并提升预订完成质量。
三个:决策点过多让预订路径显得繁重;页面模式在不同页面之间不一致;移动端流程需要更清晰、更轻量。
Tunin Travel 反馈移动端流程更好了。这次梳理旨在为移动端用户提供更清晰、更轻量的交互路径,每一步只有一个主要操作。
更清爽的预订路径、更好的移动端流程,以及更有信心完成预订。这些成果由客户用自己的话描述;项目未公布任何数据。
项目于 2024 年上线,运行在 PHP、MySQL 和 JavaScript 上,即标准的 PHPTRAVELS 技术栈。PHPTRAVELS 为自托管部署,并在商业许可下提供源代码。
可以。预约演示,与团队一起梳理您当前的预订路径,然后在价格页面比较一次性付费方案:Startup $2499、Agency $4999 和 Enterprise $9999。