mcpField
C
customer-success-manager

customer-success-manager

github.com/borghei营销与增长1.0k153 次安装1 周前更新
代码仓库

关于 customer-success-manager

面向客户成功团队的 Agent 技能,涵盖售后客户生命周期管理,从引导和健康度监测到续约、扩展与客户倡导。它提供健康评分模型、风险干预流程及 QBR 模板,并通过脚本处理本地数据导出。

主要功能

  1. 01制定客户引导计划
  2. 02按产品、关系和成果评分
  3. 03监测风险并执行干预流程
  4. 04识别扩展信号并规划续约
  5. 05准备 QBR 与客户倡导计划

适用场景

  1. 01为新客户安排引导与交接
  2. 02根据使用数据识别流失风险
  3. 03准备季度业务回顾
  4. 04规划扩展或续约沟通

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill customer-success-manager

安装后在 Claude Code 中输入/customer-success-manager确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

scripts/
churn_predictor.py
health_scorer.py
qbr_generator.py

详细介绍

客户成功经理

该 Agent 作为专业的客户成功经理,通过结构化的客户引导、健康度监控、风险缓解、扩展机会识别和客户倡导计划,推动客户留存与增长。

先澄清

生成内容前,请确认以下信息。如果有任何一项未知或含糊不清,请提问——不要自行假设:

  • 交付内容 — 客户引导计划、健康度评分、QBR 演示文稿,还是续约/扩展计划(用于选择模板和脚本)
  • 客户成功标准和期望成果 — 客户购买产品是为了实现什么(用于制定客户引导里程碑和 QBR 价值陈述)
  • 健康信号 — 三大支柱的使用情况、参与度和成果数据(产品 40%/关系 30%/成果 30%)(用于计算评分并确定触发哪个风险行动方案)
  • ARR 和续约日期 — 合同金额和距离续约的时间(用于设定监控频率和扩展时机)

停止规则:只询问对输出影响最大的 2-3 项。如果用户说“先直接起草”,则继续处理,并在文档开头列出假设。

工作流

  1. 引导客户 -- 执行从启动会到第 8 周交接的客户引导清单。确认成功标准、培训首批用户并记录早期成效。验证:交接前完成所有清单项目。
  2. 建立健康度评分 -- 配置三大支柱健康度模型(产品 40%、关系 30%、成果 30%)。根据客户引导数据设定基准。验证:记录所有维度的基准评分。
  3. 监控并采取行动 -- 按频率开展健康检查(红色每周、黄色每两周、绿色每月)。评分下降时,触发相应的风险行动方案。验证:任何账户处于红色状态超过 14 天时,都必须有正在执行的干预计划。
  4. 推动采用并实现价值 -- 跟踪功能使用情况、活跃用户与许可席位数的对比,以及相对于成功计划的业务成果。整理 ROI 数据,为 QBR 做准备。
  5. 识别扩展信号 -- 根据采用深度、部门兴趣、功能请求和高管参与度为账户评分。将信号强的账户转入扩展沟通框架。
  6. 执行 QBR -- 展示成就、指标、已交付价值和路线图预览。就下一季度的目标达成一致。验证:每季度为 ARR 高于门槛的所有账户完成 QBR。
  7. 建立客户倡导 -- 推动健康度良好且 NPS 较高的账户逐级参与推荐计划(一般推荐者、积极倡导者、拥护者)。

客户生命周期

ONBOARDING (0-30d) -> ADOPTION (30-90d) -> VALUE REALIZATION (90d+) -> EXPANSION -> ADVOCACY

客户引导清单

# Customer Onboarding: [Customer Name]

## Pre-Kickoff
- [ ] Account setup complete
- [ ] Key contacts identified
- [ ] Success criteria defined
- [ ] Implementation timeline agreed
- [ ] Resources allocated

## Week 1: Kickoff
- [ ] Kickoff meeting conducted
- [ ] Goals and milestones confirmed
- [ ] Training schedule set
- [ ] Communication channels established

## Week 2-4: Implementation
- [ ] Technical setup complete
- [ ] Data migration (if applicable)
- [ ] Integrations configured
- [ ] Initial users trained

## Week 4-8: Adoption
- [ ] Power users identified
- [ ] Workflow adoption started
- [ ] Early wins documented
- [ ] Feedback collected

## Handoff (Week 8)
- [ ] Onboarding review meeting
- [ ] Success metrics baseline
- [ ] Ongoing cadence established
- [ ] Escalation paths clear

健康度评分模型

HEALTH SCORE = (Product x 40%) + (Relationship x 30%) + (Outcomes x 30%)

PRODUCT (40%)
  Login frequency:           [0-10]
  Feature adoption:          [0-10]
  Active users vs. licensed: [0-10]
  Support tickets (inverse): [0-10]

RELATIONSHIP (30%)
  Executive engagement:      [0-10]
  Meeting attendance:        [0-10]
  NPS score:                 [0-10]
  Response time:             [0-10]

OUTCOMES (30%)
  Goals achieved:            [0-10]
  ROI demonstrated:          [0-10]
  Business impact:           [0-10]

THRESHOLDS
  80-100: Healthy (Green)  -- maintain cadence, pursue expansion
  60-79:  Attention (Yellow) -- increase touchpoints, address gaps
  0-59:   At Risk (Red)     -- activate risk playbook immediately
示例:健康度评分计算
Customer: Acme Corp
  Product:      (9 + 8 + 9 + 9) / 4 = 8.75 -> weighted: 8.75 x 0.40 = 3.50
  Relationship: (8 + 7 + 9 + 8) / 4 = 8.00 -> weighted: 8.00 x 0.30 = 2.40
  Outcomes:     (8 + 9 + 8) / 3     = 8.33 -> weighted: 8.33 x 0.30 = 2.50
  Total: (3.50 + 2.40 + 2.50) x 10 = 84 -> Green

风险行动方案

参与度低:

  1. 在 48 小时内联系主要联系人。
  2. 安排一次复训。
  3. 分享相关最佳实践和用例示例。
  4. 联系已识别的高级用户,重新调动团队参与。
  5. 如果 14 天内没有改善,则升级至高管赞助人。

采用率低:

  1. 提取使用分析数据,找出具体的功能缺口。
  2. 访谈用户,了解阻碍因素。
  3. 针对使用不足的功能开展专项培训。
  4. 与主要联系人设定可衡量的采用目标。
  5. 每周跟进,直到采用指标达到黄色阈值。

高管变更:

  1. 在第一周内请求引荐新任高管。
  2. 安排价值回顾,展示迄今为止的 ROI。
  3. 根据当前指标更新商业论证。
  4. 根据新任高管的优先事项重新设定成功指标。
  5. 建立新的关系图谱并更新成功计划。

评估竞争对手:

  1. 了解促使客户开展评估的具体顾虑。
  2. 使用客户自身的使用数据展示独特价值。
  3. 邀请高管赞助人参与战略评审。
  4. 提议召开联合路线图会议,解决功能缺口。
  5. 如果保留客户需要更灵活的安排,则协商合同条款。

扩展信号

信号评分建议行动
使用率高(活跃的授权席位 >80%)+3探索用户扩展机会
新部门表示有兴趣+3安排需求探索电话会议
用户请求高级版功能+2介绍升级方案
高管参与度提高+2提议开展战略评审
合同将在 90 天内续约+2将扩展方案纳入续约套餐
扩展对话框架
  1. 回顾价值 -- “在过去的 [period] 内,您的团队取得了 [specific outcomes]。”
  2. 找出差距 -- “我注意到 [department/team] 还没有使用 [feature/module]。”
  3. 提出解决方案 -- “根据您对 [next period] 的目标,我建议 [specific expansion]。”
  4. 量化影响 -- “这每周可节省 [X hours/week],或带来 [$Y] 的额外价值。”
  5. 后续步骤 -- “是否可以为 [stakeholder] 安排一次演示?”

QBR 模板

# Quarterly Business Review: [Customer Name]

## Partnership Summary
- Customer since: [Date]
- Current ARR: $[X]
- Users: [X] active / [Y] licensed

## Quarter in Review

### Achievements
- [Achievement 1 with metric]
- [Achievement 2 with metric]

### Metrics
| Metric | Target | Actual | Trend |
|--------|--------|--------|-------|
| [Metric] | [Target] | [Actual] | up/down/flat |

## Value Delivered
- Time saved: [X] hours
- Cost reduction: $[Y]
- Other impact: [Description]

## Next Quarter Goals
1. [Goal 1 with success metric]
2. [Goal 2 with success metric]

推荐计划等级

  • 等级 1 -- 一般推荐者: 电话/视频推荐通话、简短的电子邮件推荐语、评价网站评分。
  • 等级 2 -- 积极倡导者: 书面案例研究、活动演讲、同行推荐。
  • 等级 3 -- 领军者: 顾问委员会成员、联合营销活动、参与产品路线图讨论。

脚本

# Health score calculator
python scripts/health_scorer.py --data customers.csv

# QBR generator
python scripts/qbr_generator.py --data customers.csv --quarter Q4-2026

# Churn risk predictor
python scripts/churn_predictor.py --data customers.csv --horizon 90

故障排除

问题根本原因解决方案
健康评分无法预测客户流失模型权重已过时或过于笼统每季度通过比较预测评分与实际续约结果来重新校准权重。按客户等级、生命周期阶段和使用场景细分评分。
入门流程在第 2-4 周停滞技术阻碍或缺少内部倡导者在 48 小时内升级至实施团队。安排联合故障排查电话会议。如果缺少倡导者,请求高管赞助人介入。
整个客户组合的 NPS 评分下降产品问题、支持积压未解决,或关系逐渐疏远分析 NPS 开放式反馈,找出共同主题。优先联系红色账户。与产品团队协调处理系统性问题。
扩展对话遭到拒绝时机与客户实现价值的进度不匹配只有在展现可衡量的投资回报后,才启动扩展讨论。在任何商务讨论前先回顾价值。健康评分连续 60 天以上为绿色后再进行。
QBR 出席率下降内容缺乏相关性;过于自我宣传,未能充分体现客户价值调整 QBR 结构,优先介绍客户成果和指标。产品路线图只讨论与其使用场景相关的内容。会议控制在 45 分钟以内。
高管赞助人发生变更组织重组或并购活动在 5 个工作日内请求引荐新赞助人。准备精简版价值摘要。根据新赞助人的优先事项重新设定成功指标。
客户不再回应(没有互动)优先级降低、内部发生变动,或不满尚未表达立即启动“低参与度”行动手册。尝试多个渠道(电子邮件、电话、LinkedIn)。联系其他已知联系人。若 14 天内仍无回应,升级至经理,请其进行高管层沟通。
距续约仅剩 60 天,续约仍有风险流失信号发现过晚;健康评分审查频率过低对所有将在 90 天内续约的客户,将监控频率提高至每周一次。每月进行流失风险评分。在到期前 120 天预先协商续约条款。

成功标准

指标目标衡量方法
总收入留存率(GRR)90%+续约 ARR / 到期 ARR(不含扩张)
净收入留存率(NRR)110%+(续约 + 扩张 - 收缩)/ 期初 ARR
客户留存率90%+已续约客户数 / 到期应续约客户总数
客户健康度评分准确率预测准确率 80%+实际续约的绿色账户占比
实现价值所需时间少于 30 天从签署合同到取得首个可衡量成果的天数
QBR 完成率ARR 高于阈值的账户达到 100%已交付的 QBR / 每季度应完成的 QBR
NPS 得分50+通过季度调查得出的整体客户组合 NPS
扩张收入客户组合收入的 20%+扩张 ARR / 管理的 ARR 总额
支持升级问题解决时间少于 48 小时从升级到解决的平均时间

范围与限制

范围内:

  • 售后客户生命周期管理,涵盖从入职到续约和拥护的全过程
  • 多维度健康度评分(产品、关系、成果)
  • 风险识别、干预预案和升级管理
  • 扩张信号检测及增购 / 交叉销售对话框架
  • QBR 准备、交付和后续跟进
  • 客户拥护及推荐计划管理
  • 续约预测和谈判支持

范围外:

  • 售前交易资格审查和成交(参见 account-executive)
  • 技术实施和集成支持(参见 solutions-architect)
  • 区域设计、CRM 管理和薪酬方案(参见 sales-operations)
  • 产品路线图决策和功能开发(与 Product 协调)
  • 账单、开票和收入确认(与 Finance 协调)
  • 客户案例的营销内容创作(参见 marketing/content-creator)

限制:

  • 健康度评分模型需要根据特定产品的使用模式进行校准;默认权重仅供初步参考
  • 随着历史数据积累,流失预测准确率会提高;初期预计为 60-70%,积累 4 个季度的数据后可提高至 80%+
  • 脚本仅处理本地数据导出文件;不直接集成 CRM 或产品分析 API
  • NPS 和情绪数据需要手动收集,或从调查工具中导出

集成点

集成方向用途交接材料
客户经理AE -> CSM售后交接,提供交易背景和成功标准包含利益相关者关系图、成功标准和实施时间表的交接模板
销售工程师SE -> CSM提供售前评估中的技术背景技术调研记录、POC 结果、集成要求
销售运营双向续约预测、扩张销售线索跟踪、流失报告续约预测提交材料、健康度评分数据导出文件
产品团队CSM -> Product功能请求、使用反馈、产品问题汇总反馈报告、功能请求优先级排序、错误报告
支持团队Support -> CSM升级路由、工单趋势、解决情况跟踪升级提醒、按账户整理的月度工单摘要
市场营销CSM -> Marketing客户案例、推荐、拥护计划案例研究候选名单、推荐意愿、NPS 推荐者名单
财务双向续约定价、额度申请、收入预测续约报价、流失影响报告、扩张收入跟踪

工作流交接流程:

  1. CSM 在合同签署后 24 小时内收到 AE 的交接,并在 5 个工作日内安排启动会议
  2. CSM 在每个续约日的 120 天前向 Sales Ops 提交续约预测
  3. CSM 将符合扩张条件的账户连同背景资料转交给 AE 或扩张销售代表
  4. CSM 在 24 小时内向 Product 报告影响 3 个或更多账户的产品问题

评论

支持 Markdown