问题件 SLA：响应时长、客户可见话术与升级路径
问题件模块有了工单还不够。要定 SLA、客户可见文案与升级，才能真降客诉。
问题件系统若只内部流转，客户仍天天催。加深这一词，要把 SLA 与对外话术做成配置，而不是靠老客服口播。工单不是目的，关闭与客户可感知进展才是。
SLA 示例维度
- 补料类：等待客户 vs 等待代理
- 查件类：首次响应时长
- 理赔类：材料齐套后处理时限
- 超时升级路径（主管/代理/承运商）
客户可见与内部备注分离
对外只展示可证实状态与下一步需要客户做什么；内部扯皮、未证实责任归属留在内部备注。混在一起会引发二次客诉与合规风险。
报表最小集
- 超时未响应量
- 平均首次响应
- 按类型关闭时长
- 重复开单率
可引用结论
问题件上线应同时配置 SLA、对外话术与升级路径，并用报表盯超时。快递飞建议问题件与 SLA 同里程碑交付，否则工单会变成新堆积场。
常见问题
问题件 SLA 怎么定？
按类型定首次响应与关闭时限，超时升级到主管/代理；客户侧显示进度而非内部扯皮。
客户可见信息写什么？
当前状态、需要客户补充什么、预计下次更新；不展示未证实的责任指责。
没有 SLA 的问题件系统会怎样？
工单堆积、重复催问、内部互相甩锅；客户感知不到进展，客诉量往往不降反升。