运营报表

面向客户、业务、实施与技术协同的统一说明文档

快速阅读

如果您时间有限，建议先看这 5 部分：

1. 二、报表体系总览：快速理解呼叫中心报表分成哪几大类
2. 四、体系关系图：看清记录、报表、日志、配置之间如何配合
3. 五、核心报表地图：看本次已整理的 6 类报表分别解决什么问题
4. 六、关联能力地图：看队列、IVR、满意度、首次解决等能力在体系中的位置
5. 七、选型与使用建议：遇到不同问题时，应该先看哪张报表或哪类页面

阅读地图

一、文档说明

1.1 文档目的

本文档用于统一说明呼叫中心 报表体系 的整体结构，帮助业务、实施、技术快速回答以下问题：

1. 呼叫中心里有哪些核心报表
2. 各报表之间的边界是什么
3. 报表与记录、日志、配置之间是什么关系
4. 面对不同分析问题时，应该优先看哪一类页面

1.2 文档范围

• 覆盖：呼叫中心报表体系总览、已整理的 6 类核心报表、报表设置，以及与队列、IVR、满意度、首次解决、呼损等关联能力的关系。
• 不覆盖：每一类报表的全部字段明细与全部接口细节，详细内容请查看对应专项文档。

1.3 本文档在体系中的位置

可以把本文档理解为：

• 对管理层是“报表导航图”
• 对实施是“培训地图和范围说明”
• 对技术是“模块关系与边界说明”

二、报表体系总览

2.1 呼叫中心报表体系是什么

呼叫中心报表体系，是围绕“谁在打电话、谁在接电话、电话怎么流转、机器人和人工表现如何、配置如何影响统计口径”建立起来的一组分析能力集合。

人话总结：

它不是一张报表，而是一整套“从热线经营到座席效率、从人工到机器人、从报表到记录再到日志”的分析体系。

2.2 为什么要做成一套体系

如果没有统一的报表体系，通常会出现：

• 同一业务问题在多个页面里反复找数据
• 记录、报表、日志三者口径讲不清
• 客户、实施、技术对“该去哪个页面看”没有共识
• 报表配置变更后，不知道会影响哪些经营结果

2.3 报表体系的六个层次

从产品使用视角，呼叫中心报表体系可拆成六层：

三、建设背景与核心价值

3.1 建设背景

呼叫中心的管理问题通常不会只落在一个页面里：

• 看热线服务水平，要看呼入报表
• 看座席效率，要看座席报表
• 看某通来电为什么异常，要看记录和日志
• 看机器人是否真正分流，要看机器人报表
• 看同一指标为什么变了，要看报表设置

因此，必须把报表能力放在完整体系里理解。

3.2 核心价值

• 统一导航：让不同角色知道“遇到什么问题先看什么”
• 统一边界：明确记录、报表、日志、配置各自负责什么
• 统一交付：方便培训、实施和客户验收
• 统一口径：减少跨页面口径冲突和重复解释成本

四、体系关系图

4.1 总体关系

┌──────────────────────┐
│ 报表设置 / 配置口径 │
│ 自定义报表 / 属性设置 │
└──────────┬───────────┘
│ 影响字段和口径
▼
┌──────────────────────────────────────────────────────────┐
│ 呼叫中心报表体系 │
│ ├── 人工专项：座席报表 / 呼入报表 / 外呼报表 │
│ ├── 机器人专项：呼入机器人报表 / 外呼机器人报表 │
│ └── 过程专项：队列 / IVR / 满意度 / 首次解决 / 呼损等 │
└──────────────────────────────────────────────────────────┘
│ 汇总 / 分析
▼
┌──────────────────────────────────────────────────────────┐
│ 记录与明细层 │
│ 客户来电记录 / 座席接听记录 / 外呼记录 / 机器人记录等 │
└──────────────────────────────────────────────────────────┘
│ 追溯 / 排障
▼
┌──────────────────────────────────────────────────────────┐
│ 日志与运行层 │
│ 呼叫日志 / CTI 日志 / 系统日志 / 失败日志等 │
└──────────────────────────────────────────────────────────┘

4.2 一句话理解三类能力

4.3 报表设置在体系中的作用

报表设置不产生业务数据，但会影响：

• 哪些字段展示出来
• 自定义指标怎么算
• 某些阈值型指标按什么口径统计

因此它处在“配置口径层”，而不是“记录层”或“日志层”。

五、核心报表地图

本次已整理完成的 6 类核心报表如下：

5.1 六类核心报表的边界

5.2 六类核心报表如何配合

热线经营问题
├── 看人工来电承接：呼入报表
├── 看队列过程与服务水平：队列报表
├── 看人工外呼经营：外呼报表
├── 看座席人效：座席报表
├── 看机器人呼入分流：呼入机器人报表
└── 看机器人外呼任务效果：外呼机器人报表

六、关联能力地图

除 6 类核心报表外，体系中还存在一批强关联能力：

6.1 与记录类页面的关系

6.2 与日志类页面的关系

日志类页面主要回答“为什么会这样”，例如：

• 为什么某通外呼失败
• 为什么线路风控增加
• 为什么某通呼叫没有进入目标链路

因此：

• 报表 看“结果和规模”
• 记录 看“过程和明细”
• 日志 看“原因和链路”

七、选型与使用建议

7.1 遇到问题时优先看什么

7.2 培训建议

建议培训时按以下顺序讲解：

1. 先讲报表体系总览
2. 再讲 6 类核心报表
3. 再讲过程类专项报表
4. 最后讲记录、日志和报表设置

这样更容易让客户形成“从总览到专项、从结果到原因”的认知路径。

7.3 交付建议

交付时建议把文档分为三层：

• 总览层：本文件
• 专项层：6 份核心报表说明
• 配置层：报表设置文档

八、实施与交付建议

8.1 实施前建议

• 先明确客户最关心的经营对象是人工、机器人还是热线整体
• 再确认哪些页面需要开通权限
• 再确认是否启用自定义报表和属性设置

8.2 验收建议

验收时建议分三步：

1. 先验报表页面是否可见、权限是否正确
2. 再验统计口径是否与记录一致
3. 最后验配置变更是否能反映到页面和导出

8.3 常见误区

• 用记录页代替报表页做长期经营分析
• 用报表页代替日志页做单次故障排查
• 把呼入机器人报表和呼入报表混为一谈
• 把队列报表和队列监控混为一谈
• 把外呼报表和外呼机器人报表混为一谈

九、总结

呼叫中心报表体系的核心价值，不在于“报表多”，而在于它形成了一条清晰的分析路径：

先看总体经营，再看专项结果；先看报表汇总，再看记录明细；最后用日志解释原因，并用配置统一口径。

只有把这些页面作为一套体系来使用，报表能力才能真正支撑业务管理、实施交付和技术协同。

附录 A：核心文档导航

附录 B：实施检查清单

• 是否已明确本次交付要覆盖哪些报表
• 是否已明确哪些页面属于汇总分析、哪些属于记录追溯、哪些属于日志排障
• 是否已明确 6 类核心报表之间的边界
• 是否已明确是否启用自定义报表与属性设置
• 是否已完成页面、口径、导出、权限四项联合验收

附录 C：典型分析对象与导出对象对照

C.1 使用建议

• 做经营分析，优先导出报表页。
• 做个案核查，优先导出记录页。
• 做故障分析，优先导出日志页。

附录 D：术语表