Wiki源代码04. 步骤2:契动
由 superadmin 于 2024/04/03, 16:54 最后修改
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | |||
2 | |||
3 | |||
4 | [[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/5.%20%E6%AD%A5%E9%AA%A43%EF%BC%9A%E4%BE%9B%E5%BA%94/]] [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/3.%20%E6%AD%A5%E9%AA%A41%EF%BC%9A%E6%8E%A2%E7%B4%A2/]] | ||
5 | |||
6 | {{box cssClass="floatinginfobox" title=" | ||
7 | |||
8 | **Contents**"}} | ||
9 | {{toc/}} | ||
10 | {{/box}} | ||
11 | |||
12 | = **4. 步骤2:契动** = | ||
13 | |||
14 | |||
15 | [[image:1639113378517-133.png]] | ||
16 | |||
17 | 交流与协作 | ||
18 | |||
19 | |||
20 | 理解服务关系类型 | ||
21 | |||
22 | 建立服务关系 | ||
23 | |||
24 | 管理供应商和合作伙伴 | ||
25 | |||
26 | |||
27 | 契动步骤的目的是构建透明度,持续的契动、以及利益相关者之间的信任,以确保对每个利益相关者的偏好和体验有良好的相互理解。对于任何服务而言,关系和信任是成功实现价值的重要因素。当存在高度信任时,每一方都相信另一方致力于共同成功,当这种关系导致相互依赖的成功时,可能会积累更多的信任。 | ||
28 | |||
29 | |||
30 | 当所有利益相关者能够培养和维持一个合作和信任的环境时,它们都是成功的,因为: | ||
31 | |||
32 | * 凭借高度信任,客户会倾向于增加需求,可以有效促进价值共创。 | ||
33 | * 表现出色的服务提供者会获得资源为服务消费者创建和交付高质量的产品或服务,有助于增强竞争优势。 | ||
34 | |||
35 | 在低度信任的关系中,所有内容都趋于固定、文档和规范。在高度信任的关系中,它更加灵活,接触点和服务交互性的数量可能会增加。因此,协作变得更容易。 | ||
36 | |||
37 | |||
38 | 表4.1总结了为什么服务提供者、客户和其他利益相关者应该投资于促进服务关系。 | ||
39 | |||
40 | |||
41 | 在大多数情况下,服务不足以满足利益相关者对结果的实际需求。利益相关者也需要相信服务提供者将随着时间的推移继续提供一定水平的服务和改进。各方不仅在结果方面,而且在体验和偏好中都必须对期望有共同的理解。图4.1中对此进行了突出显示。 | ||
42 | |||
43 | |||
44 | 优秀的服务关系可以培养并揭示对利益相关者,体验和偏好对结果的期望。由于偏见和错误的假设是共同努力取得成功的主要威胁,因此对于契动始终是一个好主意,以便开始阐明和传达相互的假设和期望。 | ||
45 | |||
46 | |||
47 | 表4.1契动和培养关系的目的 | ||
48 | |||
49 | [[image:1641542507931-442.png]] | ||
50 | |||
51 | (% style="text-align:center" %) | ||
52 | [[image:1639113508266-969.png]] | ||
53 | |||
54 | |||
55 | 图片4.1 服务的各个方面价值 | ||
56 | |||
57 | |||
58 | |((( | ||
59 | **ITIL故事:第2步– 契动** | ||
60 | |||
61 | [[image:1639113525893-123.png||height="52" width="40"]]Mariana:与传统的汽车租赁不同,汽车共享是服务,它要求服务提供者和客户之间高度信任。例如,我们相信客户可以收集和归还车辆,而无需员工检查车辆是否损坏。我们要求客户记录他们收车时发现的任何损坏,并告知我们在旅途中汽车是否损坏。 | ||
62 | |||
63 | [[image:1639113534289-670.png||height="48" width="41"]]Radhika:我们的客户信任eCampus Car Share在需要时提供清洁,安全,可行驶的车辆。他们相信服务能够通过使用绿色清洁产品和校园内可靠的计费站来达到愿景环保可持续性的要求。他们还信任公司保护自己的私人信息,并诚实,适当地管理其帐户。 | ||
64 | ))) | ||
65 | |||
66 | == == | ||
67 | |||
68 | == == | ||
69 | |||
70 | == 4.1 沟通与协作 == | ||
71 | |||
72 | |||
73 | 沟通是建立关系和信任的基础。沟通不畅会破坏良好的意愿,并导致损失、延误、不必要的纠纷和糟糕的服务交付。在契动步骤中,有效的沟通尤为重要,因为这是形成最初预期的时候。沟通的效果取决于沟通双方的关系类型。 | ||
74 | |||
75 | |||
76 | 合作是与他人一起工作实现自己的目标。这些目标可能是共同目标的一部分。但是,有一个风险,涉及合作的个人/团队将在竖井中工作。结果,个人/团队的目标实现了,但是组织的目标却没有实现。 | ||
77 | |||
78 | |||
79 | 协作是一人或多人与他人共事产生某种东西的流程。从业务的角度来看,协作是一种实践,人们可以一起工作以实现一个共同目标。协作允许信息共享,从而实现反馈并带来更高的服务质量和更有创造性的改进。 | ||
80 | |||
81 | |||
82 | 对于团队合作和服务关系而言,合作和协作都是有效且有价值的方法。在复杂的环境中,合作具有更大的创造性和创业工作潜力。合作可以是一种有效的标准化工作模式,明确划分职责,尤其是当来自多个组织的人员需要一起工作时。在服务关系中,协作对于伙伴关系是困难的;合作在基本的合作关系中是很常见的。 | ||
83 | |||
84 | |||
85 | 为了有效地进行沟通和协作,个人应该了解文化差异、语言障碍和时区。 | ||
86 | |||
87 | |||
88 | 表4.2 三种倾听模式在不同服务管理情况下的应用 | ||
89 | |||
90 | [[image:1641542575757-479.png]] | ||
91 | |||
92 | |||
93 | |||
94 | === === | ||
95 | |||
96 | === 4.1.1 倾听模式 === | ||
97 | |||
98 | |||
99 | 倾听是有效沟通的关键,可以通过实践和训练来提高。糟糕的倾听会导致错误、误解和合作失败。 | ||
100 | |||
101 | |||
102 | 不同的倾听模式可以用于不同的情况,以改善沟通。斯蒂芬·柯维(Stephen Covey)在《高效能人士的七个习惯》(The 7 Habits of Highly Effective People, Covey, 1989)一书中提出了一个常见的倾听层次。这包括以下内容: | ||
103 | |||
104 | * 听而不闻 不努力倾听。 | ||
105 | * 假装在听 表现出你在倾听的样子。 | ||
106 | * 选择性倾听 仅倾听你感兴趣的部分对话。 | ||
107 | * 专注倾听 集中注意力听说话者所说的话。 | ||
108 | * 同理心的倾听 倾听并回应理解说话者的言语、意图和感受。 | ||
109 | |||
110 | 该层次可以进一步简化为三种基本的倾听模式。表4.2中描述了三种倾听模式及其在不同服务管理情况下的应用方式。 | ||
111 | |||
112 | |||
113 | === 4.1.2 多元化 === | ||
114 | |||
115 | |||
116 | 当今世界非常多样化。因此,在服务关系的合作中,应考虑许多因素,包括: | ||
117 | |||
118 | * 文化差异和语言 | ||
119 | * 时区和位置 | ||
120 | * 季节因素(例如,暑假) | ||
121 | * 组织文化。 | ||
122 | |||
123 | 始终重要的是: | ||
124 | |||
125 | * 培养尊重的态度 | ||
126 | * 使用正确的语言 | ||
127 | * 创建一个可以安全表达所有观点的环境 | ||
128 | * 最后得出可执行的结论 | ||
129 | * 不断地与工作程序保持一致。 | ||
130 | |||
131 | |((( | ||
132 | |||
133 | |||
134 | **ITIL的故事:沟通与协作** | ||
135 | |||
136 | [[image:1639113525893-123.png||height="52" width="40"]]Mariana:我们使用艾克苏的预订系统开始了eCampus Car Share,但是我们需要应用程序中添加额外的功能来自助报告损坏和维护问题。通过自动化此流程,我们能够确保服务的最小延迟和中断。 | ||
137 | |||
138 | [[image:1639113611668-409.png||height="57" width="45"]]**S**olmaz:我们正在利用艾克苏的服务台进行事件报告。作为eCampus Car Share 培训和意识的一部分,本地服务台成员已被派往西雅图,以协作方式为我们的圣保罗客户提供支持。 | ||
139 | ))) | ||
140 | |||
141 | == == | ||
142 | |||
143 | == == | ||
144 | |||
145 | == 4.2 理解服务关系类型 == | ||
146 | |||
147 | |||
148 | 与服务消费者的契动包括但不限于建立和维持关系、理解需求以及评估相互准备和成熟程度 。然而,这些活动因客户追求的目标、服务的类型、服务提供者的类型可能有所不同。这些依赖关系如表4.3所示。 | ||
149 | |||
150 | |||
151 | 关系越亲密、越成熟、越透明、非正式沟通(更多),风险分担和回报就越多。然而,由于市场和安全的原因,并非所有客户都希望这种亲密关系。同样,从经济角度来看,服务提供者可能也不希望使用这种类型的关系 | ||
152 | |||
153 | |||
154 | 表4.3 不同环境中的契动和培养关系 | ||
155 | |||
156 | (% style="text-align:center" %) | ||
157 | [[image:1639113645649-697.png]] | ||
158 | |||
159 | |||
160 | [[image:1641541719354-263.png]] | ||
161 | |||
162 | BRM研究所(2014)。 | ||
163 | |||
164 | |||
165 | (% style="width:807px" %) | ||
166 | |(% style="width:804px" %)((( | ||
167 | 你知道吗? | ||
168 | |||
169 | 人们普遍认为,信任越多越好。然而,在服务关系中过度投资以建立信任是有可能的,但这种投资不会为相关方增加价值。 | ||
170 | ))) | ||
171 | |||
172 | === === | ||
173 | |||
174 | === === | ||
175 | |||
176 | === 4.2.1 基础关系 === | ||
177 | |||
178 | |||
179 | 当以服务运营效率为基石时,基础关系通常适用于标准产品和服务。在这样的关系中的服务提供者对弹性且重复的操作感兴趣,这些操作能够以最小的努力和偏差实现特定的服务水平。商业服务提供者的主要目的是续约,它通常避免与服务消费者建立关系,因为产品或服务可能无利可图。在这种关系中,客户通常对服务提供者的服务有良好的控制,在达到服务水平,但往往难以评估服务价值。 | ||
180 | |||
181 | |||
182 | 表4.4讨论了基本关系的优缺点。 | ||
183 | |||
184 | |||
185 | 表4.4中讨论了基础关系的优缺点。 | ||
186 | |||
187 | (% style="width:465px" %) | ||
188 | |(% style="width:90px" %) |(% style="width:159px" %)**优点**|(% style="width:214px" %)**缺点** | ||
189 | |(% style="width:90px" %)**服务消费者**|(% style="width:159px" %)((( | ||
190 | 容易退出 | ||
191 | |||
192 | 容易控制 | ||
193 | )))|(% style="width:214px" %)((( | ||
194 | 重点放在效率和交易上 | ||
195 | |||
196 | 难以开发更深的关系 | ||
197 | |||
198 | 难以评估服务价值 | ||
199 | ))) | ||
200 | |(% style="width:90px" %)**服务提供者**|(% style="width:159px" %)((( | ||
201 | 单一渠道交流 | ||
202 | |||
203 | 易于测量和报告 | ||
204 | |||
205 | 在服务管理实践中建立规模和运行的效率 | ||
206 | |||
207 | 标准客户管理方法 | ||
208 | )))|(% style="width:214px" %)((( | ||
209 | 重点放在效率和交易上 | ||
210 | |||
211 | 难于开发可信赖的关系 | ||
212 | |||
213 | 几乎没有信息共享 | ||
214 | |||
215 | 客户容易退出 | ||
216 | |||
217 | 客户受价格驱动 | ||
218 | |||
219 | 很少有机会提供差异化客户体验 | ||
220 | ))) | ||
221 | |||
222 | === === | ||
223 | |||
224 | === === | ||
225 | |||
226 | === 4.2.2 合作关系 === | ||
227 | |||
228 | |||
229 | 在合作的服务关系中,服务提供者通常根据服务消费者需求来定制产品和服务。客户期望服务提供者会考虑服务成果和体验,而不仅仅是服务水平。由于服务提供者需要寻找新的机会来为服务消费者创造额外的价值,因此相关各方之间应该轻松交换信息。对于商业服务提供者,在成为一个值得信赖的供应商和提供高价值的服务而得不到投资回报的过程中,存在花费太多时间和资源的风险。 | ||
230 | |||
231 | |||
232 | 表4.5列出了合作关系的优缺点。 | ||
233 | |||
234 | |||
235 | 表4.5列出了合作关系的优缺点。 | ||
236 | |||
237 | (% style="width:517px" %) | ||
238 | |(% style="width:94px" %) |(% style="width:205px" %)**优点**|(% style="width:215px" %)**缺点** | ||
239 | |(% style="width:94px" %)**服务消费者**|(% style="width:205px" %)((( | ||
240 | 服务提供者根据特定的服务消费者需求定制服务 | ||
241 | |||
242 | 与服务提供者开展更多业务的新机会 | ||
243 | )))|(% style="width:215px" %)((( | ||
244 | 相互的活动可能感觉不协调 | ||
245 | |||
246 | 昂贵且资源密集 | ||
247 | ))) | ||
248 | |(% style="width:94px" %)**服务提供者**|(% style="width:205px" %)((( | ||
249 | 更高的服务消费者依赖于服务提供者 | ||
250 | |||
251 | 从客户收到更多信息;有机会更有效地帮助推动有价值的解决方案 | ||
252 | )))|(% style="width:215px" %)((( | ||
253 | 相互之间的活动可能会感觉不协调昂贵且耗费大量资源 | ||
254 | |||
255 | 错误分配资源的更高风险新的运行的复杂性出现了 | ||
256 | |||
257 | 客户给服务提供者带来内部问题 | ||
258 | |||
259 | 相比客户减少了效率和控制 | ||
260 | ))) | ||
261 | |||
262 | === === | ||
263 | |||
264 | === === | ||
265 | |||
266 | === 4.2.3 伙伴关系 === | ||
267 | |||
268 | |||
269 | 在合作伙伴中,服务提供者和服务消费者可以充当跨各种职能和流程的一种组织协调活动。随着相互依赖程度和集成的增长,双方可能会通过共同设定目标和优先级来在战略层面上保持一致。 | ||
270 | |||
271 | |||
272 | 实现高水平的透明度可能会付出高昂的代价,但它为发现缺陷和找到最佳解决方案提供了机会。双方将更耐心地等待结果,因为他们将通过长期的眼光来看待关系。 | ||
273 | |||
274 | |||
275 | 表4.6列出了合伙企业的优缺点。 | ||
276 | |||
277 | |||
278 | 表4.6列出了伙伴关系的优缺点 | ||
279 | |||
280 | (% style="width:464px" %) | ||
281 | |(% style="width:94px" %) |(% style="width:236px" %)**优点**|(% style="width:130px" %)**缺点** | ||
282 | |(% style="width:94px" %)服务消费者|(% style="width:236px" %)((( | ||
283 | 透明度允许双方识别 | ||
284 | |||
285 | 效率低下并共同解决这些问题,从而导致成本相互减少 | ||
286 | |||
287 | 长期规划开辟新的市场机会 | ||
288 | )))|(% style="width:130px" %)((( | ||
289 | 锁定可能会阻止客户增加要求或退出 | ||
290 | |||
291 | 分离既痛苦又费时 | ||
292 | ))) | ||
293 | |(% style="width:94px" %)服务提供者|(% style="width:236px" %)((( | ||
294 | 透明度允许双方识别 | ||
295 | |||
296 | 效率低下并共同解决这些问题,从而导致成本相互减少 | ||
297 | |||
298 | 长期规划开辟新的市场机会 | ||
299 | |||
300 | 吸引更大,更具战略性客户的机会 | ||
301 | )))|(% style="width:130px" %)分离既痛苦又费时 | ||
302 | |||
303 | |((( | ||
304 | ((( | ||
305 | |||
306 | |||
307 | **ITIL故事:了解服务关系类型** | ||
308 | |||
309 | [[image:1639113525893-123.png||height="52" width="40"]]Mariana:我们与大学有合作的关系,它为校园内的停车位和充电站提供名义上的费用。反过来,我们为大学提供服务的折扣,它可以将供应提供给新生。 | ||
310 | |||
311 | [[image:1639113778560-293.png||height="50" width="33"]]**S**olmaz:我们的基本服务关系包括我们从中采购汽车零件和发动机油的供应商。 | ||
312 | |||
313 | [[image:1639113787058-937.png||height="54" width="38"]]**H**enri:艾克苏的合作关系和eCampus Car Share共享利润,资源和策略。艾克苏提供了资金,专业知识,基础架构和技术来设置和维护服务。当我们将服务的汽车份额扩展到其他地区时,Mariana的体验将对规划和设计中的汽车具有不可估量的价值。 | ||
314 | ))) | ||
315 | |||
316 | ((( | ||
317 | |||
318 | ))) | ||
319 | ))) | ||
320 | |||
321 | == == | ||
322 | |||
323 | == == | ||
324 | |||
325 | == 4.3 建立服务关系 == | ||
326 | |||
327 | |||
328 | 关系管理可以是角色、职能、和/或组织的能力或实践。在本出版物中,关系管理主要被视为一种实践,其详细描述可以在关系管理实践指南中找到。 | ||
329 | |||
330 | |||
331 | 关系管理实践通过服务关系阶梯应用于客户旅程,该阶梯覆盖关系的初始阶段。客户旅程的其他步骤在培养和塑造服务关系方面发挥作用。关系阶梯包括图片4.2中所示的步骤,并在表4.7中进行了详细说明。 | ||
332 | |||
333 | |||
334 | 服务关系阶梯可以应用于不同的服务关系,但必须适应于特定的系统。 | ||
335 | |||
336 | |||
337 | 业务关系管理研究所(BRM研究所)定义了三种与该方法一致的关系管理比喻。根据专业指南(BRM研究所,2014),关系管理的作用是: | ||
338 | |||
339 | * 连接器,促进生产性连接,形成需求/供应并影响利益相关者 | ||
340 | * 协调器,协调角色、资源和能力,并协调和汇总需求和供应 | ||
341 | * 导航器,促进利益相关者之间的融合,促进规划并指导相关角色。 | ||
342 | |||
343 | (% style="text-align:center" %) | ||
344 | [[image:1639113804986-493.png]] | ||
345 | |||
346 | 图片4.2 服务关系阶梯 | ||
347 | |||
348 | |||
349 | 表4.7 服务关系阶梯的步骤 | ||
350 | |||
351 | [[image:1641542664330-195.png]] | ||
352 | |||
353 | a: BRM研究所,2014年。 | ||
354 | |||
355 | |||
356 | 表4.8 契动的初始活动 | ||
357 | |||
358 | [[image:1641542688373-879.png]] | ||
359 | |||
360 | |||
361 | === 4.3.1 创建容许契动关系模式的环境 === | ||
362 | |||
363 | |||
364 | 为了成功使用服务消费者进行契动,服务提供者可以指导客户进行表4.8中所示的步骤。 | ||
365 | |||
366 | |||
367 | ==== 4.3.1.1 初始契动工具 ==== | ||
368 | |||
369 | |||
370 | 服务目录支持服务提供者在与服务使用者初次接触时的活动,是确保: | ||
371 | |||
372 | * 客户的认知 | ||
373 | * 开始对话的初始邀请 | ||
374 | * 支持与标准和非标准服务供应有关的讨论。 | ||
375 | |||
376 | 服务目录可以采用多种形式(例如文档,在线门户或工具)来使当前服务列表能够传达给受众。这些表单对于不同的受众有不同的视图(例如,发起人、客户、用户、IT到IT-客户视图)(ITIL Foundation,第5.2.10.1节)。客户视图可以提供服务绩效和财务数据。然而,服务目录可能不包括客户为了做出明智的决定而需要的关于风险和约束的完整信息。服务提供者应该与客户合作,以提供有关选择的明确信息,并概述客户愿意接受的风险。只有客户可以决定服务消费者愿意接受哪些风险,但服务提供者有责任澄清风险的性质和范围,并根据客户的偏好进行处理。 | ||
377 | |||
378 | |||
379 | 服务提供者使用的另一个功能强大的工具集是CRM系统,该系统存储有关当前和潜在客户的数据,以及历史和当前关系状态的数据。客户可以直接访问有关相关服务供应、服务级别和条件的信息,以及获得的产品和服务的概述(Bordoloi等,2018)。 | ||
380 | |||
381 | |||
382 | ==== 4.3.1.2 维持允许出现关系模式的环境 ==== | ||
383 | |||
384 | |||
385 | 服务提供者应该创建允许开发关系模式的舒适环境。为此,应考虑以下几点: | ||
386 | |||
387 | * 如果没有定期的沟通,就有可能造成和扩大双方之间的距离。即使在没有必要沟通的情况下,也应安排交流并遵守计划。 | ||
388 | * 如果服务提供者提供了联系点但没有及时响应,则可能对组织产生负面影响。 | ||
389 | * 服务事件可能导致客户归咎于服务提供者的情况。在这些情况下,应该管理冲突。 | ||
390 | * 服务提供者组织、客户组织或市场上总会有一些干扰。风险管理实践可以指出哪些风险对合作环境的威胁最大。 | ||
391 | |||
392 | |((( | ||
393 | |||
394 | |||
395 | **ITIL故事:建立服务关系** | ||
396 | |||
397 | [[image:1639113899456-290.png||height="50" width="39"]]Mariana:我们这学年快结束了,很多学生都要毕业离校了。虽然我们已经在现有的学生中获得了良好的声誉,但在两个月后新学生到来之前,我们面临着失去许多忠实客户的风险。我们每年都需要和这些新生建立服务关系。对于那些不打算离开的学生,我们必须与他们建立并保持牢固的关系,这样才能增加我们在未来几年留住他们作为忠实客户的机会。 | ||
398 | |||
399 | [[image:1639113906861-695.png||height="50" width="41"]]Tomas:有些学生在大学里待的时间更长,要么继续深造,要么在大学里工作。 | ||
400 | |||
401 | [[image:1639113899456-290.png||height="50" width="39"]]Mariana:我们可以为在大学待较长时间的学生提供特别服务,以激励他们使用我们的服务,并与他们建立更牢固的关系。 | ||
402 | |||
403 | [[image:1639113948756-677.png||height="46" width="41"]]Radhika:有些学生仅参加短期课程,我们也应提x供能反映其需求的产品。 | ||
404 | |||
405 | [[image:1639113899456-290.png||height="50" width="39"]]Mariana:对于这些学生,我们可以提供无义务的、短期的、现收现付的服务。这是根据这个群体的情况和需要量身定制的,将有助于与他们建立关系。 | ||
406 | ))) | ||
407 | |||
408 | === === | ||
409 | |||
410 | === 4.3.2 建立和维持信任与关系 === | ||
411 | |||
412 | |||
413 | 由于服务提供商和客户必须共同创造价值,他们需要建立和管理一种透明的关系,这种关系支持相互信任,注重在优化成本和风险的同时实现服务成果。为了有效地做到这一点,这些操作通常被称为科目:业务关系管理(对于内部服务提供者)和CRM(对于商业服务提供者)。在ITIL中,关系管理实践指南涵盖了这两个学科。 | ||
414 | |||
415 | |||
416 | 信任可能以多种方式出现(Hacker等,1999),包括: | ||
417 | |||
418 | * **基于知识** 随着时间的推移,对另一组人的认识可以提高信任度。 | ||
419 | * **基于核算** 在服务关系中,信任可以快速建立。在这种情况下,这两个组都可以权衡潜在的机会与风险。 | ||
420 | |||
421 | ==== 4.3.2.1 信任和关系因素 ==== | ||
422 | |||
423 | 可信赖的特征分为三个维度(Hacker等,1999): | ||
424 | |||
425 | * **能力 **产生结果的能力 | ||
426 | * **承诺** 关心共同目标以及他人的成功和福利 | ||
427 | * **一致性** 以同样的方式完成预期任务的能力。 | ||
428 | |||
429 | 图4.3显示了模型中的这些维度。这些维度提供了个人、团队或组织的信任关系的基础(Hacker等,1999)。 | ||
430 | |||
431 | |||
432 | 为了值得信赖,服务提供者和客户都应致力于体现三个Cs 模型。表4.9显示了该模型如何应用于服务关系。 | ||
433 | |||
434 | (% style="text-align:center" %) | ||
435 | [[image:1639113970037-520.png]] | ||
436 | |||
437 | 图4.3 三Cs 可信度模型 | ||
438 | |||
439 | |||
440 | 表4.9 适用于服务关系的三个Cs 模型 | ||
441 | |||
442 | (% style="width:480px" %) | ||
443 | |(% style="width:95px" %)**信任因素**|(% style="width:198px" %)**服务提供者**|(% style="width:184px" %)**客户** | ||
444 | |(% style="width:95px" %)**能力**|(% style="width:198px" %)((( | ||
445 | 足够的知识和技能 | ||
446 | |||
447 | 足够的需求能力 | ||
448 | |||
449 | 展示敏捷性/适应性 | ||
450 | )))|(% style="width:184px" %)展示敏捷性/适应性 | ||
451 | |(% style="width:95px" %)**承诺**|(% style="width:198px" %)((( | ||
452 | 关注客户的成功或分享共同的/相互的目标 | ||
453 | |||
454 | 诚实、尊重和合作 | ||
455 | |||
456 | 解释影响客户的行动 | ||
457 | |||
458 | 熟悉服务消费者及其需求 | ||
459 | |||
460 | 鼓励/促进开放的双向沟通 | ||
461 | )))|(% style="width:184px" %)((( | ||
462 | 关注服务提供者的成功或分享共同的/相互的目标 | ||
463 | |||
464 | 诚实、尊重和合作 | ||
465 | |||
466 | 解释影响服务提供者的变更 | ||
467 | |||
468 | 鼓励/促进开放的双向沟通 | ||
469 | ))) | ||
470 | |(% style="width:95px" %)**一致性**|(% style="width:198px" %)((( | ||
471 | 先寻求理解,再寻求被理解 | ||
472 | |||
473 | 在一段时间内完成预期的表现 | ||
474 | |||
475 | 及时响应 | ||
476 | )))|(% style="width:184px" %)((( | ||
477 | 先寻求理解,再寻求被理解 | ||
478 | |||
479 | 披露足够数量的信息 | ||
480 | ))) | ||
481 | |||
482 | ==== ==== | ||
483 | |||
484 | ==== 4.3.2.2 建立信任和关系活动 ==== | ||
485 | |||
486 | |||
487 | 表4.10中列出了客户和服务提供者为建立信任而执行的不同方法和活动的描述。这些活动同样适用于内部和外部关系。 | ||
488 | |||
489 | |||
490 | 表4.10 关系管理活动 | ||
491 | |||
492 | [[image:1641542062901-780.png]] | ||
493 | |||
494 | |||
495 | ==== 4.3.2.3 持续建立信任和关系 ==== | ||
496 | |||
497 | |||
498 | 许多因素威胁着信任和关系,包括: | ||
499 | |||
500 | * 分离双方的自然趋势;例如,来自服务消费者的服务提供者 | ||
501 | * 服务提供者的资源和实践不断变化 | ||
502 | * 服务消费者的风险状况和容忍度随时间变化 | ||
503 | * 任何一方的新员工改变了服务关系的性质(确保与与新员工及时接触很重要) | ||
504 | * 不可避免的客户投诉(正式的客户投诉和升级流程可以缓解这一因素)。 | ||
505 | |||
506 | |((( | ||
507 | |||
508 | |||
509 | **ITIL的故事:建立和维持信任与关系** | ||
510 | |||
511 | [[image:1639114122836-825.png||height="58" width="51"]]Mariana:我们希望新生们在进入大学时,能够了解到我们的服务。我们计划通过提供有吸引力的价格来积极地针对这些学生,以便他们注册我们的服务。我们将要求大学在其欢迎信息中包含指向我们网站的链接,以方便潜在客户与我们联系。 | ||
512 | |||
513 | [[image:1639114131790-506.png||height="56" width="39"]]**R**adhika:在新的学年开始之初,我们可能需要在服务台上配备更多人员,以管理注册数量的增加。 | ||
514 | ))) | ||
515 | |||
516 | === === | ||
517 | |||
518 | === 4.3.3 理解服务提供者能力 === | ||
519 | |||
520 | |||
521 | 理解和评估服务提供者能力的最流行方法是通过审计和成熟度评估。 | ||
522 | |||
523 | |||
524 | 有些信息可能是公开可用的,也可能是通过与提供者当前和过去的客户进行沟通而收集的(例如,参考评论)。然而,能力评估通常关注流程和规程,例如文档和记录。表4.11提供了一个理解服务提供者能力的清单。 | ||
525 | |||
526 | |||
527 | 表4.11 理解服务提供者能力清单 | ||
528 | |||
529 | (% style="width:454px" %) | ||
530 | |(% style="width:242px" %)**组织和人员**|(% style="width:208px" %)**信息和技术** | ||
531 | |(% style="width:242px" %)((( | ||
532 | 理解组织目标并检查组织的结构是否能够最佳地满足这些目标。 | ||
533 | |||
534 | 要评估的项目/属性: | ||
535 | |||
536 | ●重复(活动、组织职能等) | ||
537 | |||
538 | ●沟通效果(渠道、频率、反馈等) | ||
539 | |||
540 | ●工作模式和决策结构(集中式与分散式,基于流程的与分层式的) | ||
541 | |||
542 | ●信任和透明度,控制级别 | ||
543 | |||
544 | ●知识和学习文化 | ||
545 | |||
546 | ●技能和能力 | ||
547 | )))|(% style="width:208px" %)((( | ||
548 | 评估用于决策的信息质量,以及技术是否以最佳方式支持目标和决策流程。 | ||
549 | |||
550 | 要评估的项目/属性: | ||
551 | |||
552 | ●当前的技术项目 | ||
553 | |||
554 | ●集成 | ||
555 | |||
556 | ●技术债务 | ||
557 | |||
558 | ●技术趋势(技术发展如何改变工作方式) | ||
559 | |||
560 | ●数据和信息的可靠性 | ||
561 | |||
562 | ●技术性能 | ||
563 | ))) | ||
564 | |(% style="width:242px" %)**合作伙伴与供应商**|(% style="width:208px" %)**价值流和流程** | ||
565 | |(% style="width:242px" %)((( | ||
566 | 服务提供者如何有效地管理其合作伙伴和供应商? | ||
567 | |||
568 | 服务提供者是否依赖战略供应商? | ||
569 | |||
570 | 关键供应商关闭时,对服务运营可能产生的影响是什么? | ||
571 | |||
572 | 它们是否无缝集成在价值链中? | ||
573 | )))|(% style="width:208px" %)((( | ||
574 | 有哪些流程,以及它们如何运作的? | ||
575 | |||
576 | 流程绩效如何? | ||
577 | |||
578 | 价值流的管理效率如何? | ||
579 | ))) | ||
580 | |||
581 | |((( | ||
582 | ((( | ||
583 | **ITIL故事:了解服务提供者功能** | ||
584 | |||
585 | [[image:1639114179501-232.png||height="51" width="47"]]//Mariana:为了与新的汽车清洁合作伙伴契动,我们进行了一次审计,以确保它们在财务上是可行的。我们检查了其他乘客对其服务的评论。我们还确保他们有能力提供绿色清洁产品。// | ||
586 | ))) | ||
587 | |||
588 | ((( | ||
589 | |||
590 | ))) | ||
591 | ))) | ||
592 | |||
593 | === === | ||
594 | |||
595 | === 4.3.4 了解客户需求 === | ||
596 | |||
597 | |||
598 | 重要的是要记住,客户不购买服务;他们购买的是特定需求的实现。他们有工作要做(克里斯滕森等,2016),服务提供者必须理解这些工作,才能识别服务消费者的需求、偏好以及期望的成果和体验。 | ||
599 | |||
600 | |||
601 | ==== 4.3.4.1 价值驱动 ==== | ||
602 | |||
603 | |||
604 | 第1章介绍的服务价值驱动框架可用于分析和理解服务消费者的需求和期望的成果如何与服务提供者的服务供应链接。图4.4中再次显示了该框架。 | ||
605 | |||
606 | |||
607 | 业务关系管理:BRM Professional(BRMP)定义了两种将结果与产品和服务联系起来的方法(BRM Institute,2014,5.6.3),包括: | ||
608 | |||
609 | * **基于价值的方法(自上而下)** 服务提供者讨论客户最紧迫的问题或目标,然后分析计划(如何解决或实现它们)、促成因素(实施计划需要什么功能或资源)和技术(生产或服务如何交付这些能力和促成因素)。 | ||
610 | * **基于解决方案的方法(自下而上) **服务提供者讨论其产品和服务,并试图将与紧迫的消费者问题或目的连接起来,以相反的顺序回答与基于价值的方法相同的问题。 | ||
611 | |||
612 | 客户需求通常是由具体问题引起的。研究这些问题可以提供通过产品和服务实现需求的最佳方法。需要考虑的问题有: | ||
613 | |||
614 | * 主要问题是什么? | ||
615 | * 这些问题的原因是什么? | ||
616 | * 这些问题如何影响服务消费者的目的、目标和绩效? | ||
617 | * 当前的服务消费者背景是什么,包括影响或受这些问题影响的战略、架构和组织结构? | ||
618 | |||
619 | 不要将客户需要与客户需求混淆。了解需要后,服务提供者仍然需要理解需求。然后,各方就可将服务消费者的需要作为具体的需求表达出来。这些活动将在第5章中进一步介绍。 | ||
620 | |||
621 | (% style="text-align:center" %) | ||
622 | [[image:1639114202174-257.png]] | ||
623 | |||
624 | 图4.4 价值驱动框架的示例 | ||
625 | |||
626 | |||
627 | ==== 4.3.4.2 风险与成本 ==== | ||
628 | |||
629 | |||
630 | 理解产品和服务的受影响成果以及风险和成本,应该是发现客户需求和构建服务关系的一部分。 | ||
631 | |||
632 | |||
633 | 表4.12显示了自助服务门户引入后的预期结果、消除的风险和成本,潜在损失以及风险和成本的示例。 | ||
634 | |||
635 | |||
636 | 表4.12 自助服务门户的积极和消极影响 | ||
637 | |||
638 | (% style="width:483px" %) | ||
639 | |(% style="width:64px" %) |(% colspan="2" style="width:417px" %)**客户体验** | ||
640 | |(% style="width:64px" %) |(% style="width:208px" %)**积极**|(% style="width:208px" %)**消极** | ||
641 | |(% style="width:64px" %)**成果**|(% style="width:208px" %)((( | ||
642 | 支持的成果,包括增强经验和满足偏好: | ||
643 | |||
644 | ●更快的沟通 | ||
645 | |||
646 | ●所有用户请求的单点联系人 | ||
647 | |||
648 | ●工单跟踪 | ||
649 | |||
650 | ●用户对IT维护计划的了解 | ||
651 | )))|(% style="width:208px" %)((( | ||
652 | 受影响的结果: | ||
653 | |||
654 | ●用户与IT之间的直接沟通较少 | ||
655 | ))) | ||
656 | |(% style="width:64px" %)**风险**|(% style="width:208px" %)((( | ||
657 | 风险消除: | ||
658 | |||
659 | ●降低响应时间 | ||
660 | |||
661 | ●降低服务请求分类中的错误数量 | ||
662 | )))|(% style="width:208px" %)((( | ||
663 | 引入的风险: | ||
664 | |||
665 | ●单点故障 | ||
666 | |||
667 | ●对用户能力的依赖度更高 | ||
668 | |||
669 | ●外部人员可获取敏感事件数据 | ||
670 | ))) | ||
671 | |(% style="width:64px" %)**成本**|(% style="width:208px" %)((( | ||
672 | 成本消除: | ||
673 | |||
674 | ●减少服务台人员 | ||
675 | )))|(% style="width:208px" %)((( | ||
676 | 引入的成本 | ||
677 | |||
678 | ●自助式管理和维护(在让用户参与管理门户的情况下) | ||
679 | ))) | ||
680 | |||
681 | ==== ==== | ||
682 | |||
683 | ==== 4.3.4.3 体验和偏好 ==== | ||
684 | |||
685 | |||
686 | 偏好影响服务消费者的服务体验,尤其是对于服务消费者是个人的大众市场服务。表4.13显示了服务消费者体验的关键生产和服务因素。 | ||
687 | |||
688 | |||
689 | 一旦确定了成果、体验和偏好,则利益相关者就可以检查实现服务消费者的需求和所做出的决策。 | ||
690 | |||
691 | |||
692 | |((( | ||
693 | ((( | ||
694 | |||
695 | |||
696 | **ITIL故事:了解客户需求** | ||
697 | |||
698 | [[image:1639114250440-102.png||height="57" width="47"]]Mariana:为了实现我们对环境可持续性的愿景,我们研究的一个方案是在我们的一些电动汽车上安装自行车架。然而,当我们调查我们的客户时,我们发现很少有人用汽车来运输自行车。如果没有这种需求,自行车架就不会为我们的客户带来任何价值,所以我们没有采取这种做法。 | ||
699 | ))) | ||
700 | |||
701 | ((( | ||
702 | |||
703 | ))) | ||
704 | ))) | ||
705 | |||
706 | 表4.13 服务客户体验的关键生产和服务因素 | ||
707 | |||
708 | (% style="width:323px" %) | ||
709 | |(% style="width:78px" %)**因素**|(% style="width:243px" %)**描述** | ||
710 | |(% style="width:78px" %)**服务质量方面**|(% style="width:243px" %)((( | ||
711 | 功能性 | ||
712 | |||
713 | 数据和信息可用性 | ||
714 | |||
715 | 可用性 | ||
716 | |||
717 | 绩效和容量 | ||
718 | |||
719 | 信息安全 | ||
720 | |||
721 | 持续性 | ||
722 | |||
723 | 可访问性 | ||
724 | |||
725 | 可用性 | ||
726 | ))) | ||
727 | |(% style="width:78px" %)**风险与合规性**|(% style="width:243px" %)服务符合相关规定 | ||
728 | |(% style="width:78px" %)**价格与成本**|(% style="width:243px" %)((( | ||
729 | 服务符合消费者的风险承受水平 | ||
730 | |||
731 | 顾客感知的成本效益比 | ||
732 | ))) | ||
733 | |(% style="width:78px" %)**设计和便利性**|(% style="width:243px" %)((( | ||
734 | 服务价格与替代品的比较,例如竞争对手的服务 | ||
735 | |||
736 | 用户体验 | ||
737 | ))) | ||
738 | |(% style="width:78px" %)**兼容性和接口**|(% style="width:243px" %)((( | ||
739 | 服务简化了一个耗时的过程 | ||
740 | |||
741 | 架构 | ||
742 | |||
743 | 与客户已经使用的其他服务的兼容性,跨各种渠道或设备的可用性 | ||
744 | ))) | ||
745 | |(% style="width:78px" %)**信息,透明度和公平性**|(% style="width:243px" %)((( | ||
746 | 所有关于服务定价、实际使用等方面的数据都可以很容易地提供给客户 | ||
747 | |||
748 | 用户可以方便地检查数据的准确性 | ||
749 | ))) | ||
750 | |(% style="width:78px" %)**控制能力**|(% style="width:243px" %)客户保持对服务消费的控制,并拥有管理服务选项、定价(如果有定价选项)等工具。 | ||
751 | |(% style="width:78px" %)**社会责任感**|(% style="width:243px" %)客户确保服务供应商符合适用的社会责任规范,如污染、奴役和公平贸易。 | ||
752 | |||
753 | === === | ||
754 | |||
755 | (% class="wikigeneratedid" %) | ||
756 | === === | ||
757 | |||
758 | (% class="wikigeneratedid" %) | ||
759 | === === | ||
760 | |||
761 | === 4.3.5 评估相互准备和成熟度 === | ||
762 | |||
763 | |||
764 | 相互准备是指双方完成适当的检查(即过往的绩效检查)和尽职调查(即审计),建立了初步信任,并准备形成工作关系,以便共同创建价值。 | ||
765 | |||
766 | |||
767 | 相互准备和成熟度评估可能会根据关系类型而有所不同: | ||
768 | |||
769 | * 在基础关系中,客户可以检查服务提供者以往的绩效,避免投资于额外的保证措施,例如审计或准备评估。 | ||
770 | * 在合作关系中,客户可以使用审计和成熟度评估工具评估服务提供者成熟度。与基础关系相比,协作和沟通机制的准备也变得非常重要。在所有利益相关者之间明确协调成果并就反馈程序达成一致是至关重要的。 | ||
771 | * 在伙伴关系中,开放和信任是相互成功的关键因素。因此,尽管可能会进行正式的能力成熟度和以往的绩效检查,但是协作的准备是至关重要的。 | ||
772 | |||
773 | 表4.14 显示了不同类型的评估与不同类型的关系的相关性。 | ||
774 | |||
775 | |||
776 | 表4.14 契动步骤的评估类型 | ||
777 | |||
778 | (% style="width:414px" %) | ||
779 | |(% style="width:182px" %)**评估的属性**|(% style="width:75px" %)**基础关系**|(% style="width:75px" %)**合作关系**|(% style="width:79px" %)**伙伴关系** | ||
780 | |(% style="width:182px" %)能力成熟度和以往的绩效(服务提供者)|(% style="width:75px" %)关键|(% style="width:75px" %)中度|(% style="width:79px" %)轻度 | ||
781 | |(% style="width:182px" %)准备合作(双方)|(% style="width:75px" %)N/A|(% style="width:75px" %)中度|(% style="width:79px" %)关键 | ||
782 | |(% style="width:182px" %)为变更做好准备(客户)|(% style="width:75px" %)N/A|(% style="width:75px" %)中度|(% style="width:79px" %)关键 | ||
783 | |||
784 | ==== ==== | ||
785 | |||
786 | ==== 4.3.5.1 关系成熟度 ==== | ||
787 | |||
788 | |||
789 | 在执行评估之前,最好理解关系成熟度的水平。根据业务提供者成熟度模型(BRM研究所,2014),成熟度级别(例如基础型,合作型和伙伴关系)可以由一组需求和供应特性确定,如表4.15所示。 | ||
790 | |||
791 | |||
792 | 表4.15 业务提供者成熟度模型 | ||
793 | |||
794 | (% style="width:473px" %) | ||
795 | |(% style="width:80px" %) |(% style="width:168px" %)**需求**|(% style="width:224px" %)**供应** | ||
796 | |(% style="width:80px" %)基础关系|(% style="width:168px" %)((( | ||
797 | 交易自动化 | ||
798 | |||
799 | 来自业务竖井的请求 | ||
800 | |||
801 | 专注于职能绩效 | ||
802 | )))|(% style="width:224px" %)((( | ||
803 | 交易处理以及基本服务 | ||
804 | |||
805 | 为业务竖井定制/修改产品 | ||
806 | |||
807 | 专注于稳定性 | ||
808 | ))) | ||
809 | |(% style="width:80px" %)合作关系|(% style="width:168px" %)((( | ||
810 | 端到端流程自动化/ 业务 | ||
811 | |||
812 | 集成 | ||
813 | |||
814 | 事务性数据管理信息(决策信息) | ||
815 | )))|(% style="width:224px" %)((( | ||
816 | 企业系统 | ||
817 | |||
818 | 业务流程改进点/重新设计开放式网络和网关 | ||
819 | |||
820 | 大多数IT服务的优化/通用基础架构 | ||
821 | |||
822 | 外包商品服务技术驱动的业务功能是推动市场差异化的IT催化剂 | ||
823 | ))) | ||
824 | |(% style="width:80px" %)伙伴关系|(% style="width:168px" %)((( | ||
825 | 创新与成长 | ||
826 | |||
827 | 业务和市场情报 | ||
828 | |||
829 | 可重新配置的功能组合(HR,IT,资产等) | ||
830 | )))|(% style="width:224px" %)标准接口 | ||
831 | |||
832 | 在这个模型中,关系成熟度级别是累积的:成熟度级别构建在较低的成熟度级别之上,并包括较低的成熟度级别。 | ||
833 | |||
834 | |||
835 | 这个模型中的需求和供给是相互依存的;服务提供者在基本的关系中仅满足需求,但在合作关系中刺激需求。随着关系的成熟,服务消费者开始学习开发产品和服务,从而导致复杂的业务问题。但是,服务提供者将学会提供更有效的服务并塑造需求。 | ||
836 | |||
837 | |||
838 | ==== ==== | ||
839 | |||
840 | ==== 4.3.5.2 成熟度评估和基准测试 ==== | ||
841 | |||
842 | |||
843 | 其中一个利益干系人比另一个更成熟的服务关系通常会失败,因为变化会导致不兼容。因此,评估服务提供者和服务消费者的成熟度是有帮助的。 | ||
844 | |||
845 | |||
846 | 表4.16中的问题可用作评估的清单。 | ||
847 | |||
848 | |||
849 | 表4.16 基于服务管理四维模型的服务提供者和服务消费者成熟度评估 | ||
850 | |||
851 | [[image:1641542344274-342.png]] | ||
852 | |||
853 | |||
854 | ==== ==== | ||
855 | |||
856 | ==== 4.3.5.3 评估协作的准备情况 ==== | ||
857 | |||
858 | |||
859 | 利益相关者之所以对协作感兴趣,是因为与其他利益相关者的持续合作更容易实现目标。为了评估协作的准备情况,必须考虑表4.17中概述的信息。 | ||
860 | |||
861 | |||
862 | 表4.17 准备评估检查表 | ||
863 | |||
864 | (% style="width:526px" %) | ||
865 | |(% style="width:223px" %)**合作准备因素**|(% style="width:301px" %)**清单和参考** | ||
866 | |(% style="width:223px" %)是否建立起最初的信任?|(% style="width:301px" %)三个Cs 模型 | ||
867 | |(% style="width:223px" %)我们是否与相关的利益相关者契动?管理**层**是否支持合作活动?|(% style="width:301px" %)((( | ||
868 | 利益干系人分析 | ||
869 | |||
870 | 利益干系人地图(影响力/兴趣网格) | ||
871 | ))) | ||
872 | |(% style="width:223px" %)我们是否为密切合作创建了组织基础?|(% style="width:301px" %)((( | ||
873 | 确保原则和运营活动保持一致 | ||
874 | |||
875 | 检查信息系统与其他资源之间的集成和接口 | ||
876 | |||
877 | 沟通风险承受能力和约束条件(风险登记册) | ||
878 | |||
879 | 建立沟通渠道,尤其是投诉渠道(利益干系人沟通计划) | ||
880 | |||
881 | 跨协作组织分配资源(主要是人员,技术和信息) | ||
882 | ))) | ||
883 | |||
884 | ==== ==== | ||
885 | |||
886 | ==== 4.3.5.4 评估组织变革准备情况 ==== | ||
887 | |||
888 | |||
889 | 在某些情况下,成功交付服务可能需要转换组织惯例和例程,以便从服务获得价值。这需要组织变革管理。ITIL Foundation定义了以下有效组织变革管理实践的属性: | ||
890 | |||
891 | * 明确而相关的目标 | ||
892 | * 坚强而坚定的领导 | ||
893 | * 愿意和有准备的参与者 | ||
894 | * 持续的改进点。 | ||
895 | |||
896 | 为了评估组织变革的准备情况,可以使用表4.18中所示的检查表。 | ||
897 | |||
898 | |||
899 | 表4.18 组织变革准备情况评估清单 | ||
900 | |||
901 | (% style="width:398px" %) | ||
902 | |(% style="width:100px" %)**组织变革准备就绪因素**|(% style="width:296px" %)**检查清单** | ||
903 | |(% style="width:100px" %)**明确而相关的目标**|(% style="width:296px" %)((( | ||
904 | 服务关系是否有清晰的愿景? | ||
905 | |||
906 | 是否有效传达了变更的原因? | ||
907 | ))) | ||
908 | |(% style="width:100px" %)**坚强而坚定的领导**|(% style="width:296px" %)((( | ||
909 | 赞助商是否因成功的业绩而备受尊敬? | ||
910 | |||
911 | 利益相关者是否信任管理层考虑他们的利益? | ||
912 | |||
913 | 是否有横向领导者? | ||
914 | ))) | ||
915 | |(% style="width:100px" %)**愿意和有准备的参与者**|(% style="width:296px" %)((( | ||
916 | 是否有奖励贡献者的计划? | ||
917 | |||
918 | 组织中是否有足够水平的系统知识?利益相关者是否理解变更的全貌,而不仅仅是他们自己的一部分? | ||
919 | ))) | ||
920 | |(% style="width:100px" %)**持续的改进点**|(% style="width:296px" %)((( | ||
921 | 组织中有多少变更阻力? | ||
922 | |||
923 | 过去的改进是否成功? | ||
924 | |||
925 | 当前有多少变更? | ||
926 | |||
927 | 公事公办与创新之间是否有良好的平衡?如果组织过分强调持续运营的责任,创新就会受到影响。如果创新是唯一的焦点,那么对当前经营活动的责任就被忽略了。因此,成功的组织应该找到正确的平衡点。 | ||
928 | ))) | ||
929 | |||
930 | 读者应参阅组织变革管理实践指南以获取详细指导。 | ||
931 | |||
932 | |||
933 | |||
934 | == 4.4 管理供应商和合作伙伴 == | ||
935 | |||
936 | |||
937 | 在某种程度上,每个组织都依赖于其他组织提供的服务(ITIL Foundation,第3.3节)。因此,对于服务提供者和服务消费者,与供应商和合作伙伴的关系同样重要。这包括与主要供应商建立更紧密、更协作的关系,以发现和实现价值新的价值,并减少失效的风险(ITIL Foundation ,第5.1.13节)。 | ||
938 | |||
939 | |||
940 | 由于服务提供者在其供应商的关系中充当服务消费者,因此服务提供者的旅程包括与客户旅程相同的步骤: | ||
941 | |||
942 | * **探索** 理解确定的潜在供应商的需求和价值 | ||
943 | * **契动** 与供应商建立关系 | ||
944 | * **供应** 形成需求和需求规范 | ||
945 | * **协议 **就供应商提供的产品和服务的条款和条件进行谈判并达成一致 | ||
946 | * **引入** 决定是否应从供应商处获得产品和服务,并执行转换活动 | ||
947 | * **价值共创** 创建消费服务并与供应商进行服务交互 | ||
948 | * **实现价值 ** 持续跟踪、评估和评价价值实现,并改进整个过程。 | ||
949 | |||
950 | 服务消费者和提供者具有不同的视角和关注领域。通常不同的方面是服务集成和编排。服务集成负责协调或编排参与产品或服务的采购和提供的所有供应商。它侧重于端到端的提供服务,确保控制供应商的所有接口和结果,并促进了供应商之间的协作(ITIL Foundation ,第5.1.13节)。 | ||
951 | |||
952 | |||
953 | 越来越多的服务提供者被其客户视为服务中心,并期望为了客户的利益协调其供应商和合作伙伴。其他人则被视为“黑匣子”;他们的客户不想知道他们的服务提供者与之合作的供应商和合作伙伴的依赖关系。服务消费者的这些期望极大地影响了服务提供者管理其与供应商和合作伙伴之间关系的方式。 | ||
954 | |||
955 | |||
956 | 服务集成有四个主要类型,每个组织都应该考虑最适合它的模型,以便转换到更协调的服务供应商环境。这些模型是: | ||
957 | |||
958 | * **作为服务集成和管理的保留组织 **保留的组织管理所有供应商并自行协调服务集成和管理职能 | ||
959 | * **单一供应商 **其中供应商提供所有服务以及服务集成和管理职能 | ||
960 | * **服务守护者 **供应商除了管理其他供应商外,还提供服务集成和管理职能以及一个或多个交付职能 | ||
961 | * **独立的服务集成商 **即使供应商不向组织提供任何服务,也可以由供应商提供服务集成和管理职能并管理所有其他供应商。 | ||
962 | |||
963 | 如果服务提供者充当服务集成商,则通常代表客户建立关系和协作。在某种程度上,现在每个服务提供商都是服务集成商。 | ||
964 | |||
965 | |||
966 | 表4.19 列出了当服务提供者充当服务集成商时服务提供者活动的契动步骤。 | ||
967 | |||
968 | |||
969 | 表4.19 关系管理服务集成商活动 | ||
970 | |||
971 | (% style="width:375px" %) | ||
972 | |(% style="width:118px" %)**步骤**|(% style="width:255px" %)**服务集成商活动** | ||
973 | |(% style="width:118px" %)**创建容许契动关系模式的环境**|(% style="width:255px" %)((( | ||
974 | 审视消费者环境,以寻找新的供应商和合作伙伴,以实现消费者战略和目标 | ||
975 | |||
976 | 与可能的供应商进行联系和谈判 | ||
977 | |||
978 | 检查供应商过去的业绩和/或公众评级,并管理尽职调查(如果相关的话) | ||
979 | ))) | ||
980 | |(% style="width:118px" %)**建立和维持信任与关系**|(% style="width:255px" %)与正常服务关系相同 | ||
981 | |(% style="width:118px" %)**了解服务提供者能力**|(% style="width:255px" %)((( | ||
982 | 根据关系类型、依赖程度和风险定义管理供应商的标准 | ||
983 | |||
984 | 根据标准识别和分类现有供应商,并关注最重要的供应商 | ||
985 | |||
986 | 根据客户的需求评估供应商的能力 | ||
987 | ))) | ||
988 | |(% style="width:118px" %)**了解服务消费者需求**|(% style="width:255px" %)与正常服务关系相同 | ||
989 | |(% style="width:118px" %)**评估相互准备和成熟度**|(% style="width:255px" %)((( | ||
990 | 跟踪供应商的绩效和合规性 | ||
991 | |||
992 | 评估供应商的成熟度 | ||
993 | |||
994 | 评估更大的供应链,管理与供应商及其分包商有关的风险,以影响供应商提供服务的能力 | ||
995 | ))) | ||
996 | |||
997 | 供应商管理实践可用于为参与服务交付的所有供应商创建一个单一的可视点,以确保一致性并实现价值。这有助于回答以下问题: | ||
998 | |||
999 | * 服务提供者在管理其合作伙伴和供应商时是否有效? | ||
1000 | * 服务提供者是否依赖战略供应商? | ||
1001 | * 关键供应商停工对服务运营可能导致的影响是什么? | ||
1002 | * 供应商是否与服务提供者的价值链无缝集成? | ||
1003 | |||
1004 | 此实践还确保与供应商的协议与预期的服务结果和客户需求相一致,并监督其绩效,以确保条款、条件和目标得到满足。 | ||
1005 | |||
1006 | |||
1007 | |||
1008 | |((( | ||
1009 | **ITIL的故事:管理供应商和合作伙伴** | ||
1010 | |||
1011 | [[image:1639114423858-774.png||height="56" width="48"]]Mariana:我们面临的一个问题是,校园充电站经常出现故障,无法将车充满电。尽管eCampus Car Share不管理站点,但当汽车未充满电时,端到端的客户体验会受到负面影响。客户认为这些站点的功能是我们的责任。 | ||
1012 | |||
1013 | [[image:1639114431274-747.png||height="64" width="45"]]**S**olmaz:充电站归大学所在的地方议会所有,并由该议会的供应商安装。 | ||
1014 | |||
1015 | [[image:1639114423858-774.png||height="56" width="48"]]Mariana:这种情况并不少见,在这种情况下,为了提供我们的服务,我们对其他提供商的依赖很多。 | ||
1016 | |||
1017 | [[image:1639114440070-524.png||height="53" width="47"]]Katrina:我刚和朋友们从计划了三个小时的旅行回来,去看一个当地的乐队。不幸的是,这辆车没有充满电。当我们试图给它充电时,校园里的充电站坏了。充电站不属于eCampus Car Share或大学:完全是一个不同的组体。艾克苏服务台能够帮我找到另一辆车,但在使用之前,我不得不等待它退回。 | ||
1018 | |||
1019 | [[image:1639114423858-774.png||height="56" width="48"]]Mariana:尽管eCampus Car Share对充电站不负直接责任,但我们的客户仍会受到其他原因造成的故障和缺陷的影响。这是一个很好的例子,说明了所有服务交互和接触点是如何帮助客户感知我们的服务和价值的。 | ||
1020 | |||
1021 | [[image:1639114431274-747.png||height="64" width="45"]]**S**olmaz:我们正在寻求与充电运营商更紧密的合作,以减少我们的汽车无法正确充电的机会。 | ||
1022 | ))) | ||
1023 | |||
1024 | == == | ||
1025 | |||
1026 | == == | ||
1027 | |||
1028 | == 4.5 总结 == | ||
1029 | |||
1030 | |||
1031 | 良好的关系是管理合作关系、伙伴关系和基础关系所必须的。培养良好的关系包括创建能够契动的关系模式,建立信任并理解相互需求和价值的环境。 | ||
1032 | |||
1033 | |||
1034 | 供应商关系等同于其他服务关系,应进行相应的管理。多个供应商的集成和协调是供应商关系中的一个特例。 | ||
1035 | |||
1036 | ---- | ||
1037 | |||
1038 | |||
1039 | |||
1040 | [[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/5.%20%E6%AD%A5%E9%AA%A43%EF%BC%9A%E4%BE%9B%E5%BA%94/]] [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/3.%20%E6%AD%A5%E9%AA%A41%EF%BC%9A%E6%8E%A2%E7%B4%A2/]] |
Failed to execute the [velocity] macro. Cause: [xwiki-mysql-db]. Click on this message for details.
Failed to execute the [velocity] macro. Cause: [xwiki-mysql-db]. Click on this message for details.