Booking.com 后台儿童价格设置：统一年龄段、入住人数与酒店管理系统映射

即使成人每晚房价正确，Booking.com 的儿童价格仍可能显示异常。常见原因并非某个价格设置错误，而是住宿的儿童政策、年龄段、客房入住人数、加床规则、价格设置，或预订传入酒店管理系统的方式存在不一致。

稳妥的做法是按顺序完成这些配置，并测试住客端的实际展示结果。菜单名称可能因住宿类型、市场、账户权限和 Booking.com 界面更新而有所不同，但设置逻辑保持一致。

了解儿童价格设置的四个组成部分

首先，住宿需确定是否接待儿童，以及哪些年龄属于儿童。其次，每间客房需明确实际可接待的住客总人数、成人人数和儿童人数。第三，Booking.com 为各儿童年龄段应用相应价格。第四，酒店管理系统必须接收到员工能够理解、并能正确安排房型的预订信息。

这些设置相互独立。降低儿童价格不会增加客房容量，提高客房入住人数上限也不会增加一张床。完成成人价格计划映射，并不会自动纠正存在冲突的儿童政策。

Booking.com 儿童价格是一种价格设置，并非新的客房类别。它可以与关联的成人基础价格配合使用，但员工不应仅为体现儿童价格，就在酒店管理系统中重复创建客房库存。

第 1 步：记录计划对外执行的政策

修改后台设置前，先用清晰易懂的语言写下规则。例如：0–3 岁儿童使用现有床铺可免费入住，4–11 岁儿童每晚支付固定费用，12–17 岁按成人价格收费。同时记录是否提供婴儿床或加床、相关费用，以及适用的客房。

避免年龄段出现遗漏或重叠。Booking.com 的每个年龄段均包含其最高年龄，因此，0–3 岁后接 3–11 岁会在 3 岁处重叠。清晰的划分应为 0–3 岁、4–11 岁和 12–17 岁。

最终政策必须便于前台向住客解释，同时符合客房的安全接待能力。

第 2 步：在后台设置住宿的儿童政策

登录Booking.com 后台，打开住宿政策设置区域。根据账户的不同，相关设置可能位于住宿、政策或儿童和加床菜单下。设置是否允许儿童入住、住客最低年龄限制，以及用于儿童定价的年龄段。

Booking.com 支持每家住宿最多设置四个儿童年龄段。在符合酒店实际政策的前提下，应尽量简化划分。年龄段越多，员工需要核查和维护的组合就越多。

保存政策后，重新打开并确认年龄设置与书面规则一致。

第 3 步：统一各房型的入住人数设置

打开每个客房或住宿单元的设置，核对三个数值：住客总人数上限、成人人数上限和儿童人数上限。这些数值反映的是实际接待能力，而非住客需要支付的价格。

可供两名成人和一名儿童入住的客房，其总人数上限必须允许三人入住，儿童人数上限也必须允许一名儿童入住。如果总人数上限仍为两人，即使已设置儿童价格，家庭住客搜索三人入住时也可能看不到该客房。

单独核查婴儿床和加床设置。记录哪些客房允许使用、是否需要申请，以及相关费用是否已包含在儿童价格中。

第 4 步：将儿童价格应用于正确的销售配置

返回儿童价格设置，为每个年龄段设定预期价格。根据住宿的定价模式和可用功能，可以设置为免费、固定金额、按比例收费，或针对第一名儿童及后续儿童分别设置阶梯价格。

核查该客房采用的成人基础价格及对应的入住人数。只有当 Booking.com 能为搜索中的成人人数获取有效的成人价格时，儿童价格才能计算出符合预期的总价。

不要再依据过去“可享受儿童价格的儿童人数上限”制定现行操作流程。Booking.com 已于 2026 年 7 月停用这一旧设置。更稳妥的做法是：针对客房允许接待的每一种家庭入住组合，确保儿童入住人数上限与儿童价格设置一致。

第 5 步：区分后台与酒店管理系统各自控制的设置

在酒店管理系统中进行任何修改前，先明确各项数值由哪个系统控制。Booking.com 的住宿政策和年龄段设置可能仍由后台管理，而酒店管理系统或多渠道管理工具则控制每日成人房价、房态及受支持的预订限制。

房价和库存的实时同步无法修正错误的年龄段或实际入住人数规则。只有在住宿配置正确后，同步功能才能让受支持的销售数据保持最新。

Smart Order 的多渠道管理功能支持与 Booking.com 实时双向同步房价和库存。酒店应保留一份经确认的配置记录，注明哪些儿童政策字段仍在后台管理，哪些房价、房态和预订字段通过 Smart Order 管理。

明确政策设置的管理归属后，团队就能安心更新常规房价，避免误以为所有儿童相关字段也会随之变更。

第 6 步：统一酒店管理系统的住客分类与房型映射

检查酒店管理系统如何记录成人、儿童和婴儿。年龄分界应能充分对应 Booking.com 的年龄段，让员工准确理解预订信息。如果酒店管理系统的分类较少，应记录 Booking.com 各年龄的住客在预订导入后对应哪个类别。

将 Booking.com 客房映射至酒店管理系统中正确的房型，然后确认该客房关联的成人价格计划或销售计划。除非酒店确实单独销售一组客房库存，否则不要仅为家庭住客另建一个实体房型。

Smart Order 的酒店管理系统将预订详情集中展示在运营日历中，方便员工查看入住日期、客房、住客人数、来源、价格和状态。合理的映射应让员工直接理解预订记录，减少每次接待住客时打开后台核查的操作。

第 7 步：开放预订前测试家庭入住搜索

通过 Booking.com 公开预订页面或经批准的测试流程，针对同一日期搜索以下几种住客组合：

1. 两名成人，不带儿童
2. 两名成人和一名最低年龄段的儿童
3. 两名成人和一名最高儿童年龄段的儿童
4. 两名成人，以及达到客房儿童人数上限的儿童
5. 一种超出客房容量、应显示为不可预订的组合

对于每种符合入住条件的搜索，检查客房是否显示，以及总价是否与成人价格、儿童价格、税费、餐食和床位费用一致。对于不符合入住条件的搜索，确认该客房不提供预订。

先选择成人定价简单的日期，再针对周末、促销或季节性时段重复测试。

第 8 步：在酒店管理系统中核验预订

完成一笔低风险测试预订。确认该预订仅传入酒店管理系统一次，并正确显示 Booking.com 预订编号、房型、价格计划、入住日期、成人人数、儿童人数、年龄信息（如有提供）、总价、付款责任方和预订状态。

随后通过常规住客操作流程或后台流程修改或取消测试预订。检查 Smart Order 的预订管理是否记录了最新状态，并在需要时正确恢复可售房态。

如果住客端总价正确，但酒店管理系统中的记录不清晰，应检查住客分类的对应方式和预订字段。如果家庭入住搜索中不显示该客房，应先核查政策和入住人数设置，再判断是否为房价同步问题。

常见问题表现及其通常原因

如果家庭住客搜索不到客房，可能是入住总人数或儿童人数上限设置过低。如果客房能够显示但总价错误，应检查儿童年龄段、对应成人人数的价格、是否包含餐食，以及床位费用。

如果 Booking.com 显示正确，但前台员工无法解释预订内容，应检查酒店管理系统的住客分类和映射。如果常规成人房价发生变化，而家庭入住总价未按预期变化，应检查儿童价格是固定金额、按比例计算，还是由后台单独控制。

每次只修改一个层面的设置，并重复相同的搜索。同时修改政策、入住人数、映射和价格，会让问题的成因或解决原因更难判断。

保留简明的变更管理记录

记录经确认的年龄段、客房容量、婴儿床和加床规则、儿童价格、映射的酒店管理系统房型、负责控制的系统、变更批准人，以及使用过的测试组合。将记录保存在收益管理、预订和前台团队都能查阅的位置。

新增房型、调整年龄分界、变更加床设置或重新连接多渠道管理工具后，应重新进行家庭入住搜索和测试预订核验。只有与住客实际可预订的条件保持一致，已保存的配置才有实际价值。

互联的酒店前台管理系统能帮助员工依据最新预订记录开展工作，但销售规则仍需明确负责人并定期复核。

常见问题

Booking.com 儿童价格属于独立的价格计划吗？

儿童价格是在住宿儿童政策和客房配置范围内，按年龄应用的价格。不应将其与用于管理成人价格及相关条件的普通衍生价格计划或独立价格计划混淆。

为什么添加儿童后，客房就不显示了？

客房的总容量、成人人数上限、儿童人数上限或儿童政策可能不允许该入住组合。调整价格前，应先检查实际入住人数设置。

酒店管理系统的房价同步会更新 Booking.com 儿童政策吗？

不一定。每日房价和库存可以正常同步，但住宿层面的年龄段、儿童政策或加床设置可能仍由后台控制。应为当前连接保留一份字段管理归属记录。

儿童价格测试预订应显示哪些内容？

员工应能看到正确的客房、价格计划、成人人数、儿童人数、入住日期、总价、付款责任方、来源预订编号和当前状态。如果渠道提供儿童年龄，且接收流程支持该信息，还应保留儿童年龄。

酒店应在何时重新测试儿童价格？

调整年龄段、客房容量、儿童价格、加床、成人定价模式、房型映射或酒店管理系统连接后，都应重新测试。在重要的家庭出游旺季到来前，也应再次核验。