客户、订单与门店协作
从建单、服务记录到后续处理，按门店实际工作方式确认适用范围。
序核 OS · 面向陪玩门店经营里的乱，
经营里的乱，
从来不是单独发生的。
一笔订单还没谈清，下一班就接不上；一位老客户没被记住，就慢慢不再来了。 门店每天都在处理具体的事，可它们总是同时在响。乱，不是谁不努力——是这些事，还没有落在同一个地方。
订单 · 客户 · 团队 · 服务 · 资金 · 异常先把一笔单说清楚。
客户要玩什么、有什么要求、由谁接手——建单时把约定记下来，后面的安排才有依据。 序核 OS 不是先给你一张报表，而是先把这些每天发生的事，一条一条变成可以被看见、被记录的条目。
- 01已识别
客户与建单
客户要玩什么、有什么要求、由谁接手。建单时把约定记清楚，后续安排才有依据。
你关心的问题 · 客服交班后，下一位能不能接着处理？
- 02已识别
服务交接
换人、暂停、交班时，最容易丢掉的不是一句聊天，而是上一位已经处理到哪里。
你关心的问题 · 当前状态、负责人、待处理事项在哪里看？
- 03已识别
结算与售后
客户说了什么，服务发生了什么，之前怎么处理过。先核对原订单，再讨论下一步怎么处理。
你关心的问题 · 处理记录能不能和原订单一起核对？
被识别的事，开始连起来。
客户、订单、服务、团队、资金、异常——它们不是六份互不相干的表。 一个客户的变化会牵动订单，一笔订单的异常会牵动团队和服务。当这些关系被连起来，你才第一次看清：问题从哪里来，又流向哪里。
- 异常
- 订单
- 客户
- 服务
- 团队
- 资金
线越亮，关系越确定；还没连上的，就先暗着。
一笔订单，从接待到后续处理。
从接待到结单，交接的不只是一个状态，还有需求、进度与处理依据。下面只写序核 OS 现在真实具备的环节。
- 01
接待
客服接待时把客户需求与约定事项说清楚。
- 02
建单
客服 → 订单把客户要什么、由谁接手，记进一笔订单。
- 03
服务
服务人员服务执行过程被记录下来，留下依据。
- 04
交接
服务人员 → 下一位接手人交清当前进度、变更原因与未完成事项。
- 05
结单
服务人员 → 客服 / 管理核对服务结果，让结单有据可依。
- 06
后续
客服 / 管理继续处理结算或售后，翻得回原订单。