PRODUCT · 产品

一笔订单,
怎么被一步步留住。

从客户说清楚要什么,到有人接待、有人建单、有人接手服务,再到结单与出现问题后的处理—— 这一条线在序核里留在一处。系统不是替你做决定,而是让每一步都有事实可以接着往下走。

下面按一笔订单真实的推进顺序展开,共 5 段。

一笔订单,从接待到后续处理。

每一段都回答四件事:这一刻门店正在发生什么、序核记录了什么、下一位接手人因此知道什么、后续判断依据从哪里来。 往下看的时候,正在推进的一段会亮起来,已经过的一段收成记录,还没到的保持安静。

01接待与需求进行中

客户想要什么,先落到客户档案里。

这一刻门店正在发生什么

客服在接一位客户的问询:想要什么、什么时候、找谁、之前有没有未结的事。这些话大多散在聊天里。

序核记录了什么
  • 客户编号与客户名称
  • 来源渠道
  • 客户标签(人工标签 / 系统标签)与生命周期(新客户 / 老客户)
  • 历史订单、历史充值、历史售后记录
下一位接手人因此知道什么

接手的人不用从聊天记录里猜——这位客户是谁、之前下过什么单、有没有还没处理完的售后,客户档案里先摆着。

后续判断依据从哪里来

后续每一次判断的起点,是客户档案里既有的、可引用的事实,不是谁记得多少。

序核界面:客户管理 · 客户详情真实字段
客户编号
K000xxx
客户名称
脱敏
来源渠道
来自真实渠道字段
客户标签
人工标签 / 系统标签
生命周期
新客户 / 老客户
历史单量
订单 · 充值 · 售后

以上都是序核 OS 里真实存在的页面区域与字段;在门店素材准备好之前,不以示意界面代替。

02建单未开始

把一次需求,变成一笔可追踪的订单。

这一刻门店正在发生什么

客服把一次口头需求落成一笔订单:客户、服务项目、金额、下单时间,以及接下来要派给谁。

序核记录了什么
  • 订单编号(单据主键)与客户编号
  • 下单时间与余额快照
  • 服务项目与金额
  • 状态:待派单 / 进行中
下一位接手人因此知道什么

接手的人先看到的是订单本身:谁下的、要什么、多少钱、现在卡在哪一步——而不是一段转述。

后续判断依据从哪里来

派单、履约、结单、售后,后续所有动作都挂在这张订单编号上;核对时永远回到同一张单。

序核界面:订单管理 · 订单详情真实字段
订单编号
ORD20261002XXXXXX
客户编号
K000xxx
下单时间
含门店时区
余额快照
下单当时余额
服务项目 / 金额
来自真实订单字段
状态
待派单 → 进行中

以上都是序核 OS 里真实存在的页面区域与字段;在门店素材准备好之前,不以示意界面代替。

03服务与交接未开始

改了人、停过服务,前情都留在这张单上。

这一刻门店正在发生什么

服务正在进行,中途可能换人、暂停、恢复、续单。每一次变化,最怕下一位接手人不知道上一位做到哪里。

序核记录了什么
  • 本单陪玩与「更换陪玩」记录
  • 派单与指派状态
  • 暂停服务 / 恢复服务 / 续单数量
  • 履约与补偿 · 操作日志(操作人 + 时间)
下一位接手人因此知道什么

换人时,下一位看到的不是一句聊天,而是当前状态、负责人,以及这一单上已经发生过的每一次操作。

后续判断依据从哪里来

后面要核对服务过程时,回到的是订单详情里的操作日志与履约记录,而不是谁还记不记得。

序核界面:订单管理 · 订单详情(履约与操作日志)真实字段
本单陪玩
真实指派记录
更换陪玩
含更换时间与原因
派单状态
指派中 / 已完成指派
服务控制
暂停服务 / 恢复服务 / 续单
履约与补偿
真实履约记录
操作日志
操作人 + 时间

以上都是序核 OS 里真实存在的页面区域与字段;在门店素材准备好之前,不以示意界面代替。

04结单未开始

服务结束,先把结果和凭证确认下来。

这一刻门店正在发生什么

服务做完了,客服在确认这一单能不能结:结果是什么、订单状态走到哪里、有没有退款要处理。

序核记录了什么
  • 订单状态(已完成)
  • 结单凭证
  • 客服工作台 · 待确认结单队列
  • 金额与退款记录
下一位接手人因此知道什么

结单不是把单关掉就走——状态和凭证留下:这一单由谁确认结单、结论是什么,都还在单上。

后续判断依据从哪里来

后续要对账或发起售后,都以结单这一刻留在订单上的事实为准。

序核界面:订单详情 · 结单凭证 / 客服工作台 · 待确认结单真实字段
订单状态
已完成
结单凭证
真实结单凭证
待确认结单
客服工作台队列
金额
来自真实订单字段
退款
退款记录与操作人

以上都是序核 OS 里真实存在的页面区域与字段;在门店素材准备好之前,不以示意界面代替。

05售后与后续处理未开始

出了问题,先回到原订单把事实找齐。

这一刻门店正在发生什么

客户提出异议,或服务过程被判定有问题。门店要处理,第一步不是争对错,而是先把事实找齐。

序核记录了什么
  • 售后案件与原订单的关联
  • 事实与证据 · 责任认定
  • 资金执行(退款 / 追回 / 冲正)状态
  • 操作日志;账务核对(系统值 / 差额 / 口径说明)
下一位接手人因此知道什么

处理的人先看到诉求、核查材料和之前的处理记录,不用再翻一遍聊天——同一位客户下次再来,门店也不会忘。

后续判断依据从哪里来

处理依据来自原订单与售后案件里的事实;金额口径再由账务核对确认,前后对得上再往下走。

序核界面:售后处理 · 事实与证据 / 异常中心 / 账务核对真实字段
售后案件
关联原订单编号
事实与证据
真实上传材料
责任认定
待确认 / 已确认
资金执行
待追回 / 已退款 / 已冲正
账务核对
系统值 · 差额 · 口径说明

以上都是序核 OS 里真实存在的页面区域与字段;在门店素材准备好之前,不以示意界面代替。

系统不是替你做决定,而是让每一步都有事实可以接着往下走。

产品范围

围绕日常经营,逐步完善。

演示确认

客户、订单与门店协作

从建单、服务记录到后续处理,按门店实际工作方式确认适用范围。

建设中

XQS / XFL

服务质量与战绩相关方向。尚未验收的能力,不作为已上线功能承诺。

规划与建设中

核灵 / Agent

面向经营理解与协作的探索。相关能力仍在建设,暂未作为已上线功能提供。

先看这笔单怎么走,再做判断。

看看我们关注的经营问题 →