官方网站写「附早餐」,OTA却写「不含餐」。官方网站说停车免费,另一个预订网站却说要收费。这些不一致会让住客不安,也可能造成现场纠纷。
有多个销售管道的旅宿,往往需要重复手动输入同样的内容,因此要完全杜绝漏更新并不容易。重点是决定哪些信息作为权威原始记录,以及变更时要确认哪些媒体。
结论:只同步房量,不会让说明一致
即使导入渠道管理系统,也不代表所有信息都会自动一致。
| 信息 | 自动整合的可能性 | 容易需要人工比对的项目 |
|---|---|---|
| 可售房量 | 高 | 封房、电话预订、同步故障 |
| 房价 | 依配置而定 | 税与额外费用、显示单位、会员价格 |
| 住宿方案 | 依配置而定 | 说明文字、优惠、销售期间、照片 |
| 预订变更与取消 | 依配置而定 | 部分变更、退款、漏通知 |
| 客房与设备 | 多半较低 | 容纳人数、寝具、浴室、整修内容 |
| 餐饮与儿童条件 | 多半较低 | 年龄分类、过敏、供餐场所 |
| 交通与接送 | 低 | 时刻、预约期限、季节停驶 |
| 招牌猫信息 | 通常不会整合 | 是否仍在旅宿、休养、可见面的场所、规则 |
应分别确认「房量已同步」与「住客阅读的说明一致」。
产生不一致的主要原因
要更新的画面很多
同样信息分散在官方网站、官方预订系统、OTA、Google商家资料、社交媒体与纸本说明。这很容易让人以为修改一处就完成了。
检查Google搜索与Google地图上的旅宿名称、地址、电话、官方URL、饭店预订链接的具体步骤,请参阅如何整理旅宿的Google商家资料。
各媒体的字段名称不同
「共用寝具」「不含餐与寝具」「幼儿」「学龄前儿童」等条件,即使内容相同,输入字段与名称也可能不同。直接复制文字可能改变意思。
误解自动整合范围
有些配置会整合房量与房价,但照片、设备说明、取消规定、接送需要手动更新。应按合同名称与各项功能确认同步范围。
旧方案或复制版本残留
复制前一年的方案时,会沿用旧供餐时间、已结束的优惠与以前的猫咪信息。即使停止销售,说明或图片也可能残留在其他页面。
先按信息项目决定「权威原始记录」
权威原始记录,是有疑问时可判断「这就是目前正式信息」的依据。
| 信息 | 权威原始记录的例子 | 理由 |
|---|---|---|
| 空房与封房 | PMS或渠道管理系统 | 集中判断能否销售 |
| 房价与销售方案 | 房价管理系统或预订系统 | 在开始销售前确定 |
| 客房与设备 | 设施台账 | 不受预订媒体影响 |
| 餐饮与儿童条件 | 住宿商品台账 | 将餐饮、寝具、年龄条件成组管理 |
| 取消与付款 | 已批准的规约台账 | 保留合同条件变更记录 |
| 交通与接送 | 交通台账 | 管理运行条件与说明发布位置 |
| 招牌猫 | 猫咪在宿与生活状况确认表 | 优先考量猫咪的身体状况与生活 |
| 照片 | 附授权与拍摄日期的照片台账 | 避免旧设备照片与权利不明的图片 |
不必把所有内容塞进一张巨大表格,但要能了解各项目的权威原始记录、负责人与更新日期。
建立媒体清单
先列出发布旅宿信息的所有位置。
- 官方网站的首页、客房、房价、餐饮、交通、FAQ
- 官方预订系统
- 合同中的各个OTA
- Google商家资料
- Instagram、Facebook、X、LINE等
- 观光协会、地方政府、地区入口网站
- 旧PDF、宣传册、预订确认电子邮件
- 网站制作公司管理的其他页面
也要搜索已结束合同的OTA与旧URL,确认是否残留看似仍可预订的页面。旅宿无法自行删除时,应保留向运营公司要求修正或下架的记录。
首先比对的12个项目
1. 旅宿名称、地址与联系方式
- 目前正式名称与读法
- 邮政编码、地址、地图地点
- 电话号码与受理时间
- 联系窗口
- 需要显示运营者名称的位置
搬迁或更名后,也要准备说明,让搜索旧名称的人知道这就是目前的旅宿。
2. 客房名称与房型
若官方网站的「8张榻榻米和室」与OTA的「标准和室」是同一间房,应建立对照表。
内部客房代码:R01
正式名称:庭园侧8张榻榻米和室
官方预订:庭园侧和室
OTA A:标准和室
OTA B:8张榻榻米和室・禁烟
即使无法让各媒体名称完全相同,也要共用内部代码,让负责人能判断是同一客房。
3. 容纳人数、寝具与儿童
- 最少与最多人数
- 成人与儿童如何计入容纳人数
- 床铺、日式床垫、共用寝具
- 儿童年龄分类
- 餐饮与寝具的组合
- 婴幼儿设施使用费
各OTA的儿童输入分类不同,不能只看表面字段名称判断,要通过预订测试确认房价与房量。
4. 餐饮
- 是否仅住宿、含早餐、含晚餐
- 用餐场所、客房用餐、时间
- 餐点内容可能变更的情况
- 过敏咨询期限与可应对范围
- 儿童餐
- 饮料与追加点餐
确认是否只有照片呈现豪华附晚餐方案,实际销售却是仅住宿。
5. 房价与显示单位
- 每人或每房
- 每晚或整段住宿
- 含税或未税
- 是否含餐
- 入汤税、住宿税、清洁费等
- 现场额外费用
- 会员、官方限定、连住优惠的条件
官方网站与OTA价格不同,本身未必是错误。优惠、销售条件、房量、取消条件可能不同。不要只是让金额一致,应确认是不是包含相同内容的同一商品。
6. 销售期间与住宿期间
区分「可以预订的期间」与「实际可以住宿的期间」。
- 销售开始与结束日期、时间
- 适用住宿日期
- 不适用日期
- 最少与最多住宿晚数
- 预订截止时间
- 当天预订
若复制前一年方案,也要重读星期、假日、季节名称与年份。
7. 取消、变更与付款
日本观光厅的线上旅游交易指南要求,从申请完成前就适当显示旅游费用与付款方式、取消费开始产生的时间与金额、收款主体、付款与退款方式等信息。
- 免费取消期限
- 各天的取消费
- 未通知而未入住
- 日期、人数、餐饮变更方式
- 现场付款与预先付款
- 退款方式与所需天数
- 是否有OTA独有条件
- 应联系哪个预订管道
官方预订与OTA规定不同时,应清楚说明适用各预订管道的规定。
8. 设备与客用品
- 浴室与厕所在客房内或共用
- Wi-Fi、冷暖气、电视、冰箱
- 禁烟或可吸烟
- 毛巾、牙刷、睡衣
- 借用品与付费用品
- 楼梯、高低差、电梯
- 整修中或故障中的设备
不只勾选设备图示,也要确认与本文、照片是否矛盾。
9. 交通、停车场与接送
- 地图地点
- 最近车站与公交车站
- 停车位数量、费用、预约
- 接送区间、时刻、预约期限
- 冬季通行、季节停驶
- 超过最晚入住时间后的联系方式
OTA制式字段无法容纳的重要事项,也要反映到方案注意事项或预订确认电子邮件。
10. 宠物与招牌猫
「有猫的旅宿」与「可带自家猫同行的旅宿」是不同信息。
- 招牌猫目前是否仍在旅宿
- 可能见面的场所
- 是否偶尔会来客房
- 可能因休养或身体状况而无法见面
- 抱猫、拍摄、点心的规则
- 住客能否带宠物、种类、适用客房、费用
- 给过敏者或不擅长与猫相处者的说明
不要像方案优惠一样保证招牌猫会出现,要优先考量猫咪的意愿与身体状况。不要持续使用旧猫咪照片来表示目前仍在旅宿。
休养、退休、迎接新猫时的公告文与更新位置,请参阅如何说明招牌猫的在宿、休养与交替状况。
11. 照片与说明文字
- 没有残留整修前的客房照片
- 照片与正在销售的客房相对应
- 能了解餐饮照片对应的方案与季节
- 图片已取得转载授权
- 招牌猫名称与在宿状况和目前一致
- 照片排列顺序不会造成误解
各媒体分别上传照片时,应在照片台账记录拍摄日期、对应客房、权利人与发布位置。
12. 预订确认电子邮件
即使修改销售页面,自动电子邮件也可能仍是旧内容。
- 旅宿名称、地址、电话号码
- 入住与退房
- 用餐时间
- 停车场与接送
- 取消与变更窗口
- 现场必须支付的额外费用
- 旧URL或已结束的服务
测试发送时,不要使用真实住客信息,应使用旅宿管理的测试联系方式。
变更时的更新顺序
决定变更内容后,依下列顺序进行。
- 由人批准变更内容、适用日期、对象方案
- 更新权威原始台账
- 更新PMS、渠道管理系统、预订系统
- 更新官方网站与官方预订画面
- 更新各OTA的字段、说明、照片
- 更新Google、社交媒体、地区入口网站、PDF
- 更新预订确认电子邮件与馆内说明
- 在PC与智能手机上确认各销售画面
- 用虚构条件比对房价、房量、取消说明
- 记录更新日期时间、负责人、尚未反映的位置
无法同时更新时,应在开始销售前安排更新期间。存在重大不一致的媒体,也需要判断是否暂停相关方案,直到修正完成。
渠道管理系统要确认的事项
日本观光厅的IT活用案例集将渠道管理系统说明为:整合多个预订网站与自家网站的空房、预订情况,并可批次变更各网站价格与方案的系统。
不过,整合范围依产品、合同、OTA而异。
- 房量是否双向同步
- 房价与方案从哪里发布
- 能导入新预订、变更、取消中的哪些项目
- 能否整合儿童分类与额外费用
- 能否发布照片与说明文字
- 整合失败时会通知谁
- 手动变更是否会被下次同步覆盖
- 停止运作时采取的替代步骤
不要只凭「已整合」判断,要指定实际使用的OTA名称与项目确认。
每日、每月与每季的比对
每天
- 今天收到的电话、官方、OTA预订都已记入权威原始记录
- 变更或取消后的房量已释出
- 没有同步错误或未处理通知
- 当天抵达住客的餐饮、接送条件与预订内容一致
防止重复预订的步骤,请参阅避免电话、OTA与自家预订造成重复预订的运营方法。
每月1次
- 客房名称、容纳人数、设备
- 房价包含的内容
- 儿童、餐饮、取消条件
- 照片、交通、联系方式
- 官方网站与主要OTA的主要方案
- 预订确认电子邮件
季节或方案切换时
- 销售日期与适用住宿日期
- 餐饮、照片、季节名称
- 接送、交通、冬季条件
- 房价、税、额外费用
- 招牌猫的目前说明
难以每次都以相同深度查看全部方案时,可以先确认预订数多、金额高、条件复杂的方案。
不一致管理表
确认日期:
确认者:
项目:
正确内容:
适用开始日期:
官方网站:一致/不一致/未确认
官方预订:一致/不一致/未确认
OTA A:一致/不一致/未确认
OTA B:一致/不一致/未确认
Google与社交媒体:一致/不一致/不适用
预订确认电子邮件:一致/不一致/未确认
修正负责人:
修正期限:
再次确认日期:
尚未反映的原因:
不要把住客姓名、预订编号、联系方式、付款信息复制到管理表。只记录商品与公开信息。
请AI协助比对的提示词
请比较旅宿官方网站与OTA的公开说明。
这次只阅读并报告,不要预订、变更、登录或发送。
旅宿确认作为权威原始记录的信息:[内容]
官方网站:[URL]
官方预订:[URL]
OTA:[列出公开URL]
请将以下项目分为「一致」「不一致」「未确认」「不适用」。
1. 旅宿名称、地址、电话
2. 客房名称、容纳人数、寝具
3. 儿童、共用寝具
4. 餐饮、过敏咨询
5. 房价、税、额外费用
6. 销售期间、住宿期间
7. 取消、变更、付款、退款
8. 设备、客用品
9. 交通、停车场、接送
10. 宠物、招牌猫
11. 照片与说明文字
对不一致的项目,请简短列出各页面URL与对应表述。
不要推测目前信息,只有登录后才能查看的项目请标为未确认。
比价前,先确认是否为相同客房、日期、人数、餐饮、取消条件。
最后依对住客影响由大到小,排列修正候选。
AI可以寻找公开页面的差异,但无法自动判断OTA登录后的设置或实际正确的营业条件。修正内容由旅宿批准。
总结
要让OTA与官方网站的说明一致,除了同步房量,也要比对客房、餐饮、儿童、房价、取消、设备、交通、照片与招牌猫。
请按信息决定权威原始记录与负责人,固定变更时的更新顺序。金额不同时,不只确认日期、人数,也要确认餐饮、优惠、税、取消条件是否属于同一商品。
若要先整理官方网站本身的更新项目,请从住宿设施网站至少应更新哪些信息开始。
参考资料
※OTA、渠道管理系统、PMS的整合范围与画面名称依合同而异。请以合同方的现行资料与实际测试预订确认。

