电竞酒店的订单结构和普通酒店不太一样。
普通酒店多是一人一间、两人一间，订单与房间基本一一对应。电竞酒店常见的是四人间、五人间、六人间，或者两间四人房拼成八人开黑。下单的往往只有一个人，住的是五六个。
这就带来三个问题：房间怎么分、人怎么登记、门怎么开。
三个必须解决的环节
环节一：团队订单的建立
一个人下单、多人入住。系统要能记录"预订人"与"实际入住人"的区分，还要能挂多个身份证。
环节二：房间的分配
五个人订两间房，谁跟谁一间。团队订单要支持一次排多间，还要支持临时调换。
环节三：非预订人的开门
预订人先到、朋友后到。后到的人没有房卡，也不能要求预订人下楼送卡。
第三个环节最容易出问题，因为它是体验与合规的交界处。
非预订人开门的合规路径
选住九月第二批次的更新给刷脸门牌加了团队码校验：用户通过刷脸、密码或手机号尝试开门时，系统识别为非该房间预订人后，进入"房间已被预定"界面；仅当房间对应的预订单为团队订单时，界面底部同步展示「团队码」校验入口，点击后输入团队码，校验通过即进入现有入住流程。
不管，让人去前台
朋友凌晨一点到店，得先找前台，前台再核对，再给临时卡。体验差，前台也累。
团队码校验
预订人把团队码发到群里，朋友到门口输码即进。全程不需要人工介入。
关键在于"仅当订单为团队订单时"这个限定。普通散客订单不显示团队码入口，避免陌生人拿到一个通用码就能进房。
一个必须做的动作：团队码不能在订单结束后继续有效。预离日之后，码应当自动失效。这一点要在开店前和供应商确认清楚，别默认它一定有效。
团队预定的移动端能力
九月批次还把团队预定搬到了 APP 上：工作台、实时房态、远期房态、订单管理都新增团队预定入口，业务规则与前台 PC 端团队预定保持一致。
同时订单管理模块新增了团单管理，覆盖个人团队与协议公司团队的详情查看与状态操作，团队订单卡片按房型统计展示间数，超过 2 类房型时汇总展示总间数，并呈现住房状态、团队类型、下单渠道、订金金额与团队名称。
这两条加起来，意味着店长不在店里也能处理团队单。对电竞酒店很重要——团队订单常常在晚上十点后进来，那时候老板可能已经不在店里。
排房的实际问题
| 场景 | 难点 | 处理方式 |
|---|---|---|
| 五人订两间四人房 | 空三个床位，要不要再卖 | 拼房：卖给散客，但要提前说明 |
| 八人两间四人房 | 刚好满，房态无余地 | 确认房型匹配，避免加床 |
| 团队中有人临时不来 | 房费怎么算、房间要不要退 | 订金规则要在下单时说清 |
| 团队要求相邻房间 | 房态不一定允许 | 排房时优先同楼层同侧 |
第一条是电竞酒店特有的：拼房。四人房住了三个人，剩下的床位可以卖给散客吗？多数门店的做法是可以，但要在下单时明确告知团队客人，否则半夜进来一个陌生人，体验会很差。
第四条是口碑细节。五个朋友一起来开黑，如果被分到不同楼层，来回走动很麻烦。排房时优先相邻是实现难度很低、体验提升很明显的一件事。
团队订单的订金设计
收订金
团队订单取消率高、金额大，收 30%–50% 订金能显著降低爽约。也便于锁房。
不收订金
周末黄金时段被订走八间房，来的人只有三个。空出来的房已经卖不出去了。
电竞酒店的团队订单集中在周末和节假日，这两个时段恰好是最贵的。不收订金的团队单，本质上是在拿最贵的库存赌客人会来。
落地清单
- 团队订单录入时，区分预订人与入住人
- 排房优先同楼层同侧，支持一次排多间
- 团队码只对团队订单生效，预离后自动失效
- 订金规则写进下单页，不含糊
- 拼房要提前告知，别让散客半夜推门
团队业务在电竞酒店里的占比通常不低，但它的流程复杂度远高于散客。系统能做的部分是把它标准化，剩下的还是靠门店自己的规则设计。