沟通离开业务现场
客户咨询在外部聊天工具中，客服看不到对应商品和订单。
经营难点
先看经营难点，再确定系统范围
用真实订单、异常单据和协作角色核对问题，避免只按功能名称选型。
交接容易丢失上下文
销售、客服和售后之间转交时需要客户重复说明。
服务记录无法复盘
高频问题、响应过程和处理结果缺少统一记录。
核心能力
把售前咨询、订单跟进与售后沟通串起来
把商品咨询、订单问题和售后沟通接入订货场景，让会话与客户和业务单据保持关联。
商城会话
从商品、订单或帮助入口发起在线咨询。
客户识别
关联客户档案、联系人、业务员和历史服务记录。
订单上下文
在授权范围内查看咨询涉及的商品与订单信息。
客服分配
按技能、客户归属、在线状态或队列分配会话。
消息记录
保存文本、图片、文件和重要处理结论。
服务统计
汇总会话量、等待、处理状态和常见问题标签。
应用场景
客户问到一件商品，客服怎样接着处理订单问题？
客户咨询经常跨越选品、下单、发货和售后。统一会话需要识别客户，并让服务人员在权限范围内查看相关业务信息。
从客户入口发起咨询
在确认支持的商城与移动入口中建立会话，明确登录客户和访客的身份处理方式。
围绕业务信息沟通
结合商品、订单与客户资料回答问题，避免反复询问同一组信息；多客服接待时明确分配和交接规则。
服务记录便于继续跟进
保留会话与处理记录，未解决问题继续关联业务处理；历史记录的可见权限和保存时间按企业要求设置。
在线客服 IM，从业务细节看到协作全程
规则落到具体单据和岗位，客户、业务与管理团队沿同一流程协作。
从客户入口发起咨询
客户在选品、下单及售后时可直接发起咨询，客服结合当前商品和订单上下文接待。不同渠道的咨询需要识别客户和归属。
- 商城会话从商品、订单或帮助入口发起在线咨询。
- 客户识别关联客户档案、联系人、业务员和历史服务记录。
- 订单上下文在授权范围内查看咨询涉及的商品与订单信息。
服务记录便于继续跟进
会话分配、转接、常见问题和处理记录服务后续跟进。客服承诺与实际库存、交期及售后规则保持一致。
- 客服分配按技能、客户归属、在线状态或队列分配会话。
- 消息记录保存文本、图片、文件和重要处理结论。
- 服务统计汇总会话量、等待、处理状态和常见问题标签。
业务闭环
从发起到复盘，过程可查询可追溯
审批、状态与异常分支沿实际订单流转，按企业规则配置。
- 01
客户发起
从商品、订单或服务入口描述问题。
- 02
识别分配
关联客户与业务上下文并分配客服。
- 03
协同处理
客服查询信息、内部转交并反馈处理进度。
- 04
结果归档
标记问题类型、处理结果和后续任务。
协作角色
在线客服 IM的责任分工
订货客户
发起咨询并接收处理进度。
销售与客服
承接会话、查询业务信息并协调处理。
客服主管
维护分配规则、知识内容和服务质量。
选型问答
关于在线客服 IM，你可能还想了解
所有终端都能直接使用同一套客服吗？
需要逐项确认网页、H5、小程序和 App 的接入范围，以及各终端的登录、消息与通知能力。
会话记录是否向所有员工开放？
应按客服、主管和业务岗位设置查询与操作权限，同时约定保存期限与敏感信息处理方式。
实施边界
这些事项需要在项目启动前确认
- 在线客服不替代企业工单、呼叫中心或全渠道客服平台
- 消息保存周期、敏感信息和访问权限需符合企业制度
- 机器人、语音视频和第三方平台接入需单独确认