预约完成，并不代表消费已经结束
用户在小程序里选择了包间、时间和套餐， 完成支付以后，一笔主订单已经生成。
但真实使用过程不会永远按照下单时的状态继续。
客人进入房间以后，经常会产生新的需求。
加购解决“进来以后还需要什么”。
共享茶室里最常见的几种加购
为什么这些需求不应该全部交给工作人员？
如果用户每次想加一小时、再买一泡茶， 都需要打电话或者发微信， 那么订单虽然已经数字化， 后面的服务仍然停留在人工阶段。
这种方式在订单量很少时当然可以工作， 但当门店订单逐渐增加以后， 重复沟通会越来越多。
加时，看起来简单，其实需要先判断房间是否还能继续用
用户希望延长使用时间，并不是简单地“多付一个小时的钱”。
系统首先需要知道：
- 当前订单几点结束；
- 后面有没有其他预约；
- 最多可以延长到什么时候；
- 加时价格是多少；
- 支付以后门禁和电控权限是否同步延长。
加茶，则连接了商品、支付、取茶和库存
用户已经喝完套餐里的茶以后， 如果还想增加一泡新的茶， 这时候产生的是一笔新的商品消费。
系统需要继续处理：
所以“加一泡茶”背后，其实已经同时连接了零售和履约。
换茶，比加茶更复杂
换茶和重新购买并不完全一样。
比如套餐原本包含一款基础茶， 用户到店以后想换成价格更高的茶， 系统可能需要处理差价。
| 情况 | 系统处理方式 |
|---|---|
| 同价换茶 | 更换套餐对应商品，并更新领取商品 |
| 升级茶品 | 计算差价，支付以后完成更换 |
| 原茶已经领取 | 需要根据门店规则判断是否允许更换 |
这也是为什么真实经营场景往往比一个简单“商品下单”复杂。
商品加购，是空间消费向零售消费的延伸
用户来到共享茶室，最初购买的是空间使用。
但在实际消费过程中， 用户可能进一步购买茶叶、饮料、零食或者礼盒。
这意味着同一个用户同时产生：
如果这些消费都能够回到同一个会员体系里， 商家看到的就不再只是单次房间订单。
加购不是独立订单越多越好
从技术上看，每一次新消费当然都可以生成一笔新订单。
但从用户体验看， 更重要的是让用户尽量感觉这是同一次完整消费过程。
系统已经知道：
- 用户是谁；
- 当前在哪个门店；
- 使用哪个房间；
- 当前订单是什么；
- 已经消费过什么。
后续加购就应该尽量建立在这些已知信息之上。
为什么加购能力也影响门店管理效率？
如果加购通过微信转账、人工记账或者临时口头确认完成， 商家最后会遇到很多数据问题。
| 人工处理 | 系统化处理 |
|---|---|
| 工作人员确认价格 | 系统直接展示商品和价格 |
| 微信收款 | 订单内完成支付 |
| 人工记加时 | 订单时间自动延长 |
| 人工记录茶叶 | 商品订单与库存自动关联 |
| 月底再汇总 | 消费直接进入经营数据 |
加购最终应该回到同一个会员
用户今天预约了两小时包间， 又增加了一小时， 加了一泡茶， 最后还买了一盒茶叶。
对用户来说，这是一次消费。
对系统来说，也应该尽可能理解为同一个用户连续发生的一系列经营行为。
所以，加购真正解决的是什么？
第一，解决用户在使用过程中不断出现的新需求。
第二，减少门店重复沟通和重复操作。
第三，把空间订单以外的消费继续纳入系统。
第四，让商品、库存、会员和经营数据更加完整。
它是在主订单之后，让服务继续不断线。
我们更关注的是“服务能不能继续被系统接住”
对共享茶室来说， 系统化并不是把所有服务取消。
而是把规则清楚、频率较高、可以标准化的服务， 尽可能做成用户可以自主完成的流程。
这样才能在减少重复人工的同时， 保持服务完整度。
常见问题
共享茶室加购主要包括什么？
最常见的是加时、加茶、换茶、商品购买以及茶叶和伴手礼零售。
加购只是为了提高营业额吗？
不是。它首先是解决用户在使用过程中的后续需求， 同时减少工作人员反复处理标准事务。
加购为什么要和会员系统连接？
因为这些消费仍然属于同一个用户。 如果空间消费和商品消费完全分开， 商家很难完整理解客户价值和复购。