工作流 23：从用户投诉到问题闭环的 AI 多专家客服工作流¶

适用岗位：客服专员、客户成功、售后支持、用户运营、投诉处理专员

真实场景：用户发来一条愤怒的消息——产品出了问题，或服务没有达到预期。你需要在情绪激动的用户面前，既安抚情绪、又推动问题解决、又不能过度承诺——还要同时应对可能的升级投诉。

最终目标：一套完整的投诉处理交付物，包含：用户情绪识别报告、问题诊断、处理方案、沟通话术、升级预案、解决方案执行记录、用户满意度确认、复盘改进建议。

输入材料清单¶

用户的原始投诉/反馈内容（原文，不得改写）
用户基本信息（账号、订单号、历史记录，如有）
产品或服务的相关信息（出现问题的环节）
公司的处理权限说明（客服能做什么、不能做什么）
历史类似投诉的处理案例（如有）

工作流总览¶

节点 1：用户情绪识别专家（招牌节点）
  ↓ 输出：情绪状态报告 + 沟通策略建议
节点 2：问题信息整理专家
  ↓ 输出：结构化问题档案
节点 3：问题归因专家
  ↓ 输出：问题归因报告（责任方 + 原因）
节点 4：处理方案设计专家
  ↓ 输出：可选处理方案（含权限说明）
节点 5：沟通话术专家
  ↓ 输出：本次回复话术草稿
节点 6：升级风险识别专家
  ↓ 输出：升级风险评估 + 预案
节点 7：方案执行跟进专家
  ↓ 输出：执行跟进记录
节点 8：用户满意度确认专家
  ↓ 输出：满意度确认记录
节点 9：复盘改进专家
  ↓ 输出：复盘记录 + 改进建议
最终交付：完整投诉处理记录

专家节点详解¶

每个节点包含六部分：节点定位、输入与输出、使用顺序、提示词包（A 快速 / B 专家 / C 自查 / D 返修）、交付给下游节点、人工验收清单。

C 自查审稿版和 D 返修优化版是当前节点内部的工作模式，不是新的专家角色。

节点 1：用户情绪识别专家（招牌节点）¶

1.1 节点定位¶

在处理任何实质问题之前，先准确识别用户当前的情绪状态。情绪识别不是为了"哄"用户，而是为了选择正确的沟通策略——愤怒的用户需要被倾听，焦虑的用户需要被安抚，失望的用户需要被认可。用错了情绪策略，再好的解决方案也会失效。

1.2 输入与输出¶

输入：用户原始投诉/反馈内容

输出：情绪状态报告（情绪类型 + 强度 + 核心诉求 + 沟通策略建议）

1.3 使用顺序¶

收到用户消息后，先用「快速生成版」判断情绪状态。
投诉较复杂或情绪信号混合时，用「专家增强版」。
用「自查审稿版」检查情绪判断是否准确。
有偏差则用「返修优化版」修正。
对照 1.6 验收清单确认，通过后传递给节点 2 和节点 5。

1.4 提示词包¶

A. 快速生成版¶

你是用户情绪识别专家。根据以下用户投诉内容，判断：①主要情绪类型（愤怒/焦虑/失望/委屈/平静陈述/其他）②情绪强度（高/中/低）③用户核心诉求（想要什么结果）④建议的首要沟通策略（认可情绪/解释情况/立即提供解决方案/其他）。判断基于用户原文，不添加推断。
用户原文：【粘贴原始投诉内容】

B. 专家增强版¶

你是客服情绪分析专家，专注于从用户投诉文本中准确识别情绪状态，为后续沟通策略提供依据。

输入：用户原始投诉/反馈内容

执行步骤：
1. 情绪类型识别（可多选）：
   - 愤怒：使用了强烈措辞、感叹号、质问句
   - 焦虑：反复确认时间节点、担心后果、催促
   - 失望：对比预期与现实、表达信任受损
   - 委屈：感到被忽视或不公平对待
   - 平静陈述：描述性语言为主，情绪词汇少
2. 情绪强度（1-5分）：基于措辞激烈程度、标点符号、重复表达
3. 核心诉求：用户在情绪之下，实际想要的结果是什么？（退款/道歉/补偿/问题解决/解释原因）
4. 沟通策略：
   - 高强度情绪（4-5分）：先认可情绪，再进入问题处理
   - 中强度情绪（2-3分）：表达理解，直接进入问题确认
   - 低强度（1分）：专注问题解决，保持礼貌即可
5. 风险信号：是否有升级风险（提到投诉监管/公开曝光/法律手段）？

约束：情绪判断只基于用户原文中可观察到的语言信号，不推断用户"内心真正的想法"。

输出：情绪状态报告（含情绪类型/强度/诉求/策略建议/风险信号）

C. 自查审稿版¶

请检查以下情绪识别报告：
① 情绪类型判断是否有用户原文中的具体语言信号作为依据？
② 是否把用户未明确表达的情绪或意图写入了报告？
③ 核心诉求是否是用户实际想要的（不是客服希望用户想要的）？
④ 如有升级风险信号，是否已标注？
【粘贴报告内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见修正情绪识别报告。保留：有原文依据的情绪判断。修正：删除推断性情绪描述、修正与原文不符的诉求判断、补充升级风险标注。
原始报告：【粘贴原文】
自查意见：【粘贴自查结果】

1.5 交付给下游节点¶

将情绪状态报告交给节点 2（信息整理）和节点 5（话术生成）。节点 5 必须根据情绪强度调整话术开场策略。升级风险信号同时告知节点 6。

1.6 人工验收清单¶

[ ] 情绪类型有原文语言信号依据
[ ] 未推断用户未明确表达的意图
[ ] 核心诉求识别准确（退款/道歉/补偿/解决/解释）
[ ] 升级风险信号已识别并标注
[ ] 沟通策略建议与情绪强度匹配

节点 2：问题信息整理专家¶

2.1 节点定位¶

将用户的投诉内容整理为结构化的问题档案。用户投诉往往混合了情绪和事实，本节点的任务是剥离情绪，提取可核实的事实信息，标注尚未确认的部分。

2.2 输入与输出¶

输入：用户原始投诉 + 用户账号/订单信息

输出：结构化问题档案（事件经过 + 用户声称的事实 + 需核实项）

2.3 使用顺序¶

先用「快速生成版」整理档案。
投诉涉及多个问题或时间线复杂时，用「专家增强版」。
用「自查审稿版」检查是否将推断写成了已确认事实。
有问题则用「返修优化版」修正。
对照 2.6 验收清单确认，交给节点 3。

2.4 提示词包¶

A. 快速生成版¶

你是问题信息整理专家。根据用户投诉内容，整理结构化档案，包含：①用户描述的事件经过（按时间顺序）②用户明确声称的事实（引用原文）③需要核实的信息（标注"待核实"）④用户的预期与现实的差距。用户没有说过的内容不得写入"用户声称"。
投诉原文：【粘贴】
订单/账号信息：【粘贴，如有】

B. 专家增强版¶

你是客服问题档案整理专家，专注于从投诉内容中提取可操作的事实信息。

输入：用户原始投诉 + 账号/订单信息

执行步骤：
1. 事件时间线：按时间顺序整理用户描述的事件经过
2. 用户声称的事实：只记录用户明确说过的内容，每条附原文引用
3. 待核实项：用户描述的内容中，哪些需要从系统或后台核实（订单状态/物流/操作记录）
4. 预期 vs 现实：用户预期是什么、实际发生了什么、差距在哪里
5. 信息缺口：哪些关键信息用户没有提供，需要在回复中询问

约束：严格区分"用户说过的"和"我们推断的"，不得混写。

输出：结构化问题档案

C. 自查审稿版¶

请检查以下问题档案：
① "用户声称的事实"中是否有未经用户说过就写入的内容？
② 待核实项是否已明确标注？
③ 信息缺口是否已识别（需要向用户补充询问的）？
【粘贴档案内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见修正问题档案。保留：有原文依据的事实记录。修正：将推断内容移入"待核实"、补充信息缺口标注。
原始档案：【粘贴原文】
自查意见：【粘贴自查结果】

2.5 交付给下游节点¶

将结构化档案交给节点 3（归因分析）。重点标注"待核实"项和"信息缺口"，节点 3 归因前需先完成核实。

2.6 人工验收清单¶

[ ] 事件时间线完整
[ ] "用户声称的事实"均有原文依据
[ ] 待核实项已标注
[ ] 信息缺口已识别

节点 3：问题归因专家¶

3.1 节点定位¶

在掌握事实信息后，判断问题的责任方和原因。归因是制定处理方案的前提——公司责任、用户操作、第三方原因，对应完全不同的处理策略。归因不准会导致要么过度道歉承担不该承担的责任，要么推卸该承担的责任。

3.2 输入与输出¶

输入：结构化问题档案（节点 2）+ 核实后的系统数据

输出：问题归因报告（责任方 + 原因 + 归因依据 + 不确定项）

3.3 使用顺序¶

核实完待核实项后，用「快速生成版」生成初步归因。
责任混合或情况复杂时，用「专家增强版」。
用「自查审稿版」检查归因是否有依据。
有问题则用「返修优化版」修正。
对照 3.6 验收清单确认，交给节点 4。

3.4 提示词包¶

A. 快速生成版¶

你是问题归因专家。根据以下核实后的信息，判断问题归因：①主要责任方（公司/用户/第三方/共同责任/待确定）②具体原因 ③归因依据（引用核实后的数据）④不确定项（尚无法判断责任的部分，标注"待进一步核实"）。在信息不足时不得擅自下结论。
核实后信息：【粘贴核实结果】

B. 专家增强版¶

你是客服归因分析专家，专注于基于事实证据判断投诉问题的责任方和原因。

输入：核实后的问题档案

执行步骤：
1. 责任方判断：
   - 公司责任：产品缺陷、服务失误、信息传达不准确、承诺未兑现
   - 用户操作：用户未按说明操作、超出产品功能范围的使用
   - 第三方责任：物流/支付/第三方平台问题
   - 共同责任：多方原因叠加
2. 归因依据：每个结论引用具体的核实数据
3. 不确定项：标注哪些责任方归因仍需进一步信息才能判断

约束：
- 在信息不足时，不得擅自下"用户责任"的结论
- 归因结果只在内部使用，面向用户的沟通由节点 5 决定如何表达

输出：归因报告（责任方 + 原因 + 依据 + 不确定项）

C. 自查审稿版¶

请检查以下归因报告：
① 每个责任判断是否有核实数据作为依据？
② 是否在信息不足的情况下擅自下了结论？
③ 不确定项是否已标注（而非被强行归因）？
【粘贴报告内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见修正归因报告。保留：有核实依据的归因结论。修正：删除无依据的判断、将不确定项标注"待进一步核实"。
原始报告：【粘贴原文】
自查意见：【粘贴自查结果】

3.5 交付给下游节点¶

将归因报告交给节点 4（方案设计）。节点 4 将基于责任方设计对应的处理方案。

3.6 人工验收清单¶

[ ] 责任方判断有核实数据依据
[ ] 未在信息不足时擅自归因
[ ] 不确定项已标注
[ ] 归因报告仅内部使用，未直接发给用户

节点 4：处理方案设计专家¶

4.1 节点定位¶

基于归因结果，设计可行的处理方案。方案必须在公司的处理权限范围内，不得承诺超出权限的补偿，也不得故意提供低于合理预期的方案来减少成本。

4.2 输入与输出¶

输入：归因报告（节点 3）+ 公司处理权限说明

输出：可选处理方案（2-3 个，含方案内容、权限说明、优缺点）

4.3 使用顺序¶

先用「快速生成版」生成基础方案。
情况复杂或涉及较大补偿时，用「专家增强版」。
用「自查审稿版」检查方案是否超出权限或存在过度承诺。
有问题则用「返修优化版」修正。
对照 4.6 验收清单确认，交给节点 5。

4.4 提示词包¶

A. 快速生成版¶

你是投诉处理方案专家。根据以下归因报告和处理权限，设计 2-3 个可选方案，每个方案包含：①具体内容（做什么）②所需权限（是否在客服权限范围内）③对用户的价值（能解决什么问题）④局限性（不能解决什么）。不提供超出权限的方案。
归因报告：【粘贴】
处理权限：【粘贴公司权限说明】

B. 专家增强版¶

你是客服处理方案设计专家，专注于在权限范围内为用户设计合理的解决方案。

输入：归因报告 + 处理权限清单

执行步骤：
1. 基础方案（必选）：能直接解决问题的最低成本方案
2. 标准方案：常规情况下推荐的方案
3. 升级方案（如有）：需要上级审批的较高补偿方案，标注"需升级审批"
4. 每个方案说明：具体内容、权限要求、时间节点、对用户诉求的覆盖程度

约束：
- 不提供超出当前处理权限的方案（超出的标注"需升级"，由上级决定）
- 不故意设计明显低于合理预期的方案来规避补偿责任
- 公司有责任的情况下，至少有一个方案能实质性解决用户的核心诉求

输出：2-3 个分级方案 + 推荐方案及理由

C. 自查审稿版¶

请检查以下处理方案：
① 是否有超出客服处理权限的方案未标注"需升级审批"？
② 是否有无法兑现的承诺（时间/补偿超出实际能力）？
③ 公司有责任的情况下，是否至少有一个方案能实质解决用户核心诉求？
【粘贴方案内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见修正方案。保留：权限范围内的可行方案。修正：标注超权限方案为"需升级"、删除无法兑现的承诺、补充能解决核心诉求的方案。
原始方案：【粘贴原文】
自查意见：【粘贴自查结果】

4.5 交付给下游节点¶

将方案选项交给节点 5（话术生成），节点 5 将基于情绪策略决定如何向用户呈现方案。需升级的方案同时上报给主管。

4.6 人工验收清单¶

[ ] 所有方案在处理权限范围内（超出的已标注"需升级"）
[ ] 无无法兑现的时间或补偿承诺
[ ] 公司有责任时，有至少一个能实质解决核心诉求的方案
[ ] 推荐方案已说明理由

节点 5：沟通话术专家¶

5.1 节点定位¶

基于情绪策略和处理方案，生成本次回复话术。话术需要做到：先回应情绪、再说明情况、再给出方案——不跳步骤，不用机械套话，不推卸责任。

5.2 输入与输出¶

输入：情绪报告（节点 1）+ 归因报告（节点 3）+ 处理方案（节点 4）

输出：本次回复话术草稿（含情绪回应 + 情况说明 + 方案呈现 + 下一步）

5.3 使用顺序¶

先用「快速生成版」生成基础话术。
高情绪用户或复杂情况，用「专家增强版」调整话术结构。
用「自查审稿版」检查是否有套话、推责或过度承诺。
有问题则用「返修优化版」修正。
对照 5.6 验收清单确认，客服人员根据实际情况本地化后发出。

5.4 提示词包¶

A. 快速生成版¶

你是客服话术专家。根据以下情绪报告和处理方案，生成回复话术，结构：①情绪回应（认可用户感受，不辩解）②情况说明（简洁说明已了解的情况）③解决方案（清晰说明能做什么）④下一步（告知时间节点和行动）。不用"您好！感谢您的反馈！"等机械开场，不推责，不承诺无法实现的结果。
情绪报告：【粘贴】 方案：【粘贴推荐方案】

B. 专家增强版¶

你是客服沟通话术专家，专注于撰写真实、有温度、推动问题解决的客服回复。

输入：情绪报告 + 归因报告 + 处理方案

话术结构（按情绪强度调整权重）：
1. 情绪回应：认可用户的感受和遭遇——不是"我理解您的心情"（套话），而是针对用户描述的具体情况表达认可
2. 情况说明：简洁告知已核实的情况，如有公司责任直接承认，不绕弯子
3. 方案呈现：清晰说明能提供的解决方案，给用户选择
4. 时间节点：明确告知下一步什么时候会有什么结果
5. 结尾：不用"感谢您的理解与支持"等套话，用具体的行动收尾

约束：
- 不使用"您好！非常感谢您的反馈！我们非常重视您的意见！"等机械套话开场
- 不推卸责任（"这不在我们服务范围内"直接说，不绕弯）
- 不冷漠（"已记录，请等待处理"不是回复，是糊弄）
- 不过度承诺（"我们一定会让您满意"如果做不到就不说）
- 如果问题无法当场解决，告知明确的时间节点而非"尽快处理"

输出：完整回复话术，适合文字客服/邮件/工单回复

C. 自查审稿版¶

请检查以下客服回复话术：
① 是否使用了"感谢您的反馈"、"我们非常重视"等机械套话开场？
② 是否有推卸责任的表述（把该公司承担的说成"政策规定"或"行业惯例"）？
③ 是否有无法兑现的承诺（"一定"、"保证"）？
④ 时间节点是否明确（不是"尽快"）？
⑤ 情绪回应是否针对用户具体情况，而非通用安慰话术？
【粘贴话术内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见修正话术。保留：针对具体情况的情绪回应、清晰的方案说明。修正：替换机械套话为具体表达、删除无法兑现的承诺、将"尽快"替换为明确时间节点。
原始话术：【粘贴原文】
自查意见：【粘贴自查结果】

5.5 交付给下游节点¶

话术由客服人员本地化调整后发出，同时将回复内容存入节点 7 的执行记录。高情绪用户的首次回复后，告知节点 6 跟踪后续反应。

5.6 人工验收清单¶

[ ] 无机械套话开场
[ ] 无推卸责任表述
[ ] 无无法兑现的承诺
[ ] 时间节点明确（不是"尽快"）
[ ] 情绪回应针对具体情况

节点 6：升级风险识别专家¶

6.1 节点定位¶

识别当前投诉是否有升级为重大投诉、公开投诉或法律纠纷的风险，提前准备应对预案。不是所有投诉都需要升级处理，但漏判升级风险会造成更大损失。

6.2 输入与输出¶

输入：情绪报告（节点 1）+ 归因报告（节点 3）+ 用户历史记录

输出：升级风险评估（风险等级 + 风险信号 + 升级预案）

6.3 使用顺序¶

先用「快速生成版」快速评估风险等级。
有明确升级信号时，用「专家增强版」制定详细预案。
用「自查审稿版」确认风险等级判断有依据。
有问题则用「返修优化版」修正。
对照 6.6 验收清单确认，高风险案例立即上报主管。

6.4 提示词包¶

A. 快速生成版¶

你是投诉升级风险专家。根据以下投诉情况，评估升级风险等级（高/中/低），列出具体风险信号（用户原文中的升级信号），并给出对应预案。高风险需立即上报主管。
投诉情况：【粘贴情绪报告和问题档案】

B. 专家增强版¶

你是客服升级风险评估专家，专注于识别需要特殊处理的高风险投诉。

输入：情绪报告 + 问题档案 + 用户历史

升级风险信号（逐一检查）：
1. 用户明确提到监管投诉（消费者协会、市场监管、行业主管部门）
2. 用户明确提到公开曝光（社交媒体、媒体、评价平台）
3. 用户明确提到法律手段（律师函、诉讼、仲裁）
4. 涉及金额较大或用户是重要客户
5. 同一问题重复投诉（用户多次反映未解决）
6. 涉及安全、健康或人身伤害

风险等级：
- 高：存在 1、2、3 中任意一项
- 中：存在 4、5 中任意一项
- 低：无上述信号

预案设计：
- 高风险：立即上报主管 + 暂停标准回复 + 启动专项处理
- 中风险：主管知晓 + 优先处理 + 增加跟进频率
- 低风险：按标准流程处理

输出：风险等级 + 依据信号 + 预案

C. 自查审稿版¶

请检查以下升级风险评估：
① 风险等级判断是否有用户原文中的具体信号作为依据？
② 是否漏检了任何升级信号（监管/曝光/法律/安全/重复投诉）？
③ 高风险案例是否已说明"立即上报主管"？
【粘贴评估内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见修正风险评估。保留：有原文依据的风险信号。修正：补充遗漏的信号检查项、调整与信号不符的风险等级。
原始评估：【粘贴原文】
自查意见：【粘贴自查结果】

6.5 交付给下游节点¶

将风险评估结果告知主管（高/中风险）和节点 7（执行跟进）。节点 7 的跟进频率根据风险等级调整。

6.6 人工验收清单¶

[ ] 6 类升级信号均已检查
[ ] 风险等级判断有原文信号依据
[ ] 高风险案例已上报主管
[ ] 预案已明确（不是"视情况而定"）

节点 7：方案执行跟进专家¶

7.1 节点定位¶

确保处理方案被实际执行，而不是停留在承诺阶段。跟进的核心是：在承诺的时间节点前主动联系用户，确认问题是否已解决。

7.2 输入与输出¶

输入：处理方案（节点 4）+ 已发出的话术（节点 5）

输出：执行跟进记录（执行状态 + 时间节点 + 用户反馈）

7.3 使用顺序¶

先用「快速生成版」生成跟进计划。
涉及多个执行方或较长处理周期时，用「专家增强版」。
用「自查审稿版」确认跟进节点是否覆盖所有承诺。
有问题则用「返修优化版」补全。
对照 7.6 验收清单确认，按计划执行。

7.4 提示词包¶

A. 快速生成版¶

你是方案执行跟进专家。根据以下处理方案和已承诺的时间节点，生成跟进计划：①每个承诺的执行节点（谁负责、什么时候完成）②主动联系用户的时间点（在承诺节点前）③记录格式（执行状态/用户反馈/是否关闭）。
方案：【粘贴】 已承诺时间：【粘贴】

B. 专家增强版¶

你是客服执行跟进专家，专注于确保处理承诺被实际兑现。

输入：处理方案 + 话术中的承诺内容

执行步骤：
1. 承诺清单：从话术中提取所有时间承诺和行动承诺
2. 内部执行节点：每个承诺对应的内部责任人和完成时间
3. 主动联系节点：在承诺兑现后，主动联系用户确认（不等用户来催）
4. 异常处理：如果在承诺时间前预计无法完成，提前告知用户并说明原因（不是等到超时了才说）

约束：跟进时间节点必须比承诺时间提前，确保在用户察觉延迟前主动沟通。

输出：跟进计划表（承诺 + 内部节点 + 主动联系时间 + 记录状态）

C. 自查审稿版¶

请检查以下跟进计划：
① 是否覆盖了话术中所有的时间承诺和行动承诺？
② 主动联系用户的时间是否在承诺时间之前（不是等超时了才联系）？
③ 是否有异常处理预案（承诺无法按时兑现时的提前告知机制）？
【粘贴计划内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见完善跟进计划。保留：有明确时间节点的执行安排。修正：补充遗漏的承诺跟进、将主动联系时间调整至承诺时间之前、补充异常处理预案。
原始计划：【粘贴原文】
自查意见：【粘贴自查结果】

7.5 交付给下游节点¶

执行完成后，将跟进记录交给节点 8（满意度确认）。记录内容包括：执行状态、用户反馈、是否还有未解决的问题。

7.6 人工验收清单¶

[ ] 覆盖了话术中所有承诺
[ ] 主动联系时间在承诺兑现节点之前
[ ] 有异常处理预案
[ ] 执行状态已记录

节点 8：用户满意度确认专家¶

8.1 节点定位¶

在问题处理完成后，确认用户是否认为问题已得到解决。满意度确认不是为了刷好评，而是真实了解用户的处理结果感受，发现是否还有未解决的问题。

8.2 输入与输出¶

输入：执行跟进记录（节点 7）

输出：满意度确认记录（用户反馈 + 是否关闭 + 未解决项）

8.3 使用顺序¶

执行完成后，用「快速生成版」生成确认话术。
用户仍有不满或问题未完全解决时，用「专家增强版」。
用「自查审稿版」确认确认话术是否真诚有效。
有问题则用「返修优化版」修正。
对照 8.6 验收清单确认，关闭工单或开启二次处理。

8.4 提示词包¶

A. 快速生成版¶

你是满意度确认专家。生成问题处理完成后的用户确认话术，包含：①说明已完成的处理结果 ②询问问题是否已解决（开放式提问，不是"是否满意"这类引导性问题）③如有未解决项，告知下一步。话术真诚，不催好评，不用"希望您给五星"等表述。

B. 专家增强版¶

你是客服结案确认专家，专注于真实确认用户问题是否已被妥善解决。

执行步骤：
1. 结果说明：清晰告知已完成什么（引用具体操作，不是"已为您处理"）
2. 真诚询问：用开放式提问了解用户的实际感受——"这个处理结果是否解决了您的问题？还有什么需要我们跟进的？"
3. 未解决项处理：如用户表示仍有问题，直接开启二次处理流程，不关闭工单
4. 关闭条件：只有用户确认问题已解决后才关闭工单，不单方面关闭

约束：不使用"感谢您的理解和支持"作为结尾（套话）；不催促用户给好评或满意度评分。

输出：结案确认话术 + 工单关闭条件说明

C. 自查审稿版¶

请检查以下满意度确认话术：
① 是否清晰说明了已完成的具体处理结果（不是模糊的"已处理"）？
② 询问方式是否开放（不是引导性的"您是否满意"）？
③ 是否有催好评或催满意度评分的内容？
【粘贴话术内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见修正确认话术。保留：清晰的结果说明、开放式询问。修正：将模糊"已处理"替换为具体操作说明、删除催好评内容。
原始话术：【粘贴原文】
自查意见：【粘贴自查结果】

8.5 交付给下游节点¶

满意度确认记录交给节点 9（复盘），同时更新工单状态（已关闭/二次处理中）。

8.6 人工验收清单¶

[ ] 结果说明具体（引用了实际操作）
[ ] 询问方式开放，不引导性
[ ] 无催好评内容
[ ] 只有用户确认后才关闭工单

节点 9：复盘改进专家¶

9.1 节点定位¶

每个投诉处理完成后，记录复盘，提取可改进的产品、流程或沟通问题。单个投诉的复盘价值有限，批量复盘才能发现系统性问题。

9.2 输入与输出¶

输入：完整处理记录（节点 1-8 产出物）

输出：复盘记录（根因分析 + 流程改进点 + 同类问题预防建议）

9.3 使用顺序¶

处理结束后用「快速生成版」生成基础复盘。
涉及系统性问题或重大投诉，用「专家增强版」。
用「自查审稿版」确认改进建议可操作。
有问题则用「返修优化版」补全。
对照 9.6 验收清单确认，汇入月度复盘。

9.4 提示词包¶

A. 快速生成版¶

你是投诉复盘专家。根据以下处理记录，生成复盘报告：①问题根因（一句话）②本次处理中最有效的做法 ③可改进的地方（流程/产品/沟通）④同类问题的预防建议。改进建议必须具体可操作，不写"加强沟通"这类空泛建议。
处理记录摘要：【粘贴】

B. 专家增强版¶

你是客服复盘分析专家，专注于从投诉案例中提炼可改进的系统性问题。

输入：完整处理记录

执行步骤：
1. 根因分析：这次投诉的根本原因是什么（产品问题/流程缺陷/信息传达不准/预期管理失误）
2. 处理亮点：本次处理中哪些做法值得复用（具体说明）
3. 改进点：哪个环节可以更好（具体说明，附改进方向）
4. 预防建议：如何避免同类投诉再次发生（针对根因的具体措施）
5. 分类标签：为这个投诉打标签（问题类型/责任方/处理结果），供批量分析使用

输出：复盘报告 + 标签

C. 自查审稿版¶

请检查以下复盘报告：
① 根因分析是否具体（不是"沟通不畅"这类模糊描述）？
② 改进建议是否可操作（不是"加强培训"、"提升服务意识"等空话）？
③ 预防建议是否针对根因（而非泛泛而谈）？
【粘贴复盘内容】
逐条列出问题。

D. 返修优化版¶

根据自查意见修正复盘报告。保留：有具体依据的根因分析。修正：将空泛改进建议替换为具体可操作措施、补充针对根因的预防建议。
原始报告：【粘贴原文】
自查意见：【粘贴自查结果】

9.5 交付给下游节点¶

复盘记录归入月度/季度投诉分析库，供产品和运营团队参考。高频出现的根因建议提交产品改进 backlog。

9.6 人工验收清单¶

[ ] 根因分析具体（能说清楚为什么发生）
[ ] 改进建议可操作（有责任人和时间节点）
[ ] 预防建议针对根因
[ ] 已打分类标签供批量分析

节点交接说明¶

上游节点	交接内容	下游节点
节点 1	情绪状态报告（类型/强度/诉求/策略/风险信号）	节点 2、节点 5、节点 6
节点 2	结构化问题档案（时间线/声称事实/待核实项/信息缺口）	节点 3
节点 3	归因报告（责任方/原因/依据/不确定项）	节点 4
节点 4	可选处理方案（2-3 个，含权限说明）	节点 5，超权限方案上报主管
节点 5	回复话术草稿（情绪回应+情况说明+方案+时间节点）	客服发出，节点 7 记录
节点 6	升级风险评估（等级/信号/预案）	主管（高/中风险），节点 7
节点 7	执行跟进记录（承诺执行状态/用户反馈）	节点 8
节点 8	满意度确认记录（是否关闭/未解决项）	节点 9，工单系统更新
节点 9	复盘报告（根因/亮点/改进点/标签）	月度分析库

最终输出模板¶

【投诉处理记录】

工单编号：【编号】
用户：【账号/姓名】
处理日期：【日期】

■ 投诉摘要
情绪状态：【类型/强度】
核心诉求：【用户想要的结果】
问题归因：【责任方 + 一句话原因】
升级风险：【高/中/低】

■ 处理方案
采用方案：【方案名称 + 具体内容】
承诺时间节点：【具体时间】

■ 执行记录
执行状态：【已完成/进行中/待处理】
用户确认：【已确认解决 / 仍有问题（说明）】
工单状态：【已关闭 / 二次处理中】

■ 复盘标签
问题类型：【产品/服务/物流/信息/其他】
责任方：【公司/用户/第三方/混合】
处理结果：【满意关闭/补偿关闭/升级处理/流程转介】
改进建议：【一句话，具体可操作】

常见错误¶

错误 1：跳过情绪识别，直接进入问题解决

表现：用户情绪激动，客服直接说"您的订单状态是..."，用户感到更被忽视，情绪进一步升级。

修复：高情绪强度（4-5分）时，节点 5 的话术必须先用 1-2 句真实回应情绪，再进入情况说明。

错误 2：在未核实前就给出结论

表现："您反映的情况是您操作有误。"——在没有核实任何信息的情况下直接归因到用户责任。

修复：节点 3 归因前必须完成节点 2 的待核实项核查，信息不足时标注"待核实"，不预先下结论。

错误 3：使用机械套话敷衍用户

表现：回复内容是"您好！非常感谢您的反馈！您的意见对我们非常重要！我们会尽快处理！"

修复：节点 5 的自查审稿版会识别此类套话，强制替换为针对用户具体情况的真实表达。

错误 4：承诺了无法兑现的时间或结果

表现：为了安抚用户说"24小时内一定解决"，但实际处理需要 3 天。

修复：节点 4 的方案设计必须基于实际处理能力，节点 5 话术中的时间承诺由节点 7 的跟进计划保障。

人工验收清单¶

[ ] 情绪识别在处理问题之前完成
[ ] 归因在核实信息之后完成，未提前下结论
[ ] 处理方案在客服权限范围内（超出已上报）
[ ] 回复话术无机械套话、无推责、无无法兑现的承诺
[ ] 升级风险已评估，高风险案例已上报
[ ] 所有承诺时间节点已跟进到位
[ ] 只有用户确认后才关闭工单
[ ] 复盘记录已归档

延伸玩法¶

批量投诉分类：将节点 9 的分类标签应用于月度投诉库，识别高频根因，驱动产品或流程改进。
与工作流 22 组合：销售人员用工作流 22 成交后，将客户服务期望告知客服团队，用工作流 23 承接——避免因销售承诺与客服处理能力不匹配产生投诉。
情绪识别培训：将节点 1 的情绪识别框架作为客服团队培训材料，统一情绪判断标准，减少新人处理时的情绪误判。