呼叫中心首次解决报表

快速阅读

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

1. 二、产品总览：首次解决报表是什么、解决什么问题、包含哪些子模块
2. 四、模块关系与数据来源：按座席统计、按热线号码统计如何配合
3. 五、产品能力地图：首次解决报表各子模块分别负责什么
4. 七、配置影响与边界说明：哪些指标受企业配置影响，和呼入报表如何区分
5. 附录 G/H：关键字段口径详表与页面字段/导出列对照

阅读地图

一、文档说明

1.1 文档目的

本文档用于统一说明呼叫中心 首次解决报表 的业务定位、子模块结构、数据来源、关键指标、使用方式，以及它与呼入报表、记录页和配置口径之间的关系。

1.2 文档范围

• 覆盖：按座席统计、按热线号码统计、导出，以及首次解决口径的配置影响。
• 不覆盖：首次解决背后的业务流程设计、明细记录专项页、呼入报表和会话评估报表的专项说明。

1.3 文档对象

本文档适合以下场景阅读：

• 业务负责人看首次来电是否被有效解决
• 运营看座席和热线的首次解决表现
• 实施确认首次解决统计口径和配置范围
• 技术确认首次解决标记与报表查询的关系

二、产品总览

2.1 首次解决报表是什么

首次解决报表是以“客户首次来电是否在规定时效内被解决”为核心业务对象，对首次来电接听数、首次来电解决数、首次来电解决率等进行汇总分析的统计产品。

人话总结：

首次解决报表回答的是“客户第一次来电时的问题，有多少在第一次服务里就被真正解决了”。

2.2 首次解决报表主要解决什么问题

首次解决报表主要用于回答以下问题：

• 首次来电被接住了多少
• 首次来电真正解决了多少
• 哪些座席首次解决表现更好
• 哪些热线首次解决率更高
• 企业设置的首次解决时效是否合理

2.3 首次解决报表包含哪些子模块

三、建设背景与核心价值

3.1 为什么需要首次解决报表

如果只有呼入报表、没有首次解决报表，通常会遇到：

• 能看到热线接住了多少电话，却看不出“是否真正解决”
• 能看到接听率，却看不出重复来电的服务质量问题
• 无法把“首次解决”作为独立经营指标管理

3.2 核心价值

• 服务质量可量化：把“是否一次解决”从经验判断变成统计指标
• 支撑运营优化：识别重复来电风险和服务闭环能力
• 支撑热线与座席评估：从座席和热线两个视角看首次解决效果
• 支撑实施验收：验证首次解决配置时效是否按预期生效

四、模块关系与数据来源

4.1 首次解决报表整体关系

首次解决报表
├── 按座席统计：看座席维度首次解决结果
└── 按热线号码统计：看热线维度首次解决结果

4.2 主数据来源概览

从系统逻辑看，首次解决报表的数据主要来自以下几类：

4.3 哪些指标更偏“接听结果”，哪些更偏“首次解决口径”

更偏接听结果的指标

• 首次来电接听数

更偏首次解决判断的指标

• 首次来电解决数
• 首次来电解决率
• 首次来电判断时效
• 首次解决时效

4.4 为什么首次解决报表和呼入报表不是一回事

五、产品能力地图

5.1 能力概览

5.2 常见使用方式

• 先看按座席统计，判断不同座席的首次解决能力
• 再看按热线号码统计，判断不同热线的服务闭环能力

六、各子模块详解

6.1 按座席统计

产品定位

用于从座席维度看首次来电接听和解决表现，适合用于服务质量复盘和座席辅导。

主要关注内容

• 首次来电接听数
• 首次来电解决数
• 首次来电解决率

6.2 按热线号码统计

产品定位

用于从热线维度看首次解决结果，适合评估不同热线服务闭环能力。

主要关注内容

• 热线首次来电接听数
• 热线首次来电解决数
• 热线首次来电解决率

七、配置影响与边界说明

7.1 自定义报表影响

当前系统逻辑下，未看到首次解决报表明确接入统一自定义报表链路。因此：

• 不宜按统一自定义字段能力对首次解决报表做外部承诺
• 其字段更偏系统预置口径

7.2 企业配置影响

首次解决报表受企业级首次解决配置影响明显，主要包括：

7.3 影响范围判断

八、典型业务场景

8.1 运营看服务闭环能力

通过按座席统计快速判断：

• 哪些座席首次解决率更高
• 哪些座席更容易引发重复来电

8.2 管理者看热线服务质量

通过按热线号码统计识别：

• 哪些热线首次解决率更高
• 哪些热线可能需要优化知识、脚本或资源投入

8.3 实施验证配置是否合理

结合首次解决时效配置，判断：

• 当前时效是否过短或过长
• 首次解决率是否与业务预期匹配

九、上线与使用建议

9.1 上线前建议

• 明确首次来电和首次解决的业务定义
• 明确是否启用业务类型维度
• 与业务确认首次解决时效口径

9.2 使用建议

• 日常运营先看按座席统计
• 需要看不同热线差异时，再看按热线号码统计
• 要解释单通是否算首次解决，应结合原始记录与配置一起看

9.3 验收建议

建议至少核对：

• 首次来电接听数是否符合预期
• 首次来电解决数与解决率是否符合配置逻辑
• 页面与导出结果是否一致

十、总结

首次解决报表的核心价值，是把“接住电话”进一步提升到“真正解决问题”这个服务质量层面来衡量。

它最终回答的是：

客户第一次来电时的问题，有没有在第一次服务里就被有效解决。

附录 A：子模块速查

附录 B：实施检查清单

• 是否已确认首次来电和首次解决的业务定义
• 是否已确认首次解决时效配置
• 是否已确认是否启用业务类型维度
• 是否已核对页面与导出结果一致

附录 C：前端入口与权限速查

C.1 使用提示

• 主页面更偏按座席统计。
• 按热线号码统计是独立子模块。

附录 D：核心指标速查

附录 E：接口与查询参数速查

E.1 常见接口前缀

E.2 常见查询参数

E.3 参数说明建议

• 首次解决报表的关键不是单纯时间范围，而是企业配置的首次解决口径。
• 导出结果解释时，应同步说明当前采用的首次解决时效设置。

附录 F：与其它产品的边界关系

F.1 使用建议

• 看“服务是否一次性解决”，优先用首次解决报表。
• 看“某通电话为什么算或不算首次解决”，优先结合记录和配置判断。

附录 G：关键字段口径详表

附录 H：页面字段与导出列对照

说明：首次解决报表导出列通常与页面字段保持一致，其解释依赖当前企业的首次解决配置口径。

附录 I：术语表