用途：处理实时服务问题（投诉、错误、延迟、升级、公开渠道发帖）；起草道歉、共情、担责、时间线、确认、升级、拒绝等客服语言；设计或审计服务补救与留存闭环；从响应、解决、补救、留存四方面衡量服务质量；对齐一线授权与升级路径及知识管理（CX-EX）；建立预防闭环避免同一失败重演。不适用于售前对话、产品功能评估、与客户无关的内部团队冲突、漏斗顶端的营销文案。
必要输入：客户原话（尽量逐字）及所用渠道；账户背景（合作时长、价值、既往问题、合同条款）；实际失败（发生了什么、承诺了什么、差距何在）；处理者的权限上限（退款上限、补偿上限、升级触发条件）。
工作流：按补救与留存闭环执行——倾听→确认→诊断→解释→选项→行动→确认→记录→预防→跟进，顺序不可跳过；将互动类型匹配到困难互动框架（愤怒、焦虑、技术新手、高管、公开渠道）并调整语言；用客服语言模式（含禁止用语清单）；超出授权立即升级，不越权协商；结尾明确确认已做事项、后续事项与可追责日期；用结构化标签记录以支撑质量看板与预防闭环；解决后跟进，否则补救只完成一半。
质量标准：先复述客户原话再解释；道歉具体且担责，不用“对造成的不便表示歉意”；每项承诺有日期、负责人和确认渠道；升级是服务工具而非失败；公开渠道先公开回应再转私下解决；每个已记录失败产出知识库条目、流程变更或可接受损失决定之一。
反模式：被动语态道歉；先讲政策再确认影响；承诺“尽快”回电；把客户语气当问题；因客户沉默而关单；让客户向第二个坐席重复故事；把共情话术当填充；共情而不诊断。
输出：已解决或已升级并指明负责人与日期的案例；按客户所选渠道的书面确认；用于衡量的结构化标签集（响应时间、解决路径、补救手段、留存结果）；预防条目；在明确日期安排的跟进。参考文件包括补救与留存闭环、客服语言模式、困难互动框架、服务质量测量、CX-EX 对齐；可用 continuous-improvement-system 将预防条目纳入运营节奏评审，售前方向用 premium-client-sales。公开渠道动作：公开投诉→一小时内公开确认（不辩解、不展开）→转私下渠道→私下解决→经客户同意后公开结语。每个已记录失败必须产出知识库条目、流程变更或可接受损失说明三者之一。