客户成功案例

Tourism Optimizer:理顺旅游团预订运营,让日常执行更快

一家同时面向游客和合作伙伴销售的欧洲旅游团运营商,在旅游团预订之上增加了一层控制,让团期、预订状态和销售渠道每天都更容易管理。

  • 旅游团运营
  • 欧洲
  • B2C + B2B
  • 2024 年上线

项目

一张图看懂 Tourism Optimizer 成功案例

Tourism Optimizer 在欧洲经营旅游团业务,通过两扇门销售:直接预订的零售游客,以及为自己客户预订的合作伙伴。两类请求都落在同一批团期上。

这个项目是一个旅游团预订控制层:在同一个地方,把团期安排、每笔预订的状态以及每个请求的来源渠道置于清晰的运营控制之下,而不是依赖人工盯守。

它基于 旅游运营商 页面介绍的同一个预订核心构建,围绕管理团期与余位的 旅游与活动。

零售游客B2C
合作代理B2B

旅游团预订控制层

  1. 团期安排出发团期与余位
  2. 预订状态每笔预订都有清晰状态
  3. 渠道零售与合作业务分开处理
旅游团出发
控制层的三个部分如何位于两个销售渠道与旅游团本身之间。
行业
旅游团运营
地区
欧洲
模式
B2C + B2B
范围
旅游团预订控制层
上线
2024

第 1 部分 · 团期安排

一个视图看清团期与余位

手工协调团期,意味着总得有人去核对哪些还开放。团期视图把每个出发团期及其余位放在同一屏上。

01挑战

团期安排复杂

协调出发团期和余位需要太多人工监督。

成果

团期安排更清晰

旅游团规划从统一的团期视图开始,团队在承诺名额之前就能看到哪些仍然开放。

一周团期
线路周一周二周三周四周五周六周日
城市步行游开放开放余位不多开放开放开放已满
一日游无团期开放开放无团期余位不多开放已满
多日游开放无团期无团期无团期开放无团期无团期
  • 开放
  • 余位不多
  • 已满
  • 无团期

示意周。线路名称和余位均为示例,并非 Tourism Optimizer 的数据。

第 2 部分 · 预订状态

每笔预订回答两个问题:是否已确认,是否已付款

预订处于什么状态说不清,是第二个挑战。把预订状态和付款状态放在一起看,团队就清楚下一步该做什么。点选一个格子查看。

预订状态 付款
未付款
已付款
待处理
已确认
已取消

示意 PHPTRAVELS 为每笔预订记录的预订状态和付款状态。

等待付款

请求已收到,但还没有任何事项落定。

下一步在释放名额之前跟进游客或合作伙伴。

已付款,待确认

尚未确认的团期已经收到付款。

下一步核对团期并确认名额。

待收款

名额已在确认的团期上保留,付款尚未到账。

下一步在出发日期前收取款项。

可以出团

已确认且已付款,没有需要催办的事项。

下一步无需操作,预订已办妥。

已关闭

在收到任何付款前已取消。

下一步确认名额已回到可售余位。

待审核退款

在收到付款后取消。

下一步按运营商自己的条款审核退款。

02挑战

预订状态混乱

团队需要更清晰地跟踪每笔预订的状态。

成果

预订状态更完善

预订跟踪遵循既定状态,团队中任何人都知道哪些已经办妥、哪些仍需处理。

第 3 部分 · 渠道

零售与合作请求各走各的通道

Tourism Optimizer 同时经营 B2C 和 B2B。两者混在一个队列里,处理起来都更难;如今每个渠道都有自己的通道,同时共享同一批团期。

零售通道 · B2C

  1. 游客在网站上预订
  2. 预订标记为零售
  3. 由零售团队处理

合作通道 · B2B

  1. 合作代理为客户预订
  2. 预订标记为合作
  3. 由合作团队处理

同一份团期安排

两条通道使用相同的团期和余位,整个团队依据同一份安排工作。

03挑战

渠道混合处理

零售请求和合作请求需要更好的运营区分。

成果

渠道处理更顺畅

运营协调更轻松,因为零售业务和合作业务不再在一个不分的队列里互相争抢。

合作一侧的运作方式类似 B2B批发商,B2B预订引擎 页面介绍了代理预订如何处理。

客户原话

Tourism Optimizer 团队怎么说

焕新后的系统让我们的旅游团运营更容易管理,执行也更快。

Tourism Optimizer 团队运营团队
  • 01旅游团规划以前团期安排复杂现在团期安排更清晰
  • 02预订跟踪以前预订状态混乱现在预订状态更完善
  • 03运营协调以前渠道混合处理现在渠道处理更顺畅

成果由 Tourism Optimizer 自述,本项目未公布具体数字。

技术底座

运营商自己掌控的自托管技术栈

项目运行在 PHP 和 MySQL 上,并提供 REST API。PHPTRAVELS 为自托管软件,按商业许可附带源代码,旅游团运营商在上线后也能继续调整自己的控制层。

  • PHP应用
  • MySQL数据库
  • REST API集成
{
  "product": "tour",
  "channel": "b2b",
  "departure": { "availability": "open" },
  "booking_status": "confirmed",
  "payment_status": "paid"
}
控制层眼中的一笔预订. 示意记录,汇集三个部分:团期安排、预订状态和渠道。

让您的旅游团运营更顺畅

让团期安排、预订和履约流程更加清晰。

相关解决方案

常见问题

Tourism Optimizer 项目常见问题

关于项目、运营商的两个渠道以及类似部署所需内容的简短回答。

联系销售

讲述欧洲旅游团运营商 Tourism Optimizer 如何在 PHPTRAVELS 上增加旅游团预订控制层,以理顺团期安排、每笔预订的状态,以及零售与合作请求的处理。

它是销售渠道与旅游团之间的运营层:带余位的团期安排、每笔预订清晰的状态,以及零售业务与合作业务的区分。

运营商直接向游客销售旅游团(B2C),也通过为自己客户预订的合作伙伴销售(B2B)。两个渠道使用同一批团期。

团期安排更清晰、预订状态更完善、渠道处理更顺畅。团队用自己的话描述了这些成果;项目未公布具体数字。

PHP、MySQL 和 REST API,于 2024 年上线。PHPTRAVELS 为自托管软件,按商业许可包含源代码。

可以。预约演示,与团队一起梳理您的团期、预订状态和渠道,然后在价格页面比较一次性付费方案:Startup $2499、Agency $4999 和 Enterprise $9999。