024 · 进度跟进与闭环核验
整理售后回访结果并识别疑似复发问题
第 24 / 47 篇免费阅读
解决什么问题
处理后回访只记录“满意”,容易漏掉问题复现、方案未到位或新问题。本任务把回访原话转成验证结果,再与历史工单比对疑似复发,帮助客服找回需要继续处理的事项,而非自动认定闭环失败。
准备哪些材料
准备已处理工单、解决方案与日期、实际回访文字、客户/订单/设备关联编号、企业复发观察窗口。未联系上与明确反馈分开;没有窗口就只做相似记录候选,不套固定三十天。
怎样操作
第一步:WorkBuddy 先根据已执行方案起草回访问题,分别问实际效果、剩余问题和后续支持,不诱导打满意分。 第二步:收到回访后提取客户原话、解决状态、验证条件、遗留和新问题,无法确认标待核。 第三步:用相同对象编号与时间窗口检索历史问题,对比现象、环境和已采取措施,列疑似复发及依据。 第四步:由客服核实是否同一次问题、独立新问题或同类复发,创建后续处理建议并关联原单,交负责人确认。
可直接复制的任务要求
请整理售后回访,不直接联系客户。先基于已执行方案写回访问题,区分使用效果、遗留项和新增问题,避免要求撤投诉或诱导满意。根据回访原文输出客户编号、工单、回访时间、关键原话、确认解决/未解决/待验证/未联系上、需跟进项。再按企业窗口和客户/订单/设备编号对照历史工单,列疑似复发、相似现象、差异、依据和人工核实点。不能按语义相似自动合并工单,不固定30天,不将未回复当满意,不自动回退关单或处罚。资料:[资料];观察规则:[规则]。
会得到什么结果
得到回访结果表、疑似复发清单与后续建议。教学示例:客户说“换完配件正常两天,今天又出现原报警”,标待核实复发;若新报警代码不同,另列新问题候选,不能直接当上次维修失败。
怎样检查结果
检查满意评价与实际解决状态是否分开;复发候选对应相同业务对象,窗口来自规则。每条候选附原话和差异,不能靠“又坏了”三个字自动定性。未联系上的客户不进入确认解决分母,统计需先确定口径。
异常怎样处理
无法关联设备或订单时先核实编号,避免同客户多台设备串联。回访时出现安全、隐私或持续损失立即按流程升级;客户拒绝回访保留状态,不反复打扰。没有规则就输出候选与事实,不生成复发率或闭环失败考核。
权限和责任边界
AI 整理回访草稿、事实与相似候选,实际联系、复发认定与后续处理由人工执行。不能以补偿换撤投诉,不能自动通知、合并删除原单或据此处罚员工;示例不代表真实整改成效。