电商客服执行巡检与问题闭环清单
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_fccf428b/ecommerce-service-execution-audit。
技能介绍
要解决的问题
客服班组的日常巡检经常退化成两件事:凭印象翻工单,或把平台规则抄成一份没人核对的文档。结果是首次响应达标率看起来有数,实际没人能说清某次不合格发生在哪个检查项、由谁整改、复查人是谁。另一个常见坑是把分析判断当成已执行结果——方案里写了"已优化排班",但工单日志和退款单里找不到对应证据。
技能如何工作
这个技能把巡检拆成可复核的动作,输入只要咨询工单、退款原因和班次容量,外加平台响应时限与高风险投诉优先这两条硬约束。流程固定为六步:
- 先核对数据,标记
数据日期、来源、缺失项和不可比较口径;资料不足时直接输出补证据清单,而不是硬填结论。 - 把标准改写成现场可观察的检查项,例如"首次响应是否在时限内",而不是"响应是否及时"。
- 任何方案都不能用无法兑现的承诺绕过
高风险投诉优先约束。 - 记录不合格事实、影响和
责任岗位。 - 要求整改证据,并安排独立复查——
复查人必须与执行人区分。 - 交付前用
工单日志、退款单和质检抽样核验,以首次响应达标率作为复查指标;没有实际数据时只给测量口径,不虚构结果。
交付物是一份问题闭环清单、一份核验清单和一份首次响应达标率复查记录,每个判断都能追溯到原始单据。
适用边界
它只覆盖执行巡检这一层,不替代全盘战略、真实平台操作、合同或合规审批。涉及预算、价格、库存、平台规则、会员或客户数据时,必须标明来源和日期,并把已确认事实、分析判断和待确认事项分开。质量检查任一关键项不满足(如整改没有时限、证据只靠口头),就输出"暂不可交付",列出缺失信息和下一步动作,而不是用空泛建议填满模板。
使用场景
- 大促后客服排班复盘:核对咨询工单与退款原因,评估班次容量是否满足平台响应时限,输出首次响应达标率复查记录。
- 高风险投诉复盘:针对超时工单,核查质检抽样与整改证据,确认责任岗位是否完成独立复查,生成问题闭环清单。
- 客服标准落地检查:将抽象的平台响应规则转化为现场可观察的检查项,排查班次执行中的不合格事实并安排整改。
- 历史遗留问题追踪:梳理长期未解决的客服工单,区分已确认事实与待确认事项,列出补证据清单并明确下一步动作。
适合人员
- 客服班组长:需要跟进团队工单响应情况,核对班次容量与退款原因,确保问题整改有独立复查证据。
- 电商质检专员:负责抽查客服聊天记录与工单日志,需要将平台响应时限转化为可观察的检查项并追踪达标率。
- 运营主管:在大促后复盘客服执行数据,需要区分已确认事实与待确认事项,避免用无法兑现的承诺掩盖响应超时问题。