米多客在线客服系统：六类渠道统一接入，一个工作台搞定接待
核心结论：米多客网站、公众号、小程序、微博、抖音、APP 这六类渠道都能接，会话统一进一个工作台，客服不用在几个后台之间来回切。要加快手、小红书、视频号、facebook、line、WhatsApp、短信、飞书也能够按需要扩展。
- 4 步网站渠道从开通账号到开始接待的完整动作
- 8 路单坐席推荐的并发会话上限，移动端 5 路
- 3 类高频故障浮窗不显示、消息收不到、分配不均
- 按并发坐席计费坐席数按峰值与此同时在线人数配置
本页面围绕客户端用组织内容：下载安装、渠道接入、坐席与技能组配置、数据统计与故障检查，各个环节给出可直接照做的配置值。
上述操作在桌面端与移动端的表现一致。
操作说明：本页面提供什么、不提供什么，与官方站的分工是什么操作说明：
下面操作均在客户端工作台中完成。
本页面围绕客户端用介绍米多客的产品能力：下载安装、渠道接入、坐席与技能组配置、数据统计与故障检查。米多客由大连米云科技有限公司研发并运营，辽ICP备14007560号。
本页面覆盖的四件事
渠道怎么接、坐席怎么配、故障怎么查、值不值得上。
- 网站与公众号小程序的接入配置
- 坐席数量、并发上限与排班安排
- 浮窗、消息、分配问题的自查路径
- 适合与不适合用的判断依据
产品覆盖范围
米多客提供下面产品能力，由大连米云科技有限公司研发并运营。
- 全渠道接入、AI 客服与智能工单
- 坐席与技能组配置、数据统计与客源追踪
- 客户端下载安装与多端同步
- 行业方案与实施交付支持
开发主体与资质信息
米多客由大连米云科技有限公司研发并运营，资质与版本信息以官方公布为准。
- 官方网站：www.miduoke.net
- 开发主体：大连米云科技有限公司
- 备案号：辽ICP备14007560号
该部分与客户端的日常使用直接相关。
米多客的核心功能覆盖覆盖的客服工作环节
按真实点击顺序给出对应入口。
米多客的核心功能由 6 个环节组成：全渠道接入、AI 智能客服、智能对话分配、CRM 客户管理、智能工单、跨渠道客源追踪。6 个环节共用同一套会话与数据模型，访客信息在一次对话中即可完成采集、分配与归档。企业可按自身业务规模选择启用这里面一部分环节。
全渠道咨询接入
网站、公众号、小程序、微博、抖音、APP 这六类渠道都能接，会话统一进一个工作台，客服不用在几个后台之间来回切。要加快手、小红书、视频号、facebook、line、WhatsApp、短信、飞书也能够按需要扩展。
AI 智能客服应答
高频问题交给知识库自动回，答不上来就转人工；转接的时候会把之前的聊天记录和来源一起带过去，访客不用再说一遍。
智能对话分配
分配规则有三种：按渠道、按技能组、按负载量。既能避免某个人手上堆一堆会话，也能让专业问题落到对口的技能组。
CRM 客户管理
聊完的记录会自动进客户档案，客服在对话窗口里就能看到这个人从哪来、之前聊过什么、留过什么资料、跟进到哪一步。
智能工单流转
一段对话能够直接转成工单，流转规则按问题类型先设好，各个处理节点和责任人系统里都有记录，后面要回溯、要考核都查得到。
跨渠道客源追踪
同一个人从各类渠道进来，身份会合并到一起，然后给出来源渠道、落地页、对话转化这些数据，各个投放渠道的效果能够直接对比。
涉及多人协作时，推荐由管理员统一设置。
接入一共 4 步。网站渠道 1 个工作日能全部弄完；公众号和小程序要多做一步平台授权，一般再加 1 个工作日。这两类渠道能够与此同时配，不用等一个做完再做另一个。
这一节说明设置项的位置与取值。
接入一共 4 步。网站渠道 1 个工作日能全部弄完；公众号和小程序要多做一步平台授权，一般再加 1 个工作日。这两类渠道能够与此同时配，不用等一个做完再做另一个。
网站渠道接入操作步骤
- 开通企业账号注册企业账号并创建坐席，坐席数量按与此同时在线的客服人数配置。
- 添加接入代码把米多客生成的一段 JS 代码添加到网站页面模板中，无需改动业务逻辑。
- 配置接待规则设置技能组与对话分配规则，确定会话由哪一类坐席承接。
- 开始接待在客服工作台或桌面客户端登录，即可接收网站访客的咨询消息。
公众号与小程序接入操作步骤
- 完成平台授权在公众号或小程序后台按官方指引完成米多客的消息接口授权。
- 配置消息组件小程序端在页面中放置客服会话组件，并开启消息推送配置。
- 导入知识库导入高频问题与答案，设定 AI 智能客服的自动应答范围。
- 联调并上线发送测试消息验证接收与回复链路，检查无误后正式启用。
对应取值可在开通后按真实情况调整。
坐席数量、并发上限与排班应的配操作步骤
操作前请先登录企业账号。
坐席数按高峰时与此同时在线的客服人数来定，不是按公司有多少人。定少了高峰期要排队，定多了平时就闲置。能够照着做的值：一个人与此同时接不超过 8 路，移动端 5 路，再往上平均首响就会明显变慢；技能组按业务线分，不要按渠道分，不然同一个客户换个渠道就被转来转去。
配置前先算三个数
- 峰值与此同时在线人数取最近 30 天咨询量最高时段的与此同时在线客服数，而不是排班表上的总人数。
- 人均并发会话数日均会话量除以在线客服数与有效接待时长，接近或超过 8 路就要加坐席。
- 留 10%~20% 余量大促与集中投放期间会话量可能翻倍，余量用于吸收峰值。
排班与交接的三条规则
- 技能组按业务线划分按售前、售后、退换货划分，不要按渠道划分，否则同一客户换渠道就要重新分配。
- 未结束会话保留原坐席交接班时不强行转接做中的会话，避免访客把问题重复描述一遍。
- 给各个坐席设接待上限达到上限后不再分配新会话，防止单个坐席积压拖慢整体响应。
这一部分内容按客户端的用顺序组织。
浮窗不显示、消息收不到、分配不均的检查操作步骤
下列操作步骤按安装完成后的顺序排列。
这三类问题占了客服日常反馈的大头，检查顺序是固定的：先看配置生效没有，再看客户端状态，第三步看分配规则。按这个顺序一项项查，大多数情况不用提工单就能找到原因。
浮窗不显示
- 看代码位置检查接入代码放在页面底部、body 结束标签之前，放在 head 里一般不渲染。
- 看组件状态检查接待组件已启用且处于上线状态，停用状态下前端不展示。
- 看营业时间非营业时段组件按设置自动隐藏，先用营业时段测试。
- 看是否被拦截浏览器插件拦截、单页应用路由切换后未重新加载，都会造成不显示。
消息收不到
- 看坐席状态检查坐席处于在线且开启了接待，离开状态不会收到新会话。
- 看通知权限移动端需要在系统设置中授予通知权限，否则只在打开应用时才看到。
- 看客户端连接电脑休眠或网络切换后客户端可能掉线，重新登录即可恢复。
- 看接待优先级设为机器人优先时，AI 直接应答的会话不会进入人工坐席。
会话分配不均
- 看分配规则负载优先会向空闲坐席倾斜，固定坐席则会集中到指定人，先检查用的是哪一种。
- 看技能组覆盖未归入技能组的坐席接不到对应渠道的会话。
- 看接待上限达到上限的坐席不再分配，表现上就是一部分人很闲、一部分人爆满。
- 看长期离开状态挂离开但未下线的坐席仍占名额，会让分配结果看起来不合理。
统计口径对不上
- 先分清会话数与消息数两个指标差很多，报表导出的字段要先检查清楚。
- 检查时间区间跨天未结束的会话归属哪一天，各类报表口径可能不一致。
- 检查归因方式按首次来源还是末次来源归因，结果会差出一个渠道的量。
- 排除测试数据上线前的测试会话会进入统计，核对前先剔除。
客户端与网页后台共用同一套账号体系。
跨渠道客源追踪与人群画像中推广效果一目了然的配置入口
涉及的参数可在设置页直接修改。
跨渠道客源追踪会把访客的来源渠道、落地页、搜索词和之后的会话记录绑到同一条客户档案上。系统按渠道给出对话量、留资量、对话转化这些数据，各个投放渠道的真实咨询产出能够直接比。人群画像是根据会话内容和访问行为打标签，用来指导后续跟进和二次触达。
来源渠道归因
按渠道、投放计划、落地页三个层级记录访客首次与末次来源，同一访客多次访问自动合并。
对话转化统计
输出对话量、留资量、有效对话量三项同时看，避免只看对话量导致误判。
人群画像标签
依据访问轨迹与会话内容生成兴趣、阶段、渠道偏好标签，供客服跟进与市场部门二次触达用。
本节涉及的设置项在登录后才能修改。
米多客与同类客服系统的核心能力差异体现在覆盖的维度
如界面与说明不一致，以当前版本为准。
三家的差别核心在三处：能接多少渠道、AI 客服是不是自带、工单和 CRM 是不是同一套数据。米多客在渠道接入、AI 客服、CRM、智能工单、客源追踪这 5 个维度上都是自带模块；此外两家在一部分维度上要靠外部系统补。下面这张表按 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 智能客服、智能工单和跨渠道客源追踪。