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