用教程 · 2026-09-09
米多客坐席计费与分配:客户端中的并发上限与负载分配设置
核心结论:米多客按并发坐席计费,支持按负载量与技能组自动分配会话;文章给出按小时对话量峰值计算坐席数量的做法,以及客户端中并发上限与分配规则的设置操作步骤。
上述操作在桌面端与移动端的表现一致。
操作说明:为什么按日均对话量排班会低估需求操作说明:
下面操作均在客户端工作台中完成。
对话量在一天内分布极不均匀。以某企业为例,全天对话量 1,200 通,按 12 小时折算日均每小时 100 通;但 10:00-11:00 与 20:00-21:00 两个时段分别达到 210 通与 195 通,约为日均值的 2 倍。按日均值配置坐席时,这两个时段排队明显增加,首响时长随之上升。
操作说明:三项参数与计算公式操作说明:
按真实点击顺序给出对应入口。
- 峰值系数:峰值小时对话量 ÷ 日均小时对话量,通常在 1.6 至 2.4 之间。
- 平均处理时长:从接起到结束的时长,含沟通与记录时间,多数行业在 3 至 6 分钟。
- 并发路数:单坐席与此同时接待的会话数,桌面端推荐 8 路以内,移动端推荐 5 路以内。
计算公式:所需坐席数 = 峰值小时对话量 × 平均处理时长 ÷ 60 ÷ 并发路数 × 1.1(冗余系数)。以峰值 210 通、处理时长 4 分钟、并发 6 路为例:210 × 4 ÷ 60 ÷ 6 × 1.1 ≈ 2.6,即需要 3 名坐席。
操作说明:按小时排班表示例操作说明:
这一节说明设置项的位置与取值。
下表为按上述公式生成的示例排班,覆盖 09:00-22:00 共 13 个小时,峰值时段集中在上午与晚间。
| 时段 | 对话量 | 所需坐席 | 说明 |
|---|---|---|---|
| 09:00-11:00 | 170 / 210 通 | 2 → 3 人 | 上午峰值,需 3 人 |
| 11:00-14:00 | 120 / 95 通 | 2 人 | 午间回落,保留 2 人 |
| 14:00-17:00 | 130 / 140 / 110 通 | 2 人 | 下午平稳 |
| 17:00-20:00 | 95 / 120 / 165 通 | 2 → 3 人 | 19:00 起增补 1 人 |
| 20:00-22:00 | 195 / 150 通 | 3 → 2 人 | 晚间峰值,21:00 后减 1 人 |
操作说明:排班中最高频的三类配置错误操作说明:
操作前请先登录企业账号。
- 按日均值平均排班高峰期人手不足、低谷期人力闲置,首响时长波动大。
- 并发路数设置过高单坐席与此同时接待超过 8 路时,回复质量与处理时长都会明显恶化。
- 不做技能组拆分专业问题落到不匹配的坐席,转接次数增加,处理时长被拉长。
操作说明:如何用系统数据校准排班操作说明:
下列操作步骤按安装完成后的顺序排列。
排班不是一次性工作。推荐每周按小时导出对话量、首响时长与平均处理时长三项数据,用真实值替换估算值重新计算,并观察排队率是否超过 5%。米多客支持按日、周、月与渠道交叉看对话量与响应数据,并把会话按渠道、技能组、负载量三种规则分配给坐席,避免单个坐席积压。
该部分与客户端的日常使用直接相关。
操作说明:按负载量分配会话,降低高峰积压操作说明:
涉及的参数可在设置页直接修改。
米多客分配规则有三种:按渠道、按技能组、按负载量。既能避免某个人手上堆一堆会话,也能让专业问题落到对口的技能组。