AI 转人工后，客服如何记录未解决问题？

为什么转人工后还要记录未解决问题

AI 转人工是服务方式的切换，不是问题处理的终点。用户从 AI 转到人工，通常说明他还有未完成的诉求：可能是信息没听懂、资料没补齐、需要人工判断，或者需要其他岗位配合。如果客服只在会话里点一下“已转人工”，没有把用户要什么、卡在哪里、谁来跟进写下来，下一位客服就可能重新问一遍，用户也会重复描述。

记录未解决问题至少有三方面作用：一是方便交接，让接手人快速了解上下文；二是方便跟进，避免问题在转交后失去责任人；三是方便复盘，把重复出现的问题变成知识库更新或流程改进的素材。记录的目的不是追责，而是让问题有状态、有责任人、有下一步。只要团队按同一套口径填写，即使使用简单的共享表格，也能减少“转人工后没人管”的情况。

先统一“未解决”的判断口径

客服团队要先约定什么算未解决。建议把未解决分为四类：信息缺口、能力边界、判断分歧、跨部门事项。信息缺口是用户还需要补充资料，或客服还需要向用户确认关键信息；能力边界是当前服务流程无法直接处理，需要转交专门岗位；判断分歧是 AI 的答复与用户实际情况不一致，或者答复置信度低，需要人工复核；跨部门事项是需要技术、售后、业务等团队协作。

状态建议用“待补充、处理中、待回复、已解决、暂缓”等有限选项，避免每个人写不同说法。还要约定：哪些问题必须当天记录，哪些可以在交接班前补齐；什么情况下可以关闭，什么情况下只能暂缓。对重复未解决、低置信度或低质量问题，建议单独打标签，便于后续集中查看。分类名称可以按团队习惯调整，但口径要保持稳定，否则统计和复盘都会失真。

一张可执行的未解决问题记录表

记录表不必复杂，但字段要能支撑交接和跟进。建议包括：记录编号、用户标识或会话编号、问题摘要、用户原话要点、AI 已回复内容、转人工原因、问题分类、优先级、当前状态、责任人、下一步动作、承诺回复时间、关联知识条目、关闭原因。字段多不一定好，关键是每一项都有人填、能筛选、能追到结果。

填写时有几个要求。问题摘要用一句话写清“用户要什么、卡在哪里”，例如“用户询问某项操作步骤，AI 已给出一般说明，用户仍不清楚，需要人工逐步确认”。用户原话只摘关键句，不必大段复制。转人工原因要具体，写“需人工核对已提交信息”比写“复杂问题”更有用。下一步动作必须可执行，写“由谁在什么时间前确认并回复用户”，不要只写“跟进”。承诺回复时间按团队实际服务安排填写，不写无法兑现的时间。记录表可以放在工单、共享表格或现有客服工具中，重点是同一团队使用同一套字段。

从记录到跟进：客服交接与回访步骤

第一步，转人工时先确认用户诉求，并用一句话复述，避免理解偏差。第二步，接手客服先查看记录，不重复询问用户已经提供的信息。第三步，能当场解决的，记录解决动作和结果；不能当场解决的，说明下一步和预计回复方式。第四步，交接班时按状态筛选待跟进记录，逐条确认责任人和时间，避免只交接会话不交接问题。第五步，问题关闭前回访用户，确认是否解决；用户表示未解决时，更新记录而不是直接关闭。第六步，每周抽查记录完整性，重点看重复未解决、低置信度或低质量问题是否被标记。这样做的结果是责任清楚、用户少重复、问题有闭环。

常见场景与处理示例

场景一：用户问的问题 AI 回答不完整，转人工。记录写“用户询问某项操作步骤，AI 已给出一般说明，用户表示仍不清楚，需人工逐步确认”，状态设为“处理中”，责任人写接手客服。

场景二：用户需要修改已提交的信息。记录写“用户要求修改已提交内容，需人工核对当前状态后处理”，下一步写“客服核对并告知可行方式”，不要把“已转人工”当成处理结果。

场景三：用户情绪不满。记录问题事实和用户诉求，不写评价性语言；优先记录“用户希望得到回复的方式和时间”，并在回访时先确认问题是否仍在。

场景四：同一问题重复出现。标记“重复未解决”，汇总用户原话和已有答复，交给知识库维护人判断是否需要补充说明或调整表述。

场景五：问题需要其他部门处理。记录已转交对象、转交时间、待回复内容和跟进人，避免“已转交”后无人继续跟进。

把记录转化为知识库与运营改进

未解决问题记录不是留档就结束。建议每周做一次小复盘：筛出重复未解决、低置信度或低质量问题；判断是知识条目缺失、表述不清，还是流程限制；能补充的写成知识条目，不能补充的写成人工处理指引；把高频问题反馈给相关团队。复盘输出只写事实和动作，不写空泛结论。对已关闭问题抽查关闭原因，防止“看起来解决”。长期看，记录质量决定复盘质量，字段越稳定，后续越好用。美橙AI客服系统的商户端操作手册面向商户端使用；本文侧重运营记录方法，具体产品操作以手册为准。