Wiki源代码04. 步骤2：契动

Version 44.1 by superadmin on 2022/01/07, 15:54

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

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司