定义有效跨职能风险管理的角色和职责02_核心团队角色定义

一、核心团队角色体系概览

1.1 核心团队的战略定位

在跨职能风险协作体系中，核心团队是指在风险管理中承担主要责任、直接参与风险识别、评估、处理和验证的团队。这些团队的角色定义清晰、职责边界明确、协作关系顺畅，是风险管理的骨干力量。

核心团队包括四个主要团队：客户成功团队、销售团队、产品团队、支持团队。这四个团队形成风险管理的"铁三角+支撑"体系：客户成功团队作为风险Owner主导风险处理，销售团队从商务角度提供支持和决策，产品团队从技术角度解决问题，支持团队从服务角度提供保障。此外，还有扩展团队（财务、法务、运营、市场、数据/BI）在特定场景下提供专业支持。

核心团队的定位，决定了风险管理的责任主体和协作模式。只有核心团队的角色清晰、职责明确，风险管理才能真正落到实处，避免责任推诿、决策延迟、协作低效等问题。

1.2 核心团队的协作关系

客户成功团队（风险Owner）：

定位：风险处理的主导者和协调者

职责：风险识别、评估、协调、执行、验证、关闭

协作关系：主导与销售、产品、支持团队的协作，是跨部门协作的中心节点

销售团队（商务决策者）：

定位：商务风险的决策者和协调者

职责：续约管理、商务谈判、商业关系维护

协作关系：配合CS团队的风险处理，提供商务视角的信息和决策

产品团队（技术解决者）：

定位：产品风险的解决者和决策者

职责：产品问题评估、修复、需求优先级决策

协作关系：配合CS团队的风险处理，提供技术视角的支持

支持团队（服务保障者）：

定位：服务风险的响应者和处理者

职责：技术问题响应、SLA管理、重大事件处理

协作关系：配合CS团队的风险处理，提供服务视角的支持

1.3 角色定义的设计原则

完整性原则：角色定义必须覆盖风险管理的全部环节，从风险识别到风险关闭，每个环节都有明确的角色负责，不能有遗漏和空白。

清晰性原则：每个角色的职责边界必须清晰，避免职责重叠和模糊。清晰的角色边界，是有效协作的前提。

可操作性原则：角色定义必须具体、可操作，不能停留在抽象层面。每个角色都应该知道在具体场景下该做什么、怎么做、向谁汇报。

一致性原则：角色定义必须与组织架构、流程、工具保持一致。角色定义不能脱离实际，必须与现有的组织架构、流程、工具相协调。

灵活性原则：角色定义需要保持一定的灵活性，适应不同业务场景和客户群体的差异。同时也要保持核心的一致性，避免过度灵活导致混乱。

__________________________________________________

二、客户成功团队

2.1 团队定位与核心职责

客户成功团队（CS团队）是跨职能风险协作的中心节点，是风险的Owner。CS团队不是客户成功工作的执行者，而是跨部门协作的发起者、协调者和监督者。CS团队的核心价值，在于通过专业的跨部门协调能力，确保客户风险得到及时、有效的处理。

核心职责：

风险识别与监控：

主动监控客户健康度，及时发现风险信号

分析使用数据，识别采用不足的风险

从客户沟通中捕捉风险信号

使用健康分、使用率、工单数据等指标进行风险预警

跨部门协调：

发起跨部门协作，协调相关部门参与风险处理

制定干预计划，协调资源和时间节点

监控执行进度，及时处理协作中的问题

确保各部门按照时间节点和质量要求完成任务

客户沟通与关系维护：

作为客户的主要联系人，保持与客户的持续沟通

同步风险处理进展，管理客户期望

协调内部资源，满足客户需求

维护客户关系，提升客户满意度

风险决策与关闭：

评估风险严重程度，制定风险分级

决定风险处理策略和优先级

验证风险处理效果，决定风险何时关闭

总结经验教训，推动持续改进

2.2 关键任务与执行标准

2.2.1 健康度监控任务

任务目标：通过监控客户健康度，及时发现风险信号

执行步骤：

每周查看健康度Dashboard，识别健康度下降的客户

对健康度下降的客户进行深入分析，识别下降原因

根据健康度变化程度，确定风险级别

对于健康度从绿色变为黄色或红色的客户，立即发起风险

执行标准：

健康度监控频率：每周至少查看一次

健康度下降10分以上：需要在2天内分析原因

健康度从绿色变为黄色：需要在24小时内发起风险

健康度从黄色变为红色：需要在4小时内发起风险

工具支持：

健康度Dashboard：实时显示客户健康度变化

健康度预警：自动通知健康度下降超过阈值的客户

Timeline记录：记录健康度变化的关键事件

2.2.2 风险识别任务

任务目标：全面识别客户风险，确保不遗漏重要风险

识别渠道：

健康度预警：系统自动触发

使用数据异常：使用率、使用模式异常

工单数据：工单数量激增、工单严重程度异常

付款异常：付款逾期、付款金额异常

客户沟通：客户表达不满或意向变更

销售团队反馈：销售团队从商务角度发现风险

识别标准：

健康度从绿色（>70）变为黄色（60-70）：黄色风险

健康度从黄色变为红色（<60）：红色风险

健康度连续4周下降超过10分：黄色风险

核心功能使用率低于30%：黄色风险

核心功能使用率连续4周下降超过20%：黄色风险

关键里程碑逾期超过2周：红色风险

续约日期临近90天且健康度<70：黄色风险

客户表达不续约意向：红色风险

关键决策人离职：红色风险

执行标准：

系统自动识别：系统自动触发，无需人工介入

人工识别：CSM在2天内识别并记录

识别信息完整度：必须包含风险类型、严重程度、涉及客户、问题描述、触发原因、建议措施、期望响应时间

2.2.3 跨部门协调任务

任务目标：协调相关部门参与风险处理，确保风险得到及时解决

协调流程：

评估风险严重程度，确定需要参与的部门

制定干预计划，明确各部门的职责、时间节点、资源需求

与相关部门沟通，达成一致

监控执行进度，及时处理协作中的问题

协调资源，确保各部门按时完成任务

协调对象：

产品团队：产品相关问题

销售团队：续约相关问题

支持团队：服务相关问题

财务团队：付款相关问题

法务团队：合规相关问题

运营团队：实施相关问题

市场团队：口碑相关问题

协调方法：

风险评审会议：每周召开一次，评审所有活跃风险

专项协调会议：针对P0和P1风险，召开专项协调会议

即时沟通：通过Slack、Teams等工具，保持即时沟通

升级机制：当协作出现问题时，及时升级

执行标准：

P0级风险：识别后4小时内召开专项协调会议

P1级风险：识别后24小时内召开专项协调会议

P2级风险：识别后48小时内召开专项协调会议

P3级风险：在周度风险评审会议中讨论

2.2.4 客户沟通任务

任务目标：与客户保持持续沟通，管理客户期望，维护客户关系

沟通场景：

风险识别后：主动联系客户，了解具体情况

风险处理中：定期同步进展，管理客户期望

风险处理后：验证效果，收集客户反馈

风险关闭后：总结复盘，维护关系

沟通原则：

主动沟通：主动联系客户，不要等客户来找

诚实透明：如实告知进展，不夸大不隐瞒

管理期望：合理管理客户期望，避免过度承诺

及时响应：及时回复客户问题，不超过24小时

沟通工具：

电话/视频会议：重要问题的深入沟通

邮件：正式沟通和文档记录

即时通讯：日常沟通和快速响应

客户门户：自助服务和信息查询

执行标准：

P0级风险：每日沟通，至少每天一次

P1级风险：每2天沟通一次

P2级风险：每周沟通一次

P3级风险：每两周沟通一次

2.2.5 风险关闭任务

任务目标：验证风险处理效果，确保问题真正解决，正式关闭风险

关闭流程：

验证干预措施是否全部完成

验证客户是否确认问题解决

验证健康度是否恢复到绿色

验证相关数据指标是否达标

征求相关团队的意见

申请风险关闭

记录关闭信息和经验教训

关闭标准：

干预措施全部完成

客户明确确认问题解决

健康度恢复到绿色（>70）且稳定2周

相关数据指标达到预期

无遗留问题

关闭记录：

风险信息：风险类型、严重程度、涉及客户、触发原因

处理过程：识别时间、升级时间、决策时间、完成时间

干预措施：具体采取了哪些措施

效果数据：健康度变化、使用率变化、客户满意度变化

经验教训：从这次风险处理中学到的经验教训

改进建议：对流程、工具、能力的改进建议

执行标准：

P0级风险：处理后2天内申请关闭

P1级风险：处理后5天内申请关闭

P2级风险：处理后7天内申请关闭

P3级风险：处理后10天内申请关闭

2.3 关键指标体系

2.3.1 风险管理指标

风险识别及时率：

定义：应该识别的风险在规定时间内识别的比例

计算方式：（及时识别的风险数/应该识别的风险数）×100%

目标：≥95%

数据来源：风险管理系统

风险关闭率：

定义：识别的风险成功关闭的比例

计算方式：（成功关闭的风险数/识别的风险数）×100%

目标：≥90%

数据来源：风险管理系统

风险响应时间：

定义：从风险识别到开始响应的平均时间

计算方式：所有风险响应时间的平均值

目标：P0≤2小时，P1≤24小时，P2≤48小时，P3≤7天

数据来源：风险管理系统

风险处理时长：

定义：从风险识别到风险关闭的平均时间

计算方式：所有风险处理时长的平均值

目标：P0≤3天，P1≤7天，P2≤14天，P3≤30天

数据来源：风险管理系统

风险复发率：

定义：同一客户同一风险在30天内再次发生的比例

计算方式：（复发的风险数/关闭的风险数）×100%

目标：≤5%

数据来源：风险管理系统

2.3.2 客户成功指标

流失预防成功率：

定义：识别出流失风险并成功挽留的客户比例

计算方式：（挽留的客户数/识别出流失风险的总客户数）×100%

目标：≥70%

数据来源：CRM系统

健康分提升趋势：

定义：健康分提升的客户比例

计算方式：（健康分提升的客户数/总客户数）×100%

目标：≥60%

数据来源：健康度Dashboard

客户满意度（NPS）：

定义：客户净推荐值

计算方式：推荐者占比减去贬损者占比

目标：≥40

数据来源：NPS调研

采用率：

定义：核心功能的使用率

计算方式：（使用核心功能的客户数/总客户数）×100%

目标：≥80%

数据来源：使用数据Dashboard

2.3.3 协作效率指标

跨部门响应时效：

定义：相关部门对风险协作请求的平均响应时间

计算方式：所有协作请求响应时间的平均值

目标：≤24小时

数据来源：风险管理系统

跨部门协作满意度：

定义：其他部门对CS团队协作表现的满意度评分

计算方式：其他部门对CS团队的协作评分的平均值

目标：≥4.0分（5分制）

数据来源：协作满意度调研

2.4 团队角色细分

2.4.1 CSVP（客户成功副总裁）

角色定位：客户成功战略制定者、跨部门协作协调者

核心职责：

制定客户成功战略和风险管理策略

协调跨部门协作，解决部门间的冲突

对P0和P1风险进行决策和资源分配

监控团队绩效，推动持续改进

向CEO汇报客户成功状况

关键决策：

重大风险的干预策略

跨部门资源的分配

风险管理流程和工具的优化

团队人员的招聘和晋升

2.4.2 CS经理

角色定位：团队执行监督者、中等风险决策者

核心职责：

监督团队的风险管理执行

对P2和P3风险进行决策

召集和主持周度风险评审会议

辅导CSM，提升团队能力

与其他部门经理协调，推动协作

关键决策：

P2和P3风险的干预计划

团队资源的分配

CSM的绩效评估

2.4.3 CSM（客户成功经理）

角色定位：客户风险Owner、日常风险管理执行者

核心职责：

负责分管客户的日常风险管理

执行风险识别、评估、协调、执行、验证、关闭

作为客户的主要联系人，保持客户沟通

执行Playbook中的CS动作

关键任务：

每周监控客户健康度，识别风险信号

每周召开客户会议，了解客户需求

风险识别后24小时内评估严重程度

协调相关部门参与风险处理

定期与客户沟通，同步进展

2.4.4 成功教练

角色定位：采用风险干预执行者、客户培训专家

核心职责：

执行采用风险的干预措施

组织客户培训和赋能

监控客户使用情况，提供指导

关键任务：

为采用不足的客户提供培训和指导

帮助客户制定采用计划

监控客户使用情况，及时发现问题

__________________________________________________

三、销售团队

3.1 团队定位与核心职责

销售团队在跨职能风险协作中的定位是商务风险的决策者和协调者。销售团队不参与日常的风险处理，但当风险涉及商务、续约、增购等商务相关问题时，销售团队必须深度参与。

核心职责：

续约管理：

监控续约日期，提前识别续约风险

了解客户的续约决策链和决策因素

制定续约策略和行动计划

执行续约谈判，争取成功续约

增购机会管理：

识别增购机会和场景

评估增购的商业价值和可行性

制定增购策略和行动计划

执行增购销售，实现增购收入

商务风险处理：

识别商务风险（如付款异常、合同纠纷、决策链变化）

评估商务风险的严重程度和影响范围

制定商务风险处理策略

执行商务风险处理措施

商业关系维护：

维护与客户关键决策人的关系

了解客户的业务战略和需求变化

将客户的业务需求反馈给产品团队

协助CS团队处理客户关系问题

3.2 关键任务与执行标准

3.2.1 续约监控任务

任务目标：提前识别续约风险，为续约谈判留出充足时间

监控周期：

年度续约：提前180天开始监控

半年续约：提前90天开始监控

季度续约：提前60天开始监控

监控内容：

续约日期和合同条款

客户健康度和采用情况

客户决策链和决策因素

竞品动态和客户意向

执行标准：

续约日期前90天：评估续约风险

健康度<70：识别为高风险

客户表达不续约意向：识别为极高风险

高风险客户：每周跟进一次

低风险客户：每月跟进一次

协作机制：

与CS团队共享续约信息

邀请CS团队参与续约策略制定

配合CS团队的风险处理

3.2.2 续约谈判任务

任务目标：成功续约，实现续约收入目标

谈判准备：

了解客户续约决策链和决策因素

评估客户续约意向和阻力

准备续约价值和差异化优势

制定谈判策略和底线

谈判过程：

与客户关键决策人建立良好关系

强调客户成功和价值实现

解决客户疑虑和问题

达成续约协议

执行标准：

续约日期前60天：开始续约谈判

高风险客户：提前90天开始谈判

续约成功率：≥85%

续约及时率：≥95%

协作机制：

与CS团队协调续约谈判时间

确保产品问题在续约前解决

协调资源，满足客户需求

3.2.3 增购机会识别任务

任务目标：识别增购机会，实现增购收入

识别场景：

客户业务扩张：客户业务扩张，需要更多许可

客户需求升级：客户需求升级，需要更高级功能

客户组织扩张：客户组织扩张，需要更多用户许可

竞品替代：客户有替代其他产品的计划

识别方法：

客户会议中主动询问

分析客户使用数据，识别增长机会

关注客户业务动态

了解客户行业趋势

执行标准：

增购识别率：≥60%

增购转化率：≥30%

协作机制：

与CS团队共享增购信息

协调产品团队，支持增购需求

配合CS团队，确保增购成功

3.2.4 商务风险处理任务

任务目标：识别和处理商务风险，避免商务问题影响客户关系

商务风险类型：

付款风险：付款逾期、付款金额异常

合同风险：合同条款争议、合同到期未续约

决策链风险：关键决策人离职、决策链变化

竞品风险：客户考虑替代方案

处理流程：

识别商务风险

评估风险严重程度

制定处理策略

执行处理措施

验证处理效果

执行标准：

付款逾期：立即跟进

合同到期前30天：开始续约谈判

关键决策人离职：立即评估影响

竞品替代：立即采取干预措施

协作机制：

与CS团队共享商务风险信息

协调财务团队，处理付款问题

协调法务团队，处理合同问题

配合CS团队，处理客户关系问题

3.3 关键指标体系

高价值客户续约成功率：

定义：年度合同额≥10万的客户的续约成功率

计算方式：（续约成功的客户数/总客户数）×100%

目标：≥85%

数据来源：CRM系统

增购机会转化率：

定义：识别的增购机会中成功签约的比例

计算方式：（增购成功的客户数/识别的增购机会数）×100%

目标：≥30%

数据来源：CRM系统

商务风险关闭时效：

定义：商务风险从识别到关闭的平均时间

计算方式：所有商务风险关闭时间的平均值

目标：≤7天

数据来源：风险管理系统

商业关系满意度：

定义：客户对商业关系维护的满意度评分

计算方式：客户对销售团队的商业关系维护评分的平均值

目标：≥4.0分（5分制）

数据来源：客户满意度调研

3.4 团队角色细分

3.4.1 销售VP

角色定位：销售战略制定者、大客户关系管理者

核心职责：

制定销售战略和续约策略

管理大客户关系

对重大商务风险进行决策

向CEO汇报销售状况

3.4.2 区域销售经理

角色定位：区域销售管理者、中等商务风险决策者

核心职责：

管理区域销售团队

对中等商务风险进行决策

协调销售团队与其他部门的协作

3.4.3 销售代表

角色定位：客户关系维护者、续约执行者

核心职责：

维护客户关系

执行续约谈判

识别和处理商务风险

__________________________________________________

四、产品团队

4.1 团队定位与核心职责

产品团队在跨职能风险协作中的定位是产品风险的解决者和决策者。当风险涉及产品功能、产品性能、产品Bug等问题时，产品团队必须深度参与，提供技术评估和解决方案。

核心职责：

产品问题评估：

快速评估产品问题的严重性

确定问题的影响范围和根因

评估修复的难度和时间

确定优先级

产品问题解决：

制定修复方案和时间表

协调开发资源

跟踪修复进度

验证修复效果

需求优先级决策：

收集客户需求和反馈

评估需求的商业价值和技术成本

决定需求优先级

将需求纳入产品路线图

产品风险预防：

识别潜在的产品风险

优化产品设计和开发流程

提升产品质量和稳定性

4.2 关键任务与执行标准

4.2.1 产品问题评估任务

任务目标：快速、准确地评估产品问题的严重性和影响范围

评估维度：

严重程度：P0（服务中断）、P1（功能不可用）、P2（性能下降）、P3（体验问题）

影响范围：受影响的客户数量、客户业务影响程度

修复难度：技术难度、需要的人力资源、时间成本

根因分析：问题的根本原因、是否需要架构调整

评估流程：

接收产品问题报告

分析问题描述和复现步骤

复现问题

分析日志和数据

确定根因

评估影响范围

评估修复难度

确定严重程度和优先级

执行标准：

P0级问题：4小时内完成评估

P1级问题：8小时内完成评估

P2级问题：24小时内完成评估

P3级问题：48小时内完成评估

协作机制：

与CS团队沟通客户影响

与支持团队收集问题信息

与开发团队协调修复资源

4.2.2 修复方案制定任务

任务目标：制定合理的修复方案，确保问题能够及时、彻底地解决

方案内容：

修复方法：如何修复问题

时间表：何时完成修复

资源需求：需要哪些资源

风险评估：修复可能带来的风险

备选方案：如果主方案失败的备选方案

制定流程：

分析问题的根因

设计修复方案

评估方案的可行性和风险

确定时间表和资源需求

与CS团队沟通方案

获得方案批准

执行标准：

P0级问题：4小时内制定修复方案

P1级问题：24小时内制定修复方案

P2级问题：48小时内制定修复方案

P3级问题：72小时内制定修复方案

协作机制：

与CS团队沟通修复方案和时间表

与开发团队协调修复资源

与支持团队配合修复验证

4.2.3 修复跟踪任务

任务目标：跟踪修复进度，确保修复按时完成

跟踪内容：

修复进度：开发进度、测试进度、部署进度

问题变化：是否有新的问题出现

客户沟通：与客户同步修复进展

变更管理：如果有变更，评估变更影响

跟踪方法：

每日站会：每日同步修复进展

Dashboard监控：通过Dashboard实时监控修复状态

定期会议：与相关团队定期召开协调会议

执行标准：

P0级问题：每2小时跟踪一次

P1级问题：每日跟踪一次

P2级问题：每2天跟踪一次

P3级问题：每周跟踪一次

协作机制：

与开发团队同步进展

与CS团队同步客户沟通

与支持团队配合问题验证

4.2.4 需求优先级决策任务

任务目标：合理决策需求优先级，平衡客户需求、商业价值和技术成本

决策维度：

客户需求：客户是否强烈需要

商业价值：需求能够带来多少商业价值

技术成本：实现需求需要多少技术和资源

战略对齐：需求是否与产品战略对齐

实现难度：需求的实现难度和时间成本

决策流程：

收集需求和反馈

评估需求的各个维度

对比不同需求

决定优先级

纳入产品路线图

与CS团队和销售团队沟通

执行标准：

新需求：2周内评估并决策

需求变更：1周内评估并决策

协作机制：

与CS团队沟通客户需求

与销售团队沟通商业价值

与开发团队沟通技术成本

4.3 关键指标体系

产品相关风险关闭时长：

定义：产品相关风险从识别到关闭的平均时间

计算方式：所有产品相关风险关闭时间的平均值

目标：P0≤3天，P1≤7天，P2≤14天，P3≤30天

数据来源：风险管理系统

重复问题解决率：

定义：同一问题在30天内重复发生的比例

计算方式：1-（重复发生的问题数/关闭的问题数）×100%

目标：≤5%

数据来源：问题管理系统

需求反馈采纳率：

定义：客户反馈的需求中纳入产品路线图的比例

计算方式：（采纳的需求数/反馈的需求数）×100%

目标：≥30%

数据来源：产品管理系统

产品风险预防率：

定义：预防的产品风险占识别的产品风险的比例

计算方式：（预防的风险数/识别的总风险数）×100%

目标：≥20%

数据来源：风险管理系统

4.4 团队角色细分

4.4.1 产品VP

角色定位：产品战略制定者、重大产品风险决策者

核心职责：

制定产品战略和路线图

对重大产品风险进行决策

管理产品团队

向CEO汇报产品状况

4.4.2 高级产品经理

角色定位：产品线负责人、中等产品风险决策者

核心职责：

管理产品线

对中等产品风险进行决策

协调产品团队与其他部门的协作

4.4.3 产品经理

角色定位：产品问题解决者、需求优先级决策者

核心职责：

评估和解决产品问题

决定需求优先级

与CS团队和销售团队协作

__________________________________________________

五、支持团队

5.1 团队定位与核心职责

支持团队在跨职能风险协作中的定位是服务风险的响应者和处理者。当风险涉及技术支持、服务中断、SLA违约等问题时，支持团队必须快速响应，提供专业的支持服务。

核心职责：

技术问题响应：

快速响应客户的技术问题

分析和诊断问题

提供解决方案或workaround

跟踪问题解决进度

SLA管理：

确保服务达到SLA标准

监控SLA达成情况

对SLA违约及时通知和处理

分析SLA违约原因，推动改进

重大事件处理：

快速响应重大服务事件

协调跨部门资源解决问题

与客户沟通进展

提供补偿方案

支持体验保障：

提供高质量的支持服务

提升客户满意度

分析支持数据，推动持续改进

5.2 关键任务与执行标准

5.2.1 技术问题响应任务

任务目标：快速、准确地响应和解决客户的技术问题

响应分级：

P0级：服务中断，无法使用

P1级：核心功能不可用

P2级：性能下降或次要功能不可用

P3级：体验问题或疑问

响应流程：

接收客户问题

评估问题严重程度

分配给相应级别的支持人员

分析和诊断问题

提供解决方案或workaround

跟踪问题解决进度

验证问题解决

关闭工单

执行标准：

P0级问题：15分钟内响应，4小时内解决

P1级问题：1小时内响应，24小时内解决

P2级问题：4小时内响应，48小时内解决

P3级问题：24小时内响应，5天内解决

协作机制：

与CS团队同步问题进展

与产品团队协调复杂问题

与客户保持沟通

5.2.2 重大事件处理任务

任务目标：快速处理重大服务事件，最小化对客户的影响

重大事件定义：

服务中断超过4小时

核心功能不可用超过2小时

影响客户业务超过1小时

影响超过10%的客户

处理流程：

识别重大事件

立即升级到支持经理和产品团队

组建跨部门应急团队

快速诊断问题

实施应急方案

与客户沟通进展

解决根本原因

提供补偿方案

复盘事件，推动改进

执行标准：

事件识别：立即识别并升级

响应时间：15分钟内响应

诊断时间：1小时内确定问题

解决时间：P0级事件4小时内恢复，P1级事件24小时内恢复

协作机制：

与产品团队快速协作

与CS团队同步客户沟通

与管理层升级决策

5.2.3 SLA管理任务

任务目标：确保服务达到SLA标准，对SLA违约及时处理

SLA监控：

实时监控SLA达成情况

识别即将违约的风险

通知相关责任人

SLA违约处理：

立即通知客户和相关负责人

分析违约原因

制定补救方案

提供补偿（根据合同条款）

推动改进措施

执行标准：

SLA达成率：≥95%

SLA违约响应时间：1小时内通知客户

SLA违约分析时间：24小时内完成分析

协作机制：

与产品团队分析违约原因

与CS团队沟通客户影响

与管理层报告违约情况

5.3 关键指标体系

问题解决时效：

定义：客户问题从提交到解决的平均时间

计算方式：所有问题解决时间的平均值

目标：P0≤4小时，P1≤24小时，P2≤48小时，P3≤5天

数据来源：工单系统

SLA达成率：

定义：达到SLA标准的服务占比

计算方式：（达到SLA的请求数/总请求数）×100%

目标：≥95%

数据来源：SLA监控系统

重大事件恢复时间：

定义：重大事件从发生到恢复正常服务的时间

计算方式：所有重大事件恢复时间的平均值

目标：P0≤4小时，P1≤24小时

数据来源：事件管理系统

客户支持满意度：

定义：客户对支持服务的满意度评分

计算方式：客户对支持服务的满意度评分的平均值

目标：≥4.0分（5分制）

数据来源：客户满意度调研

5.4 团队角色细分

5.4.1 支持VP

角色定位：支持战略制定者、重大事件决策者

核心职责：

制定支持战略和SLA标准

对重大事件进行决策

管理支持团队

向CEO汇报支持状况

5.4.2 支持经理

角色定位：支持团队管理者、中等事件决策者

核心职责：

管理支持团队

对中等事件进行决策

监控SLA达成情况

5.4.3 支持工程师

角色定位：技术问题解决者、客户支持提供者

核心职责：

响应和解决客户技术问题

处理重大事件

提供高质量的支持服务

__________________________________________________

六、扩展团队角色定义

6.1 财务团队

核心职责：

账期异常处理：跟进付款逾期、付款金额异常等问题

付款风险监控：监控客户付款情况，识别付款风险

财务数据分析：分析财务数据，识别风险信号

协作场景：

付款逾期风险：配合CS团队处理付款逾期

合同续约：提供财务条款建议

退款处理：处理客户退款请求

6.2 法务团队

核心职责：

合规风险评估：评估客户的合规风险

合同条款审查：审查合同条款，识别法律风险

合同纠纷处理：处理合同纠纷和争议

协作场景：

合同风险：配合CS团队处理合同风险

数据合规：协助CS团队处理数据合规问题

知识产权：协助处理知识产权相关问题

6.3 运营团队

核心职责：

上线与交付里程碑管理：管理客户上线和交付的关键里程碑

实施计划风险监控：监控实施计划，识别和评估风险

客户培训：组织客户培训和赋能

协作场景：

实施风险：配合CS团队处理实施风险

采用不足：协助CS团队解决采用问题

交付延期：处理交付延期问题

6.4 市场团队

核心职责：

客户口碑监控：监控客户口碑和社交媒体舆情

负面舆情处理：处理客户负面评价和投诉

客户案例与推荐人管理：管理客户案例和推荐人计划

协作场景：

口碑风险：配合CS团队处理客户口碑问题

客户案例：协助CS团队收集客户案例

推荐人计划：协助CS团队发展推荐人

6.5 数据/BI团队

核心职责：

风险指标归因分析：分析风险指标的归因，识别风险原因

预警模型优化：优化健康分和风险预警模型

数据分析和报告：提供风险相关的数据分析和报告

协作场景：

健康度异常：配合CS团队分析健康度异常原因

预警优化：协助优化预警规则和模型

风险报告：提供风险数据分析支持

__________________________________________________

七、总结

核心团队角色定义是跨职能风险协作的基础。客户成功团队作为风险Owner，主导风险处理的全过程；销售团队作为商务决策者，处理商务相关的风险；产品团队作为技术解决者，处理产品相关的风险；支持团队作为服务保障者，处理服务相关的风险。扩展团队（财务、法务、运营、市场、数据/BI）在特定场景下提供专业支持。

清晰的角色定义和职责边界，是有效协作的前提。每个团队都应该知道自己在风险管理中的定位，知道何时参与、如何参与、承担什么责任。只有当核心团队的角色清晰、职责明确、协作顺畅时，风险管理才能真正发挥作用，为客户成功和企业增长提供坚实保障。

__________________________________________________

常见问题FAQ

Q1：客户同时面临产品风险和续约风险时，应该由哪个团队主导？

A：这种情况下，客户成功团队仍然是主导者，作为风险Owner全面协调。具体分工如下：产品团队负责评估产品风险的技术方案和时间表，销售团队负责续约谈判和商务决策，CS团队负责客户沟通和整体协调。建议在识别出复合风险后的24小时内召开跨部门协调会议，明确各自的职责和时间节点。

Q2：当销售团队和CS团队对风险优先级的判断不一致时，应该如何解决？

A：当判断不一致时，应该优先从客户利益出发，而不是部门利益。具体解决方法：首先评估哪个风险对客户的影响更大、更紧急；如果难以判断，升级到CSVP和销售VP共同决策；在等待决策期间，优先处理对客户影响更大的风险。为了避免这种情况的发生，建议制定清晰的风险优先级评估标准，减少主观判断的偏差。

Q3：产品团队是否有责任参与所有风险管理？

A：不是。产品团队只参与产品相关的风险管理，如产品Bug、功能缺口、性能问题等。对于非产品相关的风险（如商务问题、付款问题、服务问题），产品团队不需要深度参与，但可以提供产品视角的信息和建议。过度参与会分散产品团队的精力，降低产品开发效率。

Q4：扩展团队（如财务、法务）应该参与多少风险协作？

A：扩展团队只在特定场景下参与，不需要参与所有风险协作。参与原则：只在涉及本专业领域的风险中深度参与，如财务团队参与付款风险、法务团队参与合同风险；其他情况下，扩展团队可以根据需要提供咨询意见，但不需要深度参与。这种灵活参与机制既能确保专业支持，又不会造成资源浪费。

Q5：CS团队作为风险Owner，是否应该对所有风险负责？

A：CS团队作为风险Owner，是对风险处理的全过程负责，包括协调、执行、验证、关闭，但这不代表CS团队要对所有风险的解决直接负责。具体来说：CS团队负责识别风险、发起协作、协调资源、监督执行、验证效果、关闭风险；具体的风险解决由专业团队负责，如产品团队解决产品风险、销售团队解决商务风险、支持团队解决服务风险。这种责任分工既确保了责任明确，又发挥了各团队的专业能力。