Changes for page ITIL4核心著作 - ③ 《驱动利益相关者价值》DSV

Summary

• Page properties (1 modified, 0 added, 0 removed)
• Attachments (0 modified, 0 added, 3 removed)
  • 1639052687281-789.png
  • 1639052767033-216.png
  • 1639053120507-216.png

Details

Page properties

Content

...	...	@@ -264,7 +264,7 @@
264	264	治理是指挥和控制组织的手段。角色和治理在ITIL SVS中的位置将根据在组织中使用SVS的方式而有所不同。
265	265
266	266
267		-== ==
	267	+== ==
268	268
269	269	== 持续改进 ==
270	270
...	...	@@ -294,10 +294,2595 @@
294	294
295	295	----
296	296
297		-= =
	297	+= 1.(% style="color:#3399f3" %)介绍(%%) =
298	298
	299	+ITIL®4：驱动利益相关者价值旨在通过服务价值共创的原则和实践去指导利益相关者，无论他们是客户还是服务提供者。
	300	+
	301	+
	302	+每个人都为价值共创做出了贡献，包括来自大型和小型组织的员工，合同工和客户。重要的是要记住，该指南不是规定性的：并非所有内容都适用于所有人。相反，它提供了一个采用和适应每种情况的框架。
	303	+
	304	+
	305	+本指南是为从事服务关系的个人和组织（包括产品和服务提供，消费和关系管理）编写的。这些是参与组织客户旅程或参与其中的人员和组织。目标受众包括但不限于：
	306	+
	307	+* 关系经理
	308	+* 客户体验（CX）经理
	309	+* 客户经理
	310	+* 服务交付经理
	311	+* 服务台经理
	312	+* 服务级别经理
	313	+* 企业架构师
	314	+* 服务和解决方案架构师
	315	+* 业务分析师
	316	+* 生产所有者和数字化产品经理
	317	+* 市场经理
	318	+* 项目经理
	319	+* 投资组合经理
	320	+* 供应商关系经理
	321	+* 供应商经理
	322	+* 合同经理
	323	+* 客户体验/ 用户体验（UX）设计人员。
	324	+
	325	+本指南假定读者熟悉ITIL Foundation，其中介绍了ITIL 4的基本服务管理概念
	326	+
	327	+
	328	+== 1.1契动的重要性 ==
	329	+
	330	+契动对于优化服务价值至关重要。这是因为服务价值始终是用户，客户，赞助商，服务提供者以及任何参与服务的相关方共同创造。
	331	+
	332	+
	333	+为了驱动利益相关者价值，所有利益相关者必须为服务价值的共同创造做出贡献。本出版物将会讨论客户旅程的主要步骤，并提供如何共同创造最有价值的旅程的指导。客户旅程可以分为七个步骤，如表1.1所示。
	334	+
	335	+
	336	+表1.1 客户旅程的步骤
	337	+
	338	+|(% style="width:221px" %)探索：了解市场和利益相关者|(% style="width:934px" %)客户旅程通常在服务提供者和服务消费者建立关系之前开始。双方都可以探索他们自己的需求和市场机会，来确定可能对实现他们各自需求有所贡献的合作伙伴。此探索可能包括运营的背景，战略目标和组织能力等方面。
	339	+|(% style="width:221px" %)契动：培养关系|(% style="width:934px" %)通过服务实现共同创造价值的重要前提是服务提供者，服务消费者和其他利益相关者之间的运作正常的关系。良好的关系是协作关系或合作关系的先决条件。
	340	+|(% style="width:221px" %)供应：提炼需求和服务供应|(% style="width:934px" %)为了确定双方是否可以从相互的服务关系中受益，服务消费者和服务提供者应该创建商业案例，以及明确表达，提炼和匹配他们在要求和服务供应上的供需。当明确表达和理解服务消费者的需求时，才能设计产品和服务。
	341	+|(% style="width:221px" %)协议：达成一致期望并协定服务|(% style="width:934px" %)至关重要的是，在投资之前，必须达成期望，规划价值共创，跟踪，并协定服务范围和质量。
	342	+|(% style="width:221px" %)引入：开启或结束旅程|(% style="width:934px" %)无论双方是否达成协议，他们都必须经历涉及双方资源的整合或者分割的转变。
	343	+|(% style="width:221px" %)共同创造：提供和消费|(% style="width:934px" %)服务消费者利用可访问的服务提供者资源，消费提供的货品，并与服务提供者一起基于达成的服务供应来共同创造价值。
	344	+|(% style="width:221px" %)实现：捕获价值和改进|(% style="width:934px" %)必须基于价值共创的规划去跟踪和驱动价值，改进工作必须持之以恒，从而增加服务价值。
	345	+
	346	+ITIL®4：驱动利益相关者价值提供了有关参与每个阶段并为之做出贡献的最佳实践指南，并且参与服务关系的任何人（包括服务提供，服务消费和关系管理）都可以使用它。
	347	+
	348	+
	349	+== 1.2关键原则 ==
	350	+
	351	+
	352	+=== 1.2.1利益相关者 ===
	353	+
	354	+
	355	+服务消费者和服务提供者并不是参与客户旅程的唯一人员。有很多利益相关者，他们做出了贡献，从中收益或者影响了这个旅程。这些利益相关者可能包括所有者，服务提供者雇员，第三方供应商，竞争对手，监管机构，工会，行业组织，社区和社会等。
	356	+
	357	+
	358	+服务必须为所有相关的利益相关者创建价值。因此，最重要的是识别所有关键利益相关者，理解和管理与他们的影响力和兴趣水平。
	359	+
	360	+
	361	+理解每个利益相关者如何影响或可能受旅程影响的一种方法是将利益相关者映射到矩阵中，根据其影响和兴趣级别进行分类，图片1.1显示了利益相关者分析和映射的示例。
	362	+
	363	+(% style="text-align:center" %)
	364	+[[image:1638949925942-595.png]]
	365	+
	366	+ 图片1.1利益相关者地图
	367	+
	368	+
	369	+可以根据他们相结合的影响力和兴趣去管理利益相关者。并可以通过恰当水平的沟通来维持利益相关者的满意，知情和密切关注。然而，利益相关者和他们的影响力和兴趣可能在旅程中变化。例如，随着时间的推移，服务提供者可能尝试培育利益相关者的兴趣和影响力。这意味着利益相关者地图应该随着旅程的进展而定期重新修订。
	370	+
	371	+
	372	+=== 1.2.2 服务消费者 ===
	373	+
	374	+在ITIL 4中，服务消费者是一个消费某项服务的组织。在实践中，服务消费至少涉及三个特定的角色，这些角色显示在图片1.2中，他们包括：
	375	+
	376	+* 定义了服务要求并对服务消费成果负责的客户
	377	+* 使用服务的用户
	378	+* 为服务消费授权预算的赞助者
	379	+
	380	+这些角色可以由一个或多个人员或团队来完成，通常取决于消费者组织的类型和大小。在角色分开的组织中，沟通和协调至关重要。为了在服务提供者和服务消费者之间培育有效的服务关系，有必要投入资源来协调双方。
	381	+
	382	+(% style="text-align:center" %)
	383	+[[image:1638950038214-694.png]]
	384	+
	385	+ 图片1.2服务消费者的三个角色
	386	+
	387	+
	388	+=== 1.2.3 服务关系 ===
	389	+
	390	+在服务关系中，组织将采用服务提供者或服务消费者的角色。这两个角色不是专有的：组织通常在任何给定时间提供和消费许多服务。服务消费者可以使用其资源来创建自己的产品，以解决另一个目标消费者群体的需求，从而成为服务提供者。这样，可能会出现关系链或关系网络，如图片1.3中所示。
	391	+
	392	+
	393	+表1.2中显示了三种基本的服务关系类型。基于组织定义的战略，可以显示一种对关系的偏好。
	394	+
	395	+
	396	+(% style="text-align:center" %)
	397	+[[image:1638950209105-608.png]]
	398	+
	399	+ 图片1.3 服务关系模型
	400	+
	401	+
	402	+
	403	+表1.2三种基本服务关系类型
	404	+
	405	+ [[image:1638950556081-343.png||height="106" width="895"]]
	406	+
	407	+|(% style="width:185px" %) |(% style="width:306px" %)**基本关系**|(% style="width:364px" %)**合作关系**|**伙伴关系**
	408	+|(% style="width:185px" %)典型的聚焦点|(% style="width:306px" %)支持和效率|(% style="width:364px" %)改进和效果|创新和成长
	409	+|(% style="width:185px" %)典型的涉及组织级别的关系|(% style="width:306px" %)运营上的|(% style="width:364px" %)运营和战术上的|运营的，战术和战略上的
	410	+|(% style="width:185px" %)典型的关系成熟度级别|(% style="width:306px" %)应对式，订单接受者|(% style="width:364px" %)服务提供者，受信任的顾问|战略合作伙伴
	411	+|(% style="width:185px" %)典型的服务类别|(% style="width:306px" %)商业现货服务，开箱即用服务，高度标准化的商品服务或货品的货源|(% style="width:364px" %)服务不得不配置或定制化来满足服务消费者的需求|具有独特价值主张的定制或定制服务
	412	+|(% style="width:185px" %)典型的协定类别|(% style="width:306px" %)标准合同，服务级别协议以及主要针对大众市场的基于体验的协议|(% style="width:364px" %)高级的服务级别协议，基于体验的协议或结果导向的协议|定制合同，结果导向的协议或没有协议
	413	+|(% style="width:185px" %)举例|(% style="width:306px" %)正如服务提供者预期，服务消费者清晰表达他们的期望值。例子可以在提供给广大的个人外部服务消费者的标准化服务找到。这就是移动运营商和运输公司如何运作。|(% style="width:364px" %)取决于服务提供者和服务消费者的关系，服务提供者可能很难完全了解服务消费者想实现的成果。在某些情况下，他们会一起工作去定义渴望的成果。举例，内部IT和HR部门的关系经理可能和客户谈话和讨论他们的需求和期望。|基于服务供应和产品的服务是依照客户规定要求去规划和创建。在敏捷产品开发那里，服务消费者和服务提供者在共享团队中共同创建产品。
	414	+
	415	+=== 1.2.4 客户旅程 ===
	416	+
	417	+客户旅程是服务消费者和服务提供者之间关于接触点和交互的整体感知。
	418	+
	419	+
	420	+表1.3概述了从用户角度解决事件的客户旅程示例。
	421	+
	422	+
	423	+|(((
	424	+ 定义：客户旅程
	425	+
	426	+(((
	427	+
	428	+
	429	+服务客户通过接触点和服务交互与一个或多个服务提供者和/或其产品一起拥有的完整的端到端体验。
	430	+)))
	431	+)))
	432	+
	433	+表1.3用于解决事件的客户旅程的示例
	434	+
	435	+|(% style="width:129px" %)**角色**|(% style="width:526px" %)**活动**|(% style="width:500px" %)**客户旅程**
	436	+|(% style="width:129px" %)**用户**|(% style="width:526px" %)用户检测到服务运营中的故障。|(% style="width:500px" %)某个服务和/或者产品失灵。客户体验将受到特定情形，之前的事件等的影响。
	437	+|(% style="width:129px" %)(((
	438	+**用户**
	439	+
	440	+**服务台客服**
	441	+)))|(% style="width:526px" %)用户联系服务台客服。服务台客服执行工单登记，将可用的数据添加到记录。服务台客服对工单进行初始优先级划分和分类，确认该工单与事件有关，接着把优先级和期望的解决事件告知用户。|(% style="width:500px" %)(((
	442	+用户联系服务台。基于服务台客服的态度和行为体验良好。
	443	+
	444	+用户收到一条含有优先级和期望解决事件的信息。优先级和期望的解决事件可能比预期好或差。用户体验也会受到服务台的历史准确性影响。
	445	+)))
	446	+|(% style="width:129px" %)(((
	447	+**服务台客服**
	448	+
	449	+**二线支持人员**
	450	+)))|(% style="width:526px" %)服务台客服执行事件的初始分类，有助于确认事件影响，确定团队对于失效元件和/或服务的职责，以及把这个事件与过去和/或正在发生的事态，事件和问题想关联。在某些情况下，分类有助于展示针对这类事件之前定义的方案。|(% style="width:500px" %)用户正在等待解决方法。
	451	+|(% style="width:129px" %)**二线支持人员**|(% style="width:526px" %)技术专家执行事件诊断和/或问题调查，问题诊断，问题解决方法开发和问题消除。|(% style="width:500px" %)用户正在等待解决方法。
	452	+|(% style="width:129px" %)(((
	453	+**服务台客服**
	454	+
	455	+**用户**
	456	+)))|(% style="width:526px" %)服务台客服告知用户解决方法。用户确认服务恢复。|(% style="width:500px" %)(((
	457	+服务台客服联系用户去沟通解决方法。体验是基于服务台客服的态度以及行为，还有解决方法的质量以及恢复时间是否符合或超出之前公布的恢复时间。
	458	+
	459	+用户确认或拒绝解决方法。体验是由解决方法的有效性，多容易去验证以及服务台客服有多大帮助。
	460	+)))
	461	+|(% style="width:129px" %)**用户**|(% rowspan="2" style="width:526px" %)服务已经恢复。用户可以有效地工作。|(% rowspan="2" style="width:500px" %)用户继续使用服务和/或产品。体验是基于解决方法的可用性和强度。
	462	+|(% style="width:129px" %)**客户**
	463	+|(% style="width:129px" %)(((
	464	+**用户**
	465	+
	466	+**服务台经理**
	467	+)))|(% style="width:526px" %)(((
	468	+成功解决事件后，可能需要一系列的关闭规程，包括：
	469	+
	470	+* 用户满意度调查
	471	+* 恢复成本计算和报告
	472	+* 恢复价格计算和收据
	473	+* 问题调查启动
	474	+* 事件回顾
	475	+* 更新和正式关闭事件记录和相关记录
	476	+)))|(% style="width:500px" %)用户收到满意度调查。此外，用户可能收到一条关于事件已经关闭的信息。体验是由沟通的语气和综合性来形成。
	477	+
	478	+(% style="text-align:center" %)
	479	+[[image:1638950677448-611.png]]
	480	+
	481	+ 图片1.4 价值流与客户旅程之间的关系
	482	+
	483	+
	484	+图片1.4中显示了价值流和客户行程之间的关系，其特征如下：
	485	+
	486	+* 客户旅程始终依赖于每个参与方中的至少一个价值流。
	487	+* 一个价值流通常支持多个客户旅程。
	488	+* 一个客户旅程可能跨越来自不同服务提供程序的一个以上服务提供者价值流或价值流。
	489	+* 客户旅程仅包含可视化线的一部分价值流活动。
	490	+* 由于组织的价值流对其他方不可见，因此某些价值流将不是客户旅程的直接部分。
	491	+
	492	+客户旅程很少遵循预定义的路径。有时，旅程进行是从一个接触点到下一个接触点，但是最常见的旅程是从一个接触点到另一个接触点然后返回。旅程也可能从期望路径的中途开始，然后靠近期望的起点。
	493	+
	494	+
	495	+客户和用户旅程是客户和用户体验（CX和UX）的重要来源。然而，体验也会受到环境因素的的影响，包括数字化环境以及消费者可能与服务提供者的品牌的交互和接触。这包括来自于服务提供者有用意的交流，还有消费者在日常生活中与品牌的交流和交互。
	496	+
	497	+
	498	+图片1.5说明了客户和用户体验的三个方面。
	499	+
	500	+(% style="text-align:center" %)
	501	+[[image:1638950734629-647.png]]
	502	+
	503	+
	504	+ 图片1.5 客户和用户体验的三个方面
	505	+
	506	+
	507	+|(((
	508	+定义：
	509	+
	510	+客户体验是客户所感知到服务的功能性以及与服务提供者情感交互的总和，
	511	+
	512	+用户体验是客户所感知到服务的功能性以及与服务提供者情感交互的总和。
	513	+)))
	514	+
	515	+=== 1.2.5 可视化 ===
	516	+
	517	+在客户旅程期间，有一条可视线，超出界限客户无法看到服务提供者的活动。类似地，也有一条可视线，超出界限服务提供者无法看到客户的活动。这适用于内部和外部客户以及服务提供者。
	518	+
	519	+
	520	+|(((
	521	+定义：可视化范围
	522	+
	523	+服务提供者和服务消费者都可以看到服务关系中的活动和资源
	524	+
	525	+
	526	+)))
	527	+
	528	+可视化范围是形成服务体验的地方。它包括接触点，服务交互以及服务关系中超过一个利益相关者可以看到的部分产品和环境。各方需要清楚了解旅程的各个步骤，才能了解不可见元素是如何影响可视化范围，以及确保可视化范围内的一切得到妥善管理。
	529	+
	530	+
	531	+图片1.6说明了可视化范围。
	532	+
	533	+(% style="text-align:center" %)
	534	+[[image:1638950807349-851.png]]
	535	+
	536	+ 图片1.6 可视化范围
	537	+
	538	+
	539	+范围的宽度取决于服务的性质，利益相关者的关系以及旅程的完整程度。举例，如果客户消费了简单的商品服务，例如在云中托管的一台标准服务器，可视化范围很可能相当狭窄。然而，如果客户和服务提供者签订了长期的合作关系，则可视化范围很可能增加，因为各方需要更深入地了解彼此的活动，以便于优化价值共创。
	540	+
	541	+
	542	+=== 1.2.6 价值 ===
	543	+
	544	+客户旅程的最终目的是创建价值。无论是在步骤本身，旅程的另一个步骤中还是在不同的旅程中，每个步骤增加的利益相关者价值必须多于减少的价值。
	545	+
	546	+
	547	+贯穿本指南中，对旅程的每个步骤的描述都将从其目的的说明开始。表格将概述每个步骤如何与服务消费者和服务提供者的价值的三个方面相关联。价值永远不能仅由服务提供者独自创建。价值必须是利益相关者之间的一个联合流程价值共创。为了获得成功，服务提供者必须在整个客户旅程中与其他利益相关者积极互动。没有交互，就没有服务。这些交互称为服务交互，并在图片1.7中显示。
	548	+
	549	+
	550	+(% style="text-align:center" %)
	551	+[[image:1638950862127-760.png]]
	552	+
	553	+ 图片1.7 客户旅程和服务交互
	554	+
	555	+
	556	+服务价值是主观的。服务成果必须满足或超越主观利益相关者的期望和偏好，才能被认为有价值。这些成果取决于服务的性能，其中包括服务功用和服务功效。
	557	+
	558	+
	559	+输出是实现成果的有形和无形的交付物。例如，移动电话服务的输出可以包括电话号码，与其他人的对话，文本消息和活动日志记录。对于一个客户，所感知的成果可能与居住在国外的人们建立了更紧密的关系。对于另一个客户，相同的服务，由于成功的电话销售对话，可能导致收入增加。人们不仅仅是购买产品或服务，而是将其投入生活以取得进步。
	560	+
	561	+
	562	+当满足需求或利用机会的全部潜在服务价值未被实现时，就会发生价值泄漏。价值泄漏的某些原因是：
	563	+
	564	+* 服务提供者和服务消费者之间的关系没有达成一致
	565	+* 错过了创建价值的机会，并且产品或服务无法完全满足客户的要求
	566	+* 服务的提供或使用是次优的
	567	+* 缺乏价值跟踪和实现。
	568	+
	569	+成果需要资金，时间和资源。服务的总成本是利益相关者在服务交付和消费方面投入的资金，时间和资源的总和。图片1.8展示了服务价值的三个方面，其中感知到的成果与成本和风险是平衡的。
	570	+
	571	+
	572	+(% style="text-align:center" %)
	573	+[[image:1638950950777-726.png]]
	574	+
	575	+ 图片1.8 服务价值的三个方面
	576	+
	577	+
	578	+此外，成果可能会受到其他利益相关者施加的不确定性和要求的约束。因为服务是同时产生和消费的，意外事态可能没有告警就影响服务消费。并且成果通常在识别客户需求后的一段时间就可以实现，因此自服务关系成立以来，客户需求和条件可能已经发生了变化。因此，存在与服务消费和成果成就相关的风险。风险的级别取决于不确定性的数量（例如，威胁，利益相关者脆弱性的风险以及对利益相关者的影响）以及离遵从其它利益相关者施加的要求有多远，而这些利益相关者能影响渴望或预期的成果。
	579	+
	580	+
	581	+从不同的角度来看，根据定义，服务关系意味着共享成本和风险。服务消费者通常通过签订服务关系来降低特定成本和风险。最佳服务价值是成果，成本和风险之间的平衡，如图片1.9所示。
	582	+
	583	+(% style="text-align:center" %)
	584	+[[image:1638951286017-165.png]]
	585	+
	586	+ 图片1.9考虑实现价值的成果，成本和风险
	587	+
	588	+
	589	+=== 1.2.7 产品与服务 ===
	590	+
	591	+客户旅程，包括它的接触点和服务交互，是服务的集成部分。然而，服务与旅程不同，并不只是包含旅程。服务必须确定范围和定义，从而各方都了解并同意它的目标和界限。提供者以服务供应的形式展现他们的服务，服务供应描述了一种或多种旨在解决某个目标消费群体需求的服务。服务供应可能包括供应给消费者的货物，对资源的访问以及为解决消费者的需求而执行的服务动作。图片1.10显示了所有这些组件如何相互关联。
	592	+
	593	+
	594	+产品是服务提供者创建的一项动态配置资源。产品也可以作为其它产品或服务的资源。产品通常很复杂，并且对服务消费者也不是完全可见。在产品可视化范围内的部分并不总是代表整体。服务提供者定义了可视线，它是针对他们的目标消费者群体定制的。总而言之，服务隐含了以产品和实践的形式应用资源，以服务供应和服务互动的方式实现成果。一个简单的价值驱动框架可以解释服务流程的每一层是如何驱动上一层的价值。图片1.11价值驱动框架的示例。
	595	+
	596	+
	597	+服务性能驱动服务消费者性能：举例：共同创造成果和体验。服务消费者性能驱动消费者目标的实现，该目标实现了服务消费者的目的。
	598	+
	599	+
	600	+(% style="text-align:center" %)
	601	+[[image:1638951337202-329.png]]
	602	+
	603	+ 图片1.10服务，服务交互，服务产品，产品和资源之间如何关联
	604	+
	605	+
	606	+(% style="text-align:center" %)
	607	+[[image:1638951358549-799.png]]
	608	+
	609	+ 图片1.11 价值驱动框架示例
	610	+
	611	+
	612	+(% style="text-align:center" %)
	613	+[[image:1638951386397-567.png]]
	614	+
	615	+
	616	+
299	299	----
300	300
	619	+= 2. 客户旅程 =
	620	+
	621	+客户旅程不仅与服务消费者有关。服务提供者也必须识别、理解和掌握客户旅程。最成功的组织走得更远，它们努力将自己置于客户的位置，而自己体验端到端的旅程。
	622	+
	623	+
	624	+掌握客户旅程有助于通过价值共创使利益相关者价值最大化，重点放在结果和体验上。表2.1对此进行了进一步说明。
	625	+
	626	+
	627	+表2.1识别、理解和掌握客户旅程的目的
	628	+
	629	+| |**对于服务消费者**|**对于服务提供者**
	630	+|促进成果和体验|从服务关系获得最佳的服务价值和体验|识别并支持特定的服务消费者行为和结果
	631	+| |要了解服务消费者的需求和愿望，而不仅仅是客户的陈述|优化和改进产品，服务以及客户旅程，以实现将来的价值
	632	+|优化风险和合规性|为确保已识别并解决关键的服务消费者风险|重点关注与成本相关的支出最高的客户满意度问题和关键领域
	633	+|优化资源并最小化成本|与服务提供者一起在服务的生命周期期间提交和优化资源的使用|与服务消费者一起在服务生命周期期间提交和优化资源的使用
	634	+| | |关于费用公平透明
	635	+
	636	+ITIL故事：客户旅程
	637	+
	638	+[[image:1638951475719-992.png||height="51" width="41"]]//Solmaz：作为艾克苏的业务转型经理，我将帮助Mariana创建她的汽车共享服务。我们将映射设计客户旅程，以确保我们与利益相关者共同创建价值，并构建一个对艾克苏、我们的用户、消费者和客户有利的服务。//
	639	+
	640	+[[image:1638951484081-860.png||height="47" width="40"]]M//ariana：我已经在研究学生和教职员工目前的出行方式，以及他们的体验，并作为我博士学位的一部分。我与使用拼车和搭便车的人进行了广泛的对话。我还作为客户尝试了汽车拼车。//
	641	+
	642	+
	643	+== 2.1 利益相关者的愿望 ==
	644	+
	645	+了解利益相关者价值非常重要，这需要探索职能、社交和情感维度，以解释利益相关者为何做出某些选择，以便了解利益相关者为何需要某些产品和服务。
	646	+
	647	+(% style="text-align:center" %)
	648	+[[image:1638951585195-530.png]]
	649	+
	650	+当了解了驱动并定义了利益相关者体验愿望后，下一步就是通过定义用户画像、场景、旅程图和服务蓝图来识别、理解和掌握客户旅程的端到端体验。图片2.2展示了设计端到端的客户旅程和体验所涉及的阶段。
	651	+
	652	+(% style="text-align:center" %)
	653	+[[image:1638951611410-277.png]]
	654	+
	655	+ 图片2.2 设计端到端的客户旅程和体验所涉及的阶段
	656	+
	657	+
	658	+(% style="text-align:center" %)
	659	+[[image:1638951702084-130.png]]
	660	+
	661	+
	662	+== 2.2 接触点和服务交互 ==
	663	+
	664	+每个客户旅程都涉及服务提供者、服务消费者和其他利益相关者之间的多个接触点和服务交互。
	665	+
	666	+
	667	+|(((
	668	+
	669	+
	670	+定义
	671	+
	672	+* **接触点** 服务消费者或潜在服务消费者接触服务提供者和/或其产品和资源的任何行为。
	673	+* **服务交互** 服务提供者和服务消费者之间的互惠活动，它们共同创建价值。
	674	+)))
	675	+
	676	+服务交互包括：
	677	+
	678	+* 货品的转让
	679	+* 提供获取资源的途径
	680	+* 与服务提供者资源的交互（例如笔记本电脑或物联网[IoT]设备）
	681	+* 服务联合行动。
	682	+
	683	+接触点和服务的交互不一定相同。用户可以与服务提供者，资源（例如工作空间、电视广告或海报）接触，而无需与服务提供者进行交互。在另一种情况下，客户可以通过第三方与服务提供者一起进入交互，而无需与服务提供者直接接触。两种情况都是客户旅程的一部分，可能影响服务体验和成果。
	684	+
	685	+
	686	+客户旅程很少遵循接触点和服务交互之间的预定义路径。一些旅程可能遵循简单、定义明确且合乎逻辑的路径，但大多数旅程更为复杂，并从先前的环境和交接发展而来，或者遵循复杂的模式并一路动态地涌现。尽管如此，识别、理解和管理潜在的接触点和服务交互是了解消费者体验的关键。
	687	+
	688	+
	689	+可以通过列出服务消费者可能接触的服务提供者、及其产品或品牌的所有地点和时间来确定接触点和服务交互。但是，单个接触点可能表现良好，即使整体客户体验较差。客户会感受端到端的体验，而不是单个的接触点。因此，为了提升服务消费者满意度，每个接触点都必须带来良好的体验，并且整个客户旅程需要满足服务消费者的期望。
	690	+
	691	+
	692	+**ITIL的故事：接触点和服务交互**
	693	+
	694	+[[image:1638951773279-457.png||height="50" width="43"]]Mariana：//与电子化校园汽车共享进行服务交互的示例包括客户进行预订、使用车辆旅行以及在车辆发生故障时获得道路援助。//
	695	+
	696	+[[image:1638951782170-600.png||height="51" width="37"]]Tomas：//所有这些交互都代表与客户的接触点，但Mariana还必须意识到服务还有其他不涉及服务交互的接触点。例如，客户看到服务的广告。//
	697	+
	698	+[[image:1638951795313-817.png||height="48" width="39"]]Mariana：//艾克苏和电子化校园汽车共享直接提供道路援助，但从客户视角看它成为重要的交互是必要的。//
	699	+
	700	+[[image:1638951809401-789.png||height="52" width="41"]]Tomas：//即使艾克苏的合作伙伴提供了道路援助，它也是电子化校园汽车共享提供的服务的一部分，含在用户旅程地图中很重要。//
	701	+
	702	+
	703	+== 2.3  映射客户旅程 ==
	704	+
	705	+旅程是服务消费者生命周期中的特定、离散的体验。例如，从公众云服务提供者订阅虚拟服务器的行为就是客户旅程中的接触点。研究并订阅服务，进行集成，然后在服务消费者的组织中启动并运行该服务，这是服务消费者所看到的完整客户旅程。
	706	+
	707	+
	708	+通常，服务提供者会收到的接触点满意度分数较高而端到端客户旅程分数较低。这是因为管理接触点和服务交互的个人和团队可能会忽略服务消费者的需求和期望。这在多渠道环境中最常见。众多客户交互跨渠道、设备、应用程序等等的，这意味着在跨渠道时提供一致的服务和体验方面很困难。如果整体管理客户旅程，而非通过孤立的接触点进行管理，则可以缓解该问题。
	709	+
	710	+
	711	+不能忽略对接触点和服务交互的管理和思考，各个角色和团队所贡献的专业知识、效率和洞察力很重要，接触点和服务交互是洞察力的宝贵来源。相反，除了识别、理解和改进单独的接触点和服务交互之外，还应该对完整的客户旅程和服务体验进行映射和分析。
	712	+
	713	+
	714	+客户旅程地图让服务消费者的体验可视化。它传达了每个阶段的客户旅程和体验。它识别了关键的服务交互，及其动机和问题。
	715	+
	716	+
	717	+客户旅程地图的目的是让组织了解其利益相关者的信息。在映射客户旅程时，这点非常重要，即考虑组织的利益相关者、旅程的时间线，渠道（电话、电子邮件、门户、服务目录，应用内消息、社交媒体、论坛和建议），以及发生在产品和服务体验前、中、后的行为。
	718	+
	719	+
	720	+=== 2.3.1  用户画像 ===
	721	+
	722	+客户与一个或多个服务提供者接触的 每个端到端体验都代表一个单独的客户旅程。映射所有的客户旅程是不可行的。因此，客户旅程映射通常代表一组利益相关者的通用流动，以使服务提供者可以将精力集中在广泛的改进上。
	723	+
	724	+
	725	+用户画像通常用于代表一组客户。用户画像总结一些关键特征，描述一个或多个个体在与服务和服务提供者表现出相似态度、目标和行为。在讨论服务消费者的大类时，必须使用范围来汇总整个群体的属性。在设计客户旅程时，这些统计信息通常过于个人化，难以记住。相反，用户画像描述自数据范围的单个用户，以突出显示该群体的特定细节和重要特征。
	726	+
	727	+
	728	+|(((
	729	+定义：用户画像
	730	+
	731	+对真实的服务或产品的典型或目标客户/用户的虚拟描述。
	732	+)))
	733	+
	734	+尽管用户画像是原型，而不是实际的人，但对他们的描述应为真实的。它们是基于用户研究的客户群体中相关和共享特征的快照。为避免产生偏差，重要的是集中精力开发与服务的使用相关的通用属性和相关特性。
	735	+
	736	+
	737	+特别注意客户和用户可能不是人类。例如，微服务或认知技术可以使用机器对机器服务。在这些情况下，客户旅程的感觉和动机方面几乎没有相关性。
	738	+
	739	+
	740	+(% class="wikigeneratedid" id="HITIL65454E8BFF1A75286237753B50CF20134E0EKatrina89C19762" %)
	741	+**ITIL故事：用户画像–与 Katrina见面**
	742	+
	743	+[[image:1638952869401-808.png||height="45" width="39"]]//Mariana//：//我们绘制了几种用户画像。我们查看了现有的数据，然后训练了一小组的研究人员与潜在客户进行访谈并识别趋势。//
	744	+
	745	+[[image:1638952880985-732.png||height="40" width="35"]]//Tomas：我们的用户画像显示，潜在客户非常精通技术，可以在家中，通勤时以及在校园内使用移动设备和数据连接。我们的第一个用户是Katrina。//
	746	+
	747	+[[image:1638952891859-400.png||height="39" width="38"]]K//atrina//**：**//我是来自澳大利亚的国际学生，正在巴西学习语言硕士学位。我需要一种负担得起的方式旅行、休闲、结识新朋友并获得启发。以下是总结的简要介绍，我是谁，我做什么以及对我重要的事情：//
	748	+
	749	+* **//职责//**// 我参加课程和主管会议，进行研究，在咖啡店兼职并参加团队运动。//
	750	+* **//目标 //**//成功完成我的硕士课程；与我选择的领域的学生和教师建立关系网；探索巴西的文化和自然之美。//
	751	+* **//需求//**// 与同学和老师一起上课和面对面交流；准时到达校园和咖啡店；减少通勤花费的时间。//
	752	+* **//家庭//**// 我在这儿没有家人。我的家人回到澳大利亚，我是一家六口中最小的。//
	753	+* **//典型的一天的活动//**//，我早起健身，然后每个工作日去校园。在回家之前，我大部分时间都在研究。我周末在咖啡店工作。//
	754	+* **//困难//**// 在四处逛逛圣保罗时，我没有车，严重依赖公众的运输，这很耗时。花在交通拥堵上的时间花在研究上更好。//
	755	+* **//接触点 //**//我认识附近的某个人，我可以打电话给他再我一程。//
	756	+* **//限制//**// 我可以打电话拼车的人数有限。我不确定司机是否有空，而且它距离便捷的公众运输并不近。//
	757	+* **//通信//**// 电话、电子邮件、短信、社交媒体。//
	758	+* **//在线行为//**// 我依赖社交媒体，精通技术，并迅速适应新的应用程序和解决方案。我有兴趣尝试令人兴奋的数字化新服务。//
	759	+* **//我正在寻找//**// 新体验或冒险。旅行体验，包括音乐和体育节。//
	760	+* **//什么影响我//**// 朋友和同事；在线博客，文章和营销。//
	761	+* **//希望与梦想//**// 环游世界，并有足够的灵活性，去喜欢的地方，说走就走，而不必担心财务状况。//
	762	+
	763	+=== 2.3.2 场景 ===
	764	+
	765	+场景是有关用户画像试图通过在上下文中使用服务或生产来实现其目标的简短故事。因此，客户场景特定于客户细分和上下文。
	766	+
	767	+
	768	+好的场景简洁明了，并回答以下问题：
	769	+
	770	+* 谁是用户？
	771	+* 为什么服务消费者需要该服务？
	772	+* 服务消费者有什么目标？
	773	+* 服务消费者如何实现其目标？
	774	+
	775	+典型的客户旅程地图标准化了不同的客户细分。通过使用基于场景的方法，可以确定对于不同的客户细分最重要的场景理想体验。然后，将不同的经验结合起来，以创建适用于所有人的高级别的客户旅程地图。
	776	+
	777	+
	778	+**ITIL故事：场景**
	779	+
	780	+[[image:1638953914575-592.png||height="43" width="34"]]//Tomas：我们将使用客户用户画像来标识场景，这表明共享汽车服务将如何帮助人们实现目标。我和Mariana与艾克苏汽车租赁公司的Solmaz和Radhika合作，为我们的用户提出了一些可能的场景。//
	781	+
	782	+[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//：//我们决定使用我们的国际学生Katrina，她喜欢音乐节。我们创建了一个Katrina周末休假的场景，她打算带朋友们去圣保罗的音乐节看她最喜欢的乐队。她的第一个目标是预订一辆汽车去参加音乐节，因此这成为了我们的第一个场景。以后的场景包括取车，查找公众充电站的位置，在音乐节期间停车以及在周末结束时还车。//
	783	+
	784	+[[image:1638953936527-297.png||height="50" width="41"]]//Radhika//：//在场景一中，我们的Katrina角色代表了一类客户细分，其中包括希望在周末外出城的学生。//
	785	+
	786	+[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//：//Katrina登录艾克苏预订应用程序，以识别校园中空闲的汽车。她选择了一辆可容纳足够人的货车，并预订周末使用。//
	787	+
	788	+[[image:1638953914575-592.png||height="43" width="34"]]**//T//**//omas：这些场景及其所涉及的经验可以组合在一起来创建客户旅程地图。//
	789	+
	790	+
	791	+=== 2.3.3 客户旅程地图 ===
	792	+
	793	+有很多方法可视化客户旅程。简单的地图通常包括旅程的步骤、持续时间、接触点和服务交互、用户画像、服务体验和服务提供者团队以及与服务消费者交互的角色。图片2.3显示了客户旅程地图的示例。
	794	+
	795	+(% style="text-align:center" %)
	796	+[[image:1638953988989-837.png]]
	797	+
	798	+ 图片2.3 客户旅程地图的示例
	799	+
	800	+
	801	+可以根据客户旅程的目的、复杂性和性质，将诸如服务消费者目标、服务提供者目标、产品和产品功能、渠道、环境属性、数据来源（分析、跟踪数据、客户关系管理[CRM] 数据），关键时刻和先前改进之类的属性添加到地图的每个步骤。如有必要，可以将某些属性归类为子属性。例如，通常通过跟踪情绪、想法和反应来映射地图体验。
	802	+
	803	+
	804	+在映射客户旅程时，可以采用多种技术和模型。客户旅程画布一个简单但有用的示例。此外，还有许多软件工具可用于可视化用户画像、利益相关者地图、场景和客户旅程地图，这包括故事板、情绪旅程、服务蓝图等等。
	805	+
	806	+
	807	+**ITIL故事：客户旅程地图**
	808	+
	809	+[[image:1638954034275-664.png||height="39" width="35"]]//Mariana//：//我们的第一个客户旅程地图将使客户体验形象化，从决定租车到成功完成租车后将车返回校园充电。客户旅程映射通常包括七个步骤：探索、契动、供应、协议、引入、价值共创和实现价值。//
	810	+
	811	+
	812	+=== 2.3.4 了解客户体验 ===
	813	+
	814	+当试图了解客户体验时，客户旅程地图是一个很好的起点。但是，客户体验的形成不仅取决于服务提供者与服务消费者之间的接触，而且还取决于部分或完全不在服务提供者的影响力之外的因素。组织品牌和环境（包括数字化环境）等方面也包括影响力和客户体验。此外，客户体验受到客户和服务提供者之间没有交互的时间段的影响。
	815	+
	816	+
	817	+更好地了解客户体验的一种方法是在主要接触点上运行客户反馈调查或使用客户体验管理软件。反馈应反映各个客户旅程接触点和服务的相互作用，还应检查品牌接触点和环境条件，包括有关舒适性、适应性和速度的影响。
	818	+
	819	+
	820	+检查客户体验时应询问以下问题：
	821	+
	822	+* 客户在每个步骤中都在做什么？
	823	+* 是什么鼓励或不鼓励客户进行下一步？
	824	+* 每个步骤触发什么情绪？
	825	+* 客户是否有难以找到答案的问题？
	826	+* 客户在哪种情况下会感到焦虑？
	827	+* 存在不确定因素可能导致客户放弃并找到其他服务提供者吗？
	828	+* 客户在每个阶段都面临什么样的障碍？
	829	+* 成本和风险的因素是什么？
	830	+
	831	+服务提供者在不参与服务消费者分析的情况下无法理解客户体验。
	832	+
	833	+
	834	+如果我们将心理学家约瑟夫·鲁夫特（Joseph Luft）和哈灵顿·英厄姆（Harrington Ingham）（Luft and Ingham，1955）提出的乔哈里Johari视窗（见图片2.4）应用于服务关系，则显然有些区域是服务提供者未知而服务消费者已知的。因此，服务提供者必须在服务关系的不可见区域中寻求有关行为的反馈。同样，有些区域仅服务提供者知道，但如果服务消费者知道它们，则对客户体验有利。这些区域应由服务提供者告知服务消费者。
	835	+
	836	+(% style="text-align:center" %)
	837	+[[image:1638954075014-403.png]]
	838	+
	839	+ 图片2.4 乔哈里Johari视窗
	840	+
	841	+改编自Luft（1969）的许可，经MindTools许可使用
	842	+
	843	+
	844	+客户旅程地图旨在倾听客户的意见，了解其动机，并在适用时系统地评估其意见和行动，并将此信息整合为持续的反馈。
	845	+
	846	+
	847	+**ITIL故事：映射客户旅程**
	848	+
	849	+[[image:1638954118282-426.png||height="41" width="43"]]//Mariana//：//我们的客户旅程地图将可视化端到端接触点和服务的交互。其范围包括从客户找到我们的方式到预订、获取、使用和退还汽车，以及收集客户满意度反馈。//
	850	+
	851	+
	852	+== 2.4  设计客户旅程 ==
	853	+
	854	+客户旅程的总体目的是计划和设计客户旅程，以支持最佳的价值共创并带来出色的客户体验。
	855	+
	856	+
	857	+客户旅程设计是服务设计的一部分。但是，客户旅程可能跨越多个服务或产品，且单个服务或产品可能支持多个客户旅程。有关服务和产品设计的更多信息，请参见第5章和服务设计实践指南。
	858	+
	859	+* 服务设计有助于创新（创建新的）或改进（现有的）服务，以使其对客户更有用、易用、期望，同时对组织有效率且有效果。这是一个整体的、多学科、综合的领域（Moritz，2005年）。
	860	+
	861	+在设计实际的客户旅程之前，应定义所需的成果、客户和用户体验。旅途中预期的价值以及每个阶段如何贡献于价值的价值共创应被视为此定义的一部分。如第1章所述，价值的定义包括：
	862	+
	863	+* 成果
	864	+* 体验（如何感知旅程、服务、产品、品牌和环境，并使他们为客户或用户感觉到）
	865	+* 功用
	866	+* 功效（包括可用性、性能、容量、信息安全、连续性、可访问性和可用性）
	867	+* 风险和合规性
	868	+* 成本和资源。
	869	+
	870	+应该给客户旅程中的每个主要利益相关者定义所需的价值。以下各章介绍了用于定义、测量、优化和传达价值的技术。
	871	+
	872	+
	873	+=== 2.4.1 设计思维 ===
	874	+
	875	+设计思维是一种以用户为中心的流程设计方法。它解决了设计师应该如何思考才能创建适合用户需求的创新解决方案。为了进行出色的创新，设计人员需要与实际用户一起使用契动，以真正了解他们的问题，并为解决提供不同的想法。该方法的主要思想是对探索并收集来自真实用户的反馈。
	876	+
	877	+
	878	+在较高的层次上，可以采用Marc Stickdorn的服务设计思维的五项原则来指导设计流程（Schneider和Stickdorn，2012年）：
	879	+
	880	+* **以用户为中心** 需要将客户和用户放在设计流程的中心。这需要真正了解客户和用户，而不仅仅是对其需求进行统计描述和实证分析。
	881	+* **价值共创** 促进利益相关者团体的共同创造是设计思维的重要方面，也是服务设计的基本组成部分。所有利益相关者都应包括在设计流程中。
	882	+* **排序 **设计思维将客户的旅程分解为单个接触点和服务交互。当结合使用时，这将创建服务时刻。接触点和服务交互在人与人之间、人与机器之间、甚至在机器与机器之间进行，但也可以通过第三方反馈（例如在线评论）间接发生。每个客户旅程都遵循以下三个过渡步骤：
	883	+
	884	+ 服务前期（与服务接触），实际服务期（当服务使用者体验服务）以及服务后期。客户旅程应该可视化为一系列相互关联的行为。
	885	+
	886	+* **证据** 有形的的证据或制品如纪念品可触发对服务时刻正向记忆。因此，通过情感联系，他们可以继续增强客户的体验。服务证据可以将服务的体验延长到超过实际服务时期，直到服务之后的时期。同样，服务证据可以帮助揭示不起眼的后台服务。因此，无形的服务应形象化为有的形制品。
	887	+* **整体性 **我们看到、听到、闻到、摸到、尝到和感觉到服务的物理表现。应该考虑客户旅程、服务或产品的整个环境，以及其他客户行程。
	888	+
	889	+在更实操的水平上，客户旅程设计与其他设计流程并没有太大区别。尽管设计流程是非线性的，但可以清晰显示轮廓结构。重要的是要了解这种方法是迭代的。典型的客户旅程设计流程可能包括斯坦福大学Hasso Plattner 设计研究所建议的阶段，它们是：
	890	+
	891	+* **共情 **了解您要为其设计的利益相关者。了解所涉及的人类需求。定义并测试和用户画像和场景。撇开您对世界的假设，以深入了解利益相关者及其需求。
	892	+* **定义 **构造基于用户需求和洞察力的观点。重新以人为本的方式定义问题。映射现有的客户旅程（如果有），并映射利益相关者的经验以识别客户旅程中的任何问题。定义和计划期望的成果、体验和价值。设定目标并定义度量指标。
	893	+* **构思 **集思广益，并提出创新的解决方案。在构想会议上创建许多构想，考虑对客户旅程的改进。在此阶段结束之前，团队应该有几个解决问题的想法。
	894	+* **原型 **构建一种或多种想法的表示形式，以展示给他人。在原型设计中采用手动方法。设计客户旅程映射和服务蓝图通过要求利益相关者构建旅程和产品，来设计利益相关者的心理模型。考虑频率、顺序和重要性。频率意味着客户最常做的事情，应该在顺序中占据重要位置。顺序是指按顺序进行的活动应按顺序进行呈现。重要性意味着需要在正确的时间清楚地提供重要的信息。了解客户的心理模型，并应用频率、顺序和重要性规则将解决大多数利益相关者的可用性需求。验证设计有助于交付计划中的成果、体验和价值。
	895	+* **测试 **返回原始的利益相关者组和测试你的想法获得反馈。不要回避错误，而是探索尽可能多的错误。执行可用性测试，角色扮演和A / B测试。跟踪使用情况，构建反馈循环，评审度量标准和角色扮演测试设计，这对设计有助于交付计划中的成果、体验和价值至关重要。
	896	+
	897	+客户旅程设计流程涉及来自不同专业领域的知识和能力，包括生产设计、图形设计、交互设计、社交设计和设计民族志。
	898	+
	899	+
	900	+这些领域的代表可能会参与设计和规划和客户旅程。
	901	+
	902	+
	903	+此外，不同的工具和技术也可用于客户旅程设计，包括利益相关者地图、背景访谈、五Why分析、期望地图、用户画像、故事板、原型、A / B测试、讲故事、服务蓝图和运营模式画布。（有关大多数列出的工具的详细介绍，请参见Schneider和Stickdorn，2012年。）
	904	+
	905	+
	906	+=== 2.4.2 利用行为心理学 ===
	907	+
	908	+人类通常是理性的，但行为可能不理性。但是，我们可以预见非理性（Ariely，2008）。因此，涉及人类的客户旅程的设计应该迎合逻辑或理性行为，并结合认知偏见和直观行为的知识。情商和行为心理学是理解和掌握旅程情感方面的关键。
	909	+
	910	+
	911	+认知偏见是做出判断时偏离理性的系统模式。在认知科学、社会心理学和行为经济学的数十年研究中，已经发现了不断发展的认知偏见列表。公认的认知偏见的例子有：
	912	+
	913	+* **峰终偏见** 我们似乎并没有整体看待体验的趋势，而是将其视为最高峰时的平均值。因此，在使用产品或服务之后，我们往往会不成比例地回忆起客户旅程的高点和低点，而不是它的所有方面。特别是令人不快的结尾带来强烈的负面影响。
	914	+* **可用性偏见** 尽管我们的记忆可用性通常受独特和情感因素的影响，但这种倾向是根据我们记忆中最可用的事件做出判断的趋势。例如，在客户旅程期间交互的正负点的分布和频率会影响我们的服务感知。
	915	+* **规避损失 **放弃某件事的痛苦大于与获取某件事的快乐。我们希望控制客户旅程，以及受客户旅程影响的生活的其他方面。
	916	+
	917	+通过了解这些认知偏见，我们不仅可以考虑它们，还可以在客户旅程的设计中利用它们（Bhattacharjee等人，2016），包括：
	918	+
	919	+* 尽早地解决不好的经历，以便服务消费者记住交互中更积极的元素
	920	+* 为服务消费者细分提供乐趣并消除痛苦，让客户旅途中的愉快时光成为消费者回忆的重要部分用深刻的、正向的印象收尾，因为服务消费者的最终交互将对他们的服务记忆中有不相称的影响
	921	+* 给服务消费者选择权，让他们有控制的感觉
	922	+* 避免惊吓，以提升服务消费者对服务的满意度。
	923	+
	924	+结合行为心理学原理来重新设计整个客户旅程，有可能持续改进服务消费者满意度。（Kahneman在2011年很好地介绍了偏见和行为设计。）
	925	+
	926	+
	927	+=== 2.4.3 设计适用于不同的文化 ===
	928	+
	929	+定义
	930	+
	931	+* **心理模型 **对某人如何理解某事物在周围世界中如何工作的解释。
	932	+* **文化 **一组人共有的一组价值观，包括对人们应该如何行为以及他们的思想、信念和实践的期望。
	933	+
	934	+心理模型有助于个人在世界上的定位；它们是我们所有人在日常生活中所面临的复杂性的抽象、简明的心理表示-我们所有人通过其了解自己周围世界的模式（Schneider和Stickdorn，2012）。
	935	+
	936	+
	937	+刻板印象是心理模型的一部分。Geert Hofstede认为文化是人类共同拥有的心理程序，能将一群人与其它人区分开。因此，文化是心理模型的一部分，在为不同文化群体或用户画像设计客户旅程时应考虑该因素。一些例子是：
	938	+
	939	+* 来自不同国家的用户
	940	+* 来自不同行业的客户
	941	+* 组织中来自不同团队的用户
	942	+* 不同行业的用户
	943	+* 公众组织的赞助者。
	944	+
	945	+文化映射是映射文化以解码跨文化协作影响的工具。它们对于分析和设计作为客户旅程设计基础的服务消费者场景很有用。图片2.5显示了两个用户组的文化，它们映射到八个维度以识别相似点和不同点。在此图片中，每个维度均表示为相对极端的比例或频谱（Meyer，2014年）。
	946	+
	947	+(% style="text-align:center" %)
	948	+[[image:1638955627441-126.png]]
	949	+
	950	+ 图片2.5 文化的八个尺寸
	951	+
	952	+(% style="text-align:center" %)
	953	+[[image:1638955685491-957.png]]
	954	+
	955	+
	956	+== 2.5 度量和改进客户旅程 ==
	957	+
	958	+客户满意度是动态的目标。为了进行持续改进，在整个过程中以及在单独的接触点和服务交互过程中，度量客户体验和反馈，并收集有关利益相关者行为的分析非常重要。
	959	+
	960	+
	961	+此外，启用价值流、实践和资源的服务质量、产品质量和质量等间接度量可以突显客户体验和满意度。
	962	+
	963	+
	964	+最佳实践是用指标度量客户体验，从顶部开始，然后是级联向下进入其客户旅程以及间接绩效和产出指标。
	965	+
	966	+
	967	+改进点总是有比资源更多的机会。因此，重点应该放在具有高投资回报率（ROI）的质量和客户体验机会上。客户旅程和改进机会之间的差距应该排列优先级。尽管消除客户的痛点很重要，但当客户期望变化时，识别组织区分于竞争对手的之处同样重要。
	968	+
	969	+
	970	+应该使用问题管理技术来隔离产生差距的原因，并识别对所有级别服务堆栈的改进点：启用价值流和服务的客户旅程、服务和产品设计、基础价值流、实践和资源。
	971	+
	972	+
	973	+**ITIL的故事：度量和改进客户旅程**
	974	+
	975	+[[image:1638955737657-587.png||height="45" width="48"]]//Mariana//**：**//在发布电子化校园汽车共享服务之前，我们将开发反馈表，在关键接触点后发送给客户。用于了解客户对汽车预订、获取和返还，以及其对充电站和其他服务产品的体验，例如指导视频和交通更新。我们将用这些发现和洞察来度量和持续改进客户旅程。//
	976	+
	977	+[[image:1638955747647-706.png||height="45" width="38"]]//Tomas//：//Mariana不必等到客户旅程结束才收集反馈。她需要了解客户在经历过程中的体验。例如，预订汽车可能是一件艰辛的流程，但返回汽车可能会更简单。在客户旅程末尾进行的一次调查可能不会在发生在早期的接触点，而客户可能会忘记交流先前的痛点。没有这些洞察，Mariana不会知道如何改进预订流程。//
	978	+
	979	+
	980	+== //2.6 // 总结 ==
	981	+
	982	+每个服务消费者都有所不同，应区别对待。用户画像总结了客户和用户原型的关键特征，有助于服务提供者了解服务消费者的需求和期望。通过跟进用户画像从接触点到趋近服务成果的到接触点的客户旅程，
	983	+
	984	+
	985	+服务提供者可以了解客户体验。利用这种洞察，再结合设计思维、行为心理学和文化洞察，服务提供者将能够设计并掌握客户旅程，从而带来独特的客户成果和经验。
	986	+
	987	+
	988	+**ITIL故事：总结**
	989	+
	990	+[[image:1638955787839-930.png||height="41" width="39"]]//Mariana//**：**//现在，我们对客户体验有了深刻的了解，我们随时准备为学生和教职员工推出我们的电子化校园租车服务。//
	991	+
	992	+
	993	+
	994	+----
	995	+
	996	+= 3. 步骤1：探索 =
	997	+
	998	+[[image:1638955913818-810.png||height="61" width="755"]]
	999	+
	1000	+了解服务消费者及其需求
	1001	+
	1002	+了解服务提供者及其产品
	1003	+
	1004	+了解市场
	1005	+
	1006	+瞄准市场
	1007	+
	1008	+
	1009	+探索是客户旅程的第一步，可以在客户和服务提供者之间的关系建立之前进行。在这一步骤上，双方探索各自的需求以及实现它们的市场机会。表3.1进一步概述了此目的。
	1010	+
	1011	+
	1012	+表3.1 探索步骤的用途
	1013	+
	1014	+|**探索**|**对于服务消费者**|**对于服务提供者**
	1015	+|(% rowspan="3" %)促进成果和体验|完全了解他们自己的需求和约束，并能够清楚地表达它们|为合适的客户提供合适的服务
	1016	+|识别最合适的服务提供者和服务，以及相关的收益、成本和风险|获得有关市场的足够知识，以便能够建立和推广服务
	1017	+|优先考虑最有利的服务|对于内部服务供应商，“市场”是指他们服务的组织
	1018	+|(% rowspan="2" %)优化风险和合规性|将投资于错误问题解决方案的风险降至最低|了解并瞄准竞争对手
	1019	+|确定具有所需风险状况的服务提供商和服|防止与服务消费者的关系给服务提供商带来风险
	1020	+|(% rowspan="2" %)优化资源并最小化成本|避免在错误的服务和服务提供者上浪费资源|基于优势和市场机会优化产品组合
	1021	+|识别提供财务价值的服务提供者|
	1022	+
	1023	+从服务消费者的角度来看，在请求服务之前了解服务消费者的需求和其他利益相关者至关重要。本章将提供分析组织环境的常用方法，以发现问题并识别需求。
	1024	+
	1025	+
	1026	+一旦确定、评估并确定了需求的优先级，便应探索可能的解决方案，以解决问题并满足需求。一种选择是向内部或外部服务提供商寻求帮助。该决定应基于对可用机会，以及如何在组织中创建价值的充分理解。
	1027	+
	1028	+
	1029	+从服务提供者的角度来看，为了提供正确的服务，理解客户和需求至关重要。仅当服务的价值高于获得这些服务的成本和风险时，服务才会为组织提升价值。服务提供者应该了解客户最看重的是什么，并根据其组织的强项和弱点来解决客户需求的问题。
	1030	+
	1031	+
	1032	+(% style="text-align:center" %)
	1033	+[[image:1638955979889-721.png]]
	1034	+
	1035	+
	1036	+
	1037	+**ITIL故事：步骤1 – 探索**
	1038	+
	1039	+[[image:1638956363230-597.png||height="42" width="43"]]//Mariana//**：**//我们的电子化校园汽车共享服务已经上市六个月了。我们正在使用艾克苏租车服务提供的电动汽车，并在大学的支持下将这些汽车停放在校园中分配的充电站。//
	1040	+
	1041	+[[image:1638956372775-817.png||height="38" width="35"]]**Tomas：**//Mariana应该一直寻找服务的新客户。为此，她需求了解了促使客户选择电子化校园汽车共享服务而不是其他选择的原因，例如传统的汽车租赁、拼车、公众运输、骑自行车和步行。在探索步骤中，潜在客户会探索此时的所有选项，择其最佳。//
	1042	+
	1043	+[[image:1638956363230-597.png||height="42" width="43"]]//Mariana//**：**//客户还受到不同服务提供者的认知的影响，以及每个选项（如环境可持续性）与其价值的匹配度。我们的研究表明，与年长组相比，年青的学生受服务提供者的环境可持续性观念影响更大。//
	1044	+
	1045	+
	1046	+[[image:1638956409495-627.png||height="41" width="45"]]**Katrina：**//通常，当我需要通勤时，我会访问互联网并搜索附近的选项。我经常与朋友共享交通，或寻找最便宜的选择。我在校园里发现一辆电子化校园汽车共享的汽车，决定进行调查。它有一家国际汽车租赁公司的支持，这点我很喜欢，并且我赞赏它对地方倡议对环境的责任。很高兴在校园内找到一个不错的选择。如果这意味着要延迟我的旅行半小时才能使用教学楼外的电动汽车，那将是我要做的。//
	1047	+
	1048	+[[image:1638956419118-632.png||height="47" width="45"]]//Mariana//**：**//诸如此类的洞察对于了解我们的客户价值非常宝贵。这不仅与关乎价格，还关乎客户支持我们所作所为的热情。//
	1049	+
	1050	+
	1051	+== 3.1 了解服务使用者及其需求 ==
	1052	+
	1053	+在服务消费者能够完全理解和清楚地说明其服务需求之前，头马必须先了解组织的目标以及任何内外部影响因素。服务消费者在探索这些内容后，可以更好地做出明知的产品和服务决策。
	1054	+
	1055	+
	1056	+=== 3.1.1 目的 ===
	1057	+
	1058	+当试图了解组织时，很容易观注于它做什么，而不关注怎么做或为什么做。Sinek通过“黄金圈”来说明这一点，以提醒组织观注于其目的（Sinek，2009）。图片3.1中显示了思维黄金圈，并询问以下问题：
	1059	+
	1060	+* 做什么？所有组织都知道他们在做什么。
	1061	+* 怎么做？一些组织知道他们如何做自己的工作。他们的方法和实践使他们与众不同。
	1062	+* 为什么？鲜有组织知道他们为什么做自己的工作。“为什么”是目的、原因或信念 ：组织存在的原因。
	1063	+
	1064	+(% style="text-align:center" %)
	1065	+[[image:1638956488253-316.png]]
	1066	+
	1067	+
	1068	+ 图片3.1 ''黄金圈''
	1069	+
	1070	+
	1071	+了解组织意味着了解其目的和愿景。每个组织应该具有目的和实现的策略。良好的目的会激励员工，影响工作方式，并为所有与服务相关的问题提供指导。
	1072	+
	1073	+
	1074	+需要进行利益相关者分析才能了解如何为组织及其利益相关者创建服务价值。利益相关者分析识别重要的利益相关者及其需求。利益相关者可以在组织的内部和外部，如表3.2所示（典型利益相关者的概述）。
	1075	+
	1076	+
	1077	+表3.2 典型的利益相关者
	1078	+
	1079	+(% style="width:673px" %)
	1080	+|(% style="width:358px" %)**内部**|(% style="width:313px" %)**外部**
	1081	+|(% style="width:358px" %)所有者|(% style="width:313px" %)外部客户
	1082	+|(% style="width:358px" %)董事会|(% style="width:313px" %)供应商
	1083	+|(% style="width:358px" %)高层决策者|(% style="width:313px" %)合作伙伴
	1084	+|(% style="width:358px" %)经理|(% style="width:313px" %)特殊兴趣小组
	1085	+|(% style="width:358px" %)员工|(% style="width:313px" %)监管机构
	1086	+|(% style="width:358px" %)用户|(% style="width:313px" %)社区
	1087	+|(% style="width:358px" %)工会|(% style="width:313px" %)公众
	1088	+|(% style="width:358px" %)内部客户|(% style="width:313px" %)媒体
	1089	+|(% style="width:358px" %)内部供应商|(% style="width:313px" %)
	1090	+|(% style="width:358px" %)法律、人事、安全|(% style="width:313px" %)
	1091	+|(% style="width:358px" %)治理、风险和合规性|(% style="width:313px" %)
	1092	+
	1093	+=== 3.1.2 外部因素 ===
	1094	+
	1095	+成功的策略的先决条件是了解组织的背景，包括市场、客户和其他利益相关者。PESTLE分析是一种广泛使用的探索外部背景的技术。PESTLE分析是一种战略工具，可为组织的战略和方向以及内部政策和程序提供输入。
	1096	+
	1097	+
	1098	+PESTLE分析涵盖了可能影响业务的六个领域：政治、经济、社会学、技术、法律和环境。表3.3中给出了这些区域的示例。PESTLE分析可帮助服务消费者识别机会和制约因素。通过了解外部因素，组织可以更好地利用机会，缓解威胁。
	1099	+
	1100	+
	1101	+表3.3 在PESTLE分析中要解决的关键领域示例
	1102	+
	1103	+(% style="width:1073px" %)
	1104	+|**政治**|**经济**|(% style="width:244px" %)**社会**|(% style="width:149px" %)**技术**|(% style="width:193px" %)**法律**|(% style="width:156px" %)**环境**
	1105	+|(((
	1106	+政府政策
	1107	+
	1108	+稳定
	1109	+
	1110	+贸易政策
	1111	+
	1112	+资金和赠款
	1113	+
	1114	+游说
	1115	+
	1116	+选举与政治趋势
	1117	+
	1118	+国际关系
	1119	+
	1120	+腐败
	1121	+
	1122	+官僚
	1123	+
	1124	+战争与冲突
	1125	+
	1126	+
	1127	+
	1128	+
	1129	+)))|(((
	1130	+税收
	1131	+
	1132	+通货膨胀
	1133	+
	1134	+利率
	1135	+
	1136	+经济趋势
	1137	+
	1138	+季节性问题
	1139	+
	1140	+行业增长
	1141	+
	1142	+进出口比率
	1143	+
	1144	+国际贸易
	1145	+
	1146	+国际贸易税率
	1147	+
	1148	+
	1149	+
	1150	+)))|(% style="width:244px" %)(((
	1151	+文化
	1152	+
	1153	+工作道德
	1154	+
	1155	+态度
	1156	+
	1157	+人口统计
	1158	+
	1159	+媒体
	1160	+
	1161	+品牌
	1162	+
	1163	+生活方式
	1164	+
	1165	+文化禁忌
	1166	+
	1167	+消费者的态度、观点和购买方式
	1168	+
	1169	+伦理道德问题
	1170	+
	1171	+广告宣传
	1172	+
	1173	+社会责任感
	1174	+)))|(% style="width:149px" %)(((
	1175	+新发现
	1176	+
	1177	+新兴技术
	1178	+
	1179	+技术成熟度
	1180	+
	1181	+研究和 创新
	1182	+
	1183	+信息和通讯
	1184	+
	1185	+竞争者技术发展
	1186	+
	1187	+专利问题
	1188	+)))|(% style="width:193px" %)(((
	1189	+现在和未来的法规
	1190	+
	1191	+国际立法
	1192	+
	1193	+法规主体
	1194	+
	1195	+劳工法
	1196	+
	1197	+消费者保护法
	1198	+
	1199	+健康和安全法规
	1200	+
	1201	+税收法规
	1202	+
	1203	+竞争法规
	1204	+
	1205	+行业特定法规
	1206	+)))|(% style="width:156px" %)(((
	1207	+地理位置
	1208	+
	1209	+环境和 气候
	1210	+
	1211	+能源供应
	1212	+
	1213	+环境法规
	1214	+
	1215	+经济法规
	1216	+
	1217	+循环经济
	1218	+
	1219	+
	1220	+)))
	1221	+
	1222	+循环经济（'circularity'）是旨在减少浪费并充分利用资源的经济系统。
	1223	+
	1224	+
	1225	+=== 3.1.3 内部因素 ===
	1226	+
	1227	+在更改或获得服务之前，应仔细评估内部因素。目标应该是对当前情况有一个共识，并建立基线。该评估的结果可以作为突出显示开发和改进的基线报告。
	1228	+
	1229	+
	1230	+为了解内部因素，应该对服务管理四维模型进行评估。表3.4提供了示例，列出对每个四个维度在内部评估中要解决的关键问题。
	1231	+
	1232	+
	1233	+表3.4 内部评估中要解决的领域和问题
	1234	+
	1235	+|**维度**|**探索的区域**|**关键问题**
	1236	+|(% rowspan="3" %)(((
	1237	+
	1238	+
	1239	+价值流和流程
	1240	+)))|关键价值流|组织的目的和目标是否得到支持？
	1241	+|流程和服务|瓶颈在哪里？
	1242	+|当前服务|用户对当前的服务满意吗？
	1243	+|(% rowspan="7" %)组织和人员|财务和收益率|有高效的管理结构吗？
	1244	+|组织和人员|是否明确定义了角色和职责？
	1245	+|角色和职责|有服务的态度吗？
	1246	+|内部利益相关者的映射|我们有足够的技能和能力吗？
	1247	+|组织文化|员工中有信息安全认知吗？
	1248	+|内部技能和能力|
	1249	+|现有策略、流程和最佳实践|
	1250	+|(% rowspan="4" %)(((
	1251	+信息和技术
	1252	+
	1253	+
	1254	+)))|数据和信息|信息模型与业务需求是否匹配？
	1255	+|技术平台和架构|我们是否有适当的技术和应用程序来支持和数字化服务？
	1256	+|应用|适宜的技术控制措施到位了吗？
	1257	+|信息安全的挑战|
	1258	+|(% rowspan="2" %)合作伙伴和供应商|现有的服务供应商，合作伙伴和供应商|现有服务提供程序的利用率如何？
	1259	+|合同义务|现有的服务供应商如何满足我们的需求？
	1260	+
	1261	+有许多方法可用于评估内部因素并建立基线，包括访谈、研讨会、调查和问卷。一些评估工具（例如外部成熟度或能力评估）比其他评估工具更正式、更耗时。
	1262	+
	1263	+
	1264	+==== 3.1.3.1 SWOT分析 ====
	1265	+
	1266	+SWOT（优势、劣势、机会和威胁）分析通常用于综合内外部评估的结果，以评估是否需要服务，以及是否应在内部提供服务。
	1267	+
	1268	+
	1269	+SWOT分析涉及组织的四个特定方面：内部优点和缺点，外部机会和威胁。图片3.2中显示了SWOT模型分析。
	1270	+
	1271	+
	1272	+完成SWOT分析时，记住以下要点很重要：
	1273	+
	1274	+* 优势可以建立。
	1275	+* 弱点必须得到控制，或转化为优势。
	1276	+* 应该识别机会。
	1277	+* 威胁必须加以管理。
	1278	+
	1279	+(% style="text-align:center" %)
	1280	+[[image:1638956800953-611.png]]
	1281	+
	1282	+
	1283	+在评估内部优势和劣势时，一些重要的问题是：
	1284	+
	1285	+* 优势或劣势在关键战略领域内么？
	1286	+* 是否具备有所需的资源？
	1287	+* 有足够的容量吗？
	1288	+* 合适的人是否具有合适的组合和能力水平？
	1289	+* 组织是否具有提供类似服务的经验？
	1290	+
	1291	+如果SWOT分析的劣势多于优势，则可能表明组织需要改进或获得服务以弥合差距。
	1292	+
	1293	+
	1294	+=== 3.1.4 目标与机会 ===
	1295	+
	1296	+当服务消费者了解服务的整体需求时，可以将其转换为服务的目标和探索的机会。ITIL Foundation中提到的持续改进模型也许是一种有用的方法。表3.5概述了持续改进模型的步骤。
	1297	+
	1298	+
	1299	+表3.5 ITIL 持续改进模型的步骤
	1300	+
	1301	+|**步骤**|**了解需求和识别机会的活动**
	1302	+|什么是愿景？|从“为什么”开始。深刻理解总体目标。
	1303	+|我们现在在哪里？|了解影响需求的内外部因素，并针对当前情况建立基线。
	1304	+|我们想去哪里？|以所需结果和体验的形式定义目标，例如需求。定义问题，并设定解决问题后的期望状态的可测量目标。
	1305	+|(((
	1306	+我们怎么去那里？
	1307	+
	1308	+
	1309	+)))|(((
	1310	+探索满足需求的机会。如果需要新的或更改的服务，理想情况下，应该与潜在的服务提供者一起进一步探索服务选项，从而引入一个或多个可选服务提供者。
	1311	+
	1312	+价值共创的计划应符合服务提供者和服务的水平和条件。
	1313	+)))
	1314	+|采取行动|准备并完成引入，启动服务消费，共同创造价值。
	1315	+|我们到那里了吗？|跟踪、评估和评估价值实现，以确保目标的实现。如果没有，则启动必要的改进。
	1316	+|我们如何保持这种势头？|应该承认成就，庆祝成功，加强新的工作方式。
	1317	+
	1318	+许多组织使用ITIL持续改进模型作为所有内部改进项目的基础，因为它提供了一种结构化方法，确保服务改进计划支持高层组织目标。在考虑新的服务关系时，它还可用作规划工具。
	1319	+
	1320	+
	1321	+另一个优点是，它收集有关当前情况的事实，可以用来建立基线。结合明确的目标，该基线可实现持续测量和价值实现跟踪。
	1322	+
	1323	+
	1324	+=== 3.1.5 风险与缓解 ===
	1325	+
	1326	+风险评估是探索步骤的关键部分。评估包括劣势和威胁、脆弱性、以及有关当前和期望状况的所有相关方面的潜在影响。应根据风险预测结果、收益和成本，进一步探索最佳服务机会，以确保减轻或接受任何残留风险。
	1327	+
	1328	+
	1329	+例如，如果组织存在受越来越多的信息安全问题影响的旧的遗留信息系统，组织可以继续使用信息系统，或将其替换为新的服务。在替换的情况下，组织应决定采用内部提供服务，还是从外部提供者获得。表3.6概述并分析了此示例方案的选项。
	1330	+
	1331	+
	1332	+表3.6 方案选项示例
	1333	+
	1334	+|**缓解措施**|**残留风险**
	1335	+|继续使用旧的服务|与频繁发生的事故有关的不稳定和脆弱性。安全问题可能会导致泄露隐私数据、损坏声誉和罚款。
	1336	+|续使用旧的服务，但实施一些提升安全的措施|许多事故将难以解决。由于缺乏维护的技能和能力造成的脆弱性。
	1337	+|开发并提供新的服务，替代内部的旧服务|并行项目造成的资源匮乏，缺乏内部开发能力，
	1338	+|与运营和维护有关的额外费用|
	1339	+|和服务提供者签订协议，提供新的替代服务|缺少服务提供者和完整的价值链的控制，缺乏管理服务提供者的能力。
	1340	+
	1341	+读者可以参阅风险管理实践指南，以获取有关风险评估和缓解措施的更多详细信息。
	1342	+
	1343	+
	1344	+**ITIL故事：了解服务消费者及其需求**
	1345	+
	1346	+[[image:1638956914484-187.png||height="50" width="40"]]**Mariana：**//服务上市六个月后，我们发现了一些意外的需求。例如，有些人需要每周定期通勤，而另一些人只是在搬家或遇到紧急情况（例如就诊）时才间歇性地想要这些车。对于大多数用户而言，小型汽车是可以接受的，但另外一些用户则需要空间大的汽车来运输家具或宠物。//
	1347	+
	1348	+[[image:1638956925036-785.png||height="48" width="39"]]**Tomas：**//Mariana 需要从服务正确了解她的客户需要什么，以便她可以确定它正在为客户创建价值。她可以使用服务管理四维模型和PESTLE分析来识别影响客户的因素，更好地理解这些因素如何影响他们的需求。//
	1349	+
	1350	+
	1351	+== 3.2 了解服务提供者及其供应 ==
	1352	+
	1353	+当组织已识别了服务需求以及满足该需求的机会时，下一步就是确定并评估提供该服务的选项。
	1354	+
	1355	+
	1356	+|(((
	1357	+IT选择内部或外部服务提供者？
	1358	+
	1359	+
	1360	+在大型组织中的内部服务或外部IT提供者之间进行选择时，请牢记某些注意事项。
	1361	+
	1362	+
	1363	+在某些组织中，内部政策规定内部IT 组织是支持IT的服务的首选提供者。然后，内部服务提供者负责识别常见的需求和内部服务使用者之间的协同，并提供平衡的内部服务组合。如果内部服务提供者本身不能提供服务，则它可以从外部服务提供程序获取服务，但这取决于治理模型。
	1364	+
	1365	+
	1366	+在许多组织中，IT部门会受到来自外部服务提供者的免费竞争的影响。如果没有内部服务提供者，或者内部服务提供者本身无法提供服务，则服务消费者或内部服务提供者将必须寻求外包选项。
	1367	+)))
	1368	+
	1369	+对于任何需要的服务，可能有很多服务提供程序可供选择，因此识别和选择提供者的流程可能很耗时。大多数组织广泛宣传他们的品牌和服务，这可以作为适合的服务提供者候选清单的初始输入。
	1370	+
	1371	+要创建候选清单，必须进行以下评估：
	1372	+
	1373	+* 提供的产品和服务，及其功能的覆盖范围
	1374	+* 交付模型、保修、架构匹配度和集成选项
	1375	+* 价格
	1376	+* 地理位置和语言能力
	1377	+* 服务的态度、积极性和响应
	1378	+* 能力水平、技能和经验
	1379	+* 资源和合作伙伴的可用性
	1380	+* 治理文件（政策、安全等）
	1381	+* 组织的大小
	1382	+* 灵活性和可扩展性
	1383	+* 经济状况
	1384	+* 品牌、声誉、认证、证书和参考客户
	1385	+* 信任和现有的关系
	1386	+* 收费。
	1387	+
	1388	+选择还取决于服务提供者的类型、兴趣、价值主张、职位权力和历史记录。
	1389	+
	1390	+
	1391	+决策流程中经常使用决策矩阵型，并与最重要的准则及其价值相结合 。无形的方面不应在矩阵型中得到反映。为了辅助决策流程，重要的是要进行公开和坦诚的讨论，确定服务消费者最重要的准则。
	1392	+
	1393	+
	1394	+通常只有当服务消费者经过契动步骤后，才最终选择一个或多个服务提供者，无论是内部还是外部的。对于必须配置、定制或开发服务的关系，最终选择只能在供应步骤中使用潜在的服务提供者调整了需求之后确定。
	1395	+
	1396	+
	1397	+=== 3.2.1 行业标准和参考架构 ===
	1398	+
	1399	+行业标准和参考架构可能会影响服务提供者的选择。这些标准可由监管机构、监管部门、私营部门组织或其他外部利益相关者强制实施。此外，服务消费者或服务消费者所属的组可以采用产品或服务必须遵守或兼容的现有或目标参考架构。
	1400	+
	1401	+
	1402	+因此，服务消费者应该评估潜在的服务提供者及其产品和服务是否符合适用的标准和参考架构，以及在何种程度上符合适用的标准和参考架构。评估项可能包括：
	1403	+
	1404	+* 范围
	1405	+* 原则
	1406	+* 要求
	1407	+* 准则
	1408	+* 分类
	1409	+* 控制项
	1410	+* 对象。
	1411	+
	1412	+服务提供者的体验，以及这些标准和体系结构方面的专业知识也可能相关。
	1413	+
	1414	+|(((
	1415	+ITIL的故事：了解服务提供程序及其产品
	1416	+
	1417	+
	1418	+[[image:1638973785436-355.png||height="39" width="41"]]//Katrina：在决定尝试使用电子化校园汽车共享服务之前，我研究过多种交通方式。我可以使用几种不同类型的公众交通工具，也可以考虑使用多家汽车租赁公司来租用汽车。每种选择都提供不同的服务，并具有自己的收益、成本、困难和风险。//
	1419	+
	1420	+
	1421	+//我决定尝试电子化校园汽车共享服务，因为它不仅得到了大学的认可，还提供专门针对我需求的服务。它还为大学生​​提供有竞争力的价格，这是额外的惊喜！//
	1422	+)))
	1423	+
	1424	+== 3.3 了解市场 ==
	1425	+
	1426	+市场通常由服务消费者子群和具有一个或多个共同特征的潜在消费者子群组成，因此它们具有相似的产品和服务需求。要了解谁是潜在的服务消费者，服务提供者可能需要进行市场分析和规划。市场分析是市场的定量和定性评估;它探讨了市场规模，及其在数量和价值的机会。这包括：
	1427	+
	1428	+* 各种服务消费者细分
	1429	+* 客户的期望和购买方式
	1430	+* 趋势与动态
	1431	+* 竞争
	1432	+* 关键人物
	1433	+* 经济因素。
	1434	+
	1435	+定期的市场分析有助于组织更加聚焦于市场导向，这也适用于内部服务提供者。主要优点包括：
	1436	+
	1437	+* 系统地识别新出现的机会和威胁
	1438	+* 了解竞争优势
	1439	+* 更全面地沟通客户和市场
	1440	+* 更好地分配稀缺资源。
	1441	+
	1442	+=== 3.3.1 市场细分 ===
	1443	+
	1444	+(% class="wikigeneratedid" id="H5E02573A7EC6520651418BB8670D52A163D04F9B800594885BF95177670972795B9A97006C42548C671F671B76845BA2623730026BCF4E2A7EC652065E02573A90FD662F552F4E007684FF0C5E948BE591C753D64E0D540C768465B96CD53002" %)
	1445	+市场细分允许服务提供者针对具有特定需求和期望的客户。每个细分市场都是唯一的，应该采取不同的方法。
	1446	+
	1447	+
	1448	+服务提供者了解客户做出决定背后的原因很重要。目的将让服务提供者能够基于客户的需求和行为对其进行分组，以便服务提供者可以解决相应的问题。
	1449	+
	1450	+
	1451	+通常，有三种因素可以标识不同的市场细分：
	1452	+
	1453	+* 细分的同质性或通用需求
	1454	+* 与其他群体的区别和独特性
	1455	+* 对市场的反应或类似反应。
	1456	+
	1457	+细分有两种主要方法：
	1458	+
	1459	+* **基于特征的细分 **基于客户和区域的特征。
	1460	+* **基于需求的细分 **基于客户需求。
	1461	+
	1462	+==== 3.3.1.1 基于特征的市场细分 ====
	1463	+
	1464	+基于特征的市场细分是将服务消费者根据其特征、态度或行为进行细分的流程。图片3.3是此方法的示例。
	1465	+
	1466	+
	1467	+常用的类别有：
	1468	+
	1469	+* **地域 **按区域或地区、服务消费者位置、农村或城市，气候或市场规模。
	1470	+* **人口统计 **按年龄、性别、收入、职业、家庭规模、受教育程度或宗教信仰。
	1471	+* **行为** 根据收益、使用率、忠诚度或购买准备情况。
	1472	+* **心理特征 **按生活方式、性格、态度、社会阶层、价值观或信念。
	1473	+
	1474	+这种类型的细分在第一步时是有用的，但不是决定性的，因为这些类别之间会有差异。为了满足客户的需求，必须对目标群体进行进一步分析。
	1475	+
	1476	+
	1477	+(% style="text-align:center" %)
	1478	+[[image:1638973882325-413.png]]
	1479	+
	1480	+ 图片3.3 市场的四个基础细分
	1481	+
	1482	+
	1483	+==== 3.3.1.2 基于需求的市场细分 ====
	1484	+
	1485	+基于需求的市场细分是基于服务消费者的需求对市场进行细分的流程。根据他们的需求量身定制信息，这样市场营销活动的响应率会更高。
	1486	+
	1487	+
	1488	+商业服务提供者经常分析当前产生最多销售额的现有客户。帕累托原则（80/20规则）可以帮助识别产生80％销售额的20%的服务消费者。
	1489	+
	1490	+
	1491	+基于需求的市场细分包括以下步骤：
	1492	+
	1493	+* 分析现有的服务消费者，以识别产生最多销售额的顾客（使用80/20规则）。
	1494	+* 探索客户满意度，包括客户为何购买某些产品，以及服务是否/如何满足他们的需求。
	1495	+* 执行内部SWOT分析。
	1496	+* 将选定的服务消费者分类到不同的市场细分中。
	1497	+* 根据SWOT结果优先考虑市场细分。
	1498	+
	1499	+由于基于需求的市场细分可能需要进行广泛的调查，因此每个服务提供者应该专注于少数几个市场细分。这会形成与原型客户发展良好关系，并探索未来需求的能力。
	1500	+
	1501	+
	1502	+=== 3.3.2 识别和分析服务消费者 ===
	1503	+
	1504	+对整个市场的当前和潜在服务消费者进行分析是可行的，但是探索一个细分市场或较小的群体可能更高效。
	1505	+
	1506	+
	1507	+一种有用的方法是了解为什么当前或潜在的服务消费者会租用产品或服务。这有助于服务提供者识别潜在客户，并开发与服务消费者需求一致的产品和服务。
	1508	+
	1509	+
	1510	+另一种方法是基于历史市场数据和服务消费者数据进行预测分析（例如认知技术、机器学习）。其中包括受众特征、购买行为、转化、留存、客户流失、追加销售、交叉销售、属性与现有客户相似的组织等。预测分析可能会增进对现有服务消费者的了解，揭示需要关注的顾客，并识别和限定新的销售线索。
	1511	+
	1512	+
	1513	+探索服务消费者需求是一项持续的工作，但是跟踪现有服务使用者不断变化的需求同样重要。服务提供者产品组合用于对服务和产品的市场和服务消费者进行跟踪、评估市场和确定优先级。读者应参阅组合管理实践指南以了解更多详细信息。
	1514	+
	1515	+
	1516	+|(((
	1517	+**ITIL的故事：了解市场**
	1518	+
	1519	+[[image:1638973980626-580.png||height="49" width="48"]]//Mariana//**：**//为了帮助了解客户，我们进行了市场细分。我们知道，我们的客户都有一个重要的相同特征：他们每个人都需要在正常工作周的某个时间到达校园或附近。但是，他们的需求在其他重要方面可能有所不同。有些人需要整夜持有汽车才能第二天返回校园。而其他住在校园附近的人可能只对周末或不定期用车探索圣保罗周边地区感兴趣。//
	1520	+
	1521	+[[image:1638973989595-640.png||height="47" width="36"]]//Tomas：通常整夜用车的人群通常是经常通勤的女性和家长。她们喜欢附近车辆带来的安全性和便利性。//
	1522	+
	1523	+[[image:1638973980626-580.png||height="49" width="48"]]//Mariana//**：**//我们已经能够利用艾克苏的内部营销部门来帮助促进和增强服务供应。现在，我们可以聚焦两种不同的细分营销信息：关注安全性的女性和家长，以及重视成本和便利性的学生。//
	1524	+)))
	1525	+
	1526	+== 3.4 瞄准市场 ==
	1527	+
	1528	+为了使构建品牌和吸引目标客户，内部和外部服务提供者应进行营销投资。市场营销推广产品和服务供应，并提升品牌。营销是一个综合领域；许多服务提供者都有专门的市场部门来承担这项工作。
	1529	+
	1530	+
	1531	+=== ​​​​​​​3.4.1 价值主张 ===
	1532	+
	1533	+价值主张是一个声明，它明确指出了服务消费者从特定的服务供应中将获得什么益处（Buttle，2009年）。这是使您的服务或产品快速区分于竞争对手的绝佳方法。 \
	1534	+
	1535	+
	1536	+|(((
	1537	+定义：价值主张
	1538	+
	1539	+
	1540	+服务提供者向其客户明确承诺提供的特定收益。
	1541	+)))
	1542	+
	1543	+价值主张应该通过满足目标客户的需求而量身定制。他们应该简明地告诉客户：
	1544	+
	1545	+* 产品或服务如何解决他们的问题
	1546	+* 如果他们获得产品或服务后会期待什么
	1547	+* 与竞争对手相比，与该公司开展业务的优势。
	1548	+
	1549	+精心编写的价值主张是营销最重要的要素之一，因为它立即突出了产品或服务的优势。
	1550	+
	1551	+|(((
	1552	+提示
	1553	+
	1554	+考虑您所针对的组织中典型决策者的观点。例如，人力资源经理可能是招聘工具的决策者，因此在设计价值主张时考虑人力资源经理的观点将很有用。
	1555	+)))
	1556	+
	1557	+=== ​​​​​​​3.4.2 市场和市场空间 ===
	1558	+
	1559	+服务提供者必须使用探索不同的渠道，才能在市场和市场空间中的目标市场吸引他们的客户。市场是物理世界，而市场空间是由Internet上可用的所有可能渠道定义的。
	1560	+
	1561	+
	1562	+市场的营销举措示例包括：
	1563	+
	1564	+* 与潜在客户的会晤的场所
	1565	+* 早餐研讨会
	1566	+* 销售会议
	1567	+* 会议演讲
	1568	+* 报纸公告
	1569	+* 杂志文章
	1570	+* 传单和小册子
	1571	+
	1572	+而市场空间中的举措示例包括：
	1573	+
	1574	+* 社交媒体
	1575	+* 网站
	1576	+* 时事通讯
	1577	+* 广告
	1578	+* 网络研讨会
	1579	+* 播客
	1580	+* 画像
	1581	+* 聊天机器人
	1582	+* 大数据、物联网IoT和针对目标市场的人工智能（AI）。
	1583	+
	1584	+（Bordoloi等人，2018）  如今，企业在两个世界中竞争：人与物的物理世界（称为市场）和信息虚拟世界（称为市场空间）
	1585	+
	1586	+
	1587	+=== ​​​​​​​3.4.3 个性化和画像 ===
	1588	+
	1589	+画像是一种跟踪服务消费者行为的方法，旨在了解消费者的需求，使目标市场销售活动成为可能。个性化就是要了解客户最有可能希望获得哪些服务产品，并向客户展示这些特定的产品。
	1590	+
	1591	+
	1592	+随着有关客户和用户的个人信息的积累，通过征求同意来保护个人隐私非常重要。许多国家/地区已经严格规范了隐私立法，但在获得同意的情况下，服务提供者可以通过市场空间为其客户和用户增加价值。
	1593	+
	1594	+
	1595	+=== ​​​​​​​3.4.4 目标市场 ===
	1596	+
	1597	+当服务提供者根据特定人群，及其需求和期望量身定制信息时，营销活动效果最好。为了有效地做到这一点，必须使用特定的用户描述（用户画像）。这能让服务提供者向潜在客户传递个性化信息，以解决他们的真正的需求问题。
	1598	+
	1599	+
	1600	+可以使用简单的技术例如AIDA（认知、兴趣、期望、行为）（请参阅图片3.4）来编写信息。这些工具有助于解释信息，并提升消息传达给目标受众的机会。它们有助于提高客户对供应的认知，激发兴趣和期望，并触发行为。
	1601	+
	1602	+
	1603	+(% style="text-align:center" %)
	1604	+[[image:1639037606903-920.png]]
	1605	+
	1606	+
	1607	+图片3.4 AIDA 模型
	1608	+
	1609	+
	1610	+=== ​​​​​​​3.4.5 品牌和声誉 ===
	1611	+
	1612	+品牌是人们关于组织及其在市场上的产品和服务的综合感知。因此，发展与目标市场的优质关系是影响品牌的重要组成部分。品牌是迭代建立的，反映在人们谈论组织及其人员、产品和服务的方式中。
	1613	+
	1614	+
	1615	+=== ​​​​​​​3.4.6 可持续性和三重底线 ===
	1616	+
	1617	+可持续性是一个对品牌和声誉影响重大的区域。可持续性可以定义为“在不损害后代满足他们自己的需求的能力的情况下，满足当前代的需求的发展”（Brundtland等，1987）。
	1618	+
	1619	+
	1620	+术语“底线”通常是审计。但是，可持续性的目标变得越来越重要，因此为了解决可持续性问题，组织经常采用三重底线（TBL）方法（Elkington，1994），如图片3.5所示，它是一个涵盖财务、社会和环境方面的审计框架（Bordoloi等，2018）。TBL是发展业务的综合方法，标志着从短期财务目标向可持续性的长期目标转变。聚焦可持续目标不仅可以提升组织的品牌和声誉，而且可以更好地在健康、气候和资源利用率方面驱动客户、员工和社会的利益相关者价值。
	1621	+
	1622	+(% style="text-align:center" %)
	1623	+[[image:1639037985236-145.png]]
	1624	+
	1625	+图片3.5 可持续性和三重底线方法
	1626	+
	1627	+
	1628	+=== ​​​​​​​3.5.7 现有客户的重要性 ===
	1629	+
	1630	+让现有客户满意对吸引新客户至关重要。造成这种情况的三个主要原因是：
	1631	+
	1632	+* **成本 **与现有客户相比，接触新客户更加困难、耗时且昂贵。
	1633	+* **再售 **满意客户更有可能获得新的服务。
	1634	+* **品牌 **满意的客户可能会向其他消费者推荐服务。
	1635	+
	1636	+一旦利益相关者了解了共同创造价值的机会，他们也就准备好建立良好的服务关系。
	1637	+
	1638	+
	1639	+|(((
	1640	+ITIL的故事：目标市场
	1641	+
	1642	+[[image:1639038050155-829.png||height="56" width="44"]]//Mariana//**：**//了解我们有很多客户，从普通用户到间歇使用服务的用户后，我们能够针对市场提供不同的订阅产品。普通用户喜欢每小时和公里的成本降低，并愿意每月支付费用。间歇性的客户的使用频率较低，他们不希望每月支付费用。但是，他们愿意每小时支付更多的汽车使用费。//
	1643	+
	1644	+[[image:1639038062590-279.png||height="61" width="42"]]//Radhika//**：**//间歇性用户通常将事务打包成一趟行程，一天租用几个小时的汽车，而不是每天使用。//
	1645	+)))
	1646	+
	1647	+== 3.5 总结 ==
	1648	+
	1649	+客户旅程通常在服务提供者和服务消费者建立关系之前开始。两组都可以探索自己的需求和市场机会，用以识别可能有助实现各自需求的合作伙伴。这可能包括多个方面，如组织目标和能力、运营的背景、以及战略目标和机会。服务提供者必须了解其市场和市场细分
	1650	+
	1651	+
	1652	+
	1653	+----
	1654	+
	1655	+= 4. 步骤2：契动 =
	1656	+
	1657	+[[image:1639038146748-255.png]]
	1658	+
	1659	+ 交流与协作
	1660	+
	1661	+ 理解服务关系类型
	1662	+
	1663	+ 建立服务关系
	1664	+
	1665	+ 管理供应商和合作伙伴
	1666	+
	1667	+
	1668	+契动步骤的目的是构建透明度，持续的契动、以及利益相关者之间的信任，以确保对每个利益相关者的偏好和体验有良好的相互理解。对于任何服务而言，关系和信任是成功实现价值的重要因素。当存在高度信任时，每一方都相信另一方致力于共同成功，当这种关系导致相互依赖的成功时，可能会积累更多的信任。
	1669	+
	1670	+
	1671	+当所有利益相关者能够培养和维持一个合作和信任的环境时，它们都是成功的，因为：
	1672	+
	1673	+* 凭借高度信任，客户会倾向于增加需求，可以有效促进价值共创。
	1674	+* 表现出色的服务提供者会获得资源为服务消费者创建和交付高质量的产品或服务，有助于增强竞争优势。
	1675	+
	1676	+在低度信任的关系中，所有内容都趋于固定、文档和规范。在高度信任的关系中，它更加灵活，接触点和服务交互性的数量可能会增加。因此，协作变得更容易。
	1677	+
	1678	+
	1679	+表4.1总结了为什么服务提供者、客户和其他利益相关者应该投资于促进服务关系。
	1680	+
	1681	+
	1682	+在大多数情况下，服务不足以满足利益相关者对结果的实际需求。利益相关者也需要相信服务提供者将随着时间的推移继续提供一定水平的服务和改进。各方不仅在结果方面，而且在体验和偏好中都必须对期望有共同的理解。图4.1中对此进行了突出显示。
	1683	+
	1684	+
	1685	+优秀的服务关系可以培养并揭示对利益相关者，体验和偏好对结果的期望。由于偏见和错误的假设是共同努力取得成功的主要威胁，因此对于契动始终是一个好主意，以便开始阐明和传达相互的假设和期望。
	1686	+
	1687	+
	1688	+表4.1契动和培养关系的目的
	1689	+
	1690	+|**契动**|(% style="width:554px" %)**对于服务消费者**|(% style="width:528px" %)**对于服务提供者**
	1691	+|**促进成果和体验**|(% style="width:554px" %)(((
	1692	+从服务中获得更高（潜在）的价值
	1693	+
	1694	+为了更好的客户体验
	1695	+
	1696	+由于增加了服务提供者认同而增加了服务设计的效果和效率
	1697	+
	1698	+由于与服务提供者进行了有效的沟通，为了更清晰地共享对期望的理解，需求和偏好
	1699	+)))|(% style="width:528px" %)(((
	1700	+通过培育和保留现有客户来增加服务提供
	1701	+
	1702	+增强竞争优势，以寻找和吸引新客户
	1703	+
	1704	+从更好的客户认同获得改进点机会
	1705	+
	1706	+获得更好的决策信息
	1707	+
	1708	+推进共同愿景如何实现双赢
	1709	+)))
	1710	+|**优化风险和合规性**|(% style="width:554px" %)(((
	1711	+降低复杂度
	1712	+
	1713	+
	1714	+)))|(% style="width:528px" %)(((
	1715	+降低复杂度
	1716	+
	1717	+增加长期成功的可能性降低服务的成本
	1718	+)))
	1719	+|**优化资源与最小化成本**|(% style="width:554px" %)(((
	1720	+减少服务支出
	1721	+
	1722	+减少谈判支出
	1723	+
	1724	+减少控制活动的时间和精力
	1725	+)))|(% style="width:528px" %)(((
	1726	+减少谈判支出
	1727	+
	1728	+减少行销的成本和客户
	1729	+)))
	1730	+
	1731	+(% style="text-align:center" %)
	1732	+[[image:1639038280007-636.png]]
	1733	+
	1734	+ 图片4.1 服务的各个方面价值
	1735	+
	1736	+
	1737	+|(((
	1738	+**ITIL故事：第2步– 契动**
	1739	+
	1740	+[[image:1639038342932-765.png||height="55" width="52"]]//Mariana：与传统的汽车租赁不同，汽车共享是服务，它要求服务提供者和客户之间高度信任。例如，我们相信客户可以收集和归还车辆，而无需员工检查车辆是否损坏。我们要求客户记录他们收车时发现的任何损坏，并告知我们在旅途中汽车是否损坏。//
	1741	+
	1742	+[[image:1639038356665-888.png||height="60" width="48"]]//Radhika：我们的客户信任eCampus Car Share在需要时提供清洁，安全，可行驶的车辆。他们相信服务能够通过使用绿色清洁产品和校园内可靠的计费站来达到愿景环保可持续性的要求。他们还信任公司保护自己的私人信息，并诚实，适当地管理其帐户。//
	1743	+)))
	1744	+
	1745	+== 4.1 沟通与协作 ==
	1746	+
	1747	+沟通是建立关系和信任的基础。沟通不畅会破坏良好的意愿，并导致损失、延误、不必要的纠纷和糟糕的服务交付。在契动步骤中，有效的沟通尤为重要，因为这是形成最初预期的时候。沟通的效果取决于沟通双方的关系类型。
	1748	+
	1749	+
	1750	+合作是与他人一起工作实现自己的目标。这些目标可能是共同目标的一部分。但是，有一个风险，涉及合作的个人/团队将在竖井中工作。结果，个人/团队的目标实现了，但是组织的目标却没有实现。
	1751	+
	1752	+
	1753	+协作是一人或多人与他人共事产生某种东西的流程。从业务的角度来看，协作是一种实践，人们可以一起工作以实现一个共同目标。协作允许信息共享，从而实现反馈并带来更高的服务质量和更有创造性的改进。
	1754	+
	1755	+
	1756	+对于团队合作和服务关系而言，合作和协作都是有效且有价值的方法。在复杂的环境中，合作具有更大的创造性和创业工作潜力。合作可以是一种有效的标准化工作模式，明确划分职责，尤其是当来自多个组织的人员需要一起工作时。在服务关系中，协作对于伙伴关系是困难的；合作在基本的合作关系中是很常见的。
	1757	+
	1758	+
	1759	+为了有效地进行沟通和协作，个人应该了解文化差异、语言障碍和时区。
	1760	+
	1761	+
	1762	+表4.2 三种倾听模式在不同服务管理情况下的应用
	1763	+
	1764	+|(% style="width:89px" %)**倾听模式**|(% style="width:483px" %)**描述**|(% style="width:511px" %)**何时使用**|(% style="width:211px" %)**柯维的层次**
	1765	+|(% style="width:89px" %)**内部倾听**|(% style="width:483px" %)重点是内在的。大部分的注意力集中在主题如何影响听者，它唤起了什么情感，以及它如何与个人成见的比较。|(% style="width:511px" %)当以用户身份参与培训、审查工作结果报告、学习新的说明、接受辅导或指导、审查文档等时，这种倾听方式非常有用。|(% style="width:211px" %)(((
	1766	+听而不闻
	1767	+
	1768	+假装在听
	1769	+
	1770	+选择性倾听
	1771	+)))
	1772	+|(% style="width:89px" %)**专注倾听**|(% style="width:483px" %)(((
	1773	+关注的是对方，而不是外部世界。
	1774	+
	1775	+专注倾听是同理心、澄清和协作的水平。听众在整个对话过程中会注意到语气、肢体语言和持续的反应。
	1776	+)))|(% style="width:511px" %)在讨论服务需求（例如，协商SLA）、参加决策会议、规划变更等，可使用这种倾听类型。|(% style="width:211px" %)专注倾听
	1777	+|(% style="width:89px" %)**360度倾听**|(% style="width:483px" %)(((
	1778	+360度倾听或环境倾听，包括所有感官所能观察到的一切。
	1779	+
	1780	+好的执行者通常都有很强的360度倾听技巧。
	1781	+
	1782	+经验丰富的演员、培训师、教师和领导者可能已经能够立即评估一种气氛，并监控其气氛如何随他们的行动而变化。这些人擅长根据自己的影响调整自己的行为。
	1783	+)))|(% style="width:511px" %)(((
	1784	+解决问题时、设计产品和服务时、在教学中、进行审计时、在协调团队合作时、在销售情况下都可以使用这种倾听类型。
	1785	+
	1786	+服务提供者通过调查，社交媒体，客户评论，电子邮件，反馈表，服务使用情况分析等与服务消费者进行沟通。
	1787	+)))|(% style="width:211px" %)同理心的倾听
	1788	+
	1789	+=== 4.1.1 倾听模式 ===
	1790	+
	1791	+倾听是有效沟通的关键，可以通过实践和训练来提高。糟糕的倾听会导致错误、误解和合作失败。
	1792	+
	1793	+
	1794	+不同的倾听模式可以用于不同的情况，以改善沟通。斯蒂芬·柯维(Stephen Covey)在《高效能人士的七个习惯》(The 7 Habits of Highly Effective People, Covey, 1989)一书中提出了一个常见的倾听层次。这包括以下内容：
	1795	+
	1796	+* 听而不闻 不努力倾听。
	1797	+* 假装在听 表现出你在倾听的样子。
	1798	+* 选择性倾听 仅倾听你感兴趣的部分对话。
	1799	+* 专注倾听 集中注意力听说话者所说的话。
	1800	+* 同理心的倾听 倾听并回应理解说话者的言语、意图和感受。
	1801	+
	1802	+该层次可以进一步简化为三种基本的倾听模式。表4.2中描述了三种倾听模式及其在不同服务管理情况下的应用方式。
	1803	+
	1804	+
	1805	+=== 4.1.2 多元化 ===
	1806	+
	1807	+当今世界非常多样化。因此，在服务关系的合作中，应考虑许多因素，包括：
	1808	+
	1809	+* 文化差异和语言
	1810	+* 时区和位置
	1811	+* 季节因素（例如，暑假）
	1812	+* 组织文化。
	1813	+
	1814	+始终重要的是：
	1815	+
	1816	+* 培养尊重的态度
	1817	+* 使用正确的语言
	1818	+* 创建一个可以安全表达所有观点的环境
	1819	+* 最后得出可执行的结论
	1820	+* 不断地与工作程序保持一致。
	1821	+
	1822	+|(((
	1823	+**ITIL的故事：沟通与协作**
	1824	+
	1825	+[[image:1639038517459-380.png||height="59" width="53"]]//Mariana：我们使用艾克苏的预订系统开始了eCampus Car Share，但是我们需要应用程序中添加额外的功能来自助报告损坏和维护问题。通过自动化此流程，我们能够确保服务的最小延迟和中断。//
	1826	+
	1827	+[[image:1639038531211-275.png||height="68" width="47"]]**S**//olmaz：我们正在利用艾克苏的服务台进行事件报告。作为eCampus Car Share 培训和意识的一部分，本地服务台成员已被派往西雅图，以协作方式为我们的圣保罗客户提供支持。//
	1828	+)))
	1829	+
	1830	+== 4.2 理解服务关系类型 ==
	1831	+
	1832	+与服务消费者的契动包括但不限于建立和维持关系、理解需求以及评估相互准备和成熟程度 。然而，这些活动因客户追求的目标、服务的类型、服务提供者的类型可能有所不同。这些依赖关系如表4.3所示。
	1833	+
	1834	+关系越亲密、越成熟、越透明、非正式沟通（更多），风险分担和回报就越多。然而，由于市场和安全的原因，并非所有客户都希望这种亲密关系。同样，从经济角度来看，服务提供者可能也不希望使用这种类型的关系
	1835	+
	1836	+
	1837	+表4.3 不同环境中的契动和培养关系
	1838	+
	1839	+(% style="text-align:center" %)
	1840	+[[image:1639038587049-177.png]]
	1841	+
	1842	+|(% style="width:123px" %) |(% style="width:302px" %)**基础关系**|(% style="width:441px" %)**合作关系**|(% style="width:427px" %)**伙伴关系**
	1843	+|(% style="width:123px" %)**关键属性**|(% style="width:302px" %)(((
	1844	+提供者充当临时接单者
	1845	+
	1846	+需求的优先级是基于薄弱或主观的数据
	1847	+
	1848	+频繁的误解会造成不信任
	1849	+
	1850	+服务提供者是被动的，不质疑客户的请求
	1851	+
	1852	+缺少质量数据来支持成本或价值分析
	1853	+
	1854	+“先入先出”
	1855	+
	1856	+成本通常是透明的，但价值可能是隐藏的
	1857	+)))|(% style="width:441px" %)(((
	1858	+提供者充当可信赖的顾问
	1859	+
	1860	+对需求和供应有相互理解和赞赏
	1861	+
	1862	+服务组合适用于服务消费者需求
	1863	+
	1864	+服务提供者在契动早期与通常在客户决策周期中，对于产品和服务的价值有着共同的理解
	1865	+
	1866	+“ 例行公事是例行公事”，但创新是挑战
	1867	+
	1868	+关系建立在相互尊重和理解的基础上
	1869	+)))|(% style="width:427px" %)(((
	1870	+提供者充当战略合作伙伴
	1871	+
	1872	+服务提供者和服务消费者共享聚焦于价值实现的共同目标
	1873	+
	1874	+在产品和服务的投资和支持价值分析的质量数据方面，有明确的实现价值的责任
	1875	+
	1876	+最大化价值的共同目标，以及共同的风险和回报
	1877	+)))
	1878	+|(% style="width:123px" %)**构造关系的方法**|(% style="width:302px" %)(((
	1879	+最小化信息共享
	1880	+
	1881	+建立一个沟通渠道
	1882	+
	1883	+建立价格驱动的工作方式
	1884	+
	1885	+减少退出关系的障碍（或提供替代方法）
	1886	+)))|(% style="width:441px" %)(((
	1887	+积极寻找添加价值的机会
	1888	+
	1889	+提供多个联系点和渠道
	1890	+
	1891	+独立而不是联合进行预测
	1892	+
	1893	+限制信息共享
	1894	+
	1895	+投资关系管理
	1896	+)))|(% style="width:427px" %)(((
	1897	+建立深厚的信任感和合作关系
	1898	+
	1899	+双方都承认彼此的重要性
	1900	+
	1901	+共同投资精简流程
	1902	+
	1903	+共同开展各种活动
	1904	+
	1905	+自由交换敏感信息
	1906	+
	1907	+为退出关系制造障碍
	1908	+)))
	1909	+
	1910	+ BRM研究所（2014）。
	1911	+
	1912	+
	1913	+|(((
	1914	+你知道吗？
	1915	+
	1916	+人们普遍认为，信任越多越好。然而，在服务关系中过度投资以建立信任是有可能的，但这种投资不会为相关方增加价值。
	1917	+)))
	1918	+
	1919	+=== ​​​​​​​4.2.1 基础关系 ===
	1920	+
	1921	+当以服务运营效率为基石时，基础关系通常适用于标准产品和服务。在这样的关系中的服务提供者对弹性且重复的操作感兴趣，这些操作能够以最小的努力和偏差实现特定的服务水平。商业服务提供者的主要目的是续约，它通常避免与服务消费者建立关系，因为产品或服务可能无利可图。在这种关系中，客户通常对服务提供者的服务有良好的控制，在达到服务水平，但往往难以评估服务价值。
	1922	+
	1923	+
	1924	+表4.4讨论了基本关系的优缺点。
	1925	+
	1926	+
	1927	+表4.4中讨论了基础关系的优缺点。
	1928	+
	1929	+(% style="width:885px" %)
	1930	+| |(% style="width:370px" %)**优点**|(% style="width:313px" %)**缺点**
	1931	+|**服务消费者**|(% style="width:370px" %)(((
	1932	+容易退出
	1933	+
	1934	+容易控制
	1935	+)))|(% style="width:313px" %)(((
	1936	+重点放在效率和交易上
	1937	+
	1938	+难以开发更深的关系
	1939	+
	1940	+难以评估服务价值
	1941	+)))
	1942	+|**服务提供者**|(% style="width:370px" %)(((
	1943	+单一渠道交流
	1944	+
	1945	+易于测量和报告
	1946	+
	1947	+在服务管理实践中建立规模和运行的效率
	1948	+
	1949	+标准客户管理方法
	1950	+)))|(% style="width:313px" %)(((
	1951	+重点放在效率和交易上
	1952	+
	1953	+难于开发可信赖的关系
	1954	+
	1955	+几乎没有信息共享
	1956	+
	1957	+客户容易退出
	1958	+
	1959	+客户受价格驱动
	1960	+
	1961	+很少有机会提供差异化客户体验
	1962	+)))
	1963	+
	1964	+=== ​​​​​​​4.2.2 合作关系 ===
	1965	+
	1966	+在合作的服务关系中，服务提供者通常根据服务消费者需求来定制产品和服务。客户期望服务提供者会考虑服务成果和体验，而不仅仅是服务水平。由于服务提供者需要寻找新的机会来为服务消费者创造额外的价值，因此相关各方之间应该轻松交换信息。对于商业服务提供者，在成为一个值得信赖的供应商和提供高价值的服务而得不到投资回报的过程中，存在花费太多时间和资源的风险。
	1967	+
	1968	+
	1969	+表4.5列出了合作关系的优缺点。
	1970	+
	1971	+
	1972	+表4.5列出了合作关系的优缺点。
	1973	+
	1974	+| |**优点**|**缺点**
	1975	+|**服务消费者**|(((
	1976	+服务提供者根据特定的服务消费者需求定制服务
	1977	+
	1978	+与服务提供者开展更多业务的新机会
	1979	+)))|(((
	1980	+相互的活动可能感觉不协调
	1981	+
	1982	+昂贵且资源密集
	1983	+)))
	1984	+|**服务提供者**|(((
	1985	+更高的服务消费者依赖于服务提供者
	1986	+
	1987	+从客户收到更多信息；有机会更有效地帮助推动有价值的解决方案
	1988	+)))|(((
	1989	+相互之间的活动可能会感觉不协调昂贵且耗费大量资源
	1990	+
	1991	+错误分配资源的更高风险新的运行的复杂性出现了
	1992	+
	1993	+客户给服务提供者带来内部问题
	1994	+
	1995	+相比客户减少了效率和控制
	1996	+)))
	1997	+
	1998	+=== ​​​​​​​4.2.3 伙伴关系 ===
	1999	+
	2000	+在合作伙伴中，服务提供者和服务消费者可以充当跨各种职能和流程的一种组织协调活动。随着相互依赖程度和集成的增长，双方可能会通过共同设定目标和优先级来在战略层面上保持一致。
	2001	+
	2002	+
	2003	+实现高水平的透明度可能会付出高昂的代价，但它为发现缺陷和找到最佳解决方案提供了机会。双方将更耐心地等待结果，因为他们将通过长期的眼光来看待关系。
	2004	+
	2005	+
	2006	+表4.6列出了合伙企业的优缺点。
	2007	+
	2008	+
	2009	+表4.6列出了伙伴关系的优缺点
	2010	+
	2011	+(% style="width:923px" %)
	2012	+| |(% style="width:446px" %)**优点**|(% style="width:307px" %)**缺点**
	2013	+|服务消费者|(% style="width:446px" %)(((
	2014	+透明度允许双方识别
	2015	+
	2016	+效率低下并共同解决这些问题，从而导致成本相互减少
	2017	+
	2018	+长期规划开辟新的市场机会
	2019	+)))|(% style="width:307px" %)(((
	2020	+锁定可能会阻止客户增加要求或退出
	2021	+
	2022	+分离既痛苦又费时
	2023	+)))
	2024	+|服务提供者|(% style="width:446px" %)(((
	2025	+透明度允许双方识别
	2026	+
	2027	+效率低下并共同解决这些问题，从而导致成本相互减少
	2028	+
	2029	+长期规划开辟新的市场机会
	2030	+
	2031	+吸引更大，更具战略性客户的机会
	2032	+)))|(% style="width:307px" %)分离既痛苦又费时
	2033	+
	2034	+|(((
	2035	+**ITIL故事：了解服务关系类型**
	2036	+
	2037	+[[image:1639038881228-610.png||height="55" width="44"]]//Mariana：我们与大学有合作的关系，它为校园内的停车位和充电站提供名义上的费用。反过来，我们为大学提供服务的折扣，它可以将供应提供给新生。//
	2038	+
	2039	+[[image:1639038890493-937.png||height="56" width="37"]]**S**//olmaz：我们的基本服务关系包括我们从中采购汽车零件和发动机油的供应商。//
	2040	+
	2041	+[[image:1639038900744-862.png||height="51" width="38"]]**H**//enri：艾克苏的合作关系和eCampus Car Share共享利润，资源和策略。艾克苏提供了资金，专业知识，基础架构和技术来设置和维护服务。当我们将服务的汽车份额扩展到其他地区时，Mariana的体验将对规划和设计中的汽车具有不可估量的价值。//
	2042	+)))
	2043	+
	2044	+== 4.3 建立服务关系 ==
	2045	+
	2046	+关系管理可以是角色、职能、和/或组织的能力或实践。在本出版物中，关系管理主要被视为一种实践，其详细描述可以在关系管理实践指南中找到。
	2047	+
	2048	+
	2049	+关系管理实践通过服务关系阶梯应用于客户旅程，该阶梯覆盖关系的初始阶段。客户旅程的其他步骤在培养和塑造服务关系方面发挥作用。关系阶梯包括图片4.2中所示的步骤，并在表4.7中进行了详细说明。
	2050	+
	2051	+
	2052	+服务关系阶梯可以应用于不同的服务关系，但必须适应于特定的系统。
	2053	+
	2054	+
	2055	+业务关系管理研究所（BRM研究所）定义了三种与该方法一致的关系管理比喻。根据专业指南（BRM研究所，2014），关系管理的作用是：
	2056	+
	2057	+* 连接器，促进生产性连接，形成需求/供应并影响利益相关者
	2058	+* 协调器，协调角色、资源和能力，并协调和汇总需求和供应
	2059	+* 导航器，促进利益相关者之间的融合，促进规划并指导相关角色。
	2060	+
	2061	+(% style="text-align:center" %)
	2062	+[[image:1639038943791-508.png]]
	2063	+
	2064	+
	2065	+图片4.2 服务关系阶梯
	2066	+
	2067	+
	2068	+表4.7 服务关系阶梯的步骤
	2069	+
	2070	+|(% style="width:294px" %)**步骤**|(% style="width:690px" %)**描述**|(% style="width:311px" %)**ITIL 管理实践和工具**
	2071	+|(% style="width:294px" %)创建允许出现关系模式的环境|(% style="width:690px" %)(((
	2072	+在开始任何通信和协作之前，服务提供者和客户需要进行相遇。
	2073	+
	2074	+服务提供者应该建立或利用现有的聚会场所，以使客户与契动足够接近，并使相互努力成为可能。
	2075	+
	2076	+
	2077	+)))|(% style="width:311px" %)(((
	2078	+关系管理
	2079	+
	2080	+* 管理沟通渠道
	2081	+* 提供联系点
	2082	+* 营销活动
	2083	+* 服务目录管理
	2084	+* 使用服务目录邀请客户开始对话
	2085	+)))
	2086	+|(% style="width:294px" %)(((
	2087	+建立和维持信任与关系
	2088	+)))|(% style="width:690px" %)在客户表现出兴趣之后，建立信任和将关系作为进一步价值共创的基础变得至关重要。|(% style="width:311px" %)关系管理（所有活动和工具）
	2089	+|(% style="width:294px" %)了解服务提供者功能（与步骤4：同意同时执行）|(% style="width:690px" %)当客户选择服务提供者时，客户需要确保服务提供者具有一组适当的可用功能，以充分利用提供者的功能。|(% style="width:311px" %)
	2090	+|(% style="width:294px" %)了解客户需求（与步骤3：供应同时执行）|(% style="width:690px" %)(((
	2091	+服务关系主要专注于满足服务消费者需求。
	2092	+
	2093	+服务提供者应该利用关系来发现和理解客户需要创建的价值。
	2094	+)))|(% style="width:311px" %)(((
	2095	+关系管理
	2096	+
	2097	+●了解客户需求实现价值
	2098	+
	2099	+●业务分析
	2100	+)))
	2101	+|(% style="width:294px" %)评估相互准备和成熟度|(% style="width:690px" %)(((
	2102	+了解需求后，可以回答双方最后的参与问题。
	2103	+
	2104	+服务提供者：我们有能力与客户一起创建价值吗？我们的资源和实践是否与客户需求相匹配？
	2105	+
	2106	+客户：我们是否足够成熟，并准备好使用服务提供者适应契动，并记住所有必要的限制以及实现价值，服务，价值所需的活动？
	2107	+)))|(% style="width:311px" %)(((
	2108	+●业务提供者成熟度模型^^a^^
	2109	+
	2110	+●成熟度评估和审核
	2111	+)))
	2112	+
	2113	+a: BRM研究所，2014年。
	2114	+
	2115	+
	2116	+表4.8 契动的初始活动
	2117	+
	2118	+(% style="width:1103px" %)
	2119	+|**步骤**|(% style="width:309px" %)**客户状态**|(% style="width:402px" %)**客户活动**|(% style="width:285px" %)**服务提供者活动**
	2120	+|**认知**|(% style="width:309px" %)客户应该知道这项服务/ 服务提供者|(% style="width:402px" %)市场调查|(% style="width:285px" %)(((
	2121	+营销活动
	2122	+
	2123	+促进有效的联系
	2124	+)))
	2125	+|**动机**|(% style="width:309px" %)客户应该主动与服务提供者建立服务关系|(% style="width:402px" %)没有|(% style="width:285px" %)(((
	2126	+营销活动
	2127	+
	2128	+了解替代方案
	2129	+
	2130	+刺激需求
	2131	+)))
	2132	+|**联系**|(% style="width:309px" %)(((
	2133	+客户启动服务关系应该很容易：
	2134	+
	2135	+1. 去哪里，单一联系点
	2136	+1. 提供什么
	2137	+)))|(% style="width:402px" %)(((
	2138	+联系服务提供者
	2139	+
	2140	+浏览服务目录
	2141	+)))|(% style="width:285px" %)(((
	2142	+提供单一联系点
	2143	+
	2144	+管理服务目录
	2145	+)))
	2146	+|**塑造期望**|(% style="width:309px" %)服务提供者应使客户期望得到好的体验|(% style="width:402px" %)(((
	2147	+检查服务提供者过去的性能和/或公众评级（如果有）
	2148	+
	2149	+尽职调查
	2150	+)))|(% style="width:285px" %)(((
	2151	+聚集并成形需求
	2152	+
	2153	+确保适当的容量和服务提供的功能
	2154	+)))
	2155	+
	2156	+=== 4.3.1  创建容许契动关系模式的环境 ===
	2157	+
	2158	+为了成功使用服务消费者进行契动，服务提供者可以指导客户进行表4.8中所示的步骤。
	2159	+
	2160	+
	2161	+==== 4.3.1.1 初始契动工具 ====
	2162	+
	2163	+服务目录支持服务提供者在与服务使用者初次接触时的活动，是确保：
	2164	+
	2165	+* 客户的认知
	2166	+* 开始对话的初始邀请
	2167	+* 支持与标准和非标准服务供应有关的讨论。
	2168	+
	2169	+服务目录可以采用多种形式（例如文档，在线门户或工具）来使当前服务列表能够传达给受众。这些表单对于不同的受众有不同的视图（例如，发起人、客户、用户、IT到IT-客户视图）（ITIL Foundation，第5.2.10.1节）。客户视图可以提供服务绩效和财务数据。然而，服务目录可能不包括客户为了做出明智的决定而需要的关于风险和约束的完整信息。服务提供者应该与客户合作，以提供有关选择的明确信息，并概述客户愿意接受的风险。只有客户可以决定服务消费者愿意接受哪些风险，但服务提供者有责任澄清风险的性质和范围，并根据客户的偏好进行处理。
	2170	+
	2171	+
	2172	+服务提供者使用的另一个功能强大的工具集是CRM系统，该系统存储有关当前和潜在客户的数据，以及历史和当前关系状态的数据。客户可以直接访问有关相关服务供应、服务级别和条件的信息，以及获得的产品和服务的概述（Bordoloi等，2018）。
	2173	+
	2174	+
	2175	+==== 4.3.1.2 维持允许出现关系模式的环境 ====
	2176	+
	2177	+服务提供者应该创建允许开发关系模式的舒适环境。为此，应考虑以下几点：
	2178	+
	2179	+* 如果没有定期的沟通，就有可能造成和扩大双方之间的距离。即使在没有必要沟通的情况下，也应安排交流并遵守计划。
	2180	+* 如果服务提供者提供了联系点但没有及时响应，则可能对组织产生负面影响。
	2181	+* 服务事件可能导致客户归咎于服务提供者的情况。在这些情况下，应该管理冲突。
	2182	+* 服务提供者组织、客户组织或市场上总会有一些干扰。风险管理实践可以指出哪些风险对合作环境的威胁最大。
	2183	+
	2184	+|(((
	2185	+**ITIL故事：建立服务关系**
	2186	+
	2187	+[[image:1639039151460-470.png||height="48" width="46"]]//Mariana：我们这学年快结束了，很多学生都要毕业离校了。虽然我们已经在现有的学生中获得了良好的声誉，但在两个月后新学生到来之前，我们面临着失去许多忠实客户的风险。我们每年都需要和这些新生建立服务关系。对于那些不打算离开的学生，我们必须与他们建立并保持牢固的关系，这样才能增加我们在未来几年留住他们作为忠实客户的机会。//
	2188	+
	2189	+[[image:1639039161376-906.png||height="48" width="43"]]//Tomas：有些学生在大学里待的时间更长，要么继续深造，要么在大学里工作。//
	2190	+
	2191	+[[image:1639039151460-470.png||height="48" width="46"]]//Mariana：我们可以为在大学待较长时间的学生提供特别服务，以激励他们使用我们的服务，并与他们建立更牢固的关系。//
	2192	+
	2193	+[[image:1639039172592-758.png||height="50" width="39"]]//Radhika：有些学生仅参加短期课程，我们也应提x供能反映其需求的产品。//
	2194	+
	2195	+[[image:1639039151460-470.png||height="48" width="46"]]//Mariana：对于这些学生，我们可以提供无义务的、短期的、现收现付的服务。这是根据这个群体的情况和需要量身定制的，将有助于与他们建立关系。。//
	2196	+)))
	2197	+
	2198	+=== ​​​​​​​4.3.2 建立和维持信任与关系 ===
	2199	+
	2200	+由于服务提供商和客户必须共同创造价值，他们需要建立和管理一种透明的关系，这种关系支持相互信任，注重在优化成本和风险的同时实现服务成果。为了有效地做到这一点，这些操作通常被称为科目：业务关系管理（对于内部服务提供者）和CRM（对于商业服务提供者）。在ITIL中，关系管理实践指南涵盖了这两个学科。
	2201	+
	2202	+
	2203	+信任可能以多种方式出现（Hacker等，1999），包括：
	2204	+
	2205	+* **基于知识** 随着时间的推移，对另一组人的认识可以提高信任度。
	2206	+* **基于核算** 在服务关系中，信任可以快速建立。在这种情况下，这两个组都可以权衡潜在的机会与风险。
	2207	+
	2208	+==== 4.3.2.1 信任和关系因素 ====
	2209	+
	2210	+可信赖的特征分为三个维度（Hacker等，1999）：
	2211	+
	2212	+* **能力 **产生结果的能力
	2213	+* **承诺** 关心共同目标以及他人的成功和福利
	2214	+* **一致性** 以同样的方式完成预期任务的能力。
	2215	+
	2216	+图4.3显示了模型中的这些维度。这些维度提供了个人、团队或组织的信任关系的基础（Hacker等，1999）。
	2217	+
	2218	+
	2219	+为了值得信赖，服务提供者和客户都应致力于体现三个Cs 模型。表4.9显示了该模型如何应用于服务关系。
	2220	+
	2221	+(% style="text-align:center" %)
	2222	+[[image:1639039414823-634.png]]
	2223	+
	2224	+
	2225	+图4.3 三Cs 可信度模型
	2226	+
	2227	+
	2228	+表4.9 适用于服务关系的三个Cs 模型
	2229	+
	2230	+|**信任因素**|**服务提供者**|**客户**
	2231	+|**能力**|(((
	2232	+足够的知识和技能
	2233	+
	2234	+足够的需求能力
	2235	+
	2236	+展示敏捷性/适应性
	2237	+)))|展示敏捷性/适应性
	2238	+|**承诺**|(((
	2239	+关注客户的成功或分享共同的/相互的目标
	2240	+
	2241	+诚实、尊重和合作
	2242	+
	2243	+解释影响客户的行动
	2244	+
	2245	+熟悉服务消费者及其需求
	2246	+
	2247	+鼓励/促进开放的双向沟通
	2248	+)))|(((
	2249	+关注服务提供者的成功或分享共同的/相互的目标
	2250	+
	2251	+诚实、尊重和合作
	2252	+
	2253	+解释影响服务提供者的变更
	2254	+
	2255	+鼓励/促进开放的双向沟通
	2256	+)))
	2257	+|**一致性**|(((
	2258	+先寻求理解，再寻求被理解
	2259	+
	2260	+在一段时间内完成预期的表现
	2261	+
	2262	+及时响应
	2263	+)))|(((
	2264	+先寻求理解，再寻求被理解
	2265	+
	2266	+披露足够数量的信息
	2267	+)))
	2268	+
	2269	+==== 4.3.2.2 建立信任和关系活动 ====
	2270	+
	2271	+表4.10中列出了客户和服务提供者为建立信任而执行的不同方法和活动的描述。这些活动同样适用于内部和外部关系。
	2272	+
	2273	+
	2274	+表4.10 关系管理活动
	2275	+
	2276	+|**关系类型**|(% style="width:536px" %)**建立信任和关系方法**|(% style="width:341px" %)**客户**|**服务提供者**
	2277	+|(((
	2278	+**基本关系**
	2279	+
	2280	+[[image:1639039486627-293.png]]**[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]**
	2281	+)))|(% style="width:536px" %)信任和关系主要是通过遵循正式的规程和控制来建立的|(% style="width:341px" %)(((
	2282	+与服务提供者共享需求
	2283	+
	2284	+检查服务提供者过去的绩效
	2285	+
	2286	+查看过去和现在客户的公开评级和反馈
	2287	+
	2288	+尽职调查/检查符合行业标准和/或认证的证据
	2289	+
	2290	+检查SLA
	2291	+)))|(((
	2292	+管理服务目录和服务请求目录
	2293	+
	2294	+不要质疑来自客户的请求
	2295	+
	2296	+满足需求/限制服务目录范围内的协作
	2297	+
	2298	+提供报告
	2299	+
	2300	+注重产出
	2301	+)))
	2302	+|(((
	2303	+**合作关系**
	2304	+
	2305	+[[image:1639039493704-758.png]]**[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]]**
	2306	+)))|(% style="width:536px" %)(((
	2307	+信任和关系主要是通过各方的广泛沟通和努力建立起来的，以取得成果
	2308	+
	2309	+一致的结果、反馈、半正式控制
	2310	+)))|(% style="width:341px" %)(((
	2311	+共享需求
	2312	+
	2313	+接受服务提供者的建议
	2314	+
	2315	+执行审计或成熟度评估交叉引用
	2316	+)))|(((
	2317	+根据客户需求的变化，管理和开发服务组合
	2318	+
	2319	+为可能的服务解决方案提供建议
	2320	+
	2321	+由成果驱动，而不是输出驱动
	2322	+)))
	2323	+|(((
	2324	+**伙伴关系**
	2325	+
	2326	+[[image:1639039500519-639.png]]**[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png]]**
	2327	+)))|(% style="width:536px" %)信任和关系的建立主要是通过分享风险和回报，关注共同的目标和共同创造的价值|(% style="width:341px" %)(((
	2328	+建立与服务提供者协作的开放平台
	2329	+
	2330	+分享目标、风险和回报
	2331	+
	2332	+联合战略/计划/项目规划
	2333	+
	2334	+展示出对不断变化环境的敏捷性和适应性
	2335	+)))|(((
	2336	+建立与客户协作的开放平台
	2337	+
	2338	+展示促进客户发展和创新的能力
	2339	+
	2340	+关注变化环境中的价值实现，而不是固定的成果
	2341	+)))
	2342	+
	2343	+==== 4.3.2.3 持续建立信任和关系 ====
	2344	+
	2345	+许多因素威胁着信任和关系，包括：
	2346	+
	2347	+* 分离双方的自然趋势；例如，来自服务消费者的服务提供者
	2348	+* 服务提供者的资源和实践不断变化
	2349	+* 服务消费者的风险状况和容忍度随时间变化
	2350	+* 任何一方的新员工改变了服务关系的性质（确保与与新员工及时接触很重要）
	2351	+* 不可避免的客户投诉（正式的客户投诉和升级流程可以缓解这一因素）。
	2352	+
	2353	+|(((
	2354	+**ITIL的故事：建立和维持信任与关系**
	2355	+
	2356	+[[image:1639039544729-234.png||height="48" width="41"]]//Mariana：我们希望新生们在进入大学时，能够了解到我们的服务。我们计划通过提供有吸引力的价格来积极地针对这些学生，以便他们注册我们的服务。我们将要求大学在其欢迎信息中包含指向我们网站的链接，以方便潜在客户与我们联系。//
	2357	+
	2358	+[[image:1639039554566-680.png||height="45" width="32"]]**R**//adhika：在新的学年开始之初，我们可能需要在服务台上配备更多人员，以管理注册数量的增加。//
	2359	+)))
	2360	+
	2361	+=== ​​​​​​​4.3.3 理解服务提供者能力 ===
	2362	+
	2363	+理解和评估服务提供者能力的最流行方法是通过审计和成熟度评估。
	2364	+
	2365	+
	2366	+有些信息可能是公开可用的，也可能是通过与提供者当前和过去的客户进行沟通而收集的（例如，参考评论）。然而，能力评估通常关注流程和规程，例如文档和记录。表4.11提供了一个理解服务提供者能力的清单。
	2367	+
	2368	+
	2369	+表4.11 理解服务提供者能力清单
	2370	+
	2371	+|**组织和人员**|**信息和技术**
	2372	+|(((
	2373	+理解组织目标并检查组织的结构是否能够最佳地满足这些目标。
	2374	+
	2375	+要评估的项目/属性：
	2376	+
	2377	+●重复（活动、组织职能等）
	2378	+
	2379	+●沟通效果（渠道、频率、反馈等）
	2380	+
	2381	+●工作模式和决策结构（集中式与分散式，基于流程的与分层式的）
	2382	+
	2383	+●信任和透明度，控制级别
	2384	+
	2385	+●知识和学习文化
	2386	+
	2387	+●技能和能力
	2388	+)))|(((
	2389	+评估用于决策的信息质量，以及技术是否以最佳方式支持目标和决策流程。
	2390	+
	2391	+要评估的项目/属性：
	2392	+
	2393	+●当前的技术项目
	2394	+
	2395	+●集成
	2396	+
	2397	+●技术债务
	2398	+
	2399	+●技术趋势（技术发展如何改变工作方式）
	2400	+
	2401	+●数据和信息的可靠性
	2402	+
	2403	+●技术性能
	2404	+)))
	2405	+|**合作伙伴与供应商**|**价值流和流程**
	2406	+|(((
	2407	+服务提供者如何有效地管理其合作伙伴和供应商？
	2408	+
	2409	+服务提供者是否依赖战略供应商？
	2410	+
	2411	+关键供应商关闭时，对服务运营可能产生的影响是什么？
	2412	+
	2413	+它们是否无缝集成在价值链中？
	2414	+)))|(((
	2415	+有哪些流程，以及它们如何运作的？
	2416	+
	2417	+流程绩效如何？
	2418	+
	2419	+价值流的管理效率如何？
	2420	+)))
	2421	+
	2422	+|(((
	2423	+**ITIL故事：了解服务提供者功能**
	2424	+
	2425	+
	2426	+[[image:1639039664566-243.png||height="53" width="47"]]//Mariana：为了与新的汽车清洁合作伙伴契动，我们进行了一次审计，以确保它们在财务上是可行的。我们检查了其他乘客对其服务的评论。我们还确保他们有能力提供绿色清洁产品。//
	2427	+)))
	2428	+
	2429	+=== ​​​​​​​4.3.4 了解客户需求 ===
	2430	+
	2431	+重要的是要记住，客户不购买服务；他们购买的是特定需求的实现。他们有工作要做（克里斯滕森等，2016），服务提供者必须理解这些工作，才能识别服务消费者的需求、偏好以及期望的成果和体验。
	2432	+
	2433	+
	2434	+==== 4.3.4.1 价值驱动 ====
	2435	+
	2436	+第1章介绍的服务价值驱动框架可用于分析和理解服务消费者的需求和期望的成果如何与服务提供者的服务供应链接。图4.4中再次显示了该框架。
	2437	+
	2438	+
	2439	+业务关系管理：BRM Professional（BRMP）定义了两种将结果与产品和服务联系起来的方法（BRM Institute，2014，5.6.3），包括：
	2440	+
	2441	+* **基于价值的方法（自上而下）** 服务提供者讨论客户最紧迫的问题或目标，然后分析计划（如何解决或实现它们）、促成因素（实施计划需要什么功能或资源）和技术（生产或服务如何交付这些能力和促成因素）。
	2442	+* **基于解决方案的方法（自下而上） **服务提供者讨论其产品和服务，并试图将与紧迫的消费者问题或目的连接起来，以相反的顺序回答与基于价值的方法相同的问题。
	2443	+
	2444	+客户需求通常是由具体问题引起的。研究这些问题可以提供通过产品和服务实现需求的最佳方法。需要考虑的问题有：
	2445	+
	2446	+* 主要问题是什么？
	2447	+* 这些问题的原因是什么？
	2448	+* 这些问题如何影响服务消费者的目的、目标和绩效?
	2449	+* 当前的服务消费者背景是什么，包括影响或受这些问题影响的战略、架构和组织结构？
	2450	+
	2451	+不要将客户需要与客户需求混淆。了解需要后，服务提供者仍然需要理解需求。然后，各方就可将服务消费者的需要作为具体的需求表达出来。这些活动将在第5章中进一步介绍。
	2452	+
	2453	+(% style="text-align:center" %)
	2454	+[[image:1639039745940-752.png]]
	2455	+
	2456	+图4.4 价值驱动框架的示例
	2457	+
	2458	+
	2459	+==== 4.3.4.2 风险与成本 ====
	2460	+
	2461	+理解产品和服务的受影响成果以及风险和成本，应该是发现客户需求和构建服务关系的一部分。
	2462	+
	2463	+
	2464	+表4.12显示了自助服务门户引入后的预期结果、消除的风险和成本，潜在损失以及风险和成本的示例。
	2465	+
	2466	+
	2467	+表4.12 自助服务门户的积极和消极影响
	2468	+
	2469	+| |(% colspan="2" %)**客户体验**
	2470	+| |**积极**|**消极**
	2471	+|**成果**|(((
	2472	+支持的成果，包括增强经验和满足偏好:
	2473	+
	2474	+●更快的沟通
	2475	+
	2476	+●所有用户请求的单点联系人
	2477	+
	2478	+●工单跟踪
	2479	+
	2480	+●用户对IT维护计划的了解
	2481	+)))|(((
	2482	+受影响的结果:
	2483	+
	2484	+●用户与IT之间的直接沟通较少
	2485	+)))
	2486	+|**风险**|(((
	2487	+风险消除:
	2488	+
	2489	+●降低响应时间
	2490	+
	2491	+●降低服务请求分类中的错误数量
	2492	+)))|(((
	2493	+引入的风险：
	2494	+
	2495	+●单点故障
	2496	+
	2497	+●对用户能力的依赖度更高
	2498	+
	2499	+●外部人员可获取敏感事件数据
	2500	+)))
	2501	+|**成本**|(((
	2502	+成本消除：
	2503	+
	2504	+●减少服务台人员
	2505	+)))|(((
	2506	+引入的成本
	2507	+
	2508	+●自助式管理和维护（在让用户参与管理门户的情况下）
	2509	+)))
	2510	+
	2511	+==== 4.3.4.3 体验和偏好 ====
	2512	+
	2513	+偏好影响服务消费者的服务体验，尤其是对于服务消费者是个人的大众市场服务。表4.13显示了服务消费者体验的关键生产和服务因素。
	2514	+
	2515	+
	2516	+一旦确定了成果、体验和偏好，则利益相关者就可以检查实现服务消费者的需求和所做出的决策。
	2517	+
	2518	+
	2519	+|(((
	2520	+**ITIL故事：了解客户需求**
	2521	+
	2522	+[[image:1639039862455-516.png||height="57" width="44"]]//Mariana：为了实现我们对环境可持续性的愿景，我们研究的一个方案是在我们的一些电动汽车上安装自行车架。然而，当我们调查我们的客户时，我们发现很少有人用汽车来运输自行车。如果没有这种需求，自行车架就不会为我们的客户带来任何价值，所以我们没有采取这种做法。//
	2523	+)))
	2524	+
	2525	+表4.13 服务客户体验的关键生产和服务因素
	2526	+
	2527	+(% style="width:857px" %)
	2528	+|**因素**|(% style="width:558px" %)**描述**
	2529	+|**服务质量方面**|(% style="width:558px" %)(((
	2530	+功能性
	2531	+
	2532	+数据和信息可用性
	2533	+
	2534	+可用性
	2535	+
	2536	+绩效和容量
	2537	+
	2538	+信息安全
	2539	+
	2540	+持续性
	2541	+
	2542	+可访问性
	2543	+
	2544	+可用性
	2545	+)))
	2546	+|**风险与合规性**|(% style="width:558px" %)服务符合相关规定
	2547	+|**价格与成本**|(% style="width:558px" %)(((
	2548	+服务符合消费者的风险承受水平
	2549	+
	2550	+顾客感知的成本效益比
	2551	+)))
	2552	+|**设计和便利性**|(% style="width:558px" %)(((
	2553	+服务价格与替代品的比较，例如竞争对手的服务
	2554	+
	2555	+用户体验
	2556	+)))
	2557	+|**兼容性和接口**|(% style="width:558px" %)(((
	2558	+服务简化了一个耗时的过程
	2559	+
	2560	+架构
	2561	+
	2562	+与客户已经使用的其他服务的兼容性，跨各种渠道或设备的可用性
	2563	+)))
	2564	+|**信息，透明度和公平性**|(% style="width:558px" %)(((
	2565	+所有关于服务定价、实际使用等方面的数据都可以很容易地提供给客户
	2566	+
	2567	+用户可以方便地检查数据的准确性
	2568	+)))
	2569	+|**控制能力**|(% style="width:558px" %)客户保持对服务消费的控制，并拥有管理服务选项、定价(如果有定价选项)等工具。
	2570	+|**社会责任感**|(% style="width:558px" %)客户确保服务供应商符合适用的社会责任规范，如污染、奴役和公平贸易。
	2571	+
	2572	+=== ​​​​​​​4.3.5 评估相互准备和成熟度 ===
	2573	+
	2574	+相互准备是指双方完成适当的检查（即过往的绩效检查）和尽职调查（即审计），建立了初步信任，并准备形成工作关系，以便共同创建价值。
	2575	+
	2576	+
	2577	+相互准备和成熟度评估可能会根据关系类型而有所不同：
	2578	+
	2579	+* 在基础关系中，客户可以检查服务提供者以往的绩效，避免投资于额外的保证措施，例如审计或准备评估。
	2580	+* 在合作关系中，客户可以使用审计和成熟度评估工具评估服务提供者成熟度。与基础关系相比，协作和沟通机制的准备也变得非常重要。在所有利益相关者之间明确协调成果并就反馈程序达成一致是至关重要的。
	2581	+* 在伙伴关系中，开放和信任是相互成功的关键因素。因此，尽管可能会进行正式的能力成熟度和以往的绩效检查，但是协作的准备是至关重要的。
	2582	+
	2583	+表4.14 显示了不同类型的评估与不同类型的关系的相关性。
	2584	+
	2585	+
	2586	+表4.14 契动步骤的评估类型
	2587	+
	2588	+(% style="width:725px" %)
	2589	+|(% style="width:336px" %)**评估的属性**|(% style="width:157px" %)**基础关系**|(% style="width:109px" %)**合作关系**|(% style="width:121px" %)**伙伴关系**
	2590	+|(% style="width:336px" %)能力成熟度和以往的绩效（服务提供者）|(% style="width:157px" %)关键|(% style="width:109px" %)中度|(% style="width:121px" %)轻度
	2591	+|(% style="width:336px" %)准备合作（双方）|(% style="width:157px" %)N/A|(% style="width:109px" %)中度|(% style="width:121px" %)关键
	2592	+|(% style="width:336px" %)为变更做好准备（客户）|(% style="width:157px" %)N/A|(% style="width:109px" %)中度|(% style="width:121px" %)关键
	2593	+
	2594	+==== 4.3.5.1 关系成熟度 ====
	2595	+
	2596	+在执行评估之前，最好理解关系成熟度的水平。根据业务提供者成熟度模型（BRM研究所，2014），成熟度级别（例如基础型，合作型和伙伴关系）可以由一组需求和供应特性确定，如表4.15所示。
	2597	+
	2598	+
	2599	+表4.15 业务提供者成熟度模型
	2600	+
	2601	+(% style="width:939px" %)
	2602	+| |(% style="width:363px" %)**需求**|(% style="width:448px" %)**供应**
	2603	+|基础关系|(% style="width:363px" %)(((
	2604	+交易自动化
	2605	+
	2606	+来自业务竖井的请求
	2607	+
	2608	+专注于职能绩效
	2609	+)))|(% style="width:448px" %)(((
	2610	+交易处理以及基本服务
	2611	+
	2612	+为业务竖井定制/修改产品
	2613	+
	2614	+专注于稳定性
	2615	+)))
	2616	+|合作关系|(% style="width:363px" %)(((
	2617	+端到端流程自动化/ 业务
	2618	+
	2619	+集成
	2620	+
	2621	+事务性数据管理信息（决策信息）
	2622	+)))|(% style="width:448px" %)(((
	2623	+企业系统
	2624	+
	2625	+业务流程改进点/重新设计开放式网络和网关
	2626	+
	2627	+大多数IT服务的优化/通用基础架构
	2628	+
	2629	+外包商品服务技术驱动的业务功能是推动市场差异化的IT催化剂
	2630	+)))
	2631	+|(((
	2632	+(% class="wikigeneratedid" id="H4F194F3451737CFB" %)
	2633	+伙伴关系
	2634	+)))|(% style="width:363px" %)(((
	2635	+创新与成长
	2636	+
	2637	+业务和市场情报
	2638	+
	2639	+可重新配置的功能组合（HR，IT，资产等）
	2640	+)))|(% style="width:448px" %)标准接口
	2641	+
	2642	+在这个模型中，关系成熟度级别是累积的:成熟度级别构建在较低的成熟度级别之上，并包括较低的成熟度级别。
	2643	+
	2644	+
	2645	+这个模型中的需求和供给是相互依存的；服务提供者在基本的关系中仅满足需求，但在合作关系中刺激需求。随着关系的成熟，服务消费者开始学习开发产品和服务，从而导致复杂的业务问题。但是，服务提供者将学会提供更有效的服务并塑造需求。
	2646	+
	2647	+
	2648	+==== 4.3.5.2 成熟度评估和基准测试 ====
	2649	+
	2650	+其中一个利益干系人比另一个更成熟的服务关系通常会失败，因为变化会导致不兼容。因此，评估服务提供者和服务消费者的成熟度是有帮助的。
	2651	+
	2652	+
	2653	+表4.16中的问题可用作评估的清单。
	2654	+
	2655	+
	2656	+表4.16 基于服务管理四维模型的服务提供者和服务消费者成熟度评估
	2657	+
	2658	+|(% style="width:108px" %)**服务消费者/服务供应者**|(% style="width:260px" %)**组织和人员**|(% style="width:306px" %)**价值流和流程**|(% style="width:354px" %)**信息和技术**|**合作伙伴与供应商**
	2659	+|(% style="width:108px" %)组织和人员|(% style="width:260px" %)(((
	2660	+用户准备好与服务提供者代理商的沟通？
	2661	+
	2662	+服务提供者的代理可以理解用户吗？
	2663	+)))|(% style="width:306px" %)(((
	2664	+服务提供者的规程是否进行了修改，以便让用户参与进来？
	2665	+
	2666	+用户可以按照规程操作吗?
	2667	+
	2668	+我们能确保用户遵守规程吗?
	2669	+)))|(% style="width:354px" %)(((
	2670	+服务提供者的产品和服务是否配置为向用户提供正确的访问级别？
	2671	+
	2672	+是否对用户进行了正确使用技术和流程数据的培训？
	2673	+)))|服务提供者的供应商代理是否准备好与用户沟通？
	2674	+|(% style="width:108px" %)价值流和流程|(% style="width:260px" %)(((
	2675	+服务提供者的代理商可以遵循消费者的规程吗？
	2676	+
	2677	+我们可以确保代理商遵循规程吗？
	2678	+)))|(% style="width:306px" %)(((
	2679	+哪些服务消费者规程为服务提供者的规程提供输入，反之亦然？
	2680	+
	2681	+服务消费者和服务提供者需要更改哪些规程？
	2682	+)))|(% style="width:354px" %)(((
	2683	+服务提供者的产品是否正确地自动执行服务消费者规程？
	2684	+
	2685	+是否需要变更？服务提供者是否知道服务消费者的职能型要求？
	2686	+)))|服务提供者的供应商是否准备好遵循服务消费者的规程？
	2687	+|(% style="width:108px" %)信息和技术|(% style="width:260px" %)服务提供者的代理商是否具有支持消费者技术所需的技能和能力？|(% style="width:306px" %)服务提供者的规程是否涵盖了服务提供者需要管理的技术和信息系统（例如变更启用、服务配置管理、审计）？|(% style="width:354px" %)(((
	2688	+需要集成哪些信息系统？
	2689	+
	2690	+集成信息系统的最有效与最高效的方式是什么？
	2691	+
	2692	+双方都需要在信息系统方面做出哪些改变？
	2693	+)))|(((
	2694	+服务提供者的供应商是否具备支持服务消费者技术所需的技能和能力？
	2695	+
	2696	+
	2697	+)))
	2698	+|(% style="width:108px" %)合作伙伴与供应商|(% style="width:260px" %)(((
	2699	+服务提供者与服务消费者的供应商之间的沟通渠道是否已经建立？
	2700	+
	2701	+服务提供商的代理是否准备好与服务消费者的供应商沟通？
	2702	+)))|(% style="width:306px" %)(((
	2703	+服务提供者的规程是否适用于服务消费者的供应商（如服务集成和管理、变更管理、审计）？
	2704	+
	2705	+服务消费者的供应商是否准备好遵循服务供应商的规程（如果相关）？
	2706	+
	2707	+我们怎样才能保证？
	2708	+)))|(% style="width:354px" %)服务提供者的产品是否配置为向服务消费者的供应商提供正确的访问权限？|(((
	2709	+服务提供者的供应商和服务消费者的供应商之间是否建立了沟通渠道？
	2710	+
	2711	+服务提供者是否确保所有各方遵守所有协议以及法律和法规要求？
	2712	+)))
	2713	+
	2714	+==== 4.3.5.3 评估协作的准备情况 ====
	2715	+
	2716	+利益相关者之所以对协作感兴趣，是因为与其他利益相关者的持续合作更容易实现目标。为了评估协作的准备情况，必须考虑表4.17中概述的信息。
	2717	+
	2718	+
	2719	+表4.17 准备评估检查表
	2720	+
	2721	+(% style="width:875px" %)
	2722	+|(% style="width:438px" %)**合作准备因素**|(% style="width:434px" %)**清单和参考**
	2723	+|(% style="width:438px" %)是否建立起最初的信任？|(% style="width:434px" %)三个Cs 模型
	2724	+|(% style="width:438px" %)我们是否与相关的利益相关者契动？管理**层**是否支持合作活动？|(% style="width:434px" %)(((
	2725	+利益干系人分析
	2726	+
	2727	+利益干系人地图（影响力/兴趣网格）
	2728	+)))
	2729	+|(% style="width:438px" %)我们是否为密切合作创建了组织基础？|(% style="width:434px" %)(((
	2730	+确保原则和运营活动保持一致
	2731	+
	2732	+检查信息系统与其他资源之间的集成和接口
	2733	+
	2734	+沟通风险承受能力和约束条件(风险登记册)
	2735	+
	2736	+建立沟通渠道，尤其是投诉渠道（利益干系人沟通计划）
	2737	+
	2738	+跨协作组织分配资源（主要是人员，技术和信息）
	2739	+)))
	2740	+
	2741	+==== 4.3.5.4 评估组织变革准备情况 ====
	2742	+
	2743	+在某些情况下，成功交付服务可能需要转换组织惯例和例程，以便从服务获得价值。这需要组织变革管理。ITIL Foundation定义了以下有效组织变革管理实践的属性：
	2744	+
	2745	+* 明确而相关的目标
	2746	+* 坚强而坚定的领导
	2747	+* 愿意和有准备的参与者
	2748	+* 持续的改进点。
	2749	+
	2750	+为了评估组织变革的准备情况，可以使用表4.18中所示的检查表。
	2751	+
	2752	+
	2753	+表4.18 组织变革准备情况评估清单
	2754	+
	2755	+(% style="width:884px" %)
	2756	+|(% style="width:184px" %)**组织变革准备就绪因素**|(% style="width:697px" %)**检查清单**
	2757	+|(% style="width:184px" %)**明确而相关的目标**|(% style="width:697px" %)(((
	2758	+服务关系是否有清晰的愿景？
	2759	+
	2760	+是否有效传达了变更的原因？
	2761	+)))
	2762	+|(% style="width:184px" %)**坚强而坚定的领导**|(% style="width:697px" %)(((
	2763	+赞助商是否因成功的业绩而备受尊敬？
	2764	+
	2765	+利益相关者是否信任管理层考虑他们的利益？
	2766	+
	2767	+是否有横向领导者？
	2768	+)))
	2769	+|(% style="width:184px" %)**愿意和有准备的参与者**|(% style="width:697px" %)(((
	2770	+是否有奖励贡献者的计划？
	2771	+
	2772	+组织中是否有足够水平的系统知识？利益相关者是否理解变更的全貌，而不仅仅是他们自己的一部分？
	2773	+)))
	2774	+|(% style="width:184px" %)**持续的改进点**|(% style="width:697px" %)(((
	2775	+组织中有多少变更阻力？
	2776	+
	2777	+过去的改进是否成功？
	2778	+
	2779	+当前有多少变更？
	2780	+
	2781	+公事公办与创新之间是否有良好的平衡？如果组织过分强调持续运营的责任，创新就会受到影响。如果创新是唯一的焦点，那么对当前经营活动的责任就被忽略了。因此，成功的组织应该找到正确的平衡点。
	2782	+)))
	2783	+
	2784	+读者应参阅组织变革管理实践指南以获取详细指导。
	2785	+
	2786	+
	2787	+== 4.4  管理供应商和合作伙伴 ==
	2788	+
	2789	+在某种程度上，每个组织都依赖于其他组织提供的服务（ITIL Foundation，第3.3节）。因此，对于服务提供者和服务消费者，与供应商和合作伙伴的关系同样重要。这包括与主要供应商建立更紧密、更协作的关系，以发现和实现价值新的价值，并减少失效的风险（ITIL Foundation ，第5.1.13节）。
	2790	+
	2791	+
	2792	+由于服务提供者在其供应商的关系中充当服务消费者，因此服务提供者的旅程包括与客户旅程相同的步骤：
	2793	+
	2794	+* **探索** 理解确定的潜在供应商的需求和价值
	2795	+* **契动** 与供应商建立关系
	2796	+* **供应** 形成需求和需求规范
	2797	+* **协议 **就供应商提供的产品和服务的条款和条件进行谈判并达成一致
	2798	+* **引入** 决定是否应从供应商处获得产品和服务，并执行转换活动
	2799	+* **价值共创** 创建消费服务并与供应商进行服务交互
	2800	+* **实现价值 ** 持续跟踪、评估和评价价值实现，并改进整个过程。
	2801	+
	2802	+服务消费者和提供者具有不同的视角和关注领域。通常不同的方面是服务集成和编排。服务集成负责协调或编排参与产品或服务的采购和提供的所有供应商。它侧重于端到端的提供服务，确保控制供应商的所有接口和结果，并促进了供应商之间的协作（ITIL Foundation ，第5.1.13节）。
	2803	+
	2804	+
	2805	+越来越多的服务提供者被其客户视为服务中心，并期望为了客户的利益协调其供应商和合作伙伴。其他人则被视为“黑匣子”；他们的客户不想知道他们的服务提供者与之合作的供应商和合作伙伴的依赖关系。服务消费者的这些期望极大地影响了服务提供者管理其与供应商和合作伙伴之间关系的方式。
	2806	+
	2807	+
	2808	+服务集成有四个主要类型，每个组织都应该考虑最适合它的模型，以便转换到更协调的服务供应商环境。这些模型是：
	2809	+
	2810	+* **作为服务集成和管理的保留组织 **保留的组织管理所有供应商并自行协调服务集成和管理职能
	2811	+* **单一供应商 **其中供应商提供所有服务以及服务集成和管理职能
	2812	+* **服务守护者 **供应商除了管理其他供应商外，还提供服务集成和管理职能以及一个或多个交付职能
	2813	+* **独立的服务集成商 **即使供应商不向组织提供任何服务，也可以由供应商提供服务集成和管理职能并管理所有其他供应商。
	2814	+
	2815	+如果服务提供者充当服务集成商，则通常代表客户建立关系和协作。在某种程度上，现在每个服务提供商都是服务集成商。
	2816	+
	2817	+
	2818	+表4.19 列出了当服务提供者充当服务集成商时服务提供者活动的契动步骤。
	2819	+
	2820	+
	2821	+表4.19 关系管理服务集成商活动
	2822	+
	2823	+(% style="width:891px" %)
	2824	+|(% style="width:278px" %)**步骤**|(% style="width:610px" %)**服务集成商活动**
	2825	+|(% style="width:278px" %)**创建容许契动关系模式的环境**|(% style="width:610px" %)(((
	2826	+审视消费者环境，以寻找新的供应商和合作伙伴，以实现消费者战略和目标
	2827	+
	2828	+与可能的供应商进行联系和谈判
	2829	+
	2830	+检查供应商过去的业绩和/或公众评级，并管理尽职调查(如果相关的话)
	2831	+)))
	2832	+|(% style="width:278px" %)**建立和维持信任与关系**|(% style="width:610px" %)与正常服务关系相同
	2833	+|(% style="width:278px" %)**了解服务提供者能力**|(% style="width:610px" %)(((
	2834	+根据关系类型、依赖程度和风险定义管理供应商的标准
	2835	+
	2836	+根据标准识别和分类现有供应商，并关注最重要的供应商
	2837	+
	2838	+根据客户的需求评估供应商的能力
	2839	+)))
	2840	+|(% style="width:278px" %)**了解服务消费者需求**|(% style="width:610px" %)与正常服务关系相同
	2841	+|(% style="width:278px" %)**评估相互准备和成熟度**|(% style="width:610px" %)(((
	2842	+跟踪供应商的绩效和合规性
	2843	+
	2844	+评估供应商的成熟度
	2845	+
	2846	+评估更大的供应链，管理与供应商及其分包商有关的风险，以影响供应商提供服务的能力
	2847	+)))
	2848	+
	2849	+供应商管理实践可用于为参与服务交付的所有供应商创建一个单一的可视点，以确保一致性并实现价值。这有助于回答以下问题：
	2850	+
	2851	+* 服务提供者在管理其合作伙伴和供应商时是否有效？
	2852	+* 服务提供者是否依赖战略供应商？
	2853	+* 关键供应商停工对服务运营可能导致的影响是什么？
	2854	+* 供应商是否与服务提供者的价值链无缝集成？
	2855	+
	2856	+此实践还确保与供应商的协议与预期的服务结果和客户需求相一致，并监督其绩效，以确保条款、条件和目标得到满足。
	2857	+
	2858	+
	2859	+|(((
	2860	+**ITIL的故事：管理供应商和合作伙伴**
	2861	+
	2862	+[[image:1639040403078-235.png||height="47" width="45"]]//Mariana：我们面临的一个问题是，校园充电站经常出现故障，无法将车充满电。尽管eCampus Car Share不管理站点，但当汽车未充满电时，端到端的客户体验会受到负面影响。客户认为这些站点的功能是我们的责任。//
	2863	+
	2864	+[[image:1639040414134-638.png||height="47" width="39"]]**S**//olmaz：充电站归大学所在的地方议会所有，并由该议会的供应商安装。//
	2865	+
	2866	+[[image:1639040403078-235.png||height="47" width="45"]]//Mariana：这种情况并不少见，在这种情况下，为了提供我们的服务，我们对其他提供商的依赖很多。//
	2867	+
	2868	+[[image:1639040433389-601.png||height="46" width="43"]]//K//atrina//：我刚和朋友们从计划了三个小时的旅行回来，去看一个当地的乐队。不幸的是，这辆车没有充满电。当我们试图给它充电时，校园里的充电站坏了。充电站不属于eCampus Car Share或大学：完全是一个不同的组体。艾克苏服务台能够帮我找到另一辆车，但在使用之前，我不得不等待它退回。//
	2869	+
	2870	+[[image:1639040403078-235.png||height="47" width="45"]]//Mariana：尽管eCampus Car Share对充电站不负直接责任，但我们的客户仍会受到其他原因造成的故障和缺陷的影响。这是一个很好的例子，说明了所有服务交互和接触点是如何帮助客户感知我们的服务和价值的。//
	2871	+
	2872	+[[image:1639040414134-638.png||height="47" width="39"]]**S**//olmaz：我们正在寻求与充电运营商更紧密的合作，以减少我们的汽车无法正确充电的机会。//
	2873	+)))
	2874	+
	2875	+== 4.5 总结 ==
	2876	+
	2877	+良好的关系是管理合作关系、伙伴关系和基础关系所必须的。培养良好的关系包括创建能够契动的关系模式，建立信任并理解相互需求和价值的环境。
	2878	+
	2879	+
	2880	+供应商关系等同于其他服务关系，应进行相应的管理。多个供应商的集成和协调是供应商关系中的一个特例。
	2881	+
	2882	+
	2883	+
	2884	+----
	2885	+
301	301	= 5. 步骤3：供应 =
302	302
303	303	[[image:1639040503323-766.png]]
...	...	@@ -1265,6 +1265,7 @@
1265	1265	优化谈判和协议成本以及整体资源利用
1266	1266	)))
1267	1267
	3853	+
1268	1268	服务的目标范围和质量应得到各方的同意；在服务关系的其余步骤中，它们将被称为“约定的服务范围和质量”。遗憾的是，约定的目标不可能总能实现，因此应定期将已实现的服务范围和质量与目标进行比较，以评估协议的履行情况。目标也可能随时间的推移而变化。因此，在旅程中协议步骤可能会被多次重新审视。
1269	1269
1270	1270
...	...	@@ -1279,6 +1279,7 @@
1279	1279	[[image:1639048009299-382.png||height="54" width="39"]]**S**//olmaz：客户在实际租车时也会与我们达成协议，以遵守租车的条款和条件。//
1280	1280	)))
1281	1281
	3868	+
1282	1282	== 6.1 约定和规划价值共创 ==
1283	1283
1284	1284	应该就如何以及何时共同创造、跟踪、评估和评价价值达成共识。 这类规划的一种方法是，首先就驱动价值的因素达成一致，并概述预期的服务成果和经验，然后计划如何以及何时衡量、评估、报告和评价价值共创。 该规划应包括风险管理、合规和成本以及资源管理。
...	...	@@ -1294,6 +1294,7 @@
1294	1294	* 服务消费者访问服务提供者的资源
1295	1295	* 由服务提供者、服务消费者或二者共同实施的服务动作
1296	1296
	3884	+
1297	1297	大多数服务产品都结合了几种形式。基于技术的服务通常包括对服务提供者资源的访问，有时还包括对服务动作的访问。表6.2提供了一些价值驱动的示例。
1298	1298
1299	1299
...	...	@@ -1341,6 +1341,7 @@
1341	1341	联合行动：对平台进行重大更新； 解决共同的问题
1342	1342	)))
1343	1343
	3932	+
1344	1344	在表6.2中，第一个和第三个示例主要是在服务动作的上下文中被客户和用户感知。 这对于旨在使业务活动自动化的服务来说是典型的。第二个和第四个示例主要是通过服务提供者提供的资源质量来感知。不同点通常反映在服务协议的格式中，因为它们更加关注所提供的资源质量或服务动作的执行情况。
1345	1345
1346	1346
...	...	@@ -1387,6 +1387,7 @@
1387	1387	|(% style="width:453px" %)银行分行中使用的所有贷款相关系统的服务中断的最大持续时间|(% style="width:222px" %)少于10分钟|(% style="width:326px" %)单次中断最长持续时间
1388	1388	|(% style="width:453px" %)一个工作日内总不可用时间|(% style="width:222px" %)少于15分钟|(% style="width:326px" %)一段时间内未满足需求的天数和百分比
1389	1389
	3979	+
1390	1390	此方法包括以下阶段：
1391	1391
1392	1392	* 识别服务交互，包括服务提供者动作、服务消费者动作和联合动作
...	...	@@ -1394,6 +1394,7 @@
1394	1394	* 协定服务交互目标绩效
1395	1395	* 与客户和服务提供者团队就服务的度量和测量标准达成一致。
1396	1396
	3987	+
1397	1397	识别服务交互的最佳方法是映射服务提供者和服务消费者价值流。对于组织而言，拥有价值流和流程的最新地图非常有帮助。根据这些信息，服务提供者和服务消费者可以得出服务、相关的服务交互以及绩效需求所支持的动作列表。
1398	1398
1399	1399
...	...	@@ -1409,6 +1409,8 @@
1409	1409	* 业务分析师
1410	1410	* 服务目录管理员
1411	1411
	4003	+
	4004	+
1412	1412	=== ​​​​​​​6.1.3 服务的固有和指定特征 ===
1413	1413
1414	1414
...	...	@@ -1429,6 +1429,7 @@
1429	1429	* 接口和兼容性
1430	1430	* 费用
1431	1431
	4025	+
1432	1432	服务的指定特征可能包括：
1433	1433
1434	1434	* 价格
...	...	@@ -1439,6 +1439,7 @@
1439	1439	* 灵活性
1440	1440	* 社会责任
1441	1441
	4036	+
1442	1442	固有特征基于相应产品的资源。指定特征大多定义为服务和服务提供设计的一部分。它们描述了服务的交付、支持和改进方式，并且可以在不对相关产品进行重大变更的情况下进行修改。
1443	1443
1444	1444	这种区别虽然对服务管理有所帮助，但并不是确定的。某些特征，例如兼容性或安全性，可以是固有的（集成接口是产品设计的一部分），也可以是指定的（集成是引入和持续支持的一部分）。服务提供者决定哪些特征应包括在服务质量规范中，哪些应留给服务交付情况、条款和条件的讨论。
...	...	@@ -1460,6 +1460,7 @@
1460	1460	* 服务的指定特征，例如价格、地区和提供期限
1461	1461	* 服务范围和质量的共同控制和改进的方法
1462	1462
	4058	+
1463	1463	=== ​​​​​​​6.2.1 协议表格 ===
1464	1464
1465	1465	有几种方法可以确定服务关系中的服务范围和质量。 这些关系可以是：
...	...	@@ -1469,6 +1469,7 @@
1469	1469	* 基于承诺
1470	1470	* 根据社会规则和期望
1471	1471
	4068	+
1472	1472	这些方式具有不同级别的形式、协商流程以及控制和改进的方法。
1473	1473
1474	1474
...	...	@@ -1480,6 +1480,7 @@
1480	1480	* 基础设施服务，例如运输或设施安全
1481	1481	* 社会责任服务，例如司机或旅行者的强制性保险。
1482	1482
	4080	+
1483	1483	尽管这些服务大多数可以由商业服务提供商提供，但服务消费者的最低服务级别和价格通常由国家规定。这意味着，无论服务协议的形式如何，它都必须包括某些服务质量特性，并保证最低服务级别。如果仅提供了最低的强制性服务级别，则没有协商和协议的空间。
1484	1484
1485	1485
...	...	@@ -1492,6 +1492,7 @@
1492	1492	[[image:1639048447665-961.png||height="58" width="43"]]**S**//olmaz：为了开展国际业务，艾克苏租车必须尊重国家之间存在的双边和区域贸易协定。这些是基于义务的协议，这些协议支配着我们如何开展业务，如何在当地雇用员工以及如何投资以获得回报。//
1493	1493	)))
1494	1494
	4093	+
1495	1495	==== 6.2.1.2 基于协议的服务关系 ====
1496	1496
1497	1497	基于协议的服务关系，意味着服务关系所涉及的各方就服务的范围和质量进行协商并达成一致。他们可能会以电子或书面方式记录该协议，并利用它来监视和管理服务的实际质量。在大多数情况下，该协议称为服务级别协议（SLA）。根据关系不同，它可以采用谅解备忘录的形式，或更常见的是法律合同的形式。
...	...	@@ -1503,6 +1503,7 @@
1503	1503	服务提供者和客户之间的书面协议，标识了所需的服务和服务的预期级别。
1504	1504	)))
1505	1505
	4105	+
1506	1506	SLA是双方之间正确讨论的结果，这一点很重要。即使服务提供者不灵活，也没有提供太多的谈判空间，也应在知情同意的情况下向客户提供SLA中定义的服务。认知和同意是基于协议的关系的最低要求。
1507	1507
1508	1508
...	...	@@ -1543,6 +1543,7 @@
1543	1543	不管新的正式签署的服务级别协议如何，都期望可能继续基于先前建立的规范。有效地管理此类组织变更很重要，这样才能保持所需的服务质量、成本和用户满意度。
1544	1544	)))
1545	1545
	4146	+
1546	1546	在实践层面上，服务关系始终由服务提供者和服务消费者之间的显式或隐式协议来支持。重要的是要平衡正式记录的服务隐含特性和协议本身。还应记住，隐含协议基于共同的假设和共同的价值。在应用非明示协议时，尤其是在与新的消费者或提供者建立服务关系时，组织应考虑文化、背景、以前的经验和法规。对默示协议的误解和曲解可能会导致紧张和冲突。
1547	1547
1548	1548
...	...	@@ -1563,6 +1563,7 @@
1563	1563	[[image:1639048688182-294.png||height="53" width="41"]]//Solmaz：我们与汽车清洁公司的协议基于成果。对于此协议，我们不按资源或清洁时间付费；取而代之的是，我们根据干净状态下退还给我们的车辆数量付款，那些影响客户的体验。//
1564	1564	)))
1565	1565
	4167	+
1566	1566	=== ​​​​​​​6.2.3 从服务消费者需求到协议 ===
1567	1567
1568	1568	根据服务关系和模型，服务提供者和服务消费者组织之间对服务质量的协商存在很大差异。影响谈判的一些因素是：
...	...	@@ -1572,6 +1572,7 @@
1572	1572	* 基本服务或战略合作关系
1573	1573	* 量身定制的或开箱即用服务
1574	1574
	4177	+
1575	1575	所有这些因素都会影响旅程的所有步骤。表6.3列出了这种影响的一些示例。
1576	1576
1577	1577
...	...	@@ -1610,6 +1610,7 @@
1610	1610	量身定制的协议（格式、服务级别目标、评估和报告）
1611	1611	)))
1612	1612
	4216	+
1613	1613	服务消费者和服务提供者应意识到的一个重要共性是，协商旨在缩小服务质量特性的范围。图6.1中对此进行了说明。
1614	1614
1615	1615
...	...	@@ -1639,6 +1639,7 @@
1639	1639	与外部组织的协议（SLA是法律合同的一种或一部分）中，协议部分通常会变得更加复杂。在订购协议中，它可能包含特定条款，例如订购期限、取消的规则和费用以及收取定期付款的方法。无论哪种结构对组织更有效，遵循此指导原则都是很重要的：使其简单实用。在不可避免的复杂情况下，建议（或法规要求）以简洁明了的语言提供简短的解释。这对于敏感服务（例如贷款）尤其重要。
1640	1640	)))
1641	1641
	4246	+
1642	1642	|(((
1643	1643	**ITIL的故事：从服务消费者需求到协议**
1644	1644
...	...	@@ -1645,6 +1645,8 @@
1645	1645	[[image:1639048791347-982.png||height="51" width="36"]]//Solmaz：根据我们向汽车清洁公司提出的初始价格，该公司回应说不再使用环保产品。环保可持续性在艾克苏汽车租赁公司中，对我们的愿景至关重要，因此我们不得不重新协商互利的成果。//
1646	1646	)))
1647	1647
	4253	+
	4254	+
1648	1648	=== ​​​​​​​6.2.4 协商并协定服务功用、功效和体验 ===
1649	1649
1650	1650	SLA的“级别”部分通常包括针对服务功用和功效的议定服务级别目标。
...	...	@@ -1657,6 +1657,8 @@
1657	1657	* **功**效，确保产品或服务将满足约定的要求。功效可以概括为“ 服务的执行方式”，并且可以用来确定服务是否“适合使用”。功效通常涉及与服务消费者的需求相符的服务水平。这可以基于正式的协议，也可能是市场营销信息或品牌图像。功效通常涉及诸如服务的可用性、其容量、安全级别和连续性等领域。如果满足所有定义和约定的条件，则可以说服务提供了可接受的保证或“功效”。
1658	1658	)))
1659	1659
	4267	+
	4268	+
1660	1660	服务质量和服务级别的管理应该着重于价值，并且应该管理服务的所有相关特性。这包括相关的指标、体验领域和反馈。从需求的规范到已实现的质量的评价，分离服务的功能和非功能特性的方法来自于开发和运营团队的分离。这些特性和团队的分离通常导致对服务质量的零碎理解。
1661	1661
1662	1662
...	...	@@ -1710,6 +1710,7 @@
1710	1710	搜索、预订或付款交易超时（每月<5或<2％）的事件数量和百分比
1711	1711	)))
1712	1712
	4322	+
1713	1713	==== 6.2.4.2 功效 ====
1714	1714
1715	1715	服务功效描述了在约定的条件下提供约定的功用的保证级别。条件可能包括：
...	...	@@ -1720,6 +1720,7 @@
1720	1720	* 用户的准备情况
1721	1721	* 适用法律
1722	1722
	4333	+
1723	1723	“保证级别”是指在约定的条件下，提供了某些级别的可用性、性能、容量、连续性、安全、可用性、合规性和其他服务质量特性。表6.5给出了移动互联网服务的一些示例。
1724	1724
1725	1725
...	...	@@ -1781,6 +1781,7 @@
1781	1781	)))
1782	1782	|辅助功能|(% style="width:469px" %)所有界面清晰可见，易于使用|(% style="width:529px" %)只要用户没有视力障碍，并且可以阅读和说英语、德语、法语或西班牙语
1783	1783
	4395	+
1784	1784	==== 6.2.4.3 体验 ====
1785	1785
1786	1786	如前所述，组织越来越多地在协议中包含用户体验目标。许多体验指标与服务接口性能相关；其他的可能表示用户对界面或服务的总体满意度。其中的度量可以集成到数字化服务中。体验指标的示例包括：
...	...	@@ -1793,6 +1793,7 @@
1793	1793	* 试用期过后取消订阅的用户
1794	1794	* 确认用户同意条款但不阅读条款和条件的用户。
1795	1795
	4408	+
1796	1796	表6.6 提供了一些商务旅行机票搜索和预订服务的体验特性和指标的示例。
1797	1797
1798	1798
...	...	@@ -1837,6 +1837,7 @@
1837	1837	* 服务提供者和服务消费者保证并遵守相关标准和其他要求
1838	1838	* 权利以及进行第三方审核和审查、请求独立的审计报告等的访问权限
1839	1839
	4453	+
1840	1840	其中大多数都属于SLA结构的协议部分。它们描述了为满足条件的功用提供同意的保证级别或功效的条件。
1841	1841
1842	1842
...	...	@@ -1849,6 +1849,7 @@
1849	1849	即使非正式协议也应包括服务评估和改进的规则和程序。重要的是要确保所有相关的利益相关者都意识到这一点，并愿意参加相关的活动，例如反馈调查、服务评审会议和改进计划。
1850	1850	)))
1851	1851
	4466	+
1852	1852	=== ​​​​​​​6.2.6 标准化和自动化协议 ===
1853	1853
1854	1854	如同客户旅程的所有其他步骤一样，此步骤在很大程度上可以标准化和自动化，尤其是在与各个消费者建立服务关系时。表6.7说明了它可能有多简单和快速。
...	...	@@ -1873,6 +1873,7 @@
1873	1873	|指定的质量特性|(% style="width:1008px" %)对于选定的服务和质量，可以使用一些预定义的交付选项，例如付款方式和时间表、服务提供期限，服务提供范围等。客户选择最能满足其需求和要求的选项。
1874	1874	|控制和改进方法|(% style="width:1008px" %)服务提供者预先定义了控制的方法、报告和反馈。客户被告知并被迫接受这些条件以继续执行协议。
1875	1875
	4491	+
1876	1876	=== ​​​​​​​6.2.7应用实践 ===
1877	1877
1878	1878	为了成功达到有关服务关系和服务质量的协议，组织应采用以下ITIL 管理实践：
...	...	@@ -1884,6 +1884,7 @@
1884	1884	* 服务级别管理
1885	1885	* 供应商管理。
1886	1886
	4503	+
1887	1887	读者应参阅相应的ITIL 实践指南以了解详细信息。
1888	1888
1889	1889
...	...	@@ -1893,6 +1893,7 @@
1893	1893	[[image:1639049191757-274.png||height="43" width="42"]]//Mariana：我们用于预订汽车的服务可通过艾克苏预订应用程序在线自动进行。eCampus Car Share与客户之间不会进行协商。但是，在接受预订后，我们要求客户明确同意您租车的条款和条件。他们同意后，便与我们签订了协议。他们无需在每次预订汽车时签署冗长的法律文件。//
1894	1894	)))
1895	1895
	4513	+
1896	1896	== 6.3 总结 ==
1897	1897
1898	1898	要驱动和跟踪利益干系人的价值，必须调整期望，映射和计划价值共创，并且就服务范围和质量达成共识。
...	...	@@ -1980,6 +1980,7 @@
1980	1980	* 确保为服务提供准备好服务范围内的所有资源
1981	1981	* 确保客户和用户已准备好使用服务消费。
1982	1982
	4601	+
1983	1983	引入通常被认为是服务提供者的活动，而服务消费者参与却很少。但是，成功的引入涉及服务提供者和服务消费者。如果服务消费者的参与需要大量资源，组织通常会同意，并提前与客户达成引入的方法。重要的是要确保其他合作伙伴和供应商知道并接受引入方法和计划（如果它们将参与其实现）。当将引入详细定义为产品、服务和服务产品设计的一部分时，用于特定计划的规划则更容易、更安全、更快捷。因此，在第5章中将引入方法定义为产品、服务和服务提供设计的一部分。在本章中，引入方法适用于特定引入计划的计划。
1984	1984
1985	1985	从服务提供者角度来看，成功的引入依赖于以下ITIL 管理实践：
...	...	@@ -1992,6 +1992,7 @@
1992	1992	* 服务台
1993	1993	* 服务级别管理。
1994	1994
	4614	+
1995	1995	规划和执行引入计划中可能还涉及其他实践。例如，有时将引入作为项目进行管理，需要项目管理实践。
1996	1996
1997	1997
...	...	@@ -2020,6 +2020,7 @@
2020	2020	* 规划引入行动，包括时间表和职责
2021	2021	* 审核并接受引入计划。
2022	2022
	4643	+
2023	2023	引入计划应该回答以下问题：
2024	2024
2025	2025	* 引入目标是什么？
...	...	@@ -2028,6 +2028,7 @@
2028	2028	* 谁负责引入行动？
2029	2029	* 如何控制引入并确保其成功？
2030	2030
	4652	+
2031	2031	=== 7.1.1 引入目标 ===
2032	2032
2033	2033	服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括：
...	...	@@ -2037,6 +2037,7 @@
2037	2037	* 支持所选服务的用户数量的临时增加
2038	2038	* 支持服务消费者从一个（第三方）供应商切换到另一个。
2039	2039
	4662	+
2040	2040	应该根据议定的目标（成果）来评估引入的成功，而不是仅仅检查计划的引入行动（输出）的进度和完成情况。
2041	2041
2042	2042
...	...	@@ -2062,6 +2062,7 @@
2062	2062	* 引入需要哪些提供者资源？
2063	2063	* 引入什么时候开始和结束？
2064	2064
	4688	+
2065	2065	引入方法有望回答所有这些问题，但是每个引入计划都需要根据该计划的范围，对引入方法进行审查和调整。
2066	2066
2067	2067
...	...	@@ -2076,6 +2076,7 @@
2076	2076	|(% style="width:129px" %)信息和技术|(% style="width:417px" %)消费者组织的技术、数据和IT服务|(% style="width:749px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限； IT资源应与服务提供商的IT资源整合在一起； 数据和信息应迁移和/或转换
2077	2077	|(% style="width:129px" %)合作伙伴和供应商|(% style="width:417px" %)用户（消费者组织的供应商和合作伙伴的雇员充当新服务用户）|(% style="width:749px" %)用户（代表消费者组织的供应商和合作伙伴）需要使用服务和支持程序方面的培训
2078	2078
	4703	+
2079	2079	引入方法将影响一个或多个资源。当为引入方案创建引入计划时，服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。
2080	2080
2081	2081
...	...	@@ -2087,6 +2087,7 @@
2087	2087	* 从其它服务提供者迁移服务消费者
2088	2088	* 从其它服务提供者迁移服务和/或生产。
2089	2089
	4715	+
2090	2090	这些场景旨在连接服务提供者资源和服务消费者，服务消费者可能涉及多个服务、用户、位置和供应商。最复杂的引入计划可以作为项目或项目群来运行。在设计产品和服务时，服务提供者旨在最大程度地减少引入的成本，并使服务消费的启动变得无缝和便捷。
2091	2091
2092	2092	对于用户旅程，引入意味着以下或类似的场景之一：
...	...	@@ -2096,6 +2096,7 @@
2096	2096	* 引入现有用户切换到一个或多个服务的较新版本
2097	2097	* 将现有的用户从当前的服务迁移到另一个服务。
2098	2098
	4725	+
2099	2099	这些场景意味着服务提供者和服务消费者的资源已在客户引入期间集成，并且用户引入仅需要针对用户的较少操作。但是，涉及大量用户的用户引入计划可能非常复杂，需要项目管理。
2100	2100
2101	2101
...	...	@@ -2107,6 +2107,7 @@
2107	2107	* 全新或现有的生产/ 服务/ 服务供应
2108	2108	* 由服务提供者资助的商业服务提供，或由服务消费者组织资助的非商业性服务。
2109	2109
	4737	+
2110	2110	基于上述考虑，引入可能在以下选项期间启动：
2111	2111
2112	2112	* 当各方达成有关服务提供协议时
...	...	@@ -2116,6 +2116,7 @@
2116	2116	* 当用户正式受雇于服务消费者时
2117	2117	* 用户临时同意的工作时间
2118	2118
	4747	+
2119	2119	引入计划的结束也可能会有所不同。例如，当第一个用户能够使用服务时，或者在所有用户成功通过测试以确认他们熟悉服务之后，某些引入计划可能被视为已完成。新的服务、客户或用户的引入可能包括旧的撤销。有时，这是完成引入所必需的。
2120	2120
2121	2121
...	...	@@ -2139,6 +2139,7 @@
2139	2139	* 自动化软件安装和更新
2140	2140	* 跨平台可用性。
2141	2141
	4771	+
2142	2142	表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例
2143	2143
2144	2144	|(% style="width:176px" %)**服务消费者资源即将启用**|(% style="width:354px" %)**服务提供者执行的引入活动**|(% style="width:348px" %)**服务消费者执行的引入活动**|(% style="width:417px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**
...	...	@@ -2219,6 +2219,7 @@
2219	2219	作为用户的供应商代表应学习所需的材料（通过阅读、参加培训、学习教程等）
2220	2220	)))
2221	2221
	4852	+
2222	2222	但是，在许多引入计划中，用户需要引起极大关注，并且必须将其引入新服务，包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合，在客户引入中，向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。
2223	2223
2224	2224
...	...	@@ -2257,6 +2257,7 @@
2257	2257	团队建设
2258	2258	)))
2259	2259
	4891	+
2260	2260	这些引入活动受多种ITIL惯例的支持，包括：
2261	2261
2262	2262	* 变更使能
...	...	@@ -2268,6 +2268,7 @@
2268	2268	* 服务请求管理
2269	2269	* 劳动力和人才管理。
2270	2270
	4903	+
2271	2271	=== 7.1.4 引入控制 ===
2272	2272
2273	2273	当规划引入计划时，必须就控制和验证技术的方法达成一致，以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。
...	...	@@ -2284,6 +2284,7 @@
2284	2284	* 风险评估
2285	2285	* 持续改进实践的改进登记
2286	2286
	4920	+
2287	2287	表7.5 引入控制方法示例
2288	2288
2289	2289	|**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性**
...	...	@@ -2294,6 +2294,7 @@
2294	2294	|自动化部署和发布（例如，即插即用）|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理，发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划，以及企业服务的许多用户引入计划
2295	2295	|审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系
2296	2296
	4931	+
2297	2297	引入评审可能会导致下述各种改进：
2298	2298
2299	2299	* 产品、服务和服务提供设计
...	...	@@ -2304,6 +2304,7 @@
2304	2304	* 服务提供者的管理实践
2305	2305	* 正在进行的引入计划和举措
2306	2306
	4942	+
2307	2307	|(((
2308	2308	**ITIL故事：规划引入**
2309	2309
...	...	@@ -2316,7 +2316,9 @@
2316	2316	[[image:1639049903595-695.png||height="60" width="43"]]**S**//olmaz：我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话，每个客户不超过两次。//
2317	2317	)))
2318	2318
	4955	+
2319	2319
	4957	+
2320	2320	== 7.2 与用户相关并建立关系 ==
2321	2321
2322	2322	由于服务提供者与服务消费者的技术和信息进行了更多的交互，因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务（例如IoT设备、技术微服务、信息系统维护和数据存储）是此类服务关系的示例。
...	...	@@ -2361,6 +2361,7 @@
2361	2361	* 培育用户社区并积极支持其成员
2362	2362	* 对画像执行服务使用情况分析，并主动使用实时终端用户计算数据。
2363	2363
	5002	+
2364	2364	当组织的用户社区的变化触发引入时，IT服务引入可能会成为更广泛的引入计划的一部分。这包括人力资源、法律、财务和其他团队。在这些情况下，重要的是要确保与包括内部和外部服务提供程序在内的多方进行有效的集成和交互。这会影响用户对组织的看法。为了成功引入新用户，需要特别关注所涉及服务提供者之间的集成和一致性。使单个团队或角色负责用户/员工引入可能会很有用；这可以是人力资源团队/ 角色，也可以是专注于用户参与和福利的团队/ 角色。
2365	2365
2366	2366
...	...	@@ -2371,6 +2371,8 @@
2371	2371	* 用户参与的服务评审和改进
2372	2372	* 仪表板和报告让用户社区可以清楚地了解服务质量。
2373	2373
	5013	+
	5014	+
2374	2374	=== 7.2.2与个人消费者一起培育关系 ===
2375	2375
2376	2376	当服务消费者是个人时，有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。
...	...	@@ -2498,6 +2498,7 @@
2498	2498	服务消费者要求的服务评估专用支持渠道
2499	2499	)))
2500	2500
	5142	+
2501	2501	服务提供者可以控制有关这些因素的决策。但是，与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如，预期或法律上要求服务提供者要特别考虑残疾用户。
2502	2502
2503	2503
...	...	@@ -2520,6 +2520,7 @@
2520	2520	* 数据保护。
2521	2521	)))
2522	2522
	5165	+
2523	2523	== 7.3 提供用户参与和交付渠道 ==
2524	2524
2525	2525	重要的是要建立适当的用户参与和交付渠道，以提供良好的用户体验。
...	...	@@ -2544,6 +2544,7 @@
2544	2544	* 为基于技术的服务提供远程用户支持时，通常的做法是使用带有视频功能的移动设备，以允许支持代理查看用户正在疲于应付的设备和应用程序。这可能是支持缺乏技术技能的用户的有效方法。
2545	2545	* 监控和事态管理技术帮助服务提供者远程主动地监视、管理和修复服务组件，从而使用户在请求支持时无需执行诊断操作。
2546	2546
	5190	+
2547	2547	这些方法与服务提供者必须考虑的挑战有关。表7.7说明了其中一些挑战。
2548	2548
2549	2549
...	...	@@ -2678,6 +2678,7 @@
2678	2678	* 利用所有遇到的用户数据
2679	2679	* 监控并管理所有用户旅程中的绩效。
2680	2680
	5325	+
2681	2681	在公司环境中提供服务时，通常很容易同意与用户进行交互的渠道。但是，人们希望他们在工作场所的体验与在家一样顺畅舒适。。服务提供者必须响应此需求，并提供更广泛的渠道和接口。这可能包括在没有加强数据保护的情况下，通过个人设备或公司设备提供业务服务。服务提供者和服务消费者在讨论并协定服务时应考虑收益、风险和成本。
2682	2682
2683	2683	如表7.7所示，有可能克服这些挑战。但是，表7.7中列出的解决方案只能在财务、技术或组织方面有足够的资源才能应用。所需资源的示例包括：
...	...	@@ -2700,6 +2700,7 @@
2700	2700	[[image:1639050219865-483.png||height="52" width="38"]]**S**//olmaz：我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。//
2701	2701	)))
2702	2702
	5348	+
2703	2703	== 7.4 使用户能够使用服务 ==
2704	2704
2705	2705	某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备，或者了解在使用服务的环境中安全操作的规则。例如，要被允许租用汽车，要求一个人具有有效的驾驶执照，该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。
...	...	@@ -2710,6 +2710,7 @@
2710	2710	* 根据要求采取措施
2711	2711	* 控制实施并不断检查需求的相关性。
2712	2712
	5359	+
2713	2713	对于许多服务，都有某些要求。为了使用户能够正确、安全和有效地使用这些服务，应在用户开始使用该服务之前满足这些要求。某些要求是由监管机构定义的；一些则是由服务消费者和服务提供者组织推出的。
2714	2714
2715	2715
...	...	@@ -2726,6 +2726,7 @@
2726	2726	* 有效的服务目录展示，包括服务请求目录。
2727	2727	* 其他措施，以确保用户有权使用服务。
2728	2728
	5376	+
2729	2729	这些措施中的许多都可以作为引入计划的一部分。有些可能需要定期确认，以作为持续消费的一部分。服务消费者和服务提供者组织应在提议和协定步骤上就措施达成一致。
2730	2730
2731	2731
...	...	@@ -2744,6 +2744,7 @@
2744	2744	* 保持最新
2745	2745	* 具有可操作性（并且在可能的情况下，对于用户有资格执行的操作是自动的，例如对服务级别和发起服务请求的细微更改）。
2746	2746
	5395	+
2747	2747	服务台实践有助于有效的用户引入，从而使用户能够参与用户旅程的所有步骤。它提供了各种用户接口，使用户能够以最方便的方式联系服务提供者。这可能包括：
2748	2748
2749	2749	* 移动应用程序，可以与流行的语音接口集成
...	...	@@ -2751,6 +2751,7 @@
2751	2751	* 在线工具访问受限的情况下，为用户提供电话热线
2752	2752	* 现场支持区域。
2753	2753
	5403	+
2754	2754	服务台应该为所有相关类型的用户查询提供接口。这包括咨询、事件、服务请求、投诉和表扬。
2755	2755
2756	2756
...	...	@@ -2775,6 +2775,7 @@
2775	2775	[[image:1639050311875-982.png||height="47" width="45"]]//Mariana：我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息，以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。//
2776	2776	)))
2777	2777
	5428	+
2778	2778	== 7.5 提升彼此的能力 ==
2779	2779
2780	2780	服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组，以提高另一组的能力。
...	...	@@ -2791,6 +2791,7 @@
2791	2791	|(% style="width:148px" %)保持简单实用|(% style="width:1146px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法，并且应该认真透明地对待这些提议。
2792	2792	|(% style="width:148px" %)优化和自动化|(% style="width:1146px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
2793	2793
	5445	+
2794	2794	为了帮助用户和客户变得更好，服务提供者可以考虑使用以下技术：
2795	2795
2796	2796	* 根据角色向特定的用户组、角色和用户特征提供有针对性的用户培训。
...	...	@@ -2803,6 +2803,7 @@
2803	2803	* 建立并支持用户社区，并在适用时让多个服务消费者参与。
2804	2804	* 让超级用户帮助其他人采用新服务。
2805	2805
	5458	+
2806	2806	这些方法大多数都适用于服务过程中的几个步骤，包括引入。
2807	2807
2808	2808
...	...	@@ -2814,6 +2814,7 @@
2814	2814	* 提供有关服务关系各个级别的反馈，并提供公众评论以促进跨组织的用户社区。
2815	2815	* 与服务提供者组成联合专家团队。
2816	2816
	5470	+
2817	2817	当在组织中共享和支持所有方法，并且持续改进时，所有方法都可以更好地发挥作用。
2818	2818
2819	2819
...	...	@@ -2827,6 +2827,7 @@
2827	2827	[[image:1639050451730-405.png||height="49" width="36"]]//Solmaz：这不仅使我们的客户受益，而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本，最重要的是，它支持出色的客户体验。//
2828	2828	)))
2829	2829
	5484	+
2830	2830	== 7.9 撤销客户与用户 ==
2831	2831
2832	2832	与引入类似，应将撤销的动作和职责预先定义为产品和服务设计的一部分，然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时，此方法有效。这类示例诸如，用户在组织中的位置发生了变化，这可能导致用户使用的服务范围的变化。
...	...	@@ -2859,6 +2859,7 @@
2859	2859	* 保留双方同意和/或适用法规要求的正式撤销记录
2860	2860	* 执行与处境相关的关系管理动作，例如闭门会议、感谢信、恢复服务关系的邀请等。
2861	2861
	5517	+
2862	2862	这些操作适用于大多数客户撤销场景。具体操作取决于服务的性质以及撤销计划的范围。有些操作由服务提供者或服务消费者执行，而有些可能需要协作。这些通常在引入步骤中事先约定，但可能需要在撤销开始之前进一步鉴证。
2863	2863
2864	2864
...	...	@@ -2893,6 +2893,7 @@
2893	2893	)))
2894	2894	|合作伙伴和供应商|(% style="width:527px" %)与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
2895	2895
	5552	+
2896	2896	关于切换提供者的撤销动作类似于服务终止操作；它们应该涵盖表7.9中概述的所有服务管理四维模型。
2897	2897
2898	2898
...	...	@@ -2907,6 +2907,7 @@
2907	2907	* 服务级别管理
2908	2908	* 软件开发和管理。
2909	2909
	5567	+
2910	2910	大规模的撤销和切换计划可能需要组织变革管理和项目管理实践来协调撤销动作，并确保所涉及的组织成功实施了变更。
2911	2911
2912	2912
...	...	@@ -2926,6 +2926,7 @@
2926	2926	* 维护双方同意和/或适用法规要求的正式撤销记录
2927	2927	* 执行关系管理操作，例如闭幕会议、撰写感谢信等。
2928	2928
	5587	+
2929	2929	正式程度取决于服务关系。例如，当服务提供者位于服务消费者组织内部时，正式程度可能会较低，并且服务消费者代表（例如用户的经理）可能会执行某些操作。
2930	2930
2931	2931
...	...	@@ -2944,11 +2944,16 @@
2944	2944	[[image:1639050610825-462.png||height="53" width="37"]]**S**//olmaz：撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化，我们不需要花费时间手动释放费用。//
2945	2945	)))
2946	2946
2947		-== 7.7 总结 ==
2948	2948
	5607	+== 7.7 总结 ==
	5608	+
2949	2949	为了从协议发展到服务提供和消费，各方必须经历一种过渡，其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分，并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问，使用户能够使用服务以及提升彼此的能力。
2950	2950
2951	2951
	5612	+
	5613	+
	5614	+----
	5615	+
2952	2952	= 8. 步骤6：价值共创 =
2953	2953
2954	2954	[[image:1639050669254-786.png]]
...	...	@@ -2958,1120 +2958,3 @@
2958	2958	正在进行的服务交互
2959	2959
2960	2960	培育用户社区
2961		-
2962		-当各方准备好交付和使用服务时，旅程的下一步便开始了。它可以说是最重要的；前面的所有步骤都旨在使之成为可能，并确保其取得成功。
2963		-
2964		-此步骤的目的是让参与服务关系的人员共同行动，以确保基于商定的服务产品持续共同创造价值。
2965		-
2966		-服务提供和消费步骤的范围包括：
2967		-
2968		-* 服务的交付和支持
2969		-* 服务的消费
2970		-* 服务的使用。
2971		-
2972		-此步骤是否成功取决于所有利益相关者共享基本原理并采用服务意识的能力。表8.1概述了服务提供和消费的目的。
2973		-
2974		-表8.1 服务提供的用途和消耗量
2975		-
2976		-|**价值共创**|**对于服务消费者**|**对于服务提供者**
2977		-|(% colspan="1" rowspan="7" %)促进成果和体验|最大限度提升服务消费和服务关系的实际成果|提升客户和用户的忠诚度
2978		-|通过正确的消费方式提升用户和客户功能的体验|最大化服务提供和服务关系的结果
2979		-|通过有效的协作提升用户和客户的情感体验|通过反馈和事实瞬间为持续改进获取有价值的输入
2980		-|通过有效的协作获得的经验|
2981		-|提高外部利益干系人满意度|提高员工的满意度
2982		-|提高员工的满意度|提高生产效率
2983		-|提高生产效率|
2984		-|(% colspan="1" rowspan="3" %)优化风险和合规性|通过调整对标和符合实际的期望来降低价值流失的风险|降低影响服务质量的事件及相关中断的发生概率
2985		-|通过响应性支持和以价值为导向的服务改进优先顺序，降低服务质量反复出现偏差的风险|通过忠诚度“信用”提升用户对服务质量偏差的容忍度
2986		-|通过有效的沟通和协作降低信息丢失的风险|
2987		-|优化资源和降低成本|(((
2988		-减少因服务质量下降而造成的损失
2989		-
2990		-优化服务消费成本
2991		-)))|(((
2992		-优化服务提供的运营成本
2993		-
2994		-降低用户支持成本
2995		-)))
2996		-
2997		-== 8.1 培养服务意识 ==
2998		-
2999		-重要的是参与服务提供和消费活动的人员必须以负责任的态度行事，考虑他人的利益，并专注于商定的服务结果。这被称为“ 服务同理心”，该术语通常用于用户支持的狭窄背景以及与服务提供者的支持代理相关的服务交互，但应扩展到整个服务旅程。
3000		-
3001		-|(((
3002		-**定义：服务同理心**
3003		-
3004		-识别、理解，预测和规划利益、需求、意图及经验的能力，以便建立、维持和改善服务关系。
3005		-)))
3006		-
3007		-服务同理心是组织的一项重要能力也是服务管理者的一项重要技能。服务支持代理不需要分担用户的挫折感，但希望得到认可和理解，表达同情，并相应调整自己的支持行动。
3008		-
3009		-服务同理心的重要程度取决于关系的密切程度。成功的伙伴关系相比基础的关系更为关键。
3010		-
3011		-对于合作关系的成功而言，它比基本的关系更为关键。
3012		-
3013		-服务同理心是服务意识的要素，但不是唯一的要素。服务意识还包括驱动组织行为的共同原则并定义其对服务关系和其他相关方的态度。
3014		-
3015		-|(((
3016		-**定义：服务意识**
3017		-
3018		-组织文化的一个重要组成部分，它定义了组织在服务关系中的行为。服务意识包含包括组织采用和遵循的共同价值观和指导原则。
3019		-)))
3020		-
3021		-服务意识包含以下值和原则：
3022		-
3023		-* 了解你的客户/ 用户
3024		-* 了解客户/ 用户期望
3025		-* 专注于客户价值
3026		-* 承担责任
3027		-* 表现出同理心
3028		-* 承认并适应文化
3029		-* 鼓励协作
3030		-* 慷慨大方
3031		-* 表现出独创性，包括有智慧的不服从
3032		-* 永远不要有不道德的行为。
3033		-
3034		-参与服务旅程可见性前期阶段的人员通常具备管理服务关系，并表现出良好人际交往的技能、服务同理心和有效的沟通。然而，在共同创造阶段，参与持续服务提供和消费的人可能不会分享这种服务意识。
3035		-
3036		-=== 8.1.1 适用于服务提供的服务意识 ===
3037		-
3038		-所有参与服务提供的人都应该分享服务意识。指导原则应该指导专业行为的所有方面。表8.2列出了可能有助于培养服务意识的关键问题，并提供了有助于提高相关能力的方法示例
3039		-
3040		-表8.2 服务提供者中的服务意识组织
3041		-
3042		-|**ITIL指导原则**|**关键问题**|**学习和开发方法的示例**
3043		-|(% rowspan="4" %)聚焦价值|谁是潜在客户？|服务消费者的业务简介（可能的情况下，拜访服务消费者的场所）
3044		-|他们如何从服务中感知价值？|用户支持简介（可能的情况下，参与用户支持活动）
3045		-|客户期望什么样的体验？|服务架构及其依赖关系的简介
3046		-|如何让全员为价值共创做出贡献？|
3047		-|(% rowspan="4" %)从你所处的地方开始|服务消费者的背景和历史是什么？|服务架构及其依赖关系历史和背景说明应作为客户导入和新员工入职培训的一部分的
3048		-|服务消费者以前使用过什么产品和服务？|在适用的情况下，进行包容性和特殊的需求认知的培训
3049		-|服务消费者还留有哪些产品或关系？|服务架构及其依赖关系历史和背景说明应作为客户导入和新员工入职培训的一部分的
3050		-|用户有什么特别的需求和需求期望？他们之前的需求是如何被满足的？|
3051		-|(% rowspan="4" %)基于反馈迭代推进|用户和服务提供者之间的关键时刻、接触点和服务的交互点分别是什么？|对反馈收集和处理方法进行培训
3052		-|用户服务动作是什么？如何收集有关它们的反馈？|认知和改进点入门的实践培训
3053		-|提供反馈后，处理反馈的程序是什么？|对处理负面反馈和有效的沟通技巧进行培训
3054		-|如何将反馈纳入持续改进和其他领域？|
3055		-|(% rowspan="7" %)协作和提升可视化程度|在和服务消费者的服务关系中的可视化在哪里呈现？什么是大家一起做的？|在适用的情况下，与用户/客户共同培训和其他活动
3056		-|在共同活动中，谁承担负责人的角色？|服务架构及其依赖关系的简介
3057		-|如何将共同和可见的活动进行可视化？需要使用哪些工具来体现进度？|介绍报告系统，分析面向服务消费者的报告，报告结果与员工的职责范围进行映射
3058		-|客户和用户可以看到哪些指标？|
3059		-|他们需要查看哪些指标？|
3060		-|用户和/或客户应采取哪些决策和行动？|
3061		-|服务关系的文化背景是什么？|
3062		-|(% rowspan="4" %)(((
3063		-
3064		-
3065		-通盘思考和工作
3066		-
3067		-
3068		-)))|服务如何为服务消费者的活动和目标提供整体贡献？|服务架构及其依赖关系简介
3069		-|我们组织中的哪些团队参与了服务关系？|服务消费者的业务简介（可能的情况下，拜访服务消费者的场所）
3070		-|涉及哪些供应商关系和合作伙伴？|介绍报告系统，分析面向服务消费者的报告，报告结果与员工的职责范围进行映射
3071		-|信息如何在各种价值流中流动？信息如何在服务消费者，合作伙伴和供应商之间进行交换？|
3072		-|(% rowspan="4" %)保持简单实用|用户和客户可以使用哪些界面？用户旅程是什么样的？|体验用户旅程
3073		-|用户和客户对服务交互的满意度如何？|服务架构的培训
3074		-|每个决策将如何影响用户体验？|如果适用，为服务提供者的团队提供简化的用户培训
3075		-|如果有体验改进机会点，如何实现？|将意识/培训纳入组织的持续改进实践中
3076		-|(% rowspan="4" %)(((
3077		-
3078		-
3079		-优化和自动化
3080		-)))|哪些服务行为可纳入服务提供和消费执行部分？|如果适用，为服务提供者的团队提供简化的用户培训
3081		-|是否有可以优化的服务操作？|服务架构及其依赖关系简介
3082		-|是否有可以自动执行的手动服务操作？|将意识/培训纳入组织的持续改进实践中
3083		-|改进的机会点如何实现？|如果适用，为服务提供者的团队提供简化的用户培训
3084		-
3085		-|(((
3086		-**关键信息**
3087		-
3088		-不仅是直接面向用户服务的提供商需要具备服务意识。对于提供基础设施，平台，环境和其他服务 并且无直接用户的组织来说同样重要。
3089		-)))
3090		-
3091		-=== 8.1.2 适用于“隐形”用户的服务 ===
3092		-
3093		-服务关系可能涉及服务提供者和服务消费者之间以各种资源组合的服务交互。人员，技术，流程和第三方都可能相互作用。在某些情况下，这些服务交互不涉及用户，该服务以其他维度作为提供给服务消费者的资源。包含如下示例：
3094		-
3095		-* 平台和基础设施即服务。服务提供者的技术资源被服务消费者的技术资源所使用。
3096		-* 服务消费者的IoT设备与服务提供商平台进行通信。
3097		-* 工作时间以外进行办公室的清洁工作。服务提供商的工作人员清洁服务消费者的工作空间，通常与在办公室工作的人员无任何互动。
3098		-* 街道清洁。
3099		-* 审计服务。
3100		-
3101		-这些示例表明，人们可能代表服务消费者组织进行沟通，但是他们不充当用户。通常，这些人被授权为用户代表并代表他们与服务提供商进行交互。
3102		-
3103		-有时，缺乏人与人之间的互动会导致服务提供者仅专注于技术和其他非人力资源。这导致缺少聚焦价值和服务与服务消费者的需求不一致。同样重要的是在提供专业基础设施，平台，环境和其他服务且没有直接用户但影响人们工作和生活的组织之间培养和维护一种服务意识。
3104		-
3105		-服务提供者与用户之间几乎没有人为接触时，重要的是监测和度量关键的服务质量和体验指标，并分析反映用户体验的趋势和模式。服务绩效透明度是关键; 服务供应商和消费者可以从分享服务体验信息的见解中获益，在理解的基础上投入资源进行合作。从本质上讲，他们都将理解信息在服务质量方面的意义，可能会影响价值共创。
3106		-
3107		-=== ​​​​​​​8.1.3 适用于服务消费的服务意识 ===
3108		-
3109		-服务是价值共创的一种手段。价值不能简单地交付；它需要服务消费者的积极参与。如果用户正在使用服务，他们的能力，态度和文化使他们成为价值共创的重要因素。
3110		-
3111		-因此，重要的是确保参与服务消费的所有个人共享服务意识，而不只是服务提供者的团队。都共享一个服务意识。指导原则应该指导职业行为的各个方面。表8.3说明了有助于培养服务意识的关键问题并提供了有助于培养相关能力的方法示例。
3112		-
3113		-服务消费者组织中的表8.3 服务意识
3114		-
3115		-|**ITIL指导原则**|**关键问题**|**学习和开发方法的示例**
3116		-|(% rowspan="7" %)聚焦价值|这项服务的用途是什么？预期的结果和价值是什么？|意识培训：向所有人介绍运营模式，关键价值流以及在
3117		-|期望的服务体验是什么？|组织中服务的角色
3118		-|还有什么有助于预期的结果？服务如何与其他服务和|
3119		-|组织的资源进行交互？|
3120		-|是否存在相互矛盾的利益干系人要求？|
3121		-|客户（或服务提供者）在代表他们感兴趣的领域有多|
3122		-|优秀？|
3123		-|(% rowspan="3" %)从你所处的地方开始|是否还有其他方法可以实现这些结果？|定期召开跨团队会议，同步并保持对当前状态及
3124		-|他们是否被证明有效吗？|其背景知识管理的共同理解，包括获取有关组织
3125		-|在开发/改进服务时，应从当前和之前的实践和关系中保留哪些内容？|实践和经验教训的信息
3126		-|(% rowspan="4" %)基于反馈迭代推进|如何向服务提供者提供反馈？|相关可用反馈渠道的在线和离线信息
3127		-|如何从服务提供者和其他利益干系人处获得反馈？|关键用户和客户与服务提供商的定期会议
3128		-|如何确保反馈的处理进度？|例如测试和培训的联合活动，特别是在服务变更时
3129		-| |组织持续改进实践相关的意识培训和视觉信息
3130		-|(% rowspan="7" %)协作和提升可视化程度|用户和顾客在服务消费过程中的责任是什么？|为用户提供实用且最新的知识库，包括视觉辅助工具、
3131		-|是否满足要求？是否遵循约定的服务消费规则？|联合培训和关键服务行动的演练
3132		-|在与服务提供商的服务关系中，可见性范围在哪里？|服务同理心/融洽的合作培训
3133		-|如何参与服务提供商的联合活动？|采用工作可视化工具（如看板）
3134		-|如何将合作、公开的活动可视化？|了解支持渠道和可用的支持选项（通过培训，视觉材料
3135		-|需要使用哪些工具来展示进度（如看板）？|和知识库）
3136		-|服务提供商应该涉及哪些决策和行动？| 明确在不同情况下服务提供商可以与谁取得联系
3137		-|(% rowspan="3" %)(((
3138		-
3139		-
3140		-通盘思考和工作
3141		-
3142		-
3143		-)))|服务消费者的背景是什么？它如何助推组织的目标和服务消费者的业务？|意识培训：向所有人介绍运营模式，关键价值流以及在组织中服务的角色
3144		-|(((
3145		-服务的消费如何整合到价值流中？
3146		-
3147		-如何改进/优化服务的角色以增加其价值？
3148		-)))|说明和解释组织变更对服务架构和关系的影响
3149		-|消费服务时应考虑哪些依赖关系？|
3150		-|(% rowspan="2" %)保持简单实用|使用服务的最佳方法是什么？|了解支持渠道和可用的支持选项（通过培训，视觉材料
3151		-|如果有体验改进点机会，该如何启动？|和知识库）
3152		-|(% rowspan="4" %)(((
3153		-
3154		-
3155		-优化和自动化
3156		-)))|哪些服务的动作可以作为服务消费的部分?|组织持续改进实践相关的意识培训和视觉信息
3157		-|是否有可以优化的服务操作？|持续改进的激励计划，聚焦改进措施的价值
3158		-|是否有手动服务操作可以自动执行的？|
3159		-|如果有改进机会点，该如何启动？|
3160		-
3161		-== 8.2 进行中的服务交互 ==
3162		-
3163		-向用户提供服务有不同的方法。最常见的选项包括：：
3164		-
3165		-* **拉动或推送**服务动作可由用户发起，例如拉动。这种情形包括当用户在服务门户上请求服务，下载应用程序，呼叫服务台等。它们也可以由服务提供者发起，如推送。例如，用户可以每月获得一份报告作为订阅的一部分，或者服务提供商可以在新版本可用时自动更新用户设备上的软件。
3166		-* **自动或手动**服务操作的启动和实现可以通过不同的方式实现自动化：
3167		-** **无技术**服务提供不涉及技术
3168		-** **技术辅助**技术是用来支持服务提供商提供服务的。例如，服务台代表可以使用信息系统来登记和管理来自用户的请求
3169		-** **技术推动**在部分服务提供过程中服务提供商和用户可以使用相同的技术。例如，当服务台代表和用户讨论问题时可以使用远程访问软件来接管用户的屏幕。
3170		-** **技术中介**消除了服务提供商和用户之间服务提供时的物理距离。例如，用户可以通过短信与服务提供商沟通。
3171		-** **技术产生**服务提供商，服务消费者或双方完全由技术代替。示例包括自服务，聊天机器人，自动向服务提供商请求更多存储的服务消费者应用程序等。
3172		-* **定制或开箱即用**用户和服务提供商之间的交互可以针对所有用户或大部分用户进行标准化或者根据单个用户或小部分用户的需求和偏好进行调整
3173		-* **直接或间接**服务提供商可以使用自身资源和员工或通过代理与用户进行交互。例如，机场代理经常被用来代表航空公司为旅客办理登机手续。通常使用机场代理人代表航空公司办理旅客登机手续。服务消费者还可以代表服务提供商提供服务。例如，客户已与外包公司达成服务协议，但服务消费者的服务台仍为用户提供服务。如图8.1所示。
3174		-
3175		-(% style="text-align:center" %)
3176		-[[image:1639051060438-209.png]]
3177		-
3178		-图片8.1常见的服务技术类型
3179		-
3180		-这些方法被定义为服务架构和设计的一部分，在旅程的早期步骤中达成一致，并在共同创建步骤中得到应用。它们对用户体验有重要的影响；它们在用户体验上具有重要的影响力；服务提供者和服务消费者应在旅程开始阶段就考虑到这种影响。服务提供者和服务消费者应该从开始就考虑使用影响力。
3181		-
3182		-根据服务架构，服务消费者和服务提供者组织之间的服务交互可能包括：
3183		-
3184		-* **联合活动 **单独或共同执行作为服务约定部分的服务动作
3185		-* **服务提供活动：**
3186		-** 提供对约定资源的访问，并将这些资源用作为服务的一部分
3187		-** 提供和消费双方约定的货物
3188		-** 将服务提供涉及的资源的可用性，性能和其他品质特征维持在约定级别
3189		-** 记录，报告，检测和解决事件
3190		-** 记录，处理和履行服务请求
3191		-** 记录和处理投诉和表扬
3192		-** 受理和处理其他用户查询
3193		-** 收集并处理服务质量相关的数据，向利益相关者提供监控信息
3194		-** 在适用的情况下，对提供的服务开具发票。
3195		-
3196		-* **服务消费活动：**
3197		-** 访问和使用作为服务组成的资源和商品
3198		-** 执行服务动作
3199		-** 发起服务请求
3200		-** 提出投诉和表扬
3201		-** 提出其他用户查询
3202		-** 在约定的情况下报告偏差和事件
3203		-** 在适用的情况下为提供的服务支付费用。
3204		-
3205		-重要的是各方理解并塑造在可见的范围内执行活动，但他们也需要对双方的不可见活动进行管理。
3206		-
3207		-在大多数情况下，此步骤中服务消费者组织由用户代表或者其授权的代表。他们通常在服务旅程开始前就服务消费过程中的角色和用户及其代表沟通并达成一致。还包括资格标准、使用规则、安全要求、责任等。
3208		-
3209		-在服务旅程的这个阶段的活动服务提供者组织可以由各种角色代表。有些角色直接与用户打交道（服务台代理，支持专家和为用户或与用户执行服务操作的任何专家）；某些角色专注于服务提供商或服务消费者的各种资源，但可能偶尔与用户产生互动（执行服务维护或服务支持或作为服务提供的一部分处理服务消费者资源的技术专家）。在后一种情况下，重要的是要确保这些专家分享服务意识并专注于服务消费者的价值和可靠的用户体验。
3210		-
3211		-=== ​​​​​​​8.2.1 服务请求 ===
3212		-
3213		-在多数情况下，满足服务请求对于价值共同创造的成功非常重要。
3214		-
3215		-|(((
3216		-**定义：服务请求**
3217		-
3218		-由用户或用户授权代表提出的请求，该请求已被同意作为服务交付的正常部分。
3219		-)))
3220		-
3221		-某些服务请求旨在增强服务的价值并支持服务消费者的业务活动。它们由用户根据需求按照服务消费者流程自行启动。
3222		-
3223		-这些请求通常说明由服务提供商履行的服务操作，包括信息请求，对资源的访问和货品传输。
3224		-
3225		-其他服务请求是用户的责任之一，为了使服务与协议保持一致而被启动。这些通常包括用户启动的维护和支持行动；如未能启动这些操作可能导致诸如服务降级或中断之类的事件。
3226		-
3227		-对于所有类型的服务请求，应商定规则和条件，并传达给服务提供者和服务消费者组织中的所有相关角色。这些可能包括：
3228		-
3229		-* 发起请求的渠道和方式
3230		-* 可用的请求选项
3231		-* 职责
3232		-* 程序
3233		-* 时限范围
3234		-* 授权（例如，安全，财务和架构/技术）
3235		-* 成本和价格
3236		-* 法律和监管要求
3237		-* 其他限制。
3238		-
3239		-服务请求管理有助于服务的成功使用。可以通过以下方式强化此规范：
3240		-
3241		-* 为用户的状况和级别访问请求量身定制的易用且交互式的服务请求目录
3242		-* 用于启动和履行服务请求的自助服务界面
3243		-* 请求履行过程中的状态更新和推送通知
3244		-* 主动沟通服务的状态，请求的可用性和新的选项
3245		-* 友好且专业的支持代理满足请求
3246		-* 尽可能通过用户首选的方式自动完成和交付
3247		-* 收集和处理反馈
3248		-* 适用于请求履行有效的工作流
3249		-* 有效的集成其他管理实践。
3250		-
3251		-通过以下ITIL实践可以成功启动，处理和实现服务请求：
3252		-
3253		-* 变更管理
3254		-* IT资产管理
3255		-* 服务目录管理
3256		-* 服务配置管理
3257		-* 服务台
3258		-* 服务级别管理
3259		-* 服务请求管理.
3260		-
3261		-在某些情况下，可以应用其他ITIL实践来支持服务请求。其中包括容量和性能管理、部署管理、信息安全管理、基础架构和平台管理以及发布管理实践。
3262		-
3263		-|(((
3264		-**关键信息**
3265		-
3266		-服务台实践的目的是为事件解决和服务请求捕获需求。对于所有用户，它也应该是服务提供者的入口和单一联系点。
3267		-)))
3268		-
3269		-=== ​​​​​​​8.2.2 服务台的相互作用 ===
3270		-
3271		-用户与服务提供商进行交互时，他们将通过服务台实践提供的专用接口或渠道进行交互。这些接口可以采用各种形式，但是它们有一个共同的目的：确保用户请求被捕获并根据服务提供者和服务消费者之间建立的协议和期望进行处理。
3272		-
3273		-服务关系要取得成功重要的关键点，服务台的界面，过程和规则必须经过双方的同意并在引入阶段就传达给所有用户。这些界面和过程应该简单，对用户友好并且易于遵循。服务台实践应该根据用户的反馈不断的持续改进，以确保获得积极的用户体验。
3274		-
3275		-服务台应该在服务提供和支持的价值流中与其他实践紧密结合，并支持价值流。这将确保用户发起的各类工单得到有效和及时的处理，并将相关信息传达给用户。表8.4列出了用于服务查询的常见分类标准以及查询处理过程中通常涉及的各个实践。这些实践应与服务台实践结合。
3276		-
3277		-表8.4 用户查询：分类准则及其处理中涉及的关键实践
3278		-
3279		-|**对准则进行分类**|**服务查询类型**|**涉及的关键ITIL实践**
3280		-|违反约定的SLA或|(% rowspan="2" %)突发事件|(% rowspan="2" %)事件管理
3281		-|用户报告的负面体验
3282		-|紧急情况发生时的约定条件或者查询正在发生的灾难|灾难|服务连续性管理
3283		-|从服务请求目录中选择有效的服务请求选项|服务请求|服务请求管理
3284		-|从用户可用的服务目录中选择了有效的变更选项|变更请求|变更启动
3285		-|用户报告的负面体验，被称为未违反任何约定的SLA（投诉）或记录的用户报告的积极体验|投诉与表扬|关系管理
3286		-|用户的建议改进项未被可用的服务目录所覆盖。（包括服务请求目录）|改进建议|持续改进
3287		-|用户报告可能表明信息安全受到威胁的可疑活动或事件|可疑活动和事态|信息安全管理
3288		-
3289		-对于传入查询的分类和优先级划分，应该有一致的规则。用户在处理查询时应该知道约定的时间范围。这取决于以下因素：
3290		-
3291		-* 查询类型
3292		-* 查询时间和日期
3293		-* 联络渠道
3294		-* 服务/资源
3295		-* 服务级别/ 用户
3296		-* 影响
3297		-* 预计解决时间
3298		-* 其他约定因素。
3299		-
3300		-用户还应随时了解其查询过程的进度、估计处理时间的变化以及其他重要信息。这些更新应通过约定的渠道提供。
3301		-
3302		-=== ​​​​​​​8.2.3 当事情出错时 ===
3303		-
3304		-当提供或使用服务时，可能会发生事件和不满意情况。创建完美的服务体验可能会很困难，即使不是不可能。然而，处理不满和事件很重要。服务提供商应对事件和投诉做好准备；在可见范围内操作的每个团队，即使不直接与用户打交道，也应该知道如何解决这些情况。
3305		-
3306		-采用服务意识（包括服务同理心）对于将问题转化为提高服务和用户忠诚度与信任的机会非常重要。遵循ITIL 指导原则，服务提供者可以通过以下方式管理投诉和事件：
3307		-
3308		-* 聚焦价值和价值共创的快速恢复
3309		-* 收集并提供反馈
3310		-* 与受影响的用户透明，诚实地沟通
3311		-* 表现出理解和同理心
3312		-* 保持互动和建议简单实用
3313		-* 适当情况下，练习智能违抗。
3314		-* 以下ITIL惯例可有效地处理事件和不满事件解决：
3315		-* 持续改进
3316		-* 事件管理
3317		-* 知识管理
3318		-* 关系管理
3319		-* 服务台
3320		-* 服务请求管理
3321		-
3322		-将这些实践集成到用户支持价值流中有助于确保有效的沟通、正常服务的快速恢复、减少误解以及改进交互渠道和过程。
3323		-
3324		-=== ​​​​​​​8.2.4 关键时刻 ===
3325		-
3326		-关键时刻是服务提供者和用户之间的关键接触点或服务交互，用户在其中形成或改变他或她对服务体验、服务组织、产品或服务全方面的印象。
3327		-
3328		-关键时刻可能来自积极和消极的事件。尽管每个服务交互或接触点都是潜在的关键时刻，但并非所有的服务交互和接触点都是一个关键时刻。关键时刻是服务交互和接触点，它们构成或破坏了特定用户的服务体验。
3329		-
3330		-因此，服务提供者应该意识到潜在的关键时刻。服务提供商组织应该拥有做出正确决策和提供正确服务的资源和能力。
3331		-
3332		-从本质上讲，服务提供者应该考虑将负面事件转化为积极的关键时刻。
3333		-
3334		-=== ​​​​​​​8.2.5 智能违抗 ===
3335		-
3336		-智能违抗是为了做正确的事情而违反规则的行为。就服务关系而言，感知优势通常包括熟悉度、直接参与服务或了解用户或客户需求等因素。这些知识是有价值和有益的。
3337		-
3338		-智能违抗在我们的日常生活中是简单而普遍的，在大多数情况下，它是有益的和真实的。轻微的智能违抗对改进我们的生活经常被受到赞赏；例如，一个商店经理延迟关门，让顾客完成购物。
3339		-
3340		-在现有规则无法帮助或不合理的情况下，总会有意料之外的问题需要处理。在这种情况下，服务体验取决于与客户和用户交互的工作人员，他们正确地评估是应该遵守规则还是暂停规则。这意味着，为了最大限度地为客户提供价值，服务提供者应该：
3341		-
3342		-* 认识到当前的规则并不是一直适合的
3343		-* 鼓励和培养员工的知识和技能以识别合理的客户要求并感知和满足这些要求
3344		-* 创建一个环境，使员工有信心在情势要求的情况下不遵守规则行事
3345		-* 确保行动被记录用于改进规则和对未来的理解。
3346		-
3347		-对于某些规则不适当的情况智能违抗是一种有价值的工具。但是，重要的是要记住，，对任何既定情况的默认响应都应该遵循规则。当需要智能违抗的情况时，应记录操作以允许审计和控制，以便将来在必要时可以修改规则。智能违抗可以作为改进的来源，需要围绕现有规则将他们塑造成更广泛，更好的规则。显然，让员工违反规则并非没有风险。得不到保证的创新行为能提供比遵循规则更好的服务，即使这些规则对于一线员工来说是错误的。
3348		-
3349		-在某些环境中，例如受到严格监管和合同约束的环境，可能很难说服服务提供商的员工违反规则以做正确的事情。人们可能会担心不合规和情况升级到组织的更高级别。如果在这些环境中智能违抗是可取的，则程序和合同应明确允许存在的偏差并提供清晰的流程以供学习。
3350		-
3351		-=== ​​​​​​​8.2.6 客户和用户反馈 ===
3352		-
3353		-客户和用户的反馈对于服务关系的成功和服务的持续改进非常重要。服务提供者对关于他们的服务以及相关的用户和客户体验等方面公开，直接和全面的意见有兴趣。然而，许多用户和客户都不情愿提供公开和诚实的反馈。这种不情愿通常与过去的负面体验有关。
3354		-
3355		-服务提供商的一项重要任务是收集和处理有效的反馈。表8.5提供了可以帮助完成此任务的思路总结。
3356		-
3357		-表8.5 客户和用户持续反馈的挑战与解决方案
3358		-
3359		-|**利益相关者提供反馈**|**挑战**|**服务提供者应用的可能解决方案**
3360		-|(% rowspan="9" %)用户|人们不相信自己的意见会被听取并付诸行动。|建立并明确传达一个欢迎大家提出意见的策略。
3361		-|反馈渠道不方便或不可用。|单独处理所有反馈，并尽可能手动处理。不要限制对自动消息的响应。
3362		-|人们没有时间提供反馈。|维护由用户反馈发起的服务改进的最新记录；让处理进度对所有用户可见；考虑更新广告订阅。
3363		-|人们可能害怕因负面反馈而受到惩罚。|在可能的情况下，让改进发起人参与测试和实施改进。
3364		-|人们认为其他人早些时候也提供了相同的意见。|奖励积极的反馈和改进措施。在用户社区中使用游戏化（级别、数字徽章）来表扬积极的贡献者。
3365		-| |积极寻求反馈，并奖励有意义的利益参与。
3366		-| |确保反馈渠道和界面方便、安全、符合规定，并按预期工作。在联系用户之前测试所有界面和渠道。
3367		-| |监控社交媒体和用户社区。通过社交媒体提供快速和建设性的响应。
3368		-| |遵循规划、收集和处理反馈的指导原则。
3369		-|(% rowspan="7" %)顾客|客户希望服务提供商收集用户的反馈并认为这样就足够了。|建立并明确传达一个欢迎大家提出意见的策略。
3370		-|客户希望服务提供商要求反馈，而不是等待反馈。|向客户提供用户的反馈信息，并考虑将其纳入SLA报告中。
3371		-|客户没有时间反馈；有时，他们也没有时间听取用户的意见，仅根据报告来看待服务。|定期与客户进行人与人之间的反馈会议，特别是在重要接触点和关键时刻之后。
3372		-|反馈渠道不方便或不可用。|确保反馈渠道和界面方便、安全、符合规定，并按预期工作。
3373		-| |在联系客户之前测试所有界面和渠道。
3374		-| |遵循规划、收集和处理反馈的指导原则。
3375		-| |使反馈处理以各种形式对客户透明。
3376		-
3377		-|(((
3378		-**ITIL的故事：步骤6 –价值共创**
3379		-
3380		-[[image:1639051453545-874.png||height="55" width="40"]]//Radhika：服务推出后，我们发现客户的一个痛点，他们来取已经预定的车辆，结果却发现它尚未归还。我们知道这在高峰时段最常发生，但是我们不明白为什么人们经常迟到还车，或者如何确保减少这样的事情重复发生。//
3381		-
3382		-[[image:1639051462796-307.png||height="47" width="44"]]//Mariana：我们的第一个想法是对逾期归还进行罚款。但是，在我们寻求潜在解决方案之前，我们邀请了一些客户参加设计合作研讨会，以便我们能够理解和同情他们的问题。。//
3383		-
3384		-[[image:1639051472378-508.png||height="49" width="38"]]**S**//olmaz：例如，我们发现我们的客户通常不熟悉本地交通，并且会低估完成任务所需的时间。引入罚款通常不会激励及时还车。在共同创建和深入研究之后，我们正在试用告警系统，它可以通知当前和下一个乘客汽车的位置和预期的归还时间。。//
3385		-
3386		-[[image:1639051500303-603.png||height="42" width="39"]]//Katrina：很高兴能参加此次研讨会，以帮助eCampus Car Share了解和理解客户了解关于延迟还车的问题。滞纳金会让我对这项服务不太满意，因为我不可能预测交通流量。通过共同制定解决方案，我觉得自己的贡献已经得到认可，并且找到了更加公平的解决方案。//
3387		-)))
3388		-
3389		-
3390		-
3391		-== 8.3 培育用户社区 ==
3392		-
3393		-在正常操作，事件和其他困难期间，用户社区可能是服务交互的重要组成部分。同行支持、知识文章、讨论和改进计划有助于减少用户对服务提供商支持的需求，使支持更接近用户（左移），提供有价值的见解和改进机会，并有助于交流新闻和状态更新。
3394		-
3395		-在许多情况下，用户社区是自然形成的，特别是当服务被提供给许多个人和公司服务消费者时。然而，它们也可能出现在组织内部，特别是当用户感觉不到来自服务提供商足够的支持时。无论哪种方式，社区都可以成为用户和服务提供商之间交流与合作的有力手段。
3396		-
3397		-用户社区可以由服务提供者建立，并可以团结所有服务用户。它们还可以由用户小组组成，涵盖来自多个服务提供商的多个服务：例如，服务消费者组织内的社区，或特定领域的专业人员社团。在后一种情况下，服务提供者在社区中的积极参与通常比尝试将用户切换到服务提供者建立的官方社区效果更好。认识到由用户建立的社区和为用户建立的社区，以及在这些社区中有价值的参与，可以提高服务提供商的形象和用户的忠诚度。同时，请务必记住，这些社区可能对某些用户是关闭的。在这种情况下，服务提供商可以使用其他平台和渠道建立一个或多个组。当服务提供给不同的受众时，服务提供者很可能必须使用不同的平台、语言和通信方式来管理多个社区。
3398		-
3399		-在可视化的背后，这些社区可能与共享的知识库相联系，并由相同的专家团队提供支持。
3400		-
3401		-由服务提供商创建和运行的用户社区可以作为服务进行设计和管理。
3402		-
3403		-由用户小组自己创建和运营的用户社区可能会受到服务提供商代表的支持。这种参与通常通过以下ITIL实践实现：
3404		-
3405		-* 事件管理
3406		-* 知识管理
3407		-* 问题管理
3408		-* 关系管理
3409		-* 服务目录管理
3410		-* 服务台
3411		-* 服务请求管理
3412		-* 服务验证和测试。
3413		-
3414		-将这些实践整合到用户支持价值流中有助于捕获社区的问题、提供建议、建议服务和服务请求、推荐解决方案和自助服务解决方案、宣布新机遇等。
3415		-
3416		-=== 8.3.1 超级用户 ===
3417		-
3418		-许多社区和团体根据成员的活动在团体中的重要程度采用用户评级或状态系统。提供更多有用建议和意见的个人会得到某种形式的认可。小组反馈用于评估输入的有用性。这些成员被称为大师或专家，可能在社区中拥有更多的权利和权威。例如，他们可能担任社区管理员，有权主持讨论。
3419		-
3420		-如果这些组是由服务提供商建立的，则超级用户可以由服务提供商任命并参与到服务提供商的实践中。如果这些组是由客户建立的，那么角色和职责、工作流程和程序以及工具支持最好与服务提供商达成一致。如果这些小组是由用户建立的，服务提供者可能会发现与超级用户合作是有益的，为他们提供获得专家知识的机会，让他们参与内部讨论，并以其他方式提高他们在产品和服务方面的专门知识。这可能有助于超级用户发展其专业技能，并优化服务提供商用于支持用户社区的资源。
3421		-
3422		-在企业环境中，服务提供商可以识别用户小组中的超级用户，并让他们参与建立用户社区。超级用户可以参与支持、交流、培训、用户故事和需求的说明、演示、验证和测试，以改善服务提供商和用户之间的关系。建立和维护一个有效的超级用户组并不容易。超级用户很少被指派全职角色，而且通常是义务的。他们受到兴趣、愿意协助和社区认可的激励。因此，服务提供商无法在需要时依赖他们的支持。如果超级用户与客户和赞助人属于同一法律实体，则解决方案可能是在服务提供商、客户和超级用户之间签订第三方协议，为超级用户活动分配一定比例的时间，并确保在不可用期间提供备份。服务提供商还可能经常召集超级用户来告知、教育和培养他们，以增加他们对角色的投入。
3423		-
3424		-|(((
3425		-**ITIL的故事：培育用户社区**
3426		-
3427		-[[image:1639051638220-876.png||height="58" width="38"]]//Mariana：我们正在利用各种知名社交媒体网站上已建立的在线社区与现有和潜在客户进行互动。//
3428		-
3429		-[[image:1639051655927-321.png||height="55" width="37"]]//Solmaz：我们曾考虑为此创建自己的社区，但最终的决定，对于我们目前面对的受众，参与已有大量追随者的现有社区会更有价值。//
3430		-
3431		-[[image:1639051638220-876.png||height="58" width="38"]]//Mariana：与这些社区互动将有助于我们与客户建立更牢固的关系，更好地了解他们在汽车租赁服务中的需求。//
3432		-)))
3433		-
3434		-== 8.4 总结 ==
3435		-
3436		-服务消费者利用可访问的服务提供商资源，消费提供的货品，并与服务提供商基于约定的服务内容一起价值共创价值。服务意识与成熟的实践相结合能有效、无缝、巧妙的处理用户交互和偏差。是价值共创和用户体验的关键。
3437		-
3438		-= 9. 第7步：实现价值 =
3439		-
3440		-[[image:1639051700656-416.png]]
3441		-
3442		- 在不同的环境中实现服务价值
3443		-
3444		- 跟踪价值的实现
3445		-
3446		- 评估并报告价值实现
3447		-
3448		- 评估价值的实现并改进客户的旅程
3449		-
3450		- 为服务提供者实现价值
3451		-
3452		-利益干系人的价值必须基于共同创造价值的规划来驱动和跟踪，并且持续维护并加以改进和优化服务价值。
3453		-
3454		-|(((
3455		-**关键信息**
3456		-
3457		-价值是感知到的利益，有用性和重要性。
3458		-
3459		-有价值的服务可以在支持的结果，积极的经验，降低成本，消除风险和受影响的结果，负面的经验，引入的成本和引入的风险之间实现最佳平衡。
3460		-)))
3461		-
3462		-此步骤的目的是跟踪、评估和评价利益相关者期望的价值和在整个旅程的所有步骤中都实现了计划的目标，并不断识别对旅程和服务的改进。
3463		-
3464		-跟踪和实现价值可确保服务有助于实现所有利益相关者的预期结果，并有效管理相关成本和风险。如表9.1所示。
3465		-
3466		-表9.1价值捕获和客户旅程改善的目的
3467		-
3468		-|**实现价值**|**对于服务消费者**|**对于服务提供者**
3469		-|(% rowspan="3" %)促进成果和体验|实现计划的价值|为服务提供者实现价值（例如盈利、提升能力等）
3470		-|使价值实现能得到确认|增强客户的反馈
3471		-|与服务提供者就服务质量建立有效的沟通与反馈。|提高客户对服务运营和改进的参与度
3472		-|(% rowspan="2" %)优化风险和合规性|检测与期望状态的偏差，以便在需|在客户满意度下降前检测与期望状态的偏差
3473		-|要时重新分配资源|演示已实现的价值，例如减少的风险对客户的不满
3474		-|优化资源并降低成本|避免资源配置效率低下|避免资源配置效率低下
3475		-| |提高对价值创造方式和替代方案的认识|确保成本覆盖
3476		-
3477		-为了跟踪、评估和评价服务价值实现，重要的是要知道价值主张、接受标准、利益实现计划等形式的基线和目标。基线和目标应在要应在协议步骤中达成共识。
3478		-
3479		-在货物传输后、在提供了对资源的访问后或在服务活动发生后立即跟踪、评估和评价价值共创的情况是很少见的。通常，在服务交付之后、价值创造和感知之前都有一定时间的延迟。跟踪结果也可能在达到预期水平之前的一段时间内减少。因此，参与价值共同创造规划的各方就何时评估和评估价值实现达成一致意见是非常重要的。
3480		-
3481		-另一个决策点是在何处跟踪价值实现。为此，必须确定服务的主要受益人。传统上，IT服务主要支持和启用内部业务流程。对于这种类型的服务，应该在用户从业务流程中的服务中获益时跟踪结果和体验。IT服务正逐渐转变为外部消费者服务，通常称为数字化服务。
3482		-
3483		-|(((
3484		-**关键信息**
3485		-
3486		-重要的是要记住，服务价值永远不可能由一组复杂的指标来彻底定义。服务价值始终感知价值，这使得基于个人期望和偏好的服务价值难以跟踪和评估。这就是为什么跟踪客户体验和满意度与跟踪输出和结果一样重要的原因。
3487		-)))
3488		-
3489		-跟踪、评估和评价价值实现的成本可能很高，努力和成本应该与可能的收益相平衡。与此相反，跟踪价值与任何其他服务管理活动一样，需要不断地迭代改进。通过逐步改进价值实现跟踪，并报告结果，可以显著提高价值，从而提高改进跟踪的能力。
3490		-
3491		-== 9.1 在不同的环境下实现服务价值  ==
3492		-
3493		-服务关系的性质影响价值的跟踪、评估和评价。如表9.2所示。
3494		-
3495		-在密切的服务关系中，例如合作关系，跟踪、评估和评价服务价值可能成为联合活动的一部分。在疏远的服务关系中，例如开箱即用的服务关系，服务提供者通常提供对标准报告的访问作为服务的一部分，并且服务提供者和客户之间没有关于价值实现的进一步沟通。
3496		-
3497		-然而，如果成本、风险或影响足够大，则客户仍然可以选择将广泛而复杂的价值实现跟踪和评估机制应用于控制价值实现。
3498		-
3499		-表9.2跟踪，评估和评估不同类型的服务关系中的价值实现
3500		-
3501		-(% style="text-align:center" %)
3502		-[[image:1639051948853-967.png||height="113" width="979"]]
3503		-
3504		-[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]
3505		-
3506		-|**关系**|(% colspan="2" %)**基本关系**|**合作关系**|**合作关系**
3507		-|服务提供者|主要是外部的|(% colspan="2" %)外部或内部|外部或内部
3508		-|服务|商业现货服务，开箱即用服务、云或标准化商品服务或货物供应|(% colspan="2" %)(((
3509		-必须提供的服务配置或定制为
3510		-
3511		-满足服务需求消费者
3512		-
3513		-
3514		-)))|具有独特价值主张的定制服务
3515		-|跟踪与实现价值的方法|对对方的结果兴趣不大|(% colspan="2" %)消费者主要依赖于可信服务提供商提供的证据|消费者和服务提供者作为合作伙伴一起跟踪和验证价值
3516		-|客户活动|(((
3517		-如果客户的服务成本相对较低，则无需跟踪和评估价值实现
3518		-
3519		-如果客户的成本很高：基本价值、结果、成本和风险（VOCR）分析基于：
3520		-
3521		-●在报价阶段做出的假设/商业案例
3522		-
3523		-●服务提供商提供的报告
3524		-)))|(% colspan="2" %)(((
3525		-基于协议和承诺的高级VOCR分析，作为商定步骤的一部分（结果审查，收益
3526		-
3527		-根据效益实现计划实现，副作用和风险分析，成本效益分析，投资回报率（如适用））
3528		-)))|与合作关系相同，但共同完成
3529		-|共享活动|特别服务审查|(% colspan="2" %)(((
3530		-与协议和承诺相比，对成就进行联合服务审查
3531		-
3532		-联合调查和分析改进机会偶尔进行联合试验（试点、早期访问等）
3533		-)))|(((
3534		-持续跟踪和分析结果、成本和风险，并寻求优化
3535		-
3536		-服务提供者和消费者数据共享和联合研究持续实验
3537		-)))
3538		-|服务提供者活动|(((
3539		-以客户为导向的活动：
3540		-
3541		-报告服务产出
3542		-
3543		-面向服务提供商的活动：大众市场：
3544		-
3545		-●大型集团或所有服务客户之间服务交付的盈利能力/成本效益分析
3546		-
3547		-●提供对嵌入到服务中的报告/分析的访问（如果适用）
3548		-
3549		-内部供应商：风险和成本控制
3550		-)))|(% colspan="2" %)(((
3551		-以客户为导向的活动：
3552		-
3553		-●提供与约定承诺相关的服务级别和KPI的复杂报告
3554		-
3555		-●客户结果分析（与协议和承诺相比）
3556		-
3557		-面向服务提供商的活动：
3558		-
3559		-●盈利能力分析/
3560		-
3561		-提供服务的成本效益
3562		-
3563		-●风险评估
3564		-
3565		-●跟踪需求，预测未来需求和关系发展
3566		-)))|与合作关系相同，但共同完成
3567		-
3568		-== 9.2 跟踪价值实现 ==
3569		-
3570		-用于评估和评估价值实现的需求正在跟踪和测量服务价值指标。
3571		-
3572		-服务价值指标是一种直接或间接指示服务价值特定方面的情况或级别的度量。指标反映了目的的成就。在这种情况下，目的是所需的或约定的服务价值。
3573		-
3574		-指标通过一项或多项指标得到加强。指标是价值的重要特征，它可以基于规程或技术手段收集的数据以可量化的单位表示。可以为所有服务管理四维模型的客户行程，服务，产品，实践和资源定义指标。XIL92111 9.1中显示了ITIL 规划和评价模型中描述了从目的到度量的层次结构。有关ITIL 规划和评价模型的更多详细信息，请参见ITIL®4：指导计划和改进和度量和报告实践指南。
3575		-
3576		-跟踪价值的实现包括以下活动：
3577		-
3578		-* 识别服务价值的直接和间接指示器以及它们之间的链接
3579		-* 定义和衡量基础指标
3580		-* 捕获度量数据。
3581		-
3582		-以下示例给出了跟踪价值实现的一系列实用方法的总体思路：
3583		-
3584		-* 在简单的标准化环境中，使用现成的标准监控工具和用于报告的预定义模板来跟踪价值的实现可能就足够了。在更复杂的环境中，具有半标准化配置的监控和报告工具通常是不够的。另外，还需要从各种来源（例如金融数据，营销数据和业务目标，并使用复杂的映射和关联工具来跟踪服务和价值的实现。还需要经常服务评论。
3585		-* 在复杂且不可预测的环境中，跟踪价值的最佳方法是在客户和服务提供者之间建立密集的通信（如果存在服务关系），协作并推广可视化并收集快速反馈。（协作和提升可视化程度和基于反馈迭代推进的ITIL 指导原则解决了此问题。）来自任何其他来源的监控数据也可用作输入。关键利益相关者的参与至关重要，因为只有他们才能提供动态信息来跟踪价值的实现。
3586		-
3587		-(% style="text-align:center" %)
3588		-[[image:1639052068071-640.png]]
3589		-
3590		-图片9.1 ITIL 规划和评价模型
3591		-
3592		-=== ​​​​​​​9.2.1  跟踪绩效，输出和结果  ===
3593		-
3594		-直接结果指标比间接结果指标通常更难识别，例如输出和绩效指标。如果能够在结果指标与输出和绩效指标之间建立明确的联系，后者就可以用来间接跟踪服务结果。
3595		-
3596		-将绩效和输出指标与成果挂钩的一种方法是以价值驱动框架模型为基础，将较低层次视为较高层次的价值驱动因素（示例见图1.11）。
3597		-
3598		-组合资源和单独资源的性能，实践，和产品驱动服务绩效、服务消费者绩效，并最终实现服务消费者的目标和宗旨。表9.3提供了如何应用该模型的示例。
3599		-
3600		-另一个将绩效和输出指标与服务结果联系起来的实用模型是Heskett提出的服务利润链（Heskett等人，1994）。根据服务利润链模型，利润和增长主要是通过客户忠诚度来刺激的。忠诚度是客户满意的直接结果，在很大程度上受到了为客户提供的服务价值的影响。价值是由满意、忠诚、高效的雇员创造。员工满意度源于高品质的支持服务和使员工能够提供良好的服务的政策。如图9.2所示。
3601		-
3602		-(% style="text-align:center" %)
3603		-[[image:1639052162292-462.png]]
3604		-
3605		-图片9.2 服务利润链
3606		-
3607		-表9.3 价值实现跟踪的级别
3608		-
3609		-|**价值的实现水平**|**例子**|**成功准则和相关指标**|**相关方法和做法**
3610		-|(((
3611		-资源性能（任务处理）
3612		-
3613		-
3614		-)))|(((
3615		-服务提供者要做的工作，例如：
3616		-
3617		-* 服务台
3618		-* 变更生效作为服务（例如数据库管理）
3619		-)))|及时的任务处理（例如响应时间，解决时间）|(((
3620		-跟踪工单和任务
3621		-
3622		-请参阅服务台实践指南
3623		-)))
3624		-|(((
3625		-资源/ 产品性能（访问IT 资源）
3626		-
3627		-
3628		-)))|(((
3629		-客户，需求，IT 资源或访问IT 资源或高度标准化的服务（例如，电子邮件，内部网，打印服务）
3630		-
3631		-
3632		-)))|(((
3633		-资源/ 产品可用性和性能，通过以下方式测量：
3634		-
3635		-* 服务平均恢复时间 (MTTRS), 平均无故障工作时间(MTBF)
3636		-* 每个时段的交易量
3637		-* 响应时间
3638		-)))|(((
3639		-IT基础设施监控
3640		-
3641		-请参阅容量和性能管理实践指南
3642		-
3643		-
3644		-)))
3645		-|服务绩效（功用和功效）|客户需要一种适合其需要的开箱即用和数字服务，服务性能可能等同于产品性能|针对目标的服务级别|(((
3646		-SLA计分板
3647		-
3648		-请参阅服务级别管理实践指南
3649		-)))
3650		-|(((
3651		-消费者(组织) 绩效
3652		-
3653		-
3654		-)))|客户将服务视为流程促进因素。例如，IT支持结算和现金服务， IT支持信贷申请处理程序，日历应用程序|(((
3655		-更高效的过程，各时间段更便宜或更少的资源吞吐量。
3656		-
3657		-任务执行时间
3658		-
3659		-队列的平均容量
3660		-)))|(((
3661		-业务交易监控，真实用户监控，成熟度评估
3662		-
3663		-请参阅容量和性能管理实践指南
3664		-)))
3665		-|消费者（战略）目标|(((
3666		-持续改进模型的客户需求被用作实现战略性目的的工具，从而导致：
3667		-
3668		-* 更好的质量
3669		-* 推出新产品或服务
3670		-* 改善了客户的留存率
3671		-
3672		-例如包括CRM和网上银行
3673		-)))|(((
3674		-实现战略目标
3675		-
3676		-消费者指标取决于目的
3677		-
3678		-
3679		-)))|(((
3680		-实施后评审，业务智能分析
3681		-
3682		-请参阅项目管理实践指南
3683		-
3684		-
3685		-)))
3686		-|消费者用途（收益率）|客户将对服务的购买视为投资；为消费选择服务是一种投资组合的决策|(((
3687		-实现财务目标a，例如ROI，NPV，内部收益率等
3688		-
3689		-实现非财务目标
3690		-)))|(((
3691		-投资回报率评价
3692		-
3693		-请参阅组合管理实践指南
3694		-
3695		-跟踪态度，行为，文化的变化
3696		-
3697		-请参阅组织变革管理实践指南
3698		-)))
3699		-|费者用途（缓解风险）|(((
3700		-客户将服务视为风险缓解措施
3701		-
3702		-
3703		-)))|(((
3704		-有效的风险缓解措施：
3705		-
3706		-* 剩余风险：实际与预计
3707		-* 损失：实际对预期
3708		-)))|(((
3709		-风险评估, 业务影响分析
3710		-
3711		-请参阅风险管理实践指南
3712		-
3713		-
3714		-)))
3715		-
3716		-^^a^^所有相关数据（员工减少或效率提高、业务绩效改善、质量衡量等）应转换为货币价值，然后与服务成本进行比较。
3717		-
3718		-在将各种类型的输出和结果与方案和项目管理中使用的业务目标联系起来也可以得到启发，例如效益依赖网络，效益依赖图，结果链和成功图。但是，它们主要关注业务变化，而不是正在进行的服务，因此在使用时应该考虑到保留。
3719		-
3720		-在许多情况下，服务或产品会产生意想不到的副作用。应识别、跟踪、评估这些副作用，并将其纳入服务开发中。它们代表了一些值得注意的价值。有许多结果无法定量衡量，但仍对整体价值实现产生重大影响。例如，结果需要满足特定的客户偏好，达到一定的能力水平等。
3721		-
3722		-本质上，测量减少了不确定性；定性测量方法在减少不确定性方面可能和定量测量技术一样有用。
3723		-
3724		-例如：
3725		-
3726		-* 知识和能力知识的积累可能会导致能力的提高，而能力的提高可能导致更快、更好和更便宜的任务完成。一个定性的方法，如价值流映射，是一个很好的方法来完成这一点
3727		-* 态度，行为和组织文化组织文化和行为模式的评估可以结合定性和定量的方法使用叙事的技巧。
3728		-
3729		-有关定量和定性测量方法的更多详细信息，请参阅《测量和报告实践指南》。
3730		-
3731		-=== 9.2.2 跟踪体验和满意度 ===
3732		-
3733		-为了确保客户和用户对服务以及整个客户旅程感到满意，服务提供者应测量和跟踪客户体验，进行客户满意度调查，并请求和处理服务消费者的反馈。表9.4进一步概述了这些建议。
3734		-
3735		-表9.4跟踪服务体验和满意度
3736		-
3737		-|**体验准则**|**体验特性**|**指标**
3738		-|功能体验|用户的不间断的完成用户操作|用户错误的数量和频率
3739		-|服务如何工作？| |返回上一阶段的频率（“后退按钮用法”）
3740		-| | |丢弃（未完成）服务操作的数量和频率
3741		-|情绪体验|界面清晰便捷|用户使用帮助界面的事务数和百分比
3742		-|服务的感觉如何？|服务操作的便捷性和速度|平均处理时间（从客户呼叫到工单解决的平均处理时间）
3743		-| | |客户费力度得分衡量客户满意度（客户在使用服务解决问题时所付出的努力）
3744		-| | |一线响应率（支持代理响应客户的平均时间）
3745		-| | |用户对服务界面的平均和最低评价
3746		-|服务满足需求的程度如何？|功能和情感体验的反映，表明使用服务时|用户对服务的平均和最低评级
3747		-| |的满意度和对服务提供者的忠诚度|试用期后取消订阅的用户数和百分比
3748		-| | |客户流失率（在一段时间内停止使用服务的客户百分比）
3749		-| | |推广员数量指标衡量客户忠诚度（作为组织或服务推广人的客户百分比）
3750		-
3751		-客户体验和用户体验是客户或用户感知到的与服务和服务提供者的功能和情感互动的总和。为了全面了解客户体验和用户体验，需要从客户的角度考虑三个问题：
3752		-
3753		-* 服务如何工作？（功能体验）
3754		-* 服务的感觉如何？（情绪体验）
3755		-* 服务在什么程度上满足我的需求？（满意度）
3756		-
3757		-服务提供者应该考虑使用以下方法来监控客户体验：
3758		-
3759		-* 服务交互后收集即时反馈
3760		-* 监控社交媒体
3761		-* 定期创建问卷和客户调查
3762		-* 收集来自服务评审会议的客户反馈
3763		-* 作为重大变更、发布和新的或更改的服务的变更实施过程的一部分，进行的实施后评审的反馈
3764		-* 进行电话感受调查
3765		-* 分发满意度调查
3766		-* 分析投诉和表扬
3767		-* 使用焦点小组进行A / B测试。
3768		-
3769		-服务提供者应将体验数据与服务的可测量技术特征相关联。客户满意度指数是跟踪和评估客户体验的好地方。然而，如果没有支持的指标，可能很难对根本原因进行进一步的分析：例如，在客户满意度下降的情况下。服务级别度量对于这种分析非常有帮助。体验和满意度指标以及服务水平和资源性能指标的组合为服务提供者提供了调查偏差和实现持续改进的机会。
3770		-
3771		-在某些情况下，这些指标可以是服务级别或基于体验的协议的一部分，并包含在SLA记分卡和服务报告中。在其他情况下，服务提供者不披露这些信息，并将其用于服务营销。
3772		-
3773		-一个非常有效的替代方法是通过用户面板直接测量服务体验，用户面板用于收集反馈而服务提供者只能观察到这些反馈。用户提供自由形式的评论，并分享他们对服务体验的看法以及如何改进服务的想法 （Gianotten，2017）。
3774		-
3775		-=== 9.2.3 跟踪服务的使用 ===
3776		-
3777		-服务计量和服务使用分析是跟踪、映射和了解客户和用户行为的一种方法。这有助于理解价值如何以及何时实现。
3778		-
3779		-服务被设计成支持客户活动，而客户活动反过来又支持实现客户结果。每次执行客户活动时，都会产生对服务的需求。客户资产（例如人员，流程和应用程序）均执行活动。由于这些资产的组织方式或它们正在完成的任务，此活动将倾向于按模式执行。这些业务活动模式（PBA）代表了业务的动态，包括与客户、供应商、合作伙伴和其他利益相关者的服务交互。
3780		-
3781		-使用不同级别的服务需要不同级别的IT资源利用率。服务提供者必须能够预测业务活动，并确保有足够的服务能力来应对不断变化的需求。这些活动是ITIL能力和绩效管理实践的一部分。业务活动模式也有助于理解不同用户组在服务使用方面的差异，并可用于识别用户配置文件或角色。用户配置文件传达相关用户的角色、职责、交互、日程安排、工作环境和社交环境的信息，这些信息可用于定制和改进服务和客户旅程。
3782		-
3783		-== ​​​​​​​9.3 评估和报告价值实现 ==
3784		-
3785		-评估和报告价值实现是关于整合来自各种数据源的数据，关联整合数据，解释和评估信息，并以适合决策的形式呈现。它可能包括正式的服务审查或服务提供者与客户之间的非正式会议。
3786		-
3787		-|(((
3788		-**关键信息**
3789		-
3790		-客户可以在不同的层面上向服务提供者寻求服务成果实现的证据，如投资回报率、实现战略目标、流程绩效、满意度指标、服务级别等。然而，正如我们所看到的，这些层次都是相互关联的。即使在客户仅要求服务可用性，容量和性能的情况下：
3791		-
3792		-* 服务提供者应该尝试将服务绩效指标映射到消费者流程性能指标、战略目标和消费者目的，以便正确理解客户
3793		-* 客户应该将服务级别与它的战略目标联系起来，并至少在质量上分析服务对服务消费者目的的贡献程度。
3794		-)))
3795		-
3796		-作为评估的一部分，应将捕获的体验、性能和输出数据与结果、风险和成本相关联，并应评估服务对客户目标和宗旨的总体贡献。表9.5概述了价值实现评估和报告的两个层次。
3797		-
3798		-合并数据后，应分析结果并应考虑以下问题：
3799		-
3800		-* 是否达到目标？
3801		-* 有什么动态？
3802		-* 有没有明显的趋势？
3803		-* 趋势是正面还是负面？
3804		-* 是否存在潜在的结构性问题？
3805		-* 是否需要改进？
3806		-* 是否有不可预见的模式或出人意料和意外结果应反馈给设计和改进？
3807		-* 是否有关于产品，服务，客户旅程或背景（市场）的新信息
3808		-
3809		-表9.5 价值实现的评估和报告的两个级别
3810		-
3811		-| |**评估和报告体验，绩效和输出数据**|**评估和报告结果，风险和成本**
3812		-|(% rowspan="2" %)规程|将捕获的体验，绩效或绩效和输出数据与协议目标相关（如果适用）|将体验，绩效和输出数据与服务结果，风险和成本关联起来
3813		-|(((
3814		-使用适当的技术组合数据
3815		-
3816		-使用约定的报告模板或仪表板生成报告
3817		-)))|使用映射工具将服务体验，结果，风险和成本与服务消费者目标和结合起来
3818		-|数据聚合和关联技术|从IT 组件到记分卡层次结构|组织改进点关联或类似
3819		-|(% rowspan="3" %)评估和报告方法|SLA记分卡|投资收益评估
3820		-|服务级别报告和仪表板|成本效益分析（包括结果，成本和风险）
3821		-|服务回顾|实施后评审，回顾，审计和更多基准测试
3822		-|(% rowspan="5" %)相关的ITIL实践|容量和性能管理|组合管理
3823		-|测量和报告|关系管理
3824		-|风险管理（提供风险数据）|风险管理（提供风险数据）
3825		-|服务财务管理（提供成本数据）|服务财务管理（提供成本数据）
3826		-|服务级别管理|
3827		-
3828		-如果适用，应使用评估技术，比如实施后评审、审计和成本效益分析。
3829		-
3830		-|(((
3831		-**进一步阅读**
3832		-
3833		-请参阅《测量和报告实践指南》，以了解：
3834		-
3835		-* 如何使用排序，序列（例如，根据时间序列），标准化，映射，标记，分组，关联等方法优化数据并将其处理为信息。
3836		-* 如何使用聚合技术，级联和层次结构来构建可有效用于评估的平衡计分卡。
3837		-)))
3838		-
3839		-应该考虑目标受众。许多组织将原始的数据和报告带给所有人。他们不处理或分析它。这就导致了各级管理者收到太多电子邮件的情况。实践经验表明，功能失调的组织往往比有效的组织更多地使用报告.
3840		-
3841		-|(((
3842		-**提示**
3843		-
3844		-单独的报告可以创造认知，但一份有行动计划的报告可以产生结果。
3845		-)))
3846		-
3847		-(% style="text-align:center" %)
3848		-[[image:1639052537691-609.png]]
3849		-
3850		-== 9.4 评估价值实现和改进客户旅程 ==
3851		-
3852		-评估价值实现和改进客户旅程请参阅持续改进模型的步骤6和7。如果跳过这些步骤，则很难验证是否实现了预期或约定的结果，并且可能会丢失从该迭代中获得的经验教训（ITIL Foundation，第4.6.1.6节）。同样重要的是要确保改进和改变的行为不会有逆转的风险：参阅 ITIL Foundation，第4.6.1.7节和《组织变革管理实践指南》。
3853		-
3854		-此外，只要服务提供者和服务消费者处于不断变化的状态（迅速变化的经济状况），这些领域就需要不断改进，因为它可能为利益干系人带来最大的收益。
3855		-
3856		-评估价值的实现不仅验证单个服务已创造所需的价值，而且还验证了所需的客户体验已实现（单循环学习）。通过双循环学习，评价包括检查原始价值主张是否仍然有效，并且SVS是适合的，如表9.6所示。
3857		-
3858		-|(((
3859		-**你知道吗？**
3860		-
3861		-20世纪70年代，Chris Argyris和Donald Schon提出了单循环和双循环学习的概念，作为其组织学习理论的一部分（Argyris，1991）：：
3862		-
3863		-* 单循环学习描述了当目标是解决当前组织结构中的问题以使系统更好地运行时发生的学习类型，它并不试图改变系统的结构。
3864		-* 双循环学习，也称为重构，质疑组织内工作的目的和功能，并不认为现有的组织结构是理所当然的。双循环学习关注的是理解完成任务的基础，而不是更有效地完成任务的过程。
3865		-)))
3866		-
3867		-表9.6评估和改善服务和客户旅程
3868		-
3869		-| |**单循环学习**|**双循环学习**
3870		-|服务透视图|服务是否创建了预期的价值？|原始的价值主张是否仍然有效？
3871		-|客户旅程|是否已达到所需的客户体验？|是SVS是否适用？
3872		-
3873		-=== 9.4.1 评价和验证 ===
3874		-
3875		-在简单的标准化环境中，价值实现的评估可能是部分预定义的。如果服务级别目标定义明确，那么自动化的服务绩效报告和SLA计分板可能会指示价值实现是否达到约定的目标。客户只在出现偏差时才作出反应。
3876		-
3877		-在更复杂的环境中，评估过程不能完全形式化。服务提供者可能很难完全理解消费者想要达到的结果。在这种情况下，经常以面对面会议的形式进行服务评审可能是评估价值实现的有效方法。
3878		-
3879		-在某些环境中，价值的实现可能需要连续的评价并就目标变更以及实现的价值进行协商。服务提供者和客户可以组成共享团队来执行此操作。可替代地，可以通过诸如动态协商网络之类的认知技术来部分自动化价值实现的目标和评价的协商，在该技术中，不同领域的管理者就特定服务请求的服务级别参数相互协商。
3880		-
3881		-评估是挑战最初假设的机会。为解决客户的问题，应考虑以下问题以重新评估假设：
3882		-
3883		-* 是否还有真正的问题需要解决？
3884		-* 服务仍然是解决问题的最佳方式吗？
3885		-* 服务是否仍然适用和使用？
3886		-
3887		-由于情况总是在变化，客户应随时向服务提供者通报可能影响服务结果、体验、风险和成本的变化。
3888		-
3889		-=== 9.4.2 持续改进 ===
3890		-
3891		-价值实现的评估为产品、服务和SVS所有组成部分的持续改进提供了重要的输入。其他改进来源包括：
3892		-
3893		-* 服务使用分析
3894		-* 事件，投诉和问题分析
3895		-* 服务请求模式的分析
3896		-* 分析自助服务模式和知识文章的使用
3897		-* 变更请求和改进点请求
3898		-* 用户反馈和来自用户社区的反馈
3899		-* 客户反馈和客户满意度调查
3900		-* 服务需求的变化
3901		-
3902		-这些来源提供有关持续服务提供和消费的信息，实现容量和可用性预测，探索新机会，确定新的服务价值流等。
3903		-
3904		-通过以下ITIL实践可以捕获反馈和处理信息：
3905		-
3906		-* 持续改进
3907		-* 事件管理
3908		-* 知识管理
3909		-* 监控和事态管理
3910		-* 服务目录管理
3911		-* 服务台
3912		-* 服务请求管理
3913		-
3914		-将这些实践集成到相关的服务价值流中有助于捕获改进的触发因素，分析这些输入，并启动对产品和服务的改进，以及实践、服务价值流、服务协议和SVS代表的其他组件。
3915		-
3916		-《持续改进实践指南》和ITIL®4：指导计划和改进中详细介绍了持续改进。
3917		-
3918		-|(((
3919		-**ITIL的故事：评估价值的实现并改善客户的旅程**
3920		-
3921		-[[image:1639052679080-792.png||height="54" width="38"]]**S**//olmaz：我们一直在监视和评估客户对供应服务实际价值的看法。为了做到这一点，我们分析了客户旅行后填写的反馈表。我们调查并从投诉和事件中吸取教训，并将其与数据链接，我们收集有关路线和使用方式的信息。基于此，我们开始改进服务产品，协议和技术解决方案。//
3922		-
3923		-[[image:1639052687281-789.png||height="50" width="42"]]//Mariana：我们发现的一个发现是，电动汽车的行驶时间比我们预期的要长，这意味着可用性的使用受到了更大的限制，客户纷纷向社交媒体投诉。我们通过为平日较短的员工引入特价来回应。这有助于确保供应满足需求的要求，并且不会让客户陷入困境。//
3924		-
3925		-[[image:1639052767033-216.png||height="49" width="40"]]**R**//adhika：我们已经评估并评估了客户对会员资格和预订的评价。我们注意到的一种模式是，发给我们成员以解锁汽车的读卡器经常由于损坏而放错位置或发生故障。单循环方法是将丢失或发生故障的卡重置或发布到事态中的成员，但是花了一些时间才能对卡进行编码，发行和接收。//
3926		-
3927		-[[image:1639052679080-792.png||height="54" width="38"]]**S**//olmaz：它还产生了取消、跟踪和重新发行卡的管理开销。//
3928		-
3929		-[[image:1639052767033-216.png||height="49" width="40"]]**R**//adhika：双循环方法是自动解锁汽车，这意味着我们已经能够完全淘汰读卡器。//
3930		-
3931		-[[image:1639052687281-789.png||height="50" width="42"]]**M**//ariana：我们的初步试验取得了巨大的成功，并展示了评估整个客户旅程的价值实现的好处。这使我们能够实现价值知道价值受到延迟进入汽车的危害。//
3932		-)))
3933		-
3934		-== 9.5 为服务提供者实现价值 ==
3935		-
3936		-尽管服务提供者的观点可能与客户的观点不同，但前几章介绍的跟踪客户价值实现的活动、方法和技术仍然适用于服务提供者。
3937		-
3938		-=== 9.5.1 跟踪，评估和评价结果 ===
3939		-
3940		-内部服务提供者通常受制于其所属法人实体的共同战略目标。首先，服务提供商的存在是为了为客户和用户创造价值，而不是为了追求自己的目标。因此，尽管服务提供者可能在ITIL组织改进层级或平衡计分卡中有自己的分支机构，最好将跟踪、评估和评估结果纳入客户结果的跟踪、评估和报告中。
3941		-
3942		-另一方面，外部服务提供商追求自己的业务目标，尽管它为客户服务并帮助他们实现目标是实现自己目标的一种手段。这些目标不仅是财务方面的，还可能包括品牌知名度、市场份额、能力提升、资源利用等。因此，服务提供者不仅要跟踪顾客价值的实现，还要跟踪自身价值的实现。
3943		-
3944		-|(((
3945		-**关键信息**
3946		-
3947		-上面介绍的用于跟踪，评估和评估价值实现的方法和技术对服务提供者而言与对服务消费者一样有效。
3948		-)))
3949		-
3950		-=== 9.5.2  跟踪，评估和评价成本  ===
3951		-
3952		-跟踪、评估和评估服务成本是服务财务管理程序的一部分；《服务财务管理实践指南》解决了这一问题。服务提供者应该完全了解服务成本的结构，以便对优化资源配置并支付费用。应定期重新审查成本结构和分配，以确保它们符合组织的目标以及产品和服务组合。
3953		-
3954		-通常，服务的成本通常包括：
3955		-
3956		-* **硬件成本**包括折旧形式的设备支出。跟踪此类成本需要资产管理。
3957		-* **软件和许可证成本**包括软件开发成本和许可证支出。跟踪此类成本需要软件资产管理并记录有关许可证使用的信息。
3958		-* **合同付款（向供应商）**。
3959		-* **人事费用**包括服务交付和运维人员的费用支出。跟踪此类成本需要任务跟踪，时间表等。
3960		-
3961		-为了计算服务成本，需要基于服务的成本模型，该模型提供有关服务组件和配置项之间关系的信息，以及有关商品和服务消耗的信息。配置模型作为服务配置管理的一部分，被广泛用作服务成本模型的基础。
3962		-
3963		-=== 9.5.3 跟踪，评估和评价风险以及合规性 ===
3964		-
3965		-跟踪、评估和评估服务风险与跟踪成本同等重要；如果不了解服务风险，服务提供者或客户就无法识别服务失败的潜在影响。
3966		-
3967		-从价值实现的角度看，风险可以看作是可能的危害。
3968		-
3969		-服务风险标识和评估的主要信息来源是：
3970		-
3971		-* 服务事件和投诉
3972		-* 安全事件和其他不合规行为
3973		-* 服务质量的监控
3974		-* 跟踪服务价值和体验
3975		-* 需求和容量的变化
3976		-* 资源，产品和服务产品的变化
3977		-* 法律和法规要求，合同和协议的变更。
3978		-
3979		-通常，在服务评审中会为客户确定主要的服务风险，并将风险缓解作为持续改进的一部分。有关服务风险识别、评估和缓解措施的详细指导，请参阅《风险管理实践指南》。
3980		-
3981		-=== 9.5.4 计费和帐单 ===
3982		-
3983		-服务提供者价值实现的一部分是利润，或者至少是成本回收。客户对服务的收费金额取决于收费策略。有几个选项可供选择：
3984		-
3985		-* **成本回收或收支平衡** 在这种情况下，服务提供商只会寻求回收其成本。它不会盈利或亏损。
3986		-* **额外保证金的回收 **在这种情况下，服务提供者将寻求收回超出其实际成本的费用。需要注意的是，保证金不是利润。额外的资金可以存入一个单独的帐户中，留出资金用于更新技术或支付意外的项目费用，或用于抵消新投资的费用。
3987		-* **交叉补贴 **在这种情况下，向一部分服务收取额外的保证金，然后将其用于抵消另一部分服务的成本。该策略通常用于为超出预算或业务绩效低于预期的内部客户提供服务，这里的风险是，临时补贴往往成为永久性补贴。
3988		-* **利润 **在这种情况下，服务提供者的目标是为其所有者或企业再投资创造利润。
3989		-
3990		-当服务提供者和顾客属于同一个法人实体时，对顾客的服务价格通常以服务成本为基础。这些服务成本通常通过企业成本分配模型分配给内部客户，以减少收费的间接费用。然而，估算收费和其他基于成本的收费模式，如基于服务和基于活动的模式，也很常见，以鼓励成本意识和行为。
3991		-
3992		-收费项目的概念非常有用。收费项目与成本单位类似，因为它们是衡量成本或收费的最低水平。主要区别在于，成本单位是从IT的角度来衡量的，而收费项目是从客户的角度来衡量的。之所以有两个不同的类别（成本单位和收费项目），是因为项目的成本可能与其价格不同。在决定收费项目时，应考虑以下原则：
3993		-
3994		-* 需要了解服务使用的驱动因素。例如，应收费项目应明确服务的交付和消费方式相联系。
3995		-* 服务提供者和/或客户应该能够基于数据客观地衡量收费项目。
3996		-* 收费项目必须是客户可以感知和控制的项目。服务提供者应该能够刺激可持续的消费者行为，理想情况下，它将使成本减少到支持消费者所需级别上运行的最低限度。然后，客户可以通过控制这些项目的需求来管理预算。
3997		-
3998		-通常，业务交付物不适合作为收费项目，因为它们需要对所消耗的资源进行详细的度量（销售分析）。在这种情况下，可能必须建立一个结构，将服务作为一个整体进行收费。另一个问题是，业务可交付成果不能轻易地归属于单个流程或应用程序，这需要建立复杂的成本分配模型（请参阅《服务财务管理实践指南》）。一般来说，定制的服务越多，客户定义自己服务的自由度越高，收费结构就越详细。
3999		-
4000		-有关如何衡量服务使用情况的示例有：
4001		-
4002		-* 处理器利用率，内存利用率，文件存储利用率（云/基础设施服务）
4003		-* 业务事务数（应用程序即服务）
4004		-* 应用程序登录和并行用户数量（应用程序即服务）
4005		-* 在差异收费情况下处理的请求数（例如生成的报告）。
4006		-
4007		-尽管收费是指直接从客户处收回服务费用的过程，但计费是指为服务和货物开具发票并向客户出示发票的过程。发票是客户旅程中的一个重要接触点；它可能会过度影响客户体验，因为它是在旅程结束时呈现的，这可能会产生强烈的负面影响。
4008		-
4009		-计费主要有四个选项：
4010		-
4011		-* **无计费 **在这种情况下，服务提供者决定不开具发票。如果成本是通过企业成本分摊来支付的，通常情况就是这样。
4012		-* **信息计费或显示 **在这种情况下，服务提供者生成发票，但实际不收款。信息计费用于建立对真实成本的认知，或使客户在实际收费时做好准备。
4013		-* **内部计费或退款** 在这种情况下，内部客户收到与客户服务使用直接相关的费用账单（或“交叉计费”）。
4014		-* **开票和收款 **这种类型的开票需要专用的财务信息系统，可以处理发票，收款，债务人和债权人。
4015		-
4016		-=== 9.5.5 组合管理 ===
4017		-
4018		-组合管理对于服务提供者跟踪和实现价值起着重要的作用。它不仅可以识别出回报最高的投资，而且还可以根据服务提供者及其客户的服务价值来分析和跟踪投资。
4019		-
4020		-组合管理提供了监督和控制服务价值实现的方法和模板。可以生成正式的价值实现评估报告，并为服务利益相关者提供当前投资状态的简介。
4021		-
4022		-组合管理支持单循环和双循环学习。这些区域可能导致：
4023		-
4024		-* 需要上报的异常报告
4025		-* 服务资源分配更新
4026		-* 服务组合更新。
4027		-
4028		-有关组合管理的详细指南，请参见组合管理实践指南。
4029		-
4030		-== 9.6 总结 ==
4031		-
4032		-利益干系人的价值并不是独立实现的。必须根据价值共同创造计划来驱动、跟踪、评价和评估价值，并且必须通过持续改进来持续维护和增加服务价值。
4033		-
4034		-----
4035		-
4036		-= 10. 结论 =
4037		-
4038		-我们研究了一般客户旅程中的七个步骤，并就每个步骤（单独或整体）如何有助于推动利益相关者价值和体验提供了指导。图10.1显示了整个一般客户旅程。
4039		-
4040		-如我们所见，在现实生活中，客户的旅程从不遵循线性或理论上的步骤序列。客户旅程遵循的是接触点和服务交互的新兴模式，这与其说是例外，不如说是规则。
4041		-
4042		-服务不是制造或生产，而是两个或多个利益相关者之间的共同创造价值。服务体验是由客户旅程中的单独接触点和服务交互形成的。为了提高服务消费者的满意度，每个接触点都必须带来良好的客户体验，这样整个过程都能满足客户的期望。
4043		-
4044		-优化利益相关者的价值已在本书中深入探讨。变革会影响组织与服务消费者及其合作伙伴的交互方式，因此使用这七个步骤对成功地管理这些关系非常重要。为了支持当今组织的需求，IT和服务管理专业人员应该采用一种协作文化，这种文化关注于组织、及其客户和其他利益相关者的价值。
4045		-
4046		-充分利用ITIL® 4:推动利益相关者的价值，应与ITIL管理实践指南一起研究，该指南可在线获取，并为所有34个实践提供详细的实践建议。其中包括可应用于所有ITIL 4出版物的实践指导。
4047		-
4048		-(% style="text-align:center" %)
4049		-[[image:1639053120507-216.png]]
4050		-
4051		-图片10.1一般客户旅程
4052		-
4053		-所有ITIL出版物都是整体出版物，重点是价值。他们解决了服务管理四维模型的问题，并以一种能够为组织，其客户和其他利益相关者创建价值的方式帮助管理资源。
4054		-
4055		-ITIL®4：指导计划和改进提供了有关使生产和服务管理与当今的业务要求保持一致，推动成功的组织转型以及将持续改进嵌入到组织的文化各个级别的指南。
4056		-
4057		-ITIL®4：创建，交付和支持提供有关生产和服务管理的文化和团队管理方面的指南，并概述了支持服务管理的各种工具和技术。它演示了如何将管理实践集成到端到端价值流中。
4058		-
4059		-ITIL®4：高速IT提供有关全面数字化转型的详细指南，并帮助组织朝着业务和技术的融合发展或建立新的数字化组织。
4060		-
4061		-所有ITIL出版物都是全面的，注重价值。它们解决了服务管理的四个方面，并以一种能够为组织、客户和其他利益相关者创造价值的方式帮助管理资源。
4062		-
4063		-ITIL公司® 4：指导、计划和改进，为使产品和服务管理与当今的业务需求保持一致提供指导，推动成功的组织变革，并将持续改进嵌入到组织的各个层面的文化中。
4064		-
4065		-ITIL公司® 4:创建、交付和支持，提供有关产品和服务管理的文化和团队管理方面的指导，并概述支持服务管理的各种工具和技术。它演示了如何将管理实践集成到端到端的价值流中。
4066		-
4067		-ITIL公司® 4：高速IT，为全面数字化转型提供详细指导，帮助组织向业务和技术融合的方向发展，或建立新的数字化组织。
4068		-
4069		-----
4070		-
4071		-= 尾注：ITIL故事 =
4072		-
4073		-eCampus Car Share推出已经一年了，Mariana的新型服务取得了巨大的成功。由于团队采用了服务设计技术，并考虑了客户旅程的所有步骤，该服务已被证明非常受欢迎。它已经为客户和利益相关者创造价值，包括艾克苏 Car 租赁和大学。
4074		-
4075		-在第一年，eCampus Car Share 并没有产生足够的利润来支付艾克苏的初期投资成本。然而，Henri很高兴艾克苏已实现其目标，即以学生为主导，提供可负担得起的，环保的汽车，使学生和教职员工按时到达校园的干扰和延误最小化。
4076		-
4077		-Mariana的服务也证明了在São Paulo对环境负责的汽车共享服务是有市场的，特别是在大学的学生和教职员工中。该团队认为，这项服务可以推广到其他校园和城区，目前正在寻找进一步发展业务的途径。