全局仪表盘

快速阅读

全局仪表盘是系统监控体系的总入口，用于在一个页面中集中展示呼叫中心当前运行态，包括呼入、外呼、队列、座席、通话、接口、推送和 RTC 等关键状态。

本文的核心结论是：

• 全局仪表盘用于快速判断“当前整体是否健康”，不是替代所有专项监控页面。
• 仪表盘适合展示关键卡片、趋势、异常提醒和下钻入口。
• 当发现异常时，应进入队列监控、座席监控、通话监控、API 监控、Webhook 监控或 RTC 监控继续定位。
• 仪表盘指标应优先选择高频、可解释、可处置的指标，避免堆砌低频字段。

阅读地图

• 如果只想了解仪表盘定位，重点阅读“二、产品总览”。
• 如果要设计页面卡片和指标，重点阅读“五、能力地图”和“六、产品功能说明”。
• 如果要做上线验收，重点阅读“八、上线准备与运营建议”和“附录 C：实施检查清单”。

一、文档说明

1.1 文档目的

本文用于统一说明呼叫中心全局仪表盘的产品定位、指标范围、页面结构、下钻关系和交付验收口径，帮助客户快速建立呼叫中心运行态总览。

1.2 适用对象

• 管理层：用于快速了解当前业务是否健康。
• 运营主管：用于发现排队、座席、通话和对接异常。
• 实施顾问：用于配置指标、权限、刷新频率和客户培训。
• 技术负责人：用于确认接口、Webhook、RTC 等技术侧健康指标。

1.3 文档范围

本文覆盖全局仪表盘本身，不展开各专项监控页面的全部字段。专项能力请分别参考队列监控、座席监控、通话监控、API 监控、Webhook 监控和 RTC 监控文档。

二、产品总览

2.1 全局仪表盘是什么

全局仪表盘是呼叫中心系统监控的总览页。它通过核心指标卡片、状态分布、异常提醒和下钻入口，让用户在短时间内判断当前业务是否正常。

人话总结：

全局仪表盘不是“把所有监控字段放在一页”，而是让值班人员一眼看出哪里可能出问题。

2.2 主要解决的问题

• 呼入是否拥堵。
• 外呼是否异常。
• 队列是否有人排队过久。
• 座席是否足够在线和空闲。
• 当前通话并发是否异常。
• API 调用是否失败增多。
• Webhook 推送是否失败或积压。
• RTC 并发是否接近风险范围。

2.3 页面定位

全局仪表盘属于“态势总览层”，负责发现问题和提供下钻入口；专项监控页面负责解释问题和支持处置。

三、核心概念

3.1 总览指标

总览指标是能够代表当前业务健康状态的少量关键指标，例如当前排队人数、在线座席数、空闲座席数、当前通话数、接口失败数、推送失败数等。

3.2 异常卡片

异常卡片用于突出需要关注的运行状态，例如队列最大等待时间过长、座席在线数过低、Webhook 连续失败、RTC 并发异常等。

3.3 下钻入口

下钻入口用于从全局指标跳转到专项页面。例如点击排队人数进入队列监控，点击接口失败进入 API 监控。

3.4 刷新频率

仪表盘应按业务需要定时刷新。刷新频率越高，越接近当前态，但也会增加查询压力。实施时应结合企业规模确认。

四、对象关系与数据流

业务运行事件
↓
队列 / 座席 / 分机 / 通话 / API / Webhook / RTC 状态汇总
↓
全局仪表盘指标卡片
↓
异常提醒与专项页面下钻
↓
运营处置、技术排障、话单核对、报表复盘

全局仪表盘不应承载所有明细。它应以“总览 + 异常 + 下钻”为设计原则。

五、能力地图

六、产品功能说明

6.1 指标卡片

建议包含以下卡片：

6.2 状态分布

状态分布用于展示座席状态、队列状态、通话方向、接口结果等分类情况。状态分布适合做趋势感知，不适合替代明细查询。

6.3 异常提示

异常提示建议覆盖：

• 排队人数超过阈值。
• 最大等待时间超过阈值。
• 空闲座席数低于阈值。
• API 失败率升高。
• Webhook 连续失败。
• RTC 并发接近上限或异常波动。

阈值是否支持配置，应按项目实际能力确认。

6.4 下钻联动

全局仪表盘应提供清晰的下钻路径：

• 排队、等待、服务水平 -> 队列监控。
• 在线、空闲、置忙、通话 -> 座席监控。
• 当前通话、通话时长异常 -> 通话监控。
• 接口失败、响应耗时 -> API 监控。
• 推送失败、重试失败 -> Webhook 监控。
• RTC 并发、移动通话异常 -> RTC 监控。

七、典型业务场景

7.1 值班人员巡检

值班人员打开全局仪表盘，先查看排队、座席、通话、接口、推送和 RTC 卡片，发现异常后进入专项页面处理。

7.2 管理层运营看板

管理层通过仪表盘了解当前业务整体运行，不直接处理明细问题，但可快速识别服务压力和技术异常。

7.3 上线保障

新项目上线时，实施和客户可通过全局仪表盘持续观察呼入承接、座席在线、接口和推送状态，及时发现配置或对接问题。

八、上线准备与运营建议

8.1 上线准备

1. 确认仪表盘显示哪些卡片。
2. 确认卡片是否支持点击下钻。
3. 确认指标刷新频率。
4. 确认用户数据范围和脱敏策略。
5. 确认异常阈值和处置责任人。

8.2 运营建议

• 工作日早晚高峰重点关注排队人数、最大等待时间和空闲座席数。
• 对接上线期重点关注 API 和 Webhook 异常。
• 移动端或软电话业务重点关注 RTC 并发和异常波动。
• 仪表盘只作为发现入口，问题复盘仍需结合专项监控、话单、日志和报表。

九、与周边能力的关系

十、FAQ

10.1 全局仪表盘能替代队列监控吗？

不能。仪表盘只展示队列关键状态，队列明细和成员状态仍应进入队列监控查看。

10.2 指标刷新后为什么会变化？

仪表盘展示的是运行态，队列、座席、通话和接口状态会持续变化。

10.3 仪表盘指标可以导出吗？

需按实际产品能力确认。通常仪表盘更适合查看当前态，历史分析建议使用报表。

十一、总结

全局仪表盘的核心价值是快速发现问题并提供下钻入口。它应保持简洁、可解释、可处置，避免变成所有监控字段的堆叠页面。

附录 A：入口与权限

附录 B：关键字段口径

附录 C：实施检查清单

• 是否确认卡片范围。
• 是否确认下钻路径。
• 是否确认刷新频率。
• 是否确认权限和数据范围。
• 是否确认异常阈值和处置流程。
• 是否完成高峰期、对接异常、RTC 异常等验收样例。

附录 D：常见问题速查

附录 E：术语表