客户成功案例
Travel Horizontal：客户与合作伙伴共用一套市场平台流程
一家同时面向旅客和同业合作伙伴销售的全球旅游市场平台重组了运营，让两个渠道遵循同一流程、从更少的后台入口管理，并减少问题升级。
- 全球
- B2B + B2C
- 市场平台运营改造
- 2024 年上线
市场平台
Travel Horizontal 成功案例概览
Travel Horizontal 运营一个全球旅游市场平台，拥有两类买家：为自己预订的旅客，以及代表自己客户预订的同业合作伙伴。两个渠道销售相同的旅游产品，但随着时间推移，每笔预订背后的处理方式逐渐分化。
这个项目是一次市场平台运营改造。目标不是新的前台门面，而是其下更清晰的平台流程：用一种方式处理客户和合作伙伴的预订，减少管理入口，并为每天都会出现的情况建立标准流程。
- 行业
- 旅游市场平台
- 地区
- 全球
- 模式
- B2B + B2C
- 范围
- 市场平台运营改造
- 上线
- 2024
一套市场平台流程
- 搜索
- 预订
- 管理
- 支持
从诊断到结果
市场平台指出的三个问题，以及带来的改变
每条线索从 Travel Horizontal 描述的挑战开始，以其用自己的话报告的结果结束。
旅程一致性
挑战
跨渠道不一致客户与合作伙伴的旅程在运营处理上各不相同。结果
渠道流程统一客户与合作伙伴的预订现在走同一流程，团队以相同方式处理。运营管理
挑战
控制点分散团队在过多互不相连的后台入口之间工作。结果
后台控制更清晰日常管理集中在更少且相互连接的位置，而不是分散在不同屏幕上。支持效率
挑战
升级频繁的流程由于流程缺乏标准化，常见问题也经常被升级。结果
升级减少标准流程让最先看到常见问题的人就能直接解决。
结果由 Travel Horizontal 提供。该项目未公布任何数据。
查看身份
- 搜索两个渠道共享相同的库存和相同的搜索流程。B2CB2B市场平台网站上的公开价格。合作伙伴登录后显示的同业价格。
- 预订两个渠道共享每笔销售使用同一种预订记录格式。B2CB2B旅客为自己预订。合作伙伴代表其客户预订。
- 支付两个渠道共享每笔预订都有统一的支付状态。B2CB2B旅客在结账时在线支付。合作伙伴可用账户余额支付。
- 管理两个渠道共享相同的状态和相同的变更步骤。B2CB2B旅客在自己的账户中查看预订。合作伙伴在后台面板中查看其全部预订。
- 支持两个渠道共享常见请求使用同一套标准流程。B2CB2B请求直接来自旅客。请求来自合作伙伴，并标记到其账户。
示意 PHPTRAVELS 如何区分共享步骤与渠道专属步骤，并非 Travel Horizontal 的配置。
一个后台
从分散入口到一个市场平台控制台
控制点分散是第二个问题。当客户预订、合作伙伴请求、付款和支持各在一处时，每项日常工作都要先找到正确的界面。
之前：分散的入口
- 客户预订
- 合作伙伴请求
- 付款核查
- 支持收件箱
之后：一个控制台
- 客户与合作伙伴的预订在同一列表中，用渠道标签区分。
- 合作伙伴、客户、供应商和付款都在同一后台管理。
- 每笔预订只有一个状态，无需再查看第二个界面。
客户和合作伙伴记录随后可用于 旅游CRM 中的跟进工作。
- 预订
- 客户
- 合作伙伴
- 供应商
- 付款
- 设置
预订
| 编号 | 渠道 | 产品 | 状态 |
|---|---|---|---|
| #2041 | B2C | 机票 | 已确认 |
| #2042 | B2B | 酒店 | 待处理 |
| #2043 | B2B | 旅游 | 已确认 |
| #2044 | B2C | 酒店 | 已变更 |
使用示例预订的示意后台视图，并非 Travel Horizontal 后台截图。
升级减少
常见问题停留在第一级
升级频繁的流程是第三个问题。有了处理日常请求的标准方式，只有真正不寻常的情况才会向上升级。选择一个情况，看看它在哪里处理。
选择一个情况
改造之前，许多此类常见情况会一路升级，因为没有相应的标准流程。
- 平台团队涉及市场平台自身运作方式的变更在此处理
- 运营主管需要判断的例外情况在此处理
- 一线响应日常情况，按标准流程处理在此处理
对 Travel Horizontal 所述原则的示意，并非其实际支持排班。
客户原话
平台团队怎么说
我们的跨渠道流程现在更易管理，日常运营也更可预期。
无论来自哪个渠道，都是同一种预订记录
项目运行在 PHP、MySQL 和 JavaScript 之上，并提供 REST API，因此合作伙伴预订与客户预订结构相同。连接系统的更多内容请见 旅游API集成 页面。
GET /api/bookings/2042
{
"channel": "b2b",
"product": "hotel",
"status": "pending",
"payment": "unpaid"
}示意性的请求与响应，并非 Travel Horizontal 的实际 API。
技术栈
PHPMySQLJavaScriptREST API
相关解决方案
它介绍了 Travel Horizontal 这家同时面向旅客和同业合作伙伴销售的全球旅游市场平台，如何在 PHPTRAVELS 上改造运营，以统一渠道、集中后台控制并减少升级处理。
市场平台既直接面向旅客销售（B2C），也通过为自己客户预订的同业合作伙伴销售（B2B）。这次改造让两个渠道走同一流程，同时保留各自特有的部分。
渠道流程统一、后台控制更清晰、升级减少。市场平台用自己的话描述了这些结果；项目未公布任何数据。
该项目于 2024 年上线。
PHP、MySQL、JavaScript 和 REST API。PHPTRAVELS 自托管部署，并在商业许可下包含源代码。
可以。预约演示，梳理您当前客户与合作伙伴渠道的运作方式，然后在价格页面比较一次性付费方案：Startup $2499、Agency $4999 和 Enterprise $9999。