整理一次服务的完整时间线

这个场景能帮你做什么

客户跨天、多次找不同坐席，常出现“昨天不是已经处理了吗”的争议。把原会话和实际操作按时间排好，能快速看出做过什么、哪一步没有反馈，以及当前是否真的解决。

开始前需要准备什么

准备这一次服务关联的客户会话、机器人和人工回复、工单更新及必要的订单或操作记录。保留时间、渠道和记录序号。不同系统采用不同时区时注明，脱敏后仍保留能够对应同一事情的业务代号。

具体怎么做

第一步：抽出事件而非抄整段聊天。 让 WorkBuddy 记录问题发生、客户报述、方案提出、实际执行、客户反馈和状态变更。客户说“昨晚开始”要与“今天上午发消息”分开列，不把消息时间当发生时间。

第二步：排列时间并标出冲突。 有明确时间的按顺序排；只有“之后”“后来”的，保留相对顺序。系统显示关闭而客户随后说仍有问题时，两条同时保留，不擅自删除其中一条。

第三步：区分动作与结果。 给出重启建议，只能记为“建议重启”；客户确认已重启才记为实施。确认重启后恢复但再次出现问题，标为临时恢复，不能写成永久解决。

第四步：提炼当前状态。 在时间线后列仍未解决事项、缺失反馈和需要核实的记录，让接手人知道现在要继续哪一步。不要顺手生成根因结论或责任归属。

可以直接交给 WorkBuddy 的完整要求

整理本次服务的事件时间线。输入为客户会话、人工/机器人回复、工单及操作记录。输出时间、事件、信息来源、提出或执行者、结果状态和待核实点。区分发生时间、消息时间和系统更新时间；无明确时间不编造。建议、实际执行与客户反馈分开记录；区分未解决、临时绕过、已确认解决。客户沉默和系统关闭都不能单独证明解决。状态冲突并列标注，最后列当前未解决事项及缺失反馈，不推断技术根因或责任。

完成后会得到什么

示例：10:00 客户报告无法登录；10:08 客服建议清除缓存；10:20 客户确认操作后暂时恢复；14:00 再次无法登录。当前状态应是“问题复发，未解决”，已尝试动作是“清缓存”，而不是“上午已完成处理”。此示例用于理解格式。

结果应该怎么检查

重点核对事件先后、动作是否真的执行、反馈属于哪一次操作。抽查关键状态对应的客户原句或系统记录，检查是否把暂时恢复、关闭和最终解决混在一起。

遇到这些情况怎么处理

时间缺失时保留未确定位置，联系记录负责人核实。不同会话可能属于不同问题时，分别保留，不因同一客户就合并。操作记录与客户说法矛盾时，说明两种证据并交人工查证。

哪些由工具处理，哪些必须人工决定

工具组织记录、发现时间及状态冲突；客服核实实际实施和当前反馈，有权限的业务或技术人员判断最终处理结果。