关于 cs-escalation-brief
为客户成功和管理层整理客户升级事件简报，支持快速理解情况、决策和采取行动。内容包括事件时间线、根因、客户诉求、业务影响及带负责人和期限的解决计划。
主要功能
- 01按级别校准紧急程度与受众
- 02整理事件事实和时间线
- 03分析根因与客户立场
- 04量化业务影响与续约风险
- 05制定含负责人和期限的解决计划
- 06明确管理层决策请求
适用场景
- 01准备客户升级事件的内部简报
- 02为续约受威胁的账户制定应对方案
- 03汇总需要高管介入的客户问题
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/cs-escalation-brief确认已加载。
包含的文件
除 SKILL.md 外，安装时一起下载的参考资料和脚本。
references/deescalation-sequencing.mdworked-example.mdtemplates/escalation-brief.md详细介绍
客户升级简报技能
撰写清晰、简洁的升级简报，让内部利益相关者——客户成功副总裁、首席客户官、产品领导层或首席执行官——全面了解情况、作出决策并迅速采取行动。
优秀的升级简报不是一封投诉信，而是一份专业文件：陈述事实、如实明确责任，并提出具体的解决方案。
所需输入
如尚未提供，请询问以下信息：
- 客户名称、级别和 ARR
- CSM 姓名和客户负责人
- 升级性质——发生了什么，客户怎么说
- 导致升级的事件时间线
- 发起升级的客户联系人（姓名、职位、影响力级别）
- 客户的诉求——客户明确提出的要求
- 我们认为的根本原因
- 为解决问题已采取的措施
- 续约日期和当前续约风险评估
升级级别
根据升级级别调整紧急程度和沟通对象：
| 级别 | 触发条件 | 沟通对象 | 响应时间 |
|---|---|---|---|
| L1 — 客户账户风险 | 客户表示不满；续约面临风险 | CSM + 客户成功经理 | 24 小时 |
| L2 — 高管升级 | 客户已向其高管升级；要求供应商高管介入 | 客户成功副总裁 + 客户执行负责人 | 4 小时 |
| L3 — 流失风险 | 客户已发出通知或正在积极讨论终止合作 | 首席客户官 / 首席执行官 + 收入领导层 | 1 小时 |
| L4 — 公共风险 | 客户威胁公开升级、采取法律行动或联系媒体 | 首席客户官 / 法务 / 公关 | 立即 |
输出格式
升级简报：[客户名称]
升级级别： L[1/2/3/4] — [标签] 提出日期： [日期] 提出人： [CSM 姓名] 升级负责人： [当前负责主导响应的高管或高级利益相关者姓名]
客户账户概况
| 字段 | 详情 |
|---|---|
| ARR | £/$/€[X] |
| 级别 | 企业 / 中型市场 / SMB |
| 客户关系始于 | [日期] |
| 续约日期 | [日期] — 距今 [N] 天 |
| 续约风险（升级前） | 绿 / 黄 / 红 |
| 续约风险（当前） | 绿 / 黄 / 红 |
| 发起升级的客户联系人 | [姓名、职位、资历] |
| 客户方高管赞助人 | [姓名、职位 — 积极 / 被动 / 空缺] |
| 供应商方高管赞助人 | [姓名、职位] |
事件概述
[用 3–5 句话平实陈述事实。客户经历了什么、如何回应，以及我们如何得知此次升级。不要加入主观评论，也不要归咎于任何人。]
时间线
按时间顺序列出。每条格式为：[日期 / 时间] — [发生的事情。谁采取了什么行动。]
包括：
- 原始问题或触发事件发生的时间
- 客户首次（非正式）提出担忧的时间
- 升级发生的时间（正式升级或高管介入）
- 升级后采取的行动
根本原因
主要原因： [用一句话清楚说明具体出了什么问题。]
促成因素：
- [因素 1 — 如实说明内部失误和外部因素]
- [因素 2]
这是系统性问题还是个例？ [ ] 仅限此客户账户 [ ] 其他客户账户也出现过类似情况 — 详情：[_______] [ ] 需要修复的产品或流程缺陷
客户明确表达的立场
客户表示发生了什么： [公平、不加筛选地陈述客户对事件的说法]
客户提出的要求： [客户明确提出的诉求——补偿、在指定日期前修复、与高管通话、SLA 赔偿抵扣、退出条款]
提出升级的联系人的情绪： [不满但愿意建设性沟通 / 愤怒 / 希望终止合作 / 未知]
公开升级风险： 低 / 中 / 高 — [若为中或高，请提供依据]
业务影响
| 影响类型 | 详情 |
|---|---|
| 面临风险的 ARR | £/$/€[X] |
| 潜在流失概率 | [X]% |
| 声誉风险 | 低 / 中 / 高 |
| 推荐客户 / 案例研究状态 | [曾作为推荐客户——现在面临风险 / 非推荐客户] |
| 面临风险的扩展销售管道 | £/$/€[X] |
迄今为止已采取的措施
- [采取的措施 — 由谁采取 — 日期 — 结果]
- [采取的措施 — 由谁采取 — 日期 — 结果]
- [采取的措施 — 由谁采取 — 日期 — 结果]
是否已正式道歉或作出说明？ 是 / 否
拟议解决方案
立即采取的措施（未来 24–48 小时）：
| 措施 | 负责人 | 截止时间 |
|---|---|---|
| [措施] | [姓名] | [日期] |
| [措施] | [姓名] | [日期] |
中期措施（未来 2–4 周）：
| 措施 | 负责人 | 截止时间 |
|---|---|---|
| [措施] | [姓名] | [日期] |
我们不会提供的内容： [明确说明哪些内容不在考虑范围内，避免预期不一致]
成功标准： [我们如何判断升级事件已解决？客户需要确认什么才能表明他们满意？]
需要升级负责人作出的决定
[明确说明升级负责人需要提供什么决定或资源。务必具体，不要让他们反过来询问。例如：“我们需要批准为 Q2 提供 20% 的服务抵扣”，或“我们需要在 48 小时内与 [姓名] 进行高管通话。”]
沟通计划
| 受众 | 消息 | 渠道 | 负责人 | 截止时间 |
|---|---|---|---|---|
| 提出升级的客户联系人 | [消息摘要] | 电子邮件 / 电话 | [姓名] | [日期] |
| 客户高管赞助人 | [摘要] | 电话 | [姓名] | [日期] |
| 内部 CS 团队 | [摘要] | Slack / 会议 | CS 经理 | [日期] |
深入资料
此技能附带支持文件；有这些文件时请使用：
references/deescalation-sequencing.md— 降级处理顺序：客户账户陷入危机时的操作流程。在生成输出时应用其中的内容；该文件包含本方法摘要所概括的校准原则和判断要点。templates/escalation-brief.md— 带有内嵌质量门槛的可填写交付成果模板。用户想自行填写文档，而不是由系统生成时，请提供此模板。
评分标准（0–40）
交付前，先为此技能生成的任何输出评分；32 分及以上才达到交付质量。
| 维度 | 0 | 5 | 10 |
|---|---|---|---|
| 根本原因的具体性与诚实度 | 说法含糊（“沟通不畅”）或将责任归咎于个人 | 指明了具体原因，但淡化了内部失误，或未判断问题是系统性还是个例 | 明确指出主要原因，直言内部失误的促成因素，并明确判断问题是系统性还是个例 |
| 量化业务影响 | 未提供 ARR 数值；仅用形容词描述客户流失风险 | 已说明 ARR，但未填写客户流失概率、扩展商机或客户推荐风险 | 对面临风险的 ARR、客户流失概率、扩展商机以及推荐风险 / 声誉风险均作出量化 |
| 公正呈现客户立场 | 未提及客户立场、淡化其立场，或将其转述得无关紧要 | 陈述了客户诉求，但过滤了客户对事件的描述，或未评估其情绪 | 公正、如实地陈述客户对事件的描述、明确诉求、情绪以及公开升级的风险 |
| 计划的决策就绪度 | 没有明确诉求；简报以“你怎么看？”收尾；负责人待定 | 有计划，但所需决定不明确，或部分措施缺少负责人和日期 | 明确请求升级负责人作出具体决定；每项措施均有负责人和日期；明确列出我们不会提供的内容和成功标准 |
质量检查
- 根本原因描述具体，不是没有细节的“沟通不畅”或“产品缺陷”
- 公正陈述客户立场，不淡化或否定
- 明确请求升级负责人作出决定，简报不以“你怎么看？”收尾
- 已量化面临风险的 ARR
- 沟通计划列明负责人和日期，不是“待定”
- 措辞专业，不将责任归咎于个人
反模式
- 不要将责任归咎于个人——应聚焦于系统故障和流程缺陷
- 不要淡化面临风险的 ARR，也不要含糊地描述客户流失风险而不提供数字
- 不要将解决方案计划的负责人留为“待定”或不指定负责人
- 不要在没有升级负责人明确诉求的情况下撰写简报
- 不要遗漏客户自己表明的立场——必须公正地呈现客户的观点
示例触发语
- “这个客户正威胁要流失。”
- “为这位客户撰写一份升级简报。”
- “有一个 P1 问题需要高管关注。”
- “准备一份内部客户挽留方案。”