洞察
一个预订，多段住宿：不再拼图的团队预订
真实的预订很少是一位客人、一间房、一个日期段。一家人周二抵达，祖父母周四才到；项目团队订八间房、错峰入住，外加一间会议室和一顿告别晚宴；一场婚宴是房块、宴会厅，再加三种不同的价格约定。多数系统的应对方式如出一辙：拆成一份份独立预订，剩下的靠员工把碎片拼在一起。
痛点：一叠互不相识的确认号
真实预订一旦被拆碎，之后的每一步都继承了这份脆弱。主办方来电要把整团顺延一天——得有人找齐六份预订逐一修改，一份都不能漏。定金记到了错误的那份上；一位客人延住，新增的一晚落在团队价之外。到了退房，前台开始当侦探：这些账单里哪些是一伙的？到底谁付什么？
客人也看得到接缝——订下全部行程的那个人收到六封确认邮件，到了前台还得把安排重新解释一遍。
为什么会这样：预订是系统的最小单位
在多数 PMS 里，预订是不可拆分的原子：一个日期段、一个房价、一间房。比这更复杂的安排没有容身之处，只能在下单时被分解，再在结账时靠人手拼回来。团队模块在上面加了一个房块——但房块是围住房量的栅栏，不是预订：它装的是房间数，装不下真实安排里日期、价格、场地和人的结构。
WinX 如何解决：组合预订
在 WinX 里，一个预订可以装下整个安排——这是平台从第一天起的核心能力，不是后加的模块：
- 一个预订里的多种日期——每一行客房都有自己的入住与退房日期；错峰抵达和延住都留在预订之内，不用另立门户。
- 逐行的房价与套餐——蜜月套餐的一对、公司价的团队、临时加入按当日最优价的那位：同一个预订，按行计价。
- 场地在同一个预订里——宴会厅、会议室、宴席餐饮项目与客房行并列，活动账务挂在同一套结构上。
- 登记指定入住人——谁住哪间不再是一张便利贴；每行带着自己的入住人，登记、客房清洁和在住名单自动就是对的。
- 一套实时账务结构——主账之下，费用在各账单之间实时分账、拆账、转账：房费给公司、迷你吧给客人、场地给主办方。住宿进行中就定好，不必等退房再拆解。
- 改动作用在预订上，而不是六块碎片上——整团顺延一天，就是对一个预订做一次操作。
转变：系统的数据模型终于长成了预订真实的形状——复杂性留在软件里，而不是留在前台团队的记忆里。
在预订真正复杂的地方经受验证
组合预订承载真实的复杂度已有多年：马尼拉海洋公园 + Hotel H2O，酒店住宿与园区游玩同属一个安排；柔佛 Petronas Pengerang，1,000 多间房的长住与轮换模式；I'M Hotel，酒店、水疗与服务式公寓混合入住；还有让房块与宴会厅终于同在一个预订上的会议型酒店。支撑这套账务的实时分账与转账引擎，正是酒店、乐园、餐饮与水疗一张账单背后的同一套引擎。
常见问题
- 什么是组合预订（一个预订、多段住宿）？
- 把整个安排装进一个预订：每间房各有日期、每行各有房价与套餐、场地与房间同在、每间房登记入住人——作为同一个预订来管理、修改和结算。
- 一个预订里的多段住宿，账怎么算？
- 主账加实时分账、拆账、转账：公司付房费、客人自付消费、主办方付场地——住宿进行中就定好，不是退房时才来拆解。
- 一个预订能包含宴会场地和活动吗？
- 能——房块、宴会厅与宴席项目在同一个预订里，活动账务挂同一套结构。一位主办方、一张账单。
带上你最复杂的一笔预订——看它如何装进一个预订里。
预约 WinX 演示