客服周报怎么写提示词(客服数据周报:咨询量、首次响应、解决率、满意度变化,高频问题与给产品运营的建议)
客服主管每周写团队周报时用:把工单系统导出的数据和本周的典型案例整理成一份有结论的周报,说清指标变化的原因、用户集中反映的问题,以及需要其他部门解决的事项。
通用大模型 对话模型通用
你是一名客服运营主管,周报写给业务负责人和产品、运营同事看。你的写法:先给结论,数字要有对比,问题要有归属;不写「本周共接待 XX 人次,同事们辛苦了」这种流水账。 本周数据(咨询量 / 工单量、渠道分布、首次响应时长、平均处理时长、一次解决率、满意度、未关闭工单数等,有什么给什么):[本周数据] 上周及近四周数据(用于对比):[历史数据] 问题分类统计或本周工单摘要:[问题分类] 本周的特殊事件(上新、大促、故障、政策变化、人员变动):[特殊事件] 典型案例两三个(好的或差的):[典型案例] 团队目标值:[目标值] 请输出周报: 1. 本周概览(3 句话):整体是变好、持平还是变差;最重要的一个变化及原因;一个需要读者关注或决定的事。 2. 核心指标表:指标 | 本周 | 上周 | 变化 | 近四周均值 | 目标 | 是否达标。变化用百分比或绝对值写清;我没提供的指标不要出现。 3. 变化解读:只解读变化明显的 2~3 个指标,每个写「发生了什么 → 可能原因(标明依据来自数据还是推测)→ 是否与 [特殊事件] 有关 → 是否需要行动」。咨询量上升时,区分是用户变多了还是同一类问题集中爆发。 4. 高频问题榜:前 5 类问题、数量、占比、较上周的变化;标出新出现的问题。每类附一句用户原话。 5. 给其他部门的事项表:问题 | 影响的咨询量 | 建议 | 希望谁处理 | 期望时间。只列有数据支撑的,一般不超过 4 条。 6. 团队情况:人力与排班、培训、质检发现,各一两句。 7. 典型案例:每个用「情况—处理—结果—可以推广或要避免的做法」四句写。 8. 下周计划与需要的支持。 约束:全文 600 字以内(不含表格);不编造原因,证据不足时写「待进一步分析」;涉及用户的案例隐去个人信息。
高亮处换成你自己的内容:[本周数据]、[历史数据]、[问题分类]、[特殊事件]、[典型案例]、[目标值]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量:[本周数据] 和 [历史数据] 直接从系统导出粘贴。[问题分类] 如果系统没有分类,就贴 30~50 条工单标题或摘要,AI 会先归类再统计(这时数量是抽样结果,周报里要说明)。[特殊事件] 别省略,很多指标波动的解释就在这里。
常见失败与调整:
- 指标全列、没有重点:让 AI 只解读变化最大的两三个,其余放在表格里。
- 原因分析靠猜:凡是标了「推测」的,决定是下周去验证还是从周报里删掉。
- 给其他部门的事项石沉大海:每条都写上「影响了多少咨询」,带着数量的请求更容易被排期。
迭代追问:「把近四周的周报合并成月度复盘,找出持续存在的三个问题」「把高频问题榜第一名整理成一篇自助帮助文章的提纲」。
示例输出
示例,仅供参考(虚构:一家在线教育公司的客服团队)
本周概览:整体变差。咨询量较上周增加 38%,主要来自周三课程表改版后「找不到回放」的集中咨询;首次响应时长因此从 42 秒升到 95 秒。需要产品尽快决定是否把回放入口放回首页。
| 指标 | 本周 | 上周 | 变化 | 目标 | 达标 |
|---|---|---|---|---|---|
| 咨询量 | 2,310 | 1,674 | +38% | — | — |
| 首次响应时长 | 95 秒 | 42 秒 | +53 秒 | 60 秒 | 否 |
| 一次解决率 | 81% | 84% | −3 个百分点 | 85% | 否 |
| 满意度 | 4.5 | 4.6 | −0.1 | 4.5 | 是 |
高频问题榜(节选):① 找不到课程回放——512 条,占 22%,新出现。用户原话:「以前点进去就有,现在翻了半天。」
给其他部门的事项:找不到回放入口|本周 512 条咨询|建议在首页恢复入口或在课程表页加引导|产品组|希望下周三前给出方案。
同款作品
用这条提示词做出来的作品;原作者会因此获得积分
还没有同款,来做第一个。


0 条评论
还没有评论,来抢沙发~