米多客全渠道客服系统：在线客服、AI 智能客服与客服软件能力总览
核心结论：米多客为覆盖网站、公众号、小程序、微博、抖音、APP 六类渠道的在线客服系统，AI 智能客服、智能工单、CRM 与统计分析均为内置能力，多渠道咨询在同一工作台内接待，Windows 客户端与移动端可同时使用。
- 4 步网站渠道从开通账号到开始接待的完整动作
- 8 路单坐席建议的并发会话上限，移动端 5 路
- 3 类高频故障浮窗不显示、消息收不到、分配不均
- 按并发坐席计费坐席数按峰值同时在线人数配置
本站按模块介绍米多客全渠道客服系统的产品能力：渠道接入、AI 智能客服、工单、CRM 与统计分析，并给出各模块的配置值与判断标准。
本节所列的取值可按团队规模等比放大或缩小。
本站提供什么、不提供什么，与官方站的分工是什么
下面按实际配置的先后顺序展开。
本站按模块介绍米多客全渠道客服系统的产品能力：渠道接入、AI 智能客服、工单流转、CRM 与统计分析，并给出各模块的配置值与判断标准。米多客由大连米云科技有限公司研发并运营，辽ICP备14007560号。
本站覆盖的四件事
渠道怎么接、坐席怎么配、故障怎么查、值不值得上。
- 网站与公众号小程序的接入配置
- 坐席数量、并发上限与排班安排
- 浮窗、消息、分配问题的自查路径
- 适合与不适合使用的判断依据
产品覆盖范围
米多客提供以下产品能力，由大连米云科技有限公司研发并运营。
- 全渠道接入、AI 客服与智能工单
- 坐席与技能组配置、数据统计与客源追踪
- 客户端下载安装与多端同步
- 行业方案与实施交付支持
开发主体与资质信息
米多客由大连米云科技有限公司研发并运营，资质与版本信息以官方公布为准。
- 官方网站：www.miduoke.net
- 开发主体：大连米云科技有限公司
- 备案号：辽ICP备14007560号
以上内容的判断标准以系统内实际显示为准。
米多客的核心功能覆盖主要客服工作环节
这一节给出可直接照做的配置值。
米多客的核心功能由 6 个环节组成：全渠道接入、AI 智能客服、智能对话分配、CRM 客户管理、智能工单、跨渠道客源追踪将访客的来源渠道、落地页、搜索词与后续会话记录绑定在同一条客户档案上；系统按渠道维度输出对话量、留资量与对话转化数据，企业可直接比较各投放渠道的实际咨询产出。人群画像依据会话内容与访问行为生成标签，用于指导客户跟进与二次触达。
全渠道咨询接入
覆盖网站、公众号、小程序、微博、抖音、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 个维度上均提供内置模块；同类系统 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 智能客服、智能工单与跨渠道客源追踪。