From version 1.1 >
edited by superadmin
on 2025/07/19, 09:30
To version < 2.1
edited by superadmin
on 2025/07/19, 09:30
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,0 +1,1 @@
1 +ITIL 4 客户旅程:务实与务虚的协同——服务级别管理与关系管理的双轮驱动
Parent
... ... @@ -1,0 +1,1 @@
1 +长河 ITIL 4 专栏文章.长河 ITIL 4 理论学习与实战训练营.WebHome
Content
... ... @@ -1,0 +1,119 @@
1 +== **一、务实与务虚并重,才能构建完整服务价值交付体系** ==
2 +
3 +
4 +**1.什么是“务实”与“务虚”的管理?**
5 +
6 +在ITIL 4 DSV课程中,我们讲服务管理的关键,不仅要看“做了什么”,更要看“关系如何”。服务级别管理(SLM)是典型的务实手段,它用指标、合同、流程、目标来衡量服务质量。而关系管理(BRM)则偏重务虚,它关注的是客户感知、信任关系、协作氛围和共赢认知。
7 +
8 +两者缺一不可。只有交付得好(SLM),客户却没有参与感或信任感,往往就变成“冷冰冰的服务”;反之,关系再好,如果交付拉胯,也很难维持合作。
9 +
10 +**2.为什么ITIL 4特别强调“双轮驱动”?**
11 +
12 +我常说,SLM解决的是“做得够不够好”,而BRM解决的是“你对我好不好”。这两种维度看似重叠,实则互补。尤其在如今服务高度复杂、客户参与度不断提高的背景下,如果不建立“务虚”的管理机制,服务再规范,也难以被客户真正接受。
13 +
14 +ITIL 4 DSV课程将这两者作为一体设计,是基于实际服务交付中长期观察得出的系统结论。
15 +
16 +[[image:1752888614698-881.png]]
17 +
18 +----
19 +
20 +== **二、项目交付 ≠ 项目成功:从服务质量到客户感知** ==
21 +
22 +
23 +**1.案例反思:80分的交付,为什么客户却不满意?**
24 +
25 +我们曾遇到一个银行项目,系统上线准时,性能也符合合同要求,运维机制也已经搭好——照理说,这是一个合格的交付。但客户却对整个项目“不满意”,甚至在验收环节提出了不少批评意见。
26 +
27 +后来深入分析,发现问题并不在服务内容,而在服务关系。项目过程中客户反馈机制不顺畅、变更需求响应滞后、关键节点缺乏共识预期,导致客户始终觉得“我们没有被重视”。
28 +
29 +这是不是只要SLM做得足够细,客户就一定满意?我的看法是:SLM最多保证不出事,BRM才决定能不能合作下去。
30 +
31 +**2.信任比交付更稀缺**
32 +
33 +客户对服务的感知,更多来源于“你是否理解我的业务”“你是否愿意站在我立场考虑问题”“你是否提前给出预警和建议”,这些都不是流程中规定的动作,而是关系中自然流露的内容。
34 +
35 +所以,服务成功的本质是“业务目标达成+关系信任建立”,不是单靠KPI就能支撑的。
36 +
37 +
38 +----
39 +
40 +== **三、SLM与BRM的本质区别与互补逻辑** ==
41 +
42 +
43 +**1.管理对象不同**
44 +
45 +* (((
46 +**SLM** 主要面向服务指标、合同义务、绩效测量等“可量化成果”;
47 +)))
48 +* (((
49 +**BRM** 更关注客户期望、战略对齐、情感认同等“软性成果”。
50 +)))
51 +
52 +SLM是确保服务“做对”,BRM是确保服务“做值”。
53 +
54 +**2.沟通节奏不同**
55 +
56 +SLM倾向于周期性、结构化沟通(如月度服务报告、SLA评估会议),而BRM则要求建立非正式、及时互动机制,例如项目群里的非官方反馈、客户随口一提的“建议”都可能成为关系深化的机会点。
57 +
58 +**3.风险控制角度不同**
59 +
60 +SLM更像是后视镜,用过往数据衡量质量;而BRM更像是前挡风玻璃,关注趋势和风险,提前识别潜在问题。
61 +
62 +双轮驱动就是要实现“眼前看得清,远处也看得远”,才有可能避免被动响应,转向主动管理。
63 +
64 +
65 +----
66 +
67 +== **四、构建“务虚”管理能力的五条实践建议** ==
68 +
69 +
70 +**1.将关系管理制度化,而非个人化**
71 +
72 +很多组织误以为BRM就是“靠人缘”,其实BRM也需要制度支持。建议设立“客户情绪档案”机制,记录客户情绪波动点、满意度倾向、关键人物偏好等,作为服务策略参考。
73 +
74 +还可以将“关系节奏管理”设为专职岗位,让项目经理与客户关系负责人形成“交付-关系”双点位对接。
75 +
76 +**2.在SLA之外建立“感知SLA”**
77 +
78 +我们可以在正式的SLA之外,设计“客户感知指标”,例如:
79 +
80 +* (((
81 +被及时告知变更的比例;
82 +)))
83 +* (((
84 +建议被采纳的比例;
85 +)))
86 +* (((
87 +客户提出反馈后得到响应的平均时间。
88 +)))
89 +
90 +这些指标虽不用于罚款,却是衡量服务真实体验的风向标。
91 +
92 +**3.善用“非正式场景”建立信任**
93 +
94 +项目群、现场办公、联合评审、周会后的延伸沟通,都是BRM的重要舞台。建议项目团队设定“互动目标”,例如每周至少一次非业务向的交流,用人文建立信任。
95 +
96 +**4.将项目复盘升格为“关系体检”**
97 +
98 +项目结束后,不要仅限于交付指标复盘,而要加一项“关系维度回顾”:
99 +
100 +* (((
101 +哪些沟通是有效的,哪些是疏漏的?
102 +)))
103 +* (((
104 +客户期望是否有落差?
105 +)))
106 +* (((
107 +有哪些信任损耗值得修复?
108 +)))
109 +
110 +这类总结往往比功能测试更具价值。
111 +
112 +**5.把客户目标嵌入服务流程**
113 +
114 +最务实的务虚,是将客户业务目标“绑定”到服务交付路径中。例如,在运维报表中加入对业务数据波动的解释,在问题管理中强调“业务影响分析”。
115 +
116 +让客户看到:我们不只是完成任务,更是在“为他所想”。
117 +
118 +
119 +ITIL 4大师级课程官方授权讲师长河老师原创,末经许可,不得转载
深圳市艾拓先锋企业管理咨询有限公司