很多系统，把“成功开门”当成流程终点
从技术实现上看，一笔订单能够自动预约、自动支付、 自动生成门禁权限，再按照时间自动通电， 已经完成了一套非常重要的基础流程。
对部分空间业态来说，这套能力已经足够。
但共享茶室的问题在于： 用户进入房间以后，消费还没有结束。
对共享茶室来说，服务从这里才真正开始。
进门以后，第一个问题：套餐里的茶怎么给客人？
很多共享茶室的订单并不是单纯购买两小时或者三小时的房间使用权。
套餐里通常还可能包含茶叶。
这意味着一笔订单其实包含两种履约：
如果系统只完成了空间履约， 茶叶仍然需要工作人员准备、确认、核销， 那么门店的人工依赖并没有真正减少。
第二个问题：怎么知道客人已经取过茶？
用户领取套餐茶以后，系统至少需要知道三个信息：
- 这笔订单原本包含什么茶；
- 用户有没有领取；
- 领取以后库存发生了什么变化。
如果领取记录、订单和库存是彼此分开的， 商家最后仍然需要人工核账。
第三个问题：客人临时想换茶怎么办？
真实经营并不会永远按照下单时的状态发生。
客人进入房间以后，可能发现原来选的茶不合适， 或者现场看到其他茶以后想更换。
这时候系统需要考虑：
- 原套餐是否允许更换；
- 不同商品之间是否存在差价；
- 换茶以后原商品如何处理；
- 新商品库存如何变化。
如果这些事情每次都需要电话或者微信确认， 那么只是把前台换成了远程客服。
第四个问题：喝完以后还想再加一泡茶怎么办？
用户已经进入房间以后，新的需求经常会继续发生。
这些都不是异常情况，而是正常消费的一部分。
第五个问题：商品卖出去以后，库存怎么变化？
共享茶室一旦开始同时经营空间和商品， 库存就不能完全独立于订单。
| 发生的行为 | 系统应该记录什么 |
|---|---|
| 套餐领取一泡茶 | 订单履约 + 茶叶领取 + 库存减少 |
| 用户临时加购茶叶 | 商品订单 + 支付 + 库存减少 |
| 购买伴手礼 | 零售订单 + 会员消费 + 库存变化 |
| 工作人员补货 | 库存增加 + 补货记录 |
如果订单是一套数据、设备是一套数据、库存又是一套数据， 门店最后仍然需要人工对账。
第六个问题：这些消费到底属于谁？
共享茶室的经营价值并不只是一笔包间订单。
同一个用户可能今天预约房间， 下次购买茶叶，再下一次到另外一家门店消费。
如果每一次行为都被当作独立订单， 商家看到的只是很多订单。
如果这些行为能够最终归集到同一个会员， 商家才能继续理解：
- 这是新客还是老客；
- 多久来一次；
- 更喜欢什么房型；
- 有没有购买商品；
- 有没有跨店消费；
- 有没有形成稳定复购。
所以，进门以后系统到底应该继续做什么？
这也是为什么我们认为， 判断一套共享茶室系统是否真正适合经营， 不能只看“门能不能自动打开”。
真正的低人力运营，不是把问题留给远程人工
如果没有前台以后，客人每遇到一个问题， 仍然需要打电话、发微信、等待工作人员处理， 那么人工并没有消失。
更有效的方向，是把高频、明确、能够形成规则的服务流程， 逐步变成用户可以自己完成的标准动作。
能标准化的服务，应该尽量交给系统完成。
这也是共享茶室系统和普通空间系统的重要区别
普通空间系统重点解决的是： 谁、在什么时间、进入哪个空间。
共享茶室还需要继续回答： 用户进入以后消费什么、怎么领、怎么加购、 库存怎么变化，以及这些消费最终属于哪个用户。
所以底层技术可以复用， 但真正决定系统深度的，是它能不能理解业务。
常见问题
为什么说进门以后才是真正考验系统的地方？
因为门禁和电控解决的是空间使用权， 而茶叶、套餐、商品、库存和会员属于实际经营。 后者往往更复杂。
套餐里的茶必须通过系统领取吗？
不一定。门店也可以人工准备。 但如果希望减少人工，并且让订单、领取记录和库存关联， 数字化取茶会更有价值。
为什么加购这么重要？
因为用户进入房间以后仍会产生新的需求。 如果这些需求必须依赖工作人员， 低人力经营的完整性就会下降。