数字礼宾
面向旅行社、OTA 和旅游运营商的数字礼宾软件
为每位旅客提供一个带有您品牌的统一入口，从预订到返程都能查看行程、寻求帮助和添加服务。请求自动附带预订信息，直接送达能够处理的团队。
- 行程与路线单查看
- 品牌化旅客消息
- 带预订信息的请求分派
- 接送、游览与附加服务
互联的旅客服务
了解旅客预订内容的行程支持
数字礼宾不只是常见问题页面或聊天框。它将旅客的每个问题与预订中的航班、酒店、接送或游览关联起来，发送给合适的人，并在问题解决前持续向旅客更新进展。PHPTRAVELS 根据您销售和服务行程的方式，在您现有的预订平台之上规划礼宾功能。与酒店的驻店礼宾不同，它在整个旅程中陪伴旅客，覆盖行程中的每一家供应商。
- 连接预订记录、行程单和供应商服务
- 在您的品牌网站或旅游 App 上开通礼宾服务
- 按请求类型、目的地、优先级和团队设置分派规则
- 选择在每个行程阶段推荐哪些接送、游览和附加服务
- 在报表中跟踪请求量、响应时间和附加服务销售
- 行程
- PT-48213 · 迪拜，11月12日-16日
- 请求
- 抵达时机场接机
- 优先级
- 高 · 22:40 落地
- 分派给
- 运营组
- 回复语言
- 阿拉伯语
礼宾功能
行程信息、帮助和附加服务汇于一个旅客渠道
每个请求都显示在所属预订旁边，团队在一个视图中即可看到行程、旅客和待推荐的服务。
- 2 位成人机场接机DXB 22:40 抵达 · 在机票预订后推荐US$48
- 航班延误，酒店延迟入住已分派给运营组 · 已附预订信息
- 沙漠探险游 2 人，11月15日为迪拜住宿推荐 · 可预订活动US$130
旅客消息
每个行程一个品牌化对话，用于出行前、出行中和出行后的咨询与通知，告别零散邮件。
预订与行程单查看
航班、酒店、接送、活动和行程文件集中在一处，旅客随时都能找到。
行程实时协助
结构化处理改期、供应商问题、接送和目的地求助等请求，并跟踪至解决。
目的地推荐
根据行程的目的地和日期推荐餐厅、景点、游览和当地信息。
交叉销售与追加销售
在有用的时机推荐接送、活动、保险和升级服务，来源于您自己的库存。
多语言协助
为国际旅客提供本地化的行程信息和回复，包括从右到左的语言。
旅客旅程
礼宾服务贯穿行程每个阶段
同一个渠道从确认邮件一直陪伴旅客到返程回家，在每一步提供合适的信息和推荐。
预订
确认信息链接到礼宾页面，行程单和文件已提前载入。
准备
出行前提醒、签证和行李提示，以及针对出行日期推荐的接送和游览。
出发
出发信息和变更显示在行程中，并可直接联系您的团队。
目的地
当地贴士、可预订活动，以及分派给合适柜台或当地合作伙伴的求助请求。
行程异常
延误和取消会连同预订信息一起记录，客服无需反复沟通即可处理。
返程
返程接送、反馈和下一次行程推荐，完整服务记录全部保存。
互联运营
建立在您的预订数据之上，而非另起炉灶
礼宾只通过受支持的 API 和受控权限，使用每个流程所需的预订信息。
预订与行程数据
来自 PHPTRAVELS 预订或现有预订系统的经批准行程信息，用于自助服务和客户支持。
供应商旅游服务
来自您的模块和已连接供应商 API 的航班、酒店、接送和活动，可在行程中推荐。
网站、App、API 与 Webhook
响应式网页礼宾或品牌 App，通过有文档的连接交换选定的事件和状态。
服务台
在一个后台管理旅客服务
客服同时看到请求、预订和历史记录，管理者清楚时间和收入的去向。
请求队列与分派
按行程、服务、目的地和优先级排序请求，接近响应目标时自动升级。
角色与负责人
客服、运营、销售和当地合作伙伴各自查看负责的工单，交接清晰。
服务记录
每条消息、变更和推荐都保存在旅客和预订名下，供下一位客服和下一次行程使用。
推荐规则与加价
决定哪些附加服务在哪些目的地和行程阶段出现，并按您自己的加价定价。
通知
请求被接收、分派、更新和关闭时，旅客和员工都会收到通知。
服务与收入洞察
请求量、响应时间、重复问题、热门推荐和附加服务销售。
对比
邮件和聊天 App 与数字礼宾对比
大多数旅游团队通过邮箱和个人聊天 App 服务旅客。互联的礼宾带来以下改变。
| 任务 | 邮件、电话和聊天 App | PHPTRAVELS |
|---|---|---|
| 行程信息 | 邮件、电话和聊天 App旅客在旧邮件里翻找凭证和时间 | PHPTRAVELS完整行程单和文件集中在一个品牌化入口 |
| 预订信息 | 邮件、电话和聊天 App客服索要预订号并手动查询 | PHPTRAVELS每个请求自动附带预订信息 |
| 负责人 | 邮件、电话和聊天 App消息停留在某个人的邮箱或手机里 | PHPTRAVELS规则将工单分派给合适团队并可升级 |
| 附加服务销售 | 邮件、电话和聊天 App只有想起来时才推荐 | PHPTRAVELS在合适的行程阶段推荐接送和游览 |
| 服务记录 | 邮件、电话和聊天 App员工离职后记录随之丢失 | PHPTRAVELS保存在旅客和预订名下 |
| 报表 | 邮件、电话和聊天 App无法了解请求量和响应时间 | PHPTRAVELS请求、响应和推荐报表 |
使用场景
适合关照旅客而不仅是处理预订的企业
旅行社和 OTA
减少“我的预订在哪里”之类的常规咨询，并在主预订后销售接送和活动。
旅游运营商和 DMC
让团队和套餐旅客在目的地随时了解信息，并将问题分派给导游和当地合作伙伴。
差旅管理公司
让商务旅客随时查看行程，计划变化时快速获得帮助。
为什么选择 PHPTRAVELS
随您的旅游平台一起成长的礼宾服务
包含源代码
在商业许可下自托管，礼宾功能和旅客数据都在您的掌控之中。
按您的业务规划
先从最重要的请求和推荐开始，随着旅客使用逐步分阶段扩展。
24 种语言
以旅客自己的语言和货币提供服务，包括从右到左的语言。
一个旅游平台
预订引擎、B2B 门户、CRM 和礼宾共享同样的预订和客户数据。
一个品牌化的旅客服务渠道，客户可以查看行程、寻求帮助、获取目的地推荐并添加相关服务，同时每个请求都与预订关联并分派给您的团队。
酒店礼宾在住宿期间为单一酒店的客人服务。旅游数字礼宾从预订到返程陪伴旅客走完整个行程，覆盖行程中的每一家供应商。
不会。它处理常规行程信息并整理请求，让顾问专注于例外情况、复杂变更、销售以及需要人工判断的场景。
可以通过受支持的 API 和受控流程，与兼容的预订系统、供应商服务和运营工具连接。具体功能取决于可用的系统和权限。
根据旅客预订的内容和目的地，在行程中有用的时机推荐接送、活动、保险、升级和目的地服务。
客户访问方式、预订数据、支持流程、供应商连接、响应目标、语言、隐私要求、报表以及第一阶段的范围。