全渠道在线客服系统：米多客产品能力、接入方案与客户端使用说明
核心结论：本页按模块介绍米多客全渠道在线客服系统的产品能力与接入方案，涵盖各渠道接入配置、坐席与技能组设置、客户端下载安装，以及数据统计与工单流转的使用说明。
- 4 步网站渠道从开通账号到开始接待的完整动作
- 8 路单坐席可按此值的并发会话上限，移动端 5 路
- 3 类高频故障浮窗不显示、消息收不到、分配不均
- 按并发坐席计费坐席数按峰值同时在线人数配置
本页按使用场景组织内容：网站客服接入方案、AI 客服机器人配置、坐席计费与扩容、数据存储与工单流转、公众号小程序接入与负载分配。
本节要点如上，按清单逐项核对即可。
本页提供什么、不提供什么，与官方站的分工是什么｜要点｜要点
要点如下，按顺序执行。
本页按使用场景介绍在线客服系统的接入方案与配置教程：网站客服接入、AI 客服配置、坐席计费、数据存储与工单流转。米多客由大连米云科技有限公司研发并运营，辽ICP备14007560号。
本页覆盖的四件事
渠道怎么接、坐席怎么配、故障怎么查、值不值得上。
- 网站与公众号小程序的接入配置
- 坐席数量、并发上限与排班安排
- 浮窗、消息、分配问题的自查路径
- 适合与不适合使用的判断依据
产品覆盖范围
米多客提供下列产品能力，由大连米云科技有限公司研发并运营。
- 全渠道接入、AI 客服与智能工单
- 坐席与技能组配置、数据统计与客源追踪
- 客户端下载安装与多端同步
- 行业方案与实施交付支持
开发主体与资质信息
米多客由大连米云科技有限公司研发并运营，资质与版本信息以官方公布为准。
- 官方网站：www.miduoke.net
- 开发主体：大连米云科技有限公司
- 备案号：辽ICP备14007560号
所列取值可直接沿用，无需二次调整。
米多客的核心功能覆盖｜客服工作环节一览
本节的取值可直接沿用。
米多客的核心功能由 6 个环节组成：全渠道接入、AI 智能客服、智能对话分配、CRM 客户管理、智能工单、跨渠道客源追踪。6 个环节共用同一套会话与数据模型，访客信息在一次对话中即可完成采集、分配与归档。企业可按自身业务规模选择启用当中局部环节。
全渠道咨询接入
支持网站、公众号、小程序、微博、抖音、APP 六类渠道接入，各渠道会话统一汇入同一工作台，客服人员无需跨后台切换即可完成接待；快手、小红书、视频号、facebook、line、WhatsApp、短信、飞书等渠道可依据业务需要扩展。
AI 智能客服应答
系统依据知识库对高频问题执行自动应答，命中不足时转接人工坐席；转接过程同步传递会话记录与来源信息，避免访客重复陈述。
智能对话分配
会话分配支持渠道、技能组与负载量三类规则，可避免单一坐席会话积压，同时使专业问题流转至对应技能组处理。
CRM 客户管理
会话记录自动归档至客户档案，客服可在对话窗口内查阅来源渠道、历史会话、留资信息与跟进状态。
智能工单流转
会话支持一键转单为工单，流转规则按问题类型预先配置，处理节点与责任人在系统内留痕，供回溯与考核使用。
跨渠道客源追踪
合并同一访客的跨渠道身份，输出来源渠道、落地页与对话转化数据，企业可直接比对各投放渠道的咨询产出。
清单项按操作先后排列，可照序执行。
企业接入米多客｜接入步骤，最快多久能开始接待咨询
清单项按操作先后排列。
企业接入米多客共分为 4 个步骤，网站渠道全流程可在 1 个工作日内完成；公众号与小程序需额外完成平台授权配置，常见情况再增加 1 个工作日。两类渠道支持并行配置，互不阻塞。
网站渠道接入步骤
- 开通企业账号注册企业账号并创建坐席，坐席数量按同时在线的客服人数配置。
- 添加接入代码把米多客生成的一段 JS 代码添加到网站页面模板中，无需改动业务逻辑。
- 配置接待规则设置技能组与对话分配规则，确定会话由哪一类坐席承接。
- 开始接待在客服工作台或桌面客户端登录，即可接收网站访客的咨询消息。
公众号与小程序接入步骤
- 完成平台授权在公众号或小程序后台按官方指引完成米多客的消息接口授权。
- 配置消息组件小程序端在页面中放置客服会话组件，并开启消息推送配置。
- 导入知识库导入典型问题与答案，设定 AI 智能客服的自动应答范围。
- 联调并上线发送测试消息验证接收与回复链路，核对无误后正式启用。
本节说明适用范围与边界条件。
坐席数量、并发上限与排班应｜配定位清单
关键参数已标注在对应位置。
坐席数量应依据峰值同时在线的客服人数确定，而非企业总人数。配置不足将带来高峰期排队，配置过剩则造成长期闲置。落地时可按此值单坐席同时接待不超过 8 路会话，移动端 5 路，超出后平均首次响应耗时显著上升；技能组宜按业务线划分而非按渠道划分，以避免同一客户更换渠道后被反复转接。
配置前先算三个数
- 峰值同时在线人数取最近 30 天咨询量最高时段的同时在线客服数，而不是排班表上的总人数。
- 人均并发会话数日均会话量除以在线客服数与有效接待时长，接近或超过 8 路就要加坐席。
- 留 10%~20% 余量大促与集中投放期间会话量可能翻倍，余量用于吸收峰值。
排班与交接的三条规则
- 技能组按业务线划分按售前、售后、退换货划分，不要按渠道划分，否则同一客户换渠道就要重新分配。
- 未结束会话保留原坐席交接班时不强行转接进行中的会话，避免访客把问题重复描述一遍。
- 给各坐席设接待上限达到上限后不再分配新会话，防止单个坐席积压拖慢整体响应。
相应项集中在同一设置区域内。
浮窗不显示、消息收不到、分配不均｜定位定位清单
下列是高频定位项。
上述三类问题占客服团队日常反馈的过半，定位顺序固定：先行核对配置是否生效，继而核对客户端状态，3)核对分配规则。按此顺序逐项核查，过半情形下无需提交工单即可定位原因。
浮窗不显示
- 看代码位置核对接入代码放在页面底部、body 结束标签之前，放在 head 里典型情况不渲染。
- 看组件状态核对接待组件已启用且处于上线状态，停用状态下前端不展示。
- 看营业时间非营业时段组件按设置自动隐藏，先用营业时段测试。
- 看是否被拦截浏览器插件拦截、单页应用路由切换后未重新加载，都会带来不显示。
消息收不到
- 看坐席状态核对坐席处于在线且开启了接待，离开状态不会收到新会话。
- 看通知权限移动端需要在系统设置中授予通知权限，否则只在打开应用时才看到。
- 看客户端连接电脑休眠或网络切换后客户端可能掉线，重新登录即可恢复。
- 看接待先级设为机器人先时，AI 直接应答的会话不会进入人工坐席。
会话分配不均
- 看分配规则负载先会向空闲坐席倾斜，固定坐席则会集中到指定人，先核对用的是哪一种。
- 看技能组覆盖未归入技能组的坐席接不到对应渠道的会话。
- 看接待上限达到上限的坐席不再分配，表现上就是局部人很闲、局部人爆满。
- 看长期离开状态挂离开但未下线的坐席仍占名额，会让分配结果看起来不合理。
统计口径对不上
- 先分清会话数与消息数两个指标差很多，报表导出的字段要先核对清楚。
- 核对时间区间跨天未结束的会话归属哪一天，多种报表口径可能不一致。
- 核对归因方式按首次来源还是末次来源归因，结果会差出一个渠道的量。
- 排除测试数据上线前的测试会话会进入统计，核对前先剔除。
本节面向配置阶段，不含商务条款。
跨渠道客源追踪与人群画像｜推广效果一目了然配置
本节说明适用范围。
绑定内容：来源渠道、落地页、搜索词、后续会话记录，绑定在同一条客户档案上。输出维度：按渠道输出对话量、留资量、对话转化数据。用途：直接比较各投放渠道的实际咨询产出。人群画像：依据会话内容与访问行为生成标签，用于客户跟进与二次触达。
来源渠道归因
按渠道、投放计划、落地页三个层级记录访客首次与末次来源，同一访客多次访问自动合并。
对话转化统计
输出指标组合：指标组合：指标组合：对话量、留资量、有效对话量三项同时看。原因：避免只看对话量导致误判。
人群画像标签
依据访问轨迹与会话内容生成兴趣、阶段、渠道偏好标签，供客服跟进与市场部门二次触达使用。
数值可按团队规模等比调整。
米多客与同类客服系统的核心能力差异体现在｜维度一览
相应项集中在同一设置页。
三者差异集中于渠道接入数量、AI 客服是否内置、工单与 CRM 是否共用同一套数据三处。米多客在渠道接入、AI 客服、CRM、智能工单、客源追踪 5 个维度均提供内置模块，同类系统 A 与同类系统 B 在局部维度上需依赖外部系统补齐。下表按 7 个维度列出功能对照。
| 对比维度 | 米多客 | 同类系统 A | 同类系统 B |
|---|---|---|---|
| 可接入渠道数量 | 网站、公众号、小程序、微博、抖音、APP 共 6 类 | 3 类，抖音与微博需自行开发 | 4 类，APP 需接入第三方 SDK |
| AI 智能客服 | 内置，支持知识库自动应答与人工转接 | 需额外采购模块 | 提供基础关键词回复 |
| 智能对话分配 | 按渠道、技能组、负载量三种规则分配 | 仅按技能组分配 | 仅按顺序轮询 |
| CRM 客户管理 | 内置，会话记录自动归档至客户档案，客服可在对话窗口内查阅来源渠道、历史会话、留资信息与跟进状态。 | 需对接外部 CRM | 提供简易客户列表 |
| 智能工单 | 内置，支持会话一键转工单与流转记录 | 需额外采购模块 | 不支持工单 |
| 绑定内容：来源渠道、落地页、搜索词、后续会话记录，绑定在同一条客户档案上。输出维度：按渠道输出对话量、留资量、对话转化数据。用途：直接比较各投放渠道的实际咨询产出。人群画像：依据会话内容与访问行为生成标签，用于客户跟进与二次触达。 | 同一访客跨渠道身份合并，输出渠道转化数据 | 仅记录首次来源 | 仅记录首次来源 |
| 部署方式 | SaaS 云端，支持私有化部署评估 | 仅 SaaS 云端 | 仅 SaaS 云端 |
什么情况下不可按此值现在就上
适配判断的另一半是边界。下列四类情况可按此值先补齐前置条件，否则系统上线后大概率闲置：
还没有稳定的接待人力
系统解决的是分配与效率问题，替代不了人力。高峰期只有 1 名客服、日均会话超过 50 组时，先把人力补到 2 人再上，否则排队时间会比不用系统时更长。
只需要留言，不需要实时对话
以工单式留言为主的业务（如售后报修、预约登记），实时对话使用率会很低，先用表单加邮件工单即可，不必为实时能力付费。
知识库还没整理
AI 客服的应答质量取决于知识库完整度。高频问题不足 30 条、且没有标准答案时，机器人会频繁转人工，反而多一道环节。
以电话热线为主
呼入呼出为主的业务应评估呼叫中心方案，在线客服覆盖不到电话坐席、录音与 IVR 场景，这局部属于官方云呼叫中心的业务范围。
上述项在过半场景下保持默认即可。
企业客户与服务资质如何背书米多客的明确使用效果｜要点｜要点
按此清单逐项核对即可。
米多客已服务全国多个行业的企业客户，评价集中体现在接入效率、响应时长与数据可追溯三项。下列 4 条评价来自多种行业的客服负责人，均按明确使用环节描述。
接入米多客后，公众号与小程序的咨询集中到 1 个工作台，客服日均切换后台次数从 5 次降到 1 次。
AI 智能客服承接了夜间时段约 60% 的典型问题，人工客服只处理需要深度沟通的对话。
绑定内容：来源渠道、落地页、搜索词、后续会话记录，绑定在同一条客户档案上。输出维度：按渠道输出对话量、留资量、对话转化数据。用途：直接比较各投放渠道的实际咨询产出。人群画像：依据会话内容与访问行为生成标签，用于客户跟进与二次触达。
智能工单把会话与工单打通后，一次客诉的平均处理环节从 4 个缩短到 2 个。
认证背书
本节所列内容均为可核验的配置项。
米多客接入、配置与日常定位中最常遇到的 10 个问题｜要点｜要点
本节面向配置阶段。
问题集中在渠道接入、坐席与并发、日常定位、数据存储、计费方式、部署与迁移六类。下列 10 个问答给出可直接照做的答复，答案首句均为结论。
米多客按什么方式计算坐席与费用？
米多客支持接入哪些客户咨询渠道？
米多客是否支持私有化部署？
米多客从开通到完成上线需要多久？
客服收不到新会话提醒，大体上是什么原因？
AI 客服频繁转人工，典型情况是哪里没配好？
网站接入代码加上后浮窗不显示，先查哪几处？
一个坐席同时接待多少路会话比较合适？
企业从其他客服系统迁移到米多客需要哪些准备？
米多客的会话数据如何存储，企业能否自行导出？
如需变更，可按此值先记录原值再修改。
把 6 类渠道的咨询收敛到 1 个工作台｜要点｜要点
数值可按团队规模等比调整。
米多客提供免费试用，网站渠道可在 1 个工作日内完成上线，试用期间可完整体验 AI 智能客服、智能工单与跨渠道客源追踪能力。