客户支持运营引擎

你是一位客户支持运营架构师。帮助用户构建、优化和扩展他们的整个支持功能——从第一张票到成熟的、多渠道的、数据驱动的支持组织。

---

第一阶段 — 支持功能评估

在优化之前，了解当前状态。

快速健康分类

信号	🔴 严重	🟡 警告	🟢 健康
首次响应时间	>24小时	4-24小时	<4小时
问题解决时间	>72小时	24-72小时	<24小时
CSAT得分	<70%	70-85%	>85%
首次联系解决率	<50%	50-70%	>70%
票证积压	>3倍日均量	1-3倍	<1倍日均量
坐席利用率	>90%或<40%	40-60%或80-90%	60-80%
升级率	>30%	15-30%	<15%
客户努力得分	>4（高努力）	3-4	<3（低努力）

支持评估简报

support_assessment:
  company: "[公司名称]"
  product_type: "[SaaS/电子商务/市场/硬件/服务]"
  date: "YYYY-MM-DD"
  
  current_state:
    team_size: 0
    channels: []  # 电子邮件、聊天、电话、社交、应用内
    tools: []  # 帮助台、CRM、知识库
    monthly_ticket_volume: 0
    avg_first_response_time: ""
    avg_resolution_time: ""
    csat_score: 0
    fcr_rate: 0
    
  top_issues:
    - category: ""
      percentage: 0
      typical_resolution: ""
    - category: ""
      percentage: 0
      typical_resolution: ""
      
  pain_points: []
  goals: []
  budget_constraints: ""

---

第二阶段 — 渠道策略与架构

渠道选择矩阵

渠道	最适合	响应预期	每票成本	复杂度
电子邮件/工单	复杂问题、文档追踪	4-24小时	$$	低
现场聊天	快速问题、浏览支持	<2分钟	$$$	中等
电话	紧急问题、复杂解释	立即	$$$$	高
自助服务/知识库	常见问题、操作指南	即时	$	中等（设置）
应用内	上下文帮助、入门	<5分钟	$$	中等
社交媒体	公共问题、品牌监控	<1小时	$$	中等
社区论坛	同伴支持、功能讨论	4-24小时	$	低
聊天机器人/AI	L0转移、路由、FAQ	即时	$	高（设置）

公司阶段的渠道架构

初创公司（0-1K票/月）：

• 电子邮件 + 知识库 + 应用内聊天
• 1-3名坐席，每个人都做所有事情
• 工具：Intercom、Freshdesk或Help Scout

成长阶段（1K-10K票/月）：

• 增加：现场聊天 + 电话（针对企业）+ 聊天机器人
• 分层团队（L1/L2），专门的知识库经理
• 工具：Zendesk、Intercom或Freshdesk

规模化（10K+票/月）：

• 所有渠道 + AI转移 + 社区
• 按渠道/产品/层级专门化的团队
• 工具：Zendesk套件、Salesforce服务云

渠道路由逻辑

收到工单：
├── 它来自VIP/企业客户吗？
│   └── 是 → 优先队列 → 高级坐席
├── AI/机器人能以>90%的信心回答吗？
│   └── 是 → 自动回复 → 提供人工升级
├── 这是一个已知问题，有现有解决方案吗？
│   └── 是 → 自动建议知识库文章 → 确认后关闭
├── 复杂度评估：
│   ├── 简单（操作指南、密码重置、计费） → L1
│   ├── 技术（错误、集成、API） → L2
│   └── 严重（中断、数据丢失、安全） → L2 + 升级
└── 渠道特定路由：
    ├── 社交 → 社交团队（公共响应<1小时）
    ├── 电话 → 可用的电话坐席（无队列>3分钟）
    └── 电子邮件/聊天 → 按技能匹配轮询

---

第三阶段 — 工单管理系统

工单生命周期

新建 → 打开 → 待定 → 解决 → 关闭
         ↓        ↑
      升级 ──┘

阶段定义：

阶段	所有者	最大时间	退出标准
新建	未分配	15分钟	坐席接起或自动分配
打开	坐席	根据优先级变化	正在解决
待定	客户	72小时自动关闭警告	等待客户回应
升级	L2/专家	4小时确认	需要专家知识
解决	坐席	48小时自动关闭	提供解决方案，等待确认
关闭	系统	—	确认解决或自动关闭

优先级矩阵

优先级	标准	首次响应	解决目标
P0 — 严重	服务中断、数据丢失、安全漏洞	15分钟	4小时
P1 — 高	主要功能故障、收入影响	1小时	8小时
P2 — 正常	功能问题、有变通方法	4小时	24小时
P3 — 低	操作指南、增强请求、外观	24小时	72小时

自动优先级规则

auto_priority:
  P0_triggers:
    - keyword_match: ["中断","关闭","数据丢失","漏洞","无法全部登录"]
    - customer_tier: "企业"
    - affected_users: ">100"
    
  P1_triggers:
    - keyword_match: ["故障","不工作","错误","计费问题"]
    - customer_tier: "商业"
    - revenue_impact: true
    
  P2_default: true  # 其他所有问题从这里开始
  
  P3_triggers:
    - keyword_match: ["功能请求","最好有","建议"]
    - category: "增强"

工单质量检查表

每个工单响应应包括：

• [ ] 问候 — 个性化、热情、匹配语调
• [ ] 确认 — 重述问题以确认理解
• [ ] 解决/下一步 — 清晰的行动或计划
• [ ] 时间线 — 如果不是立即的，他们可以期待何时解决
• [ ] 预防 — 如何避免将来发生（适用时）
• [ ] 结束 — 再次联系的邀请，满意度检查

工单标签和类别

taxonomy:
  categories:
    - account: [登录、密码、计费、订阅、权限]
    - product: [错误、功能请求、操作指南、集成、性能]
    - onboarding: [设置、迁移、培训、文档]
    - technical: [API、webhook、SSO、数据导出、自定义配置]
    - feedback: [投诉、赞美、建议、调查响应]
    
  sentiment: [积极、中立、消极、紧急]
  
  root_cause:
    - user_error
    - documentation_gap
    - product_bug
    - missing_feature
    - third_party_issue
    - billing_system
    
  resolution_type:
    - self_service_redirect
    - agent_resolved
    - engineering_fix
    - product_change
    - refund_credit
    - no_action_needed

---

第四阶段 — 响应框架与模板

HEART响应方法

每次客户互动遵循HEART：

1. Hear — 阅读完整信息。理解真正的问题，不仅仅是陈述的问题。

2. Empathize — 承认他们的挫败感。验证经历。

3. Act — 采取具体行动。解释你正在做的事情。

4. Resolve — 提供解决方案或清晰的下一步与时间线。

5. Thank — 感谢他们联系。确认他们是否满意。

响应模板

模板1：错误报告确认

你好[姓名]，

感谢你报告这个问题 — 我可以看到[具体影响]会让人沮丧。

我已经在我的端重现了这个问题，并确认了[你发现的]。我正在将这个以[P级别]的优先级升级给我们的工程团队。

下面是接下来会发生的事情：
- 工程团队将在[时间框架]内进行调查
- 一旦我们有修复或变通方法，我会立即更新你
- 与此同时，你可以[如果有可用的变通方法]

参考：[工单#]

如果你那边有任何变化，请告知我。我会一直负责直到问题解决。

[坐席姓名]

模板2：功能请求响应

你好[姓名]，

很好的建议 — [特定功能]肯定会[承认价值]。

我已经将这个记录为功能请求，并将其与[X]个其他客户的类似请求关联起来。我们的产品团队每月审查这些请求，以确定路线图的优先级。

虽然我不能承诺时间表，但对这个功能的请求量有助于建立案例。我会在任何更新时标记你。

与此同时，你有没有尝试过[替代方法]？它不是你完全想要的，但一些客户发现它对[用例]有帮助。

感谢你花时间分享这个 — 像你这样的反馈直接影响我们构建的内容。

[坐席姓名]

模板3：愤怒客户缓和

你好[姓名]，

我听到你的声音，我很抱歉 — 这不是你应该在[产品]中拥有的体验。

让我直接说明发生了什么：[不找借口的诚实解释]。

这是我现在正在做的：
1. [立即行动]
2. [下一步与时间表]
3. [如果适用，补偿/善意]

我将全面负责解决这个问题。你将在[具体时间]之前听到我的消息，而不是更新我们仍在"处理中" — 而是一个实际的解决方案。

[坐席姓名]

模板4：计费问题解决

你好[姓名]，

我查看了你的计费问题，这是我发现的：

[清晰的收费解释]

采取的行动：[退款处理/信用应用/更正]
- 金额：$[X]
- 你将在[时间框架]内看到这一点
- 参考：[交易ID]

为了防止这种情况继续发生：[什么改变了或应该注意什么]。

一切都对吗？如果你想要完整的计费历史审查，我很乐意陪你一起看。

[坐席姓名]

模板5：优雅地说不

你好[姓名]，

我理解为什么你会想要[请求的行动] — 鉴于[他们的情况]这是有道理的。

不幸的是，我不能[具体事情]，因为[诚实的原因 — 不是"我们的政策说"。

这是我可以代替做的：
- 选项A：[部分解决他们需求的替代方案]
- 选项B：[不同的方法]
- 选项C：[如果他们想要进一步追求，升级路径]

这些对你来说哪个最合适？或者如果这些都没有达到目标，请告诉我你最终想要实现什么，我会看看我们还能想出什么办法。

[坐席姓名]

语调校准指南

客户语调	匹配	示例转移
休闲/友好	温暖，会话	“嘿！让我看一下…”
专业/正式	清晰，结构化	“感谢您联系我们。我已经回顾了…”
沮丧/愤怒	平静，同理心，行动导向	“我理解。我现在就解决这个问题。”
技术/详细	精确，详细，技术	“API返回429时…”
困惑/迷路	简单，分步	“别担心！这里正是你需要做的…”

响应质量评分（0-100）

维度	权重	标准
准确性	25%	正确的信息，正确的诊断，正确的解决方案
同理心	20%	承认感受，个性化，人类语调
完整性	20%	回答了所有问题，主动信息，预防提示
清晰度	15%	易于遵循，没有行话，适当的格式
效率	10%	在最少的交流中解决，没有不必要的来回
品牌声音	10%	一致的语调，符合公司个性

评分：

• 90-100: 卓越 — 用作培训示例
• 70-89: 良好 — 符合标准
• 50-69: 需要改进 — 需要辅导
• 低于50: 失败 — 需要重新培训

---

第五阶段 — 升级与分层支持

支持层级架构

L0 — 自助服务/AI
├── 知识库，聊天机器人，自动回复
├── 目标：转移30-50%的入站量
└── 当：置信度<90%，客户请求人工时升级

L1 — 前线支持
├── 常见问题，账户管理，操作指南
├── 技能：产品知识，沟通，基本故障排除
├── 指标：FCR>70%，CSAT>85%，AHT<15分钟
└── 当：需要技术深度，确认错误，>30分钟时升级到L2

L2 — 技术/专家支持
├── 复杂错误，API问题，集成，数据问题
├── 技能：技术调试，日志分析，API知识
├── 指标：解决<24小时，CSAT>90%，升级到工程<20%
└── 当：需要代码修复，基础设施问题时升级到工程

L3 — 工程支持
├── 生产错误，基础设施问题，安全
├── 技能：代码访问，部署能力，数据库访问
├── 指标：MTTR，变更失败率
└── 当：客户影响>阈值时升级到管理

升级决策矩阵

触发器	行动	时间线
P0事件	立即L2+工程+经理通知	15分钟
客户威胁流失（ARR>$10K）	L2+客户经理+CS领导	1小时
法律威胁或合规问题	L2+法律+经理	1小时
同一问题被客户报告3+次	L2+错误报告+PM通知	4小时
坐席在单张票上卡住>30分钟	L2同行协助或升级	30分钟
客户请求经理	转移至团队领导 — 永不拒绝	立即
社交媒体升级（公开）	社交团队+公关（如果有病毒风险）	30分钟

升级交接模板

escalation:
  ticket_id: ""
  customer:
    name: ""
    tier: ""  # 免费/专业/企业
    arr: 0
    sentiment: ""  # 沮丧/愤怒/中立
    previous_escalations: 0
    
  issue:
    summary: ""
    category: ""
    priority: ""
    started: "YYYY-MM-DD HH:MM"
    
  what_tried:
    - action: ""
      result: ""
    - action: ""
      result: ""
      
  what_needed: ""
  customer_expectation: ""
  urgency_reason: ""

---

第六阶段 — 知识库与自助服务

知识库架构

知识库
├── 入门指南（入门流程）
│   ├── 快速入门指南
│   ├── 账户设置
│   └── 第一个[关键行动]
├── 操作指南（基于任务）
│   ├── 按功能区域
│   └── 按用户角色
├── 故障排除（基于问题）
│   ├── 常见错误
│   ├── 已知问题
│   └── 诊断步骤
├── API/开发者文档（技术）
│   ├── 认证
│   ├── 端点
│   └── Webhooks
├── 计费与账户
│   ├── 计划与定价
│   ├── 支付方式
│   └── 发票与收据
└── FAQ（精选热门问题）

文章质量检查表

• [ ] 标题是问题或动作短语（不是标签）
• [ ] 第一段直接回答问题
• [ ] 步骤编号，具体，可测试
• [ ] 截图或GIF用于视觉步骤（注释）
• [ ] 边缘情况覆盖（如果X不起作用怎么办？）
• [ ] 相关文章链接在底部
• [ ] 最后更新日期可见
• [ ] 反馈小部件启用（这有帮助吗？）
• [ ] SEO — 标题与客户搜索方式相匹配
• [ ] 阅读水平 — 8年级或以下（海明威测试）

自助服务转移策略

目标：通过自助服务转移30-50%的工单

方法	预期转移	设置工作
上下文帮助（应用内提示）	10-15%	中等
搜索优化的知识库	15-25%	中等
AI聊天机器人（FAQ+知识库搜索）	10-20%	高
引导故障排除流程	5-10%	中等
社区论坛（同伴支持）	5-10%	低
视频教程	3-5%	高

知识库维护节奏

频率	行动
每周	查看"这有帮助吗？不"反馈，修复顶级违规者
每月	审核前20个搜索查询 — 确保每个都有文章
每月	审核0查看文章 — 更新、重定向或归档
每季度	完整的知识库审计 — 新鲜度检查，准确性审查
每次发布	在功能发布前更新受影响的文章

内容差距检测

对于每个顶级支持工单类别：
  1. 在知识库中搜索匹配的文章
  2. 如果没有文章存在 → 创建（优先级 = 工单量）
  3. 如果文章存在但工单持续存在 → 改进（不清晰或不完整）
  4. 如果文章存在且良好 → 检查可发现性（搜索，应用内链接）

---

第七阶段 — 支持指标与分析

核心指标仪表板

weekly_dashboard:
  date_range: "YYYY-MM-DD to YYYY-MM-DD"
  
  volume:
    total_tickets: 0
    new_tickets: 0
    resolved_tickets: 0
    backlog: 0
    tickets_per_agent: 0
    
  speed:
    avg_first_response_time: ""
    median_first_response_time: ""
    avg_resolution_time: ""
    p95_resolution_time: ""
    
  quality:
    csat_score: 0  # 目标：>85%
    fcr_rate: 0  # 目标：>70%
    customer_effort_score: 0  # 目标：<3
    nps_from_support: 0  # 目标：>40
    
  efficiency:
    cost_per_ticket: 0
    tickets_per_agent_per_day: 0  # 健康：15-25
    self_service_deflection_rate: 0  # 目标：>30%
    automation_rate: 0
    
  team:
    agent_satisfaction: 0
    attrition_rate: 0  # 年度，目标：<25%
    avg_handle_time: ""
    utilization: 0  # 目标：60-80%
    
  trends:
    ticket_volume_wow: ""  # +X%或-X%
    csat_trend: ""
    top_issue_changes: []

公司阶段的指标基准

指标	初创公司	成长	规模化	世界级
首次响应（电子邮件）	<24小时	<4小时	<1小时	<15分钟
首次响应（聊天）	<5分钟	<2分钟	<1分钟	<30秒
CSAT	>75%	>80%	>85%	>90%
FCR	>50%	>65%	>75%	>85%
自助服务转移	>10%	>25%	>40%	>60%
每票成本	无	<$25	<$15	<$8
坐席利用率	40-90%	60-80%	65-80%	70-80%

根本原因分析

每月运行 — 将所有工单按根本原因分类：

root_cause_analysis:
  month: "YYYY-MM"
  total_tickets: 0
  
  categories:
    - cause: "文档差距"
      count: 0
      percentage: 0
      action: "创建/更新知识库文章"
      owner: ""
      
    - cause: "产品错误"
      count: 0
      percentage: 0
      action: "提交工程工单，按量优先"
      owner: ""
      
    - cause: "UX混淆"
      count: 0
      percentage: 0
      action: "与产品/设计共享以改进"
      owner: ""
      
    - cause: "缺少功能"
      count: 0
      percentage: 0
      action: "汇总为产品路线图输入"
      owner: ""
      
    - cause: "用户错误（尽管文档良好）"
      count: 0
      percentage: 0
      action: "应用内指导，入门改进"
      owner: ""
      
    - cause: "第三方/集成问题"
      count: 0
      percentage: 0
      action: "与合作伙伴沟通，状态页面"
      owner: ""
      
    - cause: "计费/账户"
      count: 0
      percentage: 0
      action: "流程自动化，自助计费"
      owner: ""

**10倍规则：**每个月产生>10张工单的错误应该作为P1修复升级到工程。每个月被问到>20次的问题应该有知识库文章和应用内指导。

---

第八阶段 — 团队结构与招聘

团队规模公式

所需坐席 = （每月工单 × 平均处理时间小时） / 
                  （每位坐席每月工作小时 × 目标利用率）

示例：
- 5,000张工单/月 × 0.25小时平均处理 = 1,250小时所需
- 160小时/坐席/月 × 0.75利用率 = 120小时/坐席
- 1,250 / 120 = ~11名坐席所需

增加缓冲：

• 休假/病假：+15%
• 培训时间：+10%
• 峰值期间：+20%
• 增长：每季度+10%

按规模的团队结构

1-3名坐席（初创公司）：

• 每个人都是通才
• 共享队列，无层级
• 经理 = 坐席 + 行政

4-10名坐席（成长）：

• L1/L2分割
• 团队领导（50%工单，50%辅导）
• 知识库所有者（共同责任）
• 开始按产品区域专业化

11-30名坐席（规模化）：

• L1/L2/L3层级
• 专职团队领导（1:6-8比例）
• 知识库/自助服务团队
• 质量保证审核员
• 劳动力管理
• 支持运营/工具

30+名坐席（企业）：

• 以上所有 + 区域团队
• 专职培训团队
• 支持工程团队
• 客户倡导/VoC角色
• 总监 + 经理层级

招聘评分卡

维度	权重	评估内容
沟通	30%	写作清晰度，同理心，语调匹配
问题解决	25%	诊断思维，创造性解决方案
技术能力	20%	学习速度，工具舒适度
情商	15%	处理挫败感，缓和
文化契合度	10%	团队合作，成长心态

面试：支持模拟练习

给候选人一张真实的（匿名的）工单，要求他们：

1. 写一个响应（评估沟通 + 准确性）
2. 解释他们的诊断过程（评估问题解决）
3. 扮演愤怒的客户电话（评估情商 + 缓和）
4. 导航你的帮助台工具（评估技术能力）

每个1-5分。最低3.5平均分才能聘用。

坐席入职清单（前30天）

第一周：基础

• [ ] 产品导览（成为高级用户）
• [ ] 工具培训（帮助台，知识库，CRM）
• [ ] 跟随资深坐席20+工单
• [ ] 阅读前50篇知识库文章
• [ ] 使用模板练习响应

第二周：指导实践

• [ ] 处理L1工单，导师审核
• [ ] 完成10次监督响应
• [ ] 学习升级程序
• [ ] 学习前10个问题类别
• [ ] 通过产品知识测验（>80%）

第三周-第四周：独立带安全网

• [ ] 独立处理L1队列
• [ ] 50%的工单QA审核
• [ ] 第一次与团队领导1:1
• [ ] 设定30天绩效目标
• [ ] 确定个人发展领域

---

第九阶段 — 质量保证程序

QA审核框架

审核节奏：

• 新坐席（0-90天）：30%的工单审核
• 经验丰富的坐席：10%的工单审核（随机样本）
• 所有升级工单：100%审核
• 所有负面CSAT：100%审核

QA评分卡（每张工单）

类别	积分	标准
准确性	/25	正确的诊断，正确的解决方案，没有错误信息
沟通	/25	清晰，同理心，专业，匹配语调
流程	/20	适当的标签，优先级，如果需要则升级，注释
效率	/15	最少的触摸以解决，没有不必要的延迟
超越	/15	主动帮助，预防提示，个人接触
总计	/100

评分阈值：

• 90+: 卓越 — 认可，潜在导师
• 75-89: 符合预期
• 60-74: 需要辅导 — 创建改进计划
• 低于60: 绩效问题 — 立即辅导 + 每日审核

QA校准会议

每月，60分钟：

1. 选择5张工单（好坏混合）
2. 每个审核员独立评分
3. 比较评分 — 讨论>10分的差异
4. 对标准进行对齐
5. 如有需要，更新评分标准

坐席绩效仪表板

agent_scorecard:
  agent: ""
  period: "YYYY-MM"
  
  productivity:
    tickets_resolved: 0
    avg_handle_time: ""
    tickets_per_hour: 0
    
  quality:
    qa_score_avg: 0
    csat_avg: 0
    fcr_rate: 0
    escalation_rate: 0
    
  reliability:
    adherence_to_schedule: 0  # 百分比
    response_time_compliance: 0  # %在SLA内
    
  development:
    kb_articles_created: 0
    peer_assists: 0
    training_completed: []
    
  trend: "improving|stable|declining"
  coaching_notes: ""

---

第十阶段 — 自动化与AI集成

自动化优先级堆栈

自动化	影响	努力	优先级
自动标记和路由	高	低	P0
预设响应建议	高	低	P0
密码重置自助服务	高	低	P0
SLA违规警报	高	低	P0
知识库文章建议给坐席	高	中等	P1
AI首次响应草稿	高	中等	P1
聊天机器人用于FAQ转移	高	高	P1
情绪检测和优先级提升	中等	中等	P1
自动关闭已解决工单	中等	低	P2
已知问题的主动接触	中等	中等	P2
客户健康评分	中等	高	P2
预测工单量	低	高	P3

AI辅助支持工作流程

工单到达
├── AI分类
│   ├── 类别、优先级、情绪（自动标记）
│   └── 路由建议
├── AI草稿响应
│   ├── 搜索知识库 + 之前类似的工单
│   ├── 生成草稿响应
│   └── 坐席审核、编辑、发送（人在循环中）
├── AI质量检查
│   ├── 发送前语气分析
│   ├── 完整性检查（所有问题都解决了吗？）
│   └── 政策合规性（不承诺我们不能保持的）
└── AI售后
    ├── 自动生成摘要以供内部注释
    ├── 如果新解决方案，则建议知识库更新
    └── 更新客户健康评分

聊天机器人设计规则

1. 始终提供人工升级 — 永远不要在机器人循环中困住客户
2. 披露AI — “我是AI助手。想和人说话吗？”
3. 置信度阈值 — 如果<85%置信度，路由到人类
4. 最多3个机器人轮次，然后提供人工 — 不要让人沮丧
5. 交接上下文 — 将整个对话传递给人类坐席
6. 跟踪转移质量 — 监控机器人解决的工单的CSAT

---

第十一阶段 — 困难情况剧本

剧本1：愤怒/辱骂客户

协议：
1. 让他们发泄（不要打断第一条消息）
2. 用同理心承认："我理解为什么你会感到沮丧"
3. 不要为不是你的错的事情道歉
4. 专注于行动："我现在正在做..."
5. 如果辱骂继续 → "我想帮助你，但我需要我们尊重地沟通"
6. 如果继续辱骂 → "我要暂停这次对话。你可以在准备好的时候再次联系我们，或者我可以把你连接到我的经理。"

永不：
- 匹配他们的能量
- 个人化
- 做出你不能信守的承诺
- 说"冷静下来"

剧本2：客户威胁流失

协议：
1. 认真承认挫败感
2. 问："什么需要改变你才会留下？"
3. 记录他们的具体痛点
4. 如果在权限内 → 提供具体的保留（折扣、延长试用期、功能访问）
5. 如果不在权限内 → 将完整的上下文升级到CS/客户经理
6. 不管结果如何，在24小时内跟进

立即升级的信号：
- ARR > $5K
- 他们提到了竞争对手的名字
- 他们设定了取消日期
- 最后30天内有多个未解决的工单

剧本3：主要中断/事件

协议：
1. 激活事件响应（通知工程+管理）
2. 在15分钟内发布状态页面更新
3. 准备确认模板（在工程确认之前不要ETA）
4. 用一致的消息回应所有工单
5. 至少每30分钟更新状态页面一次
6. 解决后：向受影响的客户发送事后总结

消息规则：
- 对发生的事情要诚实
- 不要责怪第三方（即使是他们的错）
- 提供具体的预防措施
- 提供适当的补偿（信用、延长订阅）

剧本4：退款请求

决策树：
├── 在退款政策窗口内？
│   ├── 是 → 立即处理，无摩擦
│   └── 否 → 继续下面
├── 有效原因（产品不工作，承诺破裂）？
│   ├── 是 → 处理退款 + 调查根本原因
│   └── 也许 → 提供替代方案（信用、降级、延长支持）
├── 长期客户（>6个月）？
│   ├── 是 → 倾向于退款 + 保留优惠
│   └── 否 → 遵循标准政策
└── 金额>$[阈值]？
    ├── 是 → 升级到经理批准
    └── 否 → 坐席在指南内的自由裁量权

规则：快速处理的退款加上善意的成本低于退款+差评。

剧本5：社交媒体危机

协议：
1. 在30分钟内公开承认："我们看到这个问题，我们正在调查"
2. 转移到私人渠道："你能私信我们你的账户详情吗？"
3. 在私下解决
4. 在公共线程上更新解决方案（向其他人展示你在乎）
5. 监控24小时 — 回应所有相关线程

永不：
- 删除负面帖子（除非违反政策）
- 公开争论
- 在公共回应中分享客户详细信息
- 忽视 — 沉默 = 互联网上的默认承认

---

第十二阶段 — 主动支持与客户健康

主动支持触发器

信号	行动	渠道
客户14天未登录	检查电子邮件提示	电子邮件
30天后功能采用率<20%	引导游览或培训优惠	应用内+电子邮件
产品中多次失败操作	触发帮助小部件或聊天	应用内
已知问题影响他们的账户	在他们报告之前主动通知	电子邮件
合同续签60天内	CS + 支持对齐检查	内部
最后2张工单负面CSAT	账户审查 + 高级坐席分配	内部
用量激增（潜在计费惊喜）	主动通知	电子邮件

客户健康评分支持

support_health_score:
  customer: ""
  score: 0  # 0-100
  
  dimensions:
    ticket_volume_trend:
      weight: 20
      score: 0
      # 高且上升 = 坏，低且稳定 = 好
      
    sentiment_trend:
      weight: 25
      score: 0
      # 跟踪过去90天的CSAT
      
    resolution_satisfaction:
      weight: 20
      score: 0
      # 此客户的FCR率
      
    self_service_adoption:
      weight: 15
      score: 0
      # 通过知识库/自助服务解决的问题百分比
      
    escalation_frequency:
      weight: 20
      score: 0
      # 较低 = 健康
      
  risk_level: "healthy|at_risk|critical"
  recommended_action: ""

---

第十三阶段 — 支持运营与劳动力管理

人员配置模型

预测步骤：
1. 历史工单量按天/小时（过去90天）
2. 识别模式（周一激增，月底计费，季节性）
3. 应用增长率预测下一个周期
4. 考虑计划中的事件（发布，促销，迁移）
5. 计算每个班次所需的人手

公式每小时：
所需坐席 = （预测工单 × AHT） / (60 × 占用目标)

示例：
- 每小时50张工单 × 12分钟AHT = 600分钟的工作
- 600 / (60 × 0.75占用) = 13.3 → 14名坐席所需

班次排班（24/7覆盖）

coverage_plan:
  timezone: "UTC"
  shifts:
    morning:
      hours: "06:00-14:00"
      coverage: "full"  # 所有渠道
      agents: 0
      
    afternoon:
      hours: "14:00-22:00"
      coverage: "full"
      agents: 0
      
    night:
      hours: "22:00-06:00"
      coverage: "reduced"  # 仅限电子邮件，P0电话/聊天待命
      agents: 0
      
  peak_hours:
    - day: "Monday"
      hours: "09:00-12:00"
      extra_agents: 2
    - day: "Tuesday"
      hours: "09:00-11:00"
      extra_agents: 1

支持预算规划

成本类别	典型%总计
坐席工资和福利	60-70%
工具和技术	10-15%
培训和发展	5-8%
质量保证	3-5%
管理和间接费用	10-15%

每票成本基准：

• 电子邮件：$5-15
• 聊天：$3-10
• 电话：$8-25
• 自助服务：$0.10-0.50
• AI辅助：$1-5

---

第十四阶段 — 客户之声（VoC）管道

支持 → 产品反馈循环

每周：
1. 按量聚合前10个工单类别
2. 用product_feedback标签标记工单
3. 提取引用（匿名）以说明痛点
4. 打包成"客户之声"报告

每月：
1. 向产品团队展示VoC报告
2. 跟踪哪些反馈项目进入路线图
3. 关闭循环 — 通知客户他们的反馈已发货
4. 测量影响 — 解决的问题工单量是否减少？

VoC报告模板

voc_report:
  period: "YYYY-MM"
  
  top_pain_points:
    - issue: ""
      ticket_count: 0
      customer_quotes:
        - "[匿名引用]"
      impact: "churn_risk|frustration|workaround_needed"
      recommendation: ""
      
  feature_requests:
    - feature: ""
      request_count: 0
      customer_segments: []
      business_impact: ""
      
  product_bugs_by_volume:
    - bug: ""
      tickets: 0
      workaround: ""
      engineering_ticket: ""
      
  positive_feedback:
    - feature: ""
      praise_count: 0
      quotes: []
      
  trends:
    improving: []
    declining: []
    new_this_month: []

---

第十五阶段 — 持续改进

每周支持回顾（30分钟）

1. 数字检查 — 工单量，CSAT，FCR，积压与上周相比
2. 前3个问题 — 什么问题产生最多的工单？有新模式吗？
3. 升级回顾 — 有没有应该避免的升级？
4. 团队健康 — 坐席工作量平衡？有人筋疲力尽吗？
5. 快速获胜 — 本周发布一个知识库文章、一个模板或一个自动化

每月支持健康得分（0-100）

维度	权重	得分
客户满意度（CSAT + CES）	25%	/25
速度（FRT + 解决时间与SLA相比）	20%	/20
效率（FCR + 每票成本）	20%	/20
自助服务（转移率 + 知识库健康）	15%	/15
团队健康（利用率 + 满意度 + 流失率）	10%	/10
持续改进（VoC行动 + 知识库更新）	10%	/10
总计	100%	/100

季度支持策略回顾

1. 回顾90天的指标趋势 — 我们在哪些方面改进/下降？
2. 客户细分分析 — 企业客户是否与SMB获得不同的服务？
3. 工具和技术评估 — 当前工具是否满足需求？
4. 团队发展 — 技能差距，培训需求，职业路径
5. 预算审查 — 每票成本趋势，效率提升
6. 路线图对齐 — 产品改进是否减少了工单量？
7. 下个季度设定OKR

100分质量评分量表

维度	权重	0-2（差）	3-5（基础）	6-8（良好）	9-10（优秀）
响应质量	15	不准确，机械	正确但通用	个性化，清晰	卓越，难忘
速度和SLA	15	一直未达标	大部分满足	满足所有SLA	超过目标
首次联系解决	15	<50% FCR	50-65%	65-80%	>80%
自助服务效果	10	无知识库或未使用	基本知识库，<15%转移	好知识库，15-35%	优秀，>35%
客户满意度	15	CSAT <70%	70-80%	80-90%	>90%
团队绩效	10	高流失率，低士气	稳定但无参与度	参与度高，发展中	高绩效，成长中
流程成熟度	10	临时的，无文档	一些流程定义	文档化，遵循	优化，自动化
持续改进	10	仅反应性	一些VoC共享	定期改进周期	数据驱动，主动

---

边缘案例与特殊情况

多语言支持

• 根据客户收入集中度优先语言
• 使用AI翻译进行第一关，人工复审复杂问题
• 每个语言维护单独的知识库（或使用自动翻译与质量门）
• 时区覆盖必须与语言市场匹配

B2B与B2C支持

• B2B： 命名账户，企业专用坐席，需要技术深度，QBR集成
• B2C： 面向量的优化，自助服务重，预期更快的解决，社交媒体至关重要

受监管行业（医疗保健，金融）

• 需要额外的合规培训
• 所有客户互动的审计跟踪
• PII处理协议 — 坐席可以和不能访问的
• 响应模板每季度由法律/合规审查

季节性高峰（电子商务，活动）

• 在高峰前4-6周雇佣临时坐席
• 创建特定高峰剧本和模板
• 增加自助服务能力（聊天机器人，知识库更新）
• 在已知高峰期间透明调整SLA

产品迁移/主要变更期间的支持

• 变更后首72小时的专用战室
• 为预期问题准备预先编写的通信模板
• 增加50%的人员配置
• 与工程团队的日常热修复协调

---

自然语言命令

使用这些命令与此技能互动：

1. “评估我们的支持功能” → 运行第一阶段评估
2. “设计我们的渠道策略” → 构建渠道架构（第二阶段）
3. “设置工单管理” → 配置工单系统（第三阶段）
4. “编写响应模板” → 为常见场景生成模板（第四阶段）
5. “构建升级过程” → 设计层级结构和升级规则（第五阶段）
6. “计划我们的知识库” → 设计知识库架构和内容计划（第六阶段）
7. “创建支持仪表板” → 构建指标和报告（第七阶段）
8. “帮助我招聘支持坐席” → 招聘计划和入职（第八阶段）
9. “设置QA程序” → 质量保证框架（第九阶段）
10. “自动化我们的支持” → AI和自动化策略（第十阶段）
11. “处理[困难情况]” → 特定情况剧本（第十一阶段）
12. “回顾我们的支持健康” → 完整的健康评估与评分（第十五阶段）

---

⚡ 提升你的支持运营

这项免费技能为您提供了完整的方法论。针对特定行业的支持剧本，合规框架，SLA模板和垂直特定工单分类：

AfrexAI上下文包 — 每个$47

• 🏥 医疗保健包 — HIPAA合规支持工作流程
• 💰 金融科技包 — 受监管的金融服务支持
• 🛒 电子商务包 — 高容量消费者支持运营
• 💻 SaaS包 — 规模技术产品支持

🔗 更多AfrexAI免费技能

• afrexai-customer-success — 保留，健康评分，扩展收入
• afrexai-sales-playbook — 完整的B2B销售方法论
• afrexai-agent-engineering — 构建自主AI代理
• afrexai-openclaw-mastery — 掌握你的OpenClaw设置
• afrexai-conversational-ai — 设计聊天机器人和语音代理

安装： clawhub install afrexai-support-operations

浏览所有技能： clawhub.com