模块

预订

中央预订与分销——预订、唯一一份可售真相、渠道连接,以及把每一次变更送出去的队列。

登记等候名单 →阅读文档 →

这是什么

预订模块拥有「什么可卖、卖到哪里」这件事。可售房量由真实库存推导,已经反映了房型组合与暂留;分销规则叠加其上;结果就是渠道所看到的。接入一个渠道是一个顺序——连接、映射房型与房价、认证——此后每一次推送都是队列中一条带状态、可读的变更。

01

一条预订,以及它的状态允许的操作

每条预订都带状态,它的卡片只提供该状态下有效的操作——在住的可退房,已确认的可入住或取消。状态机在产品里,而不在前台人员的脑子里。

Nerve 的预订列表。每条预订是一张卡片,以确认号开头,写明客人、房间与日期,带状态标签,并且只提供该状态下有效的操作——在住客人是 Check out,已确认预订是 Check in 或 Cancel。
卡片只给出该预订状态允许的操作,别无其他。
02

唯一一份可售真相,规则叠加其上

房型可售量来自真实库存。可售规则——OTA 上限、最短入住、当日截止——叠加其上,第三个面板显示渠道实际看到的结果。上限塑造的是分销,而不触碰物业真正能卖的部分。

Nerve 中三个上下排列的面板,展示面向渠道的可售房量是怎么推导出来的:来自真实库存的每晚五间空置双人房,一条把某渠道压到三间的「OTA ceiling」规则,以及该渠道最终看到的五分之三。
渠道上限改变的是渠道所见,而不触碰真实库存。
03

连接、映射、认证——然后盯住队列

渠道连接在房型与房价映射完成并通过认证之前不会生效。此后每一次房价与房量推送都是队列里一行,带类型、日期跨度与投递状态——没送到的变更因此看得见,而不是靠假设。

Nerve 中一条已连接的分销渠道。Booking.com 卡片带有「connected」和「certified」标签,下方是房型与房价映射面板,列出已映射的标识符并提供「Discover options」按钮。
渠道要先连接、再映射、然后认证——顺序如此。
Nerve 的分销队列。一行控件按日期区间选择要推送的内容;下方逐条列出排队中的变更及其类型、日期跨度和状态——有的仍在等待,有的一次尝试就已送达。
每一次向渠道推送都是一行可读的记录,不是黑盒。
04

别墅就是它的卧室,两者都能卖

组合单元构建器把组成房间挂到整单元房型上,别墅与其中的卧室因此共用同一份可售真相。卖掉别墅,卧室随之下架;卖掉一间卧室,别墅随之下架。这正是别墅与短租物业真实的形态。

Nerve「Rooms and Units」界面上的组合单元构建器,带「Pick a unit」和「Pick a component」两个下拉框与 Attach 按钮,下方说明:把别墅由其卧室组合而成,可让两种形态共用同一份可售真相。
别墅和它的卧室,是售卖同一组房间的两种方式。
这对代理意味着什么

代理需要的操作,正是渠道需要的那些:按日期区间读取可售房量、读取房价计划与限制、创建一条预订、取消一条预订。因为渠道看到的和代理读到的可售房量出自同一次推导,代理报出的房间就是合作方会报的同一间房。

继续深入

上面的每一块界面都有文档,逐个操作,对照已经发布的产品。

登记等候名单 →从你的物业类型开始 →

在想它是否适合你这个规模的物业?

← 全部功能