模型
住宿由四层构成,层层递进:酒店
安排住宿的酒店。每家酒店有自己的房型。
房型
豪华大床房、双床房——住宿管理的基本单位,从来不是具体房间号。
房源块
一份合同:每晚某个房型 n 间,房价作为合同备注,领用对照合同追踪。
入住安排
一位参会人的预订——酒店、房型、夜晚、酒店确认与入住。住宿名单就是入住安排列表。
- **房型不是具体房间。**库存是房型上按夜计的数量,就像票种容量是一个数字——而不是一串门牌号。酒店最终若分配了「1208 房」,那只是入住安排上一个可选的后补细节,预订本身从不依赖它。
- **你在和酒店谈判,不是在和计数器谈判。**签约间数是一份承诺;超出它是一个需要呈现的事实,让你去找酒店重谈——绝不是一个阻止预订的报错。
开启模块
住宿默认关闭。在活动导航中打开它的任何页面——酒店、房源块或入住安排——都会出现开启墙;点击一次即为本活动开启。开启按活动生效且不可撤销。推荐搭建顺序
1
添加酒店
在酒店页面创建每一家签约酒店。
2
添加房型
在酒店详情页添加合同覆盖的房型——豪华大床房、双床房——并注明可住几人。
3
录入房源块
每份合同建一个房源块:选定酒店与房型,逐夜填写签约间数与房价。
4
安排入住
用入住安排安置参会人——每份安排可选择归入某个房源块,这正是房源块领用数字的来源。
住宿在其他模块中的呈现
- 参会者详情页会出现「住宿」区块,显示此人的入住安排。
- 每一次入住变更都出现在参会者的活动轨迹上,与报名历史并列。
- 自动化可以响应「住宿已获酒店确认」和「客人已办理入住」——「给客人发送酒店确认邮件」是你搭出来的流程,不是特殊功能。
- 入住安排表格可导出 CSV——那就是交给酒店的住宿名单。
注意事项
- 房型 ≠ 具体房间;入住安排从不依赖房间号存在。
- 领用与余量始终由实际的入住安排推导——不会漂移,也无法手工修改。
- 超出签约间数只会被标记,绝不会被阻止。
- 房源块上的房价与币种只是合同备注——本模块不向任何人收费。
- 酒店、房型与房源块只归档、不删除;「谁曾住在哪」必须始终可以回答。