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

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -305,6 +305,1536 @@
305	305
306	306	----
307	307
	308	+= 7. 步骤5：引入 =
	309	+
	310	+[[image:1639049245149-501.png]]
	311	+
	312	+
	313	+ 计划引入
	314	+
	315	+ 与用户相关并建立关系
	316	+
	317	+ 提供用户参与和交付渠道
	318	+
	319	+ 使用户能够使用服务
	320	+
	321	+ 提升彼此的能力和撤销客户与用户
	322	+
	323	+
	324	+引入包括服务消费者开始使用服务和服务提供者准备交付服务所需的所有活动。这些范围包括从打开并可供使用的服务（例如，连接到网络的移动电话）到合同协议、用户感知、培训和资源共享（例如，外包桌面设备）。
	325	+
	326	+
	327	+有效的引入支持服务的提供和使用，提高服务的使用效率，改善用户体验，确保满意度，并增进服务提供者和服务消费者之间的关系。
	328	+
	329	+
	330	+表7.1总结了服务提供者、服务消费者和其他利益相关方为何应投资有效的引入和撤销。
	331	+
	332	+
	333	+引入在协议达成或更改之后，但在服务消费启动之前发生。引入为用户创造了第一个服务印象，这可能会严重影响发起人和客户就服务关系做出的任何进一步决定。 因此，应根据商定的计划仔细计划和管理每个引入计划。
	334	+
	335	+
	336	+表7.1 引入和撤销的目的
	337	+
	338	+(% style="width:1025px" %)
	339	+|**引入和撤销**|(% style="width:389px" %)**对于服务消费者**|(% style="width:391px" %)**对于服务提供者**
	340	+|促进成果和体验|(% style="width:389px" %)(((
	341	+通过有效使用服务来确保更好的投资回报
	342	+
	343	+改善用户体验
	344	+
	345	+通过有效使用服务来提高业务运营的效果和效率
	346	+
	347	+通过与新的服务提供者合作来最大化价值
	348	+)))|(% style="width:391px" %)(((
	349	+通过与新的服务消费者/客户/用户的合作来最大化价值
	350	+
	351	+提高对新的服务和服务提供者的总体了解
	352	+
	353	+提高客户和用户的忠诚度和参与度
	354	+)))
	355	+|优化风险和合规性|(% style="width:389px" %)(((
	356	+降低与新服务和用户有关的用户事件及问题的可能性
	357	+
	358	+缩短过渡到新服务/提供者的时间
	359	+)))|(% style="width:391px" %)(((
	360	+降低服务质量中事件和相关违规的可能性
	361	+
	362	+防止/减少用户对新服务和/或服务提供者的抵制
	363	+)))
	364	+|优化资源并最小化成本|(% style="width:389px" %)(((
	365	+减少过渡到新服务/提供者相关的成本和损失
	366	+
	367	+优化用户培训成本
	368	+
	369	+优化用户支持成本
	370	+)))|(% style="width:391px" %)(((
	371	+减少过渡成本
	372	+
	373	+减少用户支持成本
	374	+
	375	+优化入门成本和整体资源利用率
	376	+)))
	377	+
	378	+引入包括：
	379	+
	380	+* 在利益相关者中构建有关新服务消费者（或与现有消费者的服务关系的新范围）的认知
	381	+* 确保为服务提供准备好服务范围内的所有资源
	382	+* 确保客户和用户已准备好使用服务消费。
	383	+
	384	+引入通常被认为是服务提供者的活动，而服务消费者参与却很少。但是，成功的引入涉及服务提供者和服务消费者。如果服务消费者的参与需要大量资源，组织通常会同意，并提前与客户达成引入的方法。重要的是要确保其他合作伙伴和供应商知道并接受引入方法和计划（如果它们将参与其实现）。当将引入详细定义为产品、服务和服务产品设计的一部分时，用于特定计划的规划则更容易、更安全、更快捷。因此，在第5章中将引入方法定义为产品、服务和服务提供设计的一部分。在本章中，引入方法适用于特定引入计划的计划。
	385	+
	386	+从服务提供者角度来看，成功的引入依赖于以下ITIL 管理实践：
	387	+
	388	+* 部署管理
	389	+* 组织变革管理
	390	+* 发布管理
	391	+* 服务配置管理
	392	+* 服务设计
	393	+* 服务台
	394	+* 服务级别管理。
	395	+
	396	+规划和执行引入计划中可能还涉及其他实践。例如，有时将引入作为项目进行管理，需要项目管理实践。
	397	+
	398	+
	399	+|(((
	400	+**ITIL故事：第5步– 引入**
	401	+
	402	+[[image:1639049400385-584.png||height="51" width="42"]]//Mariana：汽车共享与传统汽车租赁不同。我们希望与客户保持持续的关系，并且客户必须对法律以及他们对汽车共享俱乐部中其他驾驶员的义务负责。//
	403	+
	404	+[[image:1639049408203-780.png||height="54" width="39"]]**S**//olmaz：我们已经为客户建立了会员等级。他们中的一些人将成为常规用户，而某些人将不再需要汽车。普通客户将支付月租费和较低的预订费，而很少使用的客户将支付较高的预订费以避免月租费。我们所有的客户都需要完成相同的引入流程。//
	405	+
	406	+[[image:1639049400385-584.png||height="51" width="42"]]//Mariana：在我们的引入过程中，我们请客户同意他们将遵守所有驾驶法规。这包括关于遵守交通信号灯和标志，不在酒精或毒品影响下驾驶的法律以及停车法。我们还要求所有客户在使用我们的汽车时携带驾驶执照和其他身份证明。//
	407	+)))
	408	+
	409	+[[image:1639049435845-855.png]]
	410	+
	411	+
	412	+== 7.1 规划引入 ==
	413	+
	414	+引入规划实际上是将一种或多种服务产品的引入方法适应于该引入计划的范围和背景的行为。引入计划应该考虑服务关系的当前状况、引入计划的范围、资源的当前配置以及相关的风险。
	415	+
	416	+
	417	+规划引入计划是客户和服务提供者之间的协作。客户参与：
	418	+
	419	+* 定义引入目标和相关指标
	420	+* 确定引入所覆盖的服务提供者和服务消费者资源（（访问和集成）
	421	+* 规划引入行动，包括时间表和职责
	422	+* 审核并接受引入计划。
	423	+
	424	+引入计划应该回答以下问题：
	425	+
	426	+* 引入目标是什么？
	427	+* 引入范围是什么？
	428	+* 引入行动是什么？
	429	+* 谁负责引入行动？
	430	+* 如何控制引入并确保其成功？
	431	+
	432	+=== 7.1.1 引入目标 ===
	433	+
	434	+服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括：
	435	+
	436	+* 确保服务消费者顺利迁移到协议服务
	437	+* 确保服务消费者从内部技术平台平稳迁移到云
	438	+* 支持所选服务的用户数量的临时增加
	439	+* 支持服务消费者从一个（第三方）供应商切换到另一个。
	440	+
	441	+应该根据议定的目标（成果）来评估引入的成功，而不是仅仅检查计划的引入行动（输出）的进度和完成情况。
	442	+
	443	+
	444	+负责与服务消费者之间的关系以及范围内产品和服务管理的团队，应设定引入目标。 这些人可能扮演以下角色：
	445	+
	446	+* 产品负责人
	447	+* 服务负责人
	448	+* 客户经理
	449	+* 关系经理
	450	+* 业务合作伙伴。
	451	+
	452	+在服务消费者方面，客户有责任同意引入的目标，并将其传达给组织内的相关利益相关方，以及组织的合作伙伴和供应商（如果它们是引入的一部分或受其影响）。
	453	+
	454	+
	455	+在关键利益相关方接受引入目标之后，应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是，服务消费者代表将被告知、被咨询或对此负责，因为引入是一项联合行动，可能需要双方大量资源。
	456	+
	457	+
	458	+== 7.1.2 引入范围 ==
	459	+
	460	+要定义引入的范围，应考虑以下问题：
	461	+
	462	+* 需要引入的消费者资源是什么？
	463	+* 引入需要哪些提供者资源？
	464	+* 引入什么时候开始和结束？
	465	+
	466	+引入方法有望回答所有这些问题，但是每个引入计划都需要根据该计划的范围，对引入方法进行审查和调整。
	467	+
	468	+
	469	+表7.2概述了与服务管理四维模型有关的消费者资源引入的可能范围。
	470	+
	471	+
	472	+表7.2 引入的消费者资源示例
	473	+
	474	+|(% style="width:129px" %)**服务管理维度**|(% style="width:417px" %)**资源实例**|(% style="width:749px" %)**需要引入的示例**
	475	+|(% style="width:129px" %)组织和人员|(% style="width:417px" %)用户（消费者组织的雇员）|(% style="width:749px" %)为了有效利用服务，用户需要接受有关服务使用和支持设置方面的培训
	476	+|(% style="width:129px" %)价值流和流程|(% style="width:417px" %)消费者组织程序、动作和工作流程|(% style="width:749px" %)应调整程序以整合服务、技术和服务提供商人员
	477	+|(% style="width:129px" %)信息和技术|(% style="width:417px" %)消费者组织的技术、数据和IT服务|(% style="width:749px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限； IT资源应与服务提供商的IT资源整合在一起； 数据和信息应迁移和/或转换
	478	+|(% style="width:129px" %)合作伙伴和供应商|(% style="width:417px" %)用户（消费者组织的供应商和合作伙伴的雇员充当新服务用户）|(% style="width:749px" %)用户（代表消费者组织的供应商和合作伙伴）需要使用服务和支持程序方面的培训
	479	+
	480	+引入方法将影响一个或多个资源。当为引入方案创建引入计划时，服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。
	481	+
	482	+
	483	+对于客户旅程，引入暗示以下或类似的场景之一：
	484	+
	485	+* 引入新的服务消费者组织开始使用一系列服务
	486	+* 在现有服务消费者组织内加入新客户
	487	+* 引入现有客户开始使用一系列新服务
	488	+* 从其它服务提供者迁移服务消费者
	489	+* 从其它服务提供者迁移服务和/或生产。
	490	+
	491	+这些场景旨在连接服务提供者资源和服务消费者，服务消费者可能涉及多个服务、用户、位置和供应商。最复杂的引入计划可以作为项目或项目群来运行。在设计产品和服务时，服务提供者旨在最大程度地减少引入的成本，并使服务消费的启动变得无缝和便捷。
	492	+
	493	+对于用户旅程，引入意味着以下或类似的场景之一：
	494	+
	495	+* 引入新的用户开始使用一项或多项服务
	496	+* 引入现有的用户以开始使用一项或多项服务
	497	+* 引入现有用户切换到一个或多个服务的较新版本
	498	+* 将现有的用户从当前的服务迁移到另一个服务。
	499	+
	500	+这些场景意味着服务提供者和服务消费者的资源已在客户引入期间集成，并且用户引入仅需要针对用户的较少操作。但是，涉及大量用户的用户引入计划可能非常复杂，需要项目管理。
	501	+
	502	+
	503	+为了确定引入计划开始和结束时间，应考虑以下因素：
	504	+
	505	+* 全新或现有的服务消费者
	506	+* 全新或现有的客户
	507	+* 全新或现有的用户
	508	+* 全新或现有的生产/ 服务/ 服务供应
	509	+* 由服务提供者资助的商业服务提供，或由服务消费者组织资助的非商业性服务。
	510	+
	511	+基于上述考虑，引入可能在以下选项期间启动：
	512	+
	513	+* 当各方达成有关服务提供协议时
	514	+* 服务合同正式签订后
	515	+* 服务已部署并准备发布时
	516	+* 服务正在部署时
	517	+* 当用户正式受雇于服务消费者时
	518	+* 用户临时同意的工作时间
	519	+
	520	+引入计划的结束也可能会有所不同。例如，当第一个用户能够使用服务时，或者在所有用户成功通过测试以确认他们熟悉服务之后，某些引入计划可能被视为已完成。新的服务、客户或用户的引入可能包括旧的撤销。有时，这是完成引入所必需的。
	521	+
	522	+
	523	+
	524	+=== 7.1.3 引入客户和用户：引入活动 ===
	525	+
	526	+在同意引入计划的范围之后，应规划引入活动。根据引入计划的范围和规模，以及组织的政策、规则和实践，用于计划的方法和工具可能会有所不同。表7.3提供了可能为服务管理四维模型资源计划的引入活动示例。
	527	+
	528	+
	529	+表7.3中的示例描述了服务提供者、服务消费者和服务消费者的合作伙伴/供应商如何参与引入计划。可以根据应该与服务消费者进行交互的资源类型来定义更具体的操作。例如，向服务消费者介绍服务提供者的应用程序可能需要进行在线培训，但是在研讨会上向他们介绍服务提供者员工会更好。
	530	+
	531	+
	532	+用户引入是用户体验的重要组成部分。当向个人消费者提供服务时，客户和用户引入通常会合并在一起，并且引入操作涵盖了这两个方面。当向大型组织提供服务，并且客户和用户的角色可能会分开时，客户和服务提供者将一起计划用户引入活动。这可能会导致从消费者组织的角度描述引入方法。
	533	+
	534	+
	535	+在许多情况下，尤其是为个人消费者提供服务时，服务提供商会标准化引入并使之自动化。这通常是通过使用高度标准化和兼容的IT解决方案来实现，例如通用平台、标准库和协议、微服务等。无缝引入通常由以下因素维护：
	536	+
	537	+* 多语言界面
	538	+* 高度直观的界面
	539	+* 高可用性支持，包括自助服务和同行支持
	540	+* 自动化软件安装和更新
	541	+* 跨平台可用性。
	542	+
	543	+表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例
	544	+
	545	+|(% style="width:176px" %)**服务消费者资源即将启用**|(% style="width:354px" %)**服务提供者执行的引入活动**|(% style="width:348px" %)**服务消费者执行的引入活动**|(% style="width:417px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**
	546	+|(% style="width:176px" %)服务消费者的组织和人员|(% style="width:354px" %)(((
	547	+提供培训和培训材料
	548	+
	549	+介绍了联系和支持界面
	550	+
	551	+授予用户访问服务的权限
	552	+
	553	+传达了必要的警告（安全和责任）以及条款和条件
	554	+
	555	+成立治理组织
	556	+)))|(% style="width:348px" %)(((
	557	+用户学习培训材料（阅读、参加培训、学习教程等）
	558	+
	559	+组织同意并分配了使用新服务的责任
	560	+
	561	+角色和/或团队已更改以优化服务消费
	562	+
	563	+组织变革管理
	564	+)))|(% style="width:417px" %)(((
	565	+如果供应商服务受引入影响，则提供培训和培训材料
	566	+
	567	+对服务的访问权限进行审查并在需要时进行更改
	568	+)))
	569	+|(% style="width:176px" %)服务消费者的信息和技术|(% style="width:354px" %)(((
	570	+信息系统集成
	571	+
	572	+数据迁移和/或转换，建立数据交换
	573	+
	574	+进行必要的配置和自定义
	575	+
	576	+部署了监视工具和其他操作工具
	577	+
	578	+建立了数据交换协议、集成和工具
	579	+)))|(% style="width:348px" %)(((
	580	+服务提供者的专家可以访问信息资源
	581	+
	582	+信息系统与服务提供者的系统集成在一起
	583	+
	584	+冗余信息系统已停用
	585	+
	586	+建立了数据交换协议、集成和工具
	587	+)))|(% style="width:417px" %)(((
	588	+受引入影响的服务变更（基础架构支持）
	589	+
	590	+服务消费者委托合作伙伴/供应商执行的任何操作
	591	+)))
	592	+|(% style="width:176px" %)服务消费者的价值流和流程|(% style="width:354px" %)(((
	593	+同意服务提供商参与服务消费者的流程； 角色、职责得到同意、分配和测试
	594	+
	595	+在需要的地方提供流程改进咨询
	596	+)))|(% style="width:348px" %)(((
	597	+为服务消费更改/优化组织流程
	598	+
	599	+价值流得到优化，以最大化服务价值
	600	+
	601	+冗余程序（由服务替换或自动化）被删除或更新
	602	+)))|(% style="width:417px" %)(((
	603	+审核合作伙伴/供应商对服务消费者流程的参与；在需要时就角色、职责进行约定、、分配和测试
	604	+
	605	+在需要的地方提供流程改进咨询
	606	+)))
	607	+|(% style="width:176px" %)服务消费者的合作伙伴和供应商|(% style="width:354px" %)(((
	608	+服务消费者的合作伙伴/供应商的授权代表可以使用服务
	609	+
	610	+在需要时提供退役/迁移协助
	611	+)))|(% style="width:348px" %)(((
	612	+与合作伙伴/供应商的合同已更新，以适应新的流程和价值流
	613	+
	614	+冗余（替换）服务的合同被取消或更改
	615	+
	616	+传达服务的新/变更要求
	617	+)))|(% style="width:417px" %)(((
	618	+必要时对合同进行审查和更新
	619	+
	620	+作为用户的供应商代表应学习所需的材料（通过阅读、参加培训、学习教程等）
	621	+)))
	622	+
	623	+但是，在许多引入计划中，用户需要引起极大关注，并且必须将其引入新服务，包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合，在客户引入中，向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。
	624	+
	625	+
	626	+表7.4 用户引入活动的示例
	627	+
	628	+(% style="width:923px" %)
	629	+|**服务**|(% style="width:524px" %)**动作**
	630	+|技术（应用和设备）|(% style="width:524px" %)(((
	631	+在线教程、正式培训、模拟器、自定进度的培训，以及各种形式的手册
	632	+
	633	+指导安装和设置
	634	+
	635	+培训超级用户以领导同行
	636	+)))
	637	+|流程（活动和过程）|(% style="width:524px" %)(((
	638	+海报、手册和培训
	639	+
	640	+演练和指导
	641	+
	642	+根据用户的动机来激发正确的行为
	643	+
	644	+阻止访问旧的工作方式
	645	+)))
	646	+|提供者的人员（操作和支持）|(% style="width:524px" %)(((
	647	+面对面或虚拟介绍，联合研讨会和培训
	648	+
	649	+通讯录和明确的角色描述
	650	+
	651	+团队建设
	652	+)))
	653	+|第三方人员（操作和支持）|(% style="width:524px" %)(((
	654	+面对面或虚拟介绍，联合研讨会以及培训，
	655	+
	656	+通讯录和明确的角色描述
	657	+
	658	+团队建设
	659	+)))
	660	+
	661	+这些引入活动受多种ITIL惯例的支持，包括：
	662	+
	663	+* 变更使能
	664	+* 部署管理
	665	+* 组织变革管理
	666	+* 项目管理
	667	+* 发布管理
	668	+* 服务台
	669	+* 服务请求管理
	670	+* 劳动力和人才管理。
	671	+
	672	+=== 7.1.4 引入控制 ===
	673	+
	674	+当规划引入计划时，必须就控制和验证技术的方法达成一致，以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。
	675	+
	676	+
	677	+保持简单实用的指导性原则适用于引入控制。在许多情况下，最好将引入的控制定义为引入方法的一部分。但是，与引入方法的其他组件一样，应在规划期间对其进行检查和调整。
	678	+
	679	+
	680	+对已完成的引入计划的正式评审可能是有价值的练习。根据引入控制的一般方法，评审可能包括以下内容：
	681	+
	682	+* 正式确认所有计划的引入活动均已完成
	683	+* 评审用户、客户和其他利益相关者的满意度和体验
	684	+* 评审未决的操作和错误
	685	+* 风险评估
	686	+* 持续改进实践的改进登记
	687	+
	688	+表7.5 引入控制方法示例
	689	+
	690	+|**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性**
	691	+|项目集|项目集和项目计划、工作包、评审和KPI|组织变革管理、项目管理|大型客户和用户引入计划需要对各种资源进行复杂的更改
	692	+|项目|项目计划、工作包、评审和KPI|组织变革管理、项目管理|企业服务的大多数服务消费者引入计划
	693	+|一般变更|自定义清单|变更使能、部署管理、组织变革管理、发布管理、服务验证和测试|较小的服务消费者引入计划，主要是向现有消费者引入新服务的地方
	694	+|标准变更|预定义清单|变更使能、部署管理，组织变革管理、发布管理以及服务验证和测试|企业服务的大多数用户引入计划
	695	+|自动化部署和发布（例如，即插即用）|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理，发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划，以及企业服务的许多用户引入计划
	696	+|审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系
	697	+
	698	+引入评审可能会导致下述各种改进：
	699	+
	700	+* 产品、服务和服务提供设计
	701	+* 用户接口和程序
	702	+* 服务组合
	703	+* 服务目录
	704	+* 与合作伙伴和供应商的关系
	705	+* 服务提供者的管理实践
	706	+* 正在进行的引入计划和举措
	707	+
	708	+|(((
	709	+**ITIL故事：规划引入**
	710	+
	711	+[[image:1639049867583-763.png||height="47" width="45"]]//Mariana：引入的目标是确保客户对使用电动车的各个方面感到满意。他们还需要知道如何预订车辆，并且必须同意在我们的道路上以合法和负责任的方式行事。//
	712	+
	713	+[[image:1639049876815-154.png||height="49" width="37"]]**R**//adhika：在我们能够将其发布给我们的第一批客户之前，指导视频经过了一些规划。艾克苏没有专门的电动汽车教育视频，而汽车共享是该公司的一项新服务。客户需要事先做出一些决定，例如他们首选的会员等级。//
	714	+
	715	+[[image:1639049867583-763.png||height="47" width="45"]]//Mariana：我们还希望能够参考视频中的巴西法律法规。艾克苏提供了预算，将视频制作外包给一个小的本地团队，其中包括一名作家、导演和两个演员。我们拍摄了汽车收藏、汽车充电和事件报告。我们还介绍了如何联系道路救援，以及如何计划可能包括公共充电站的旅程。此外，我们希望确保视频中有多种语言的字幕，因为该大学拥有大量的国际学生和教职员工。//
	716	+
	717	+[[image:1639049903595-695.png||height="60" width="43"]]**S**//olmaz：我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话，每个客户不超过两次。//
	718	+)))
	719	+
	720	+== 7.2 与用户相关并建立关系 ==
	721	+
	722	+由于服务提供者与服务消费者的技术和信息进行了更多的交互，因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务（例如IoT设备、技术微服务、信息系统维护和数据存储）是此类服务关系的示例。
	723	+
	724	+
	725	+但是，大量的服务包括活动的、频繁的和重要的接触点以及与服务用户的交互。服务提供者代表、过程和技术（例如用户应用程序和可穿戴/嵌入式技术）是交互式的。
	726	+
	727	+
	728	+当用户与服务提供者交互时，用户体验成为服务成功的关键因素。糟糕的用户体验导致生产效率下降，并给服务和服务提供者带来负面印象。这意味着服务提供者和客户在客户旅程的所有步骤中都应注意用户体验。对于任何包含直接用户交互作用的服务，积极的用户体验应该是最重要的要求之一。
	729	+
	730	+
	731	+如果客户对用户体验的关注不足或对用户体验的要求不明确，那么创建积极的用户体验仍然很重要。服务提供者应该与用户一起培育关系，即使客户并不直接要求它也是如此。
	732	+
	733	+
	734	+用户体验应该被视为产品和服务的设计、开发、测试，过渡到运行环境，持续交付以及定期评估和评审的一部分。它也应该是持续改进的主题。
	735	+
	736	+
	737	+用户引入会影响用户对服务和服务提供者的态度。对于成功的服务消费而言，这很重要，因为它可以实现价值的价值共创，并有助于与用户和消费者组织建立和维护可持续的关系。
	738	+
	739	+
	740	+=== 7.2.1 建立与企业用户的关系 ===
	741	+
	742	+在大型组织环境中，用户引入通常是由组织所使用的服务的更改，用户组的更改（例如组织中的新成员）或人员角色和职位的更改触发的。
	743	+
	744	+
	745	+当服务消费者组织大于几个人时，用户和客户角色之间的区别变得明显且重要。客户成为组织的代表，并就新的和更改的服务与服务提供者进行沟通。这可能会导致首次用户交互出现在引入期间。在某些情况下，用户不愿接受新的服务或更改的服务，也拒绝引入。这种抵制可能会影响服务的整体生产效率和价值。
	746	+
	747	+
	748	+为了防止抵制新服务并建立良好的关系，服务消费者和服务提供者组织应该在客户旅程的每个步骤中共同努力。这可以通过以下方式完成：
	749	+
	750	+* 考虑客户体验在客户旅程的每个步骤中如何受到影响
	751	+* 规划用户引入作为每个新服务实施的一部分
	752	+* 实行组织变革管理
	753	+* 让用户参与需求表达
	754	+* 让用户参与测试服务和引入活动
	755	+* 设计用户友好的界面
	756	+* 理解和利用人们作为私人用户的体验及其相关期望
	757	+* 提供有用、方便且相关的服务目录，包括服务请求目录
	758	+* 持续监控用户满意度以改进服务体验
	759	+* 让用户参与服务测试、评估和审查
	760	+* 让有影响力的用户参与服务推广和对等同行支持计划
	761	+* 培育用户社区并积极支持其成员
	762	+* 对画像执行服务使用情况分析，并主动使用实时终端用户计算数据。
	763	+
	764	+当组织的用户社区的变化触发引入时，IT服务引入可能会成为更广泛的引入计划的一部分。这包括人力资源、法律、财务和其他团队。在这些情况下，重要的是要确保与包括内部和外部服务提供程序在内的多方进行有效的集成和交互。这会影响用户对组织的看法。为了成功引入新用户，需要特别关注所涉及服务提供者之间的集成和一致性。使单个团队或角色负责用户/员工引入可能会很有用；这可以是人力资源团队/ 角色，也可以是专注于用户参与和福利的团队/ 角色。
	765	+
	766	+
	767	+当企业用户参与进来时，保持联系和参与很重要。用于此目的的工具和技术包括：
	768	+
	769	+* 服务提供者积极支持的具有用户组和对等同行支持的企业社交网络
	770	+* 使用便捷的渠道，可提供有效且高度可用的服务台
	771	+* 用户参与的服务评审和改进
	772	+* 仪表板和报告让用户社区可以清楚地了解服务质量。
	773	+
	774	+=== 7.2.2与个人消费者一起培育关系 ===
	775	+
	776	+当服务消费者是个人时，有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。
	777	+
	778	+
	779	+表7.6 与个人服务消费者的关系管理
	780	+
	781	+(% style="width:1171px" %)
	782	+|(% style="width:93px" %)**步骤**|(% style="width:468px" %)**挑战性**|(% style="width:606px" %)**服务提供商应用的示例解决方案**
	783	+|(% style="width:93px" %)探索|(% style="width:468px" %)(((
	784	+服务消费者未明确表达其需求和期望
	785	+
	786	+有时服务消费者没有意识到他们的需求和机会
	787	+
	788	+个人意见不一定代表更大的消费群体的需求
	789	+)))|(% style="width:606px" %)(((
	790	+市场营销和社会学调查
	791	+
	792	+有代表性的小组进行的安全失效实验
	793	+
	794	+旨在提高认识和创造需求的营销活动
	795	+)))
	796	+|(% style="width:93px" %)契动|(% style="width:468px" %)(((
	797	+由于用户数量众多且服务提供者的能力有限，因此个人面对面的联系通常是不可能或效率低下的
	798	+
	799	+售前和售后受到严格监管，以保护消费者权益
	800	+
	801	+社区、影响者和同行的意见对于最初的契动决定很重要
	802	+)))|(% style="width:606px" %)(((
	803	+使用相关渠道和媒体公开广告
	804	+
	805	+广泛使用社交媒体、影响者和用户群体
	806	+
	807	+使用直接营销和对等的代理商
	808	+
	809	+基于对用户互联网活动的监视、搜索引擎优化以及其他针对目标受众的工具的情境广告
	810	+
	811	+优化基于互联网的服务目录（网站、登录页面、社交媒体帐户等）
	812	+
	813	+在相关和合理的情况下，销售和支持办公室网络
	814	+)))
	815	+|(% style="width:93px" %)供应|(% style="width:468px" %)(((
	816	+大量的服务消费者
	817	+
	818	+需要简单快捷的签约程序和界面
	819	+)))|(% style="width:606px" %)(((
	820	+标准服务目录、合同和协议
	821	+
	822	+目录和协议中的用户友好的简单语言描述
	823	+
	824	+广泛使用移动平台和应用程序
	825	+)))
	826	+|(% style="width:93px" %)同意|(% style="width:468px" %)(((
	827	+高水平的国际、国家和行业法规
	828	+
	829	+需要简单明确的语言
	830	+)))|(% style="width:606px" %)(((
	831	+高度自动化的签约，广泛使用数字文档和签名
	832	+
	833	+与电子支付系统（卡、PayPal等）集成
	834	+
	835	+自动尽职调查检查（如果适用）
	836	+)))
	837	+|(% style="width:93px" %)引入|(% style="width:468px" %)(((
	838	+大量具有不同技能和背景的服务消费者
	839	+
	840	+需要简单快速的引入
	841	+
	842	+不同的技术背景
	843	+)))|(% style="width:606px" %)(((
	844	+自动化的介绍和初步培训
	845	+
	846	+经过严格测试的引入说明和规程
	847	+
	848	+有关用户支持资源的专门章节，以帮助引入
	849	+
	850	+自动化资格和兼容性检查
	851	+)))
	852	+|(% style="width:93px" %)价值共创|(% style="width:468px" %)(((
	853	+大量具有不同技能和背景的服务消费者
	854	+
	855	+不同的技术背景
	856	+
	857	+不同的语言和沟通技巧
	858	+
	859	+通过社交媒体高度暴露用户体验和意见
	860	+)))|(% style="width:606px" %)(((
	861	+可用、方便且最新的在线状态支持常规业务
	862	+
	863	+为具有技能、背景和能力的用户优化的界面
	864	+
	865	+便捷的支持和沟通渠道（电话、支持办公室、社交媒体帐户、直接消息传递）
	866	+
	867	+社交媒体监控，并在投诉和其他问题时提供积极支持
	868	+
	869	+促进用户社区成为服务提供商及对等同行支持的渠道
	870	+
	871	+主动沟通（尤其是在重大事件时）、透明度和高可用性
	872	+
	873	+利用媒体和营销手段进行损害控制和被动式声明
	874	+
	875	+监视和事态管理以主动纠正服务质量偏差，或联系服务使用者
	876	+)))
	877	+|(% style="width:93px" %)(((
	878	+实现价值
	879	+)))|(% style="width:468px" %)(((
	880	+大量服务消费者
	881	+
	882	+个人经验对服务质量和满意度统计的影响很小
	883	+
	884	+对每个服务消费者进行直接服务评估的效率低下或不可能
	885	+
	886	+服务支持的不同期望和需求
	887	+)))|(% style="width:606px" %)(((
	888	+用于服务质量监控和报告的自动化接口，
	889	+
	890	+持续监控社交媒体反馈
	891	+
	892	+对用户满意度和态度的独立调查
	893	+
	894	+使用用户忠诚度指标（例如，净推荐值）
	895	+
	896	+使用自动体验指标
	897	+
	898	+服务消费者要求的服务评估专用支持渠道
	899	+)))
	900	+
	901	+服务提供者可以控制有关这些因素的决策。但是，与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如，预期或法律上要求服务提供者要特别考虑残疾用户。
	902	+
	903	+
	904	+为了使服务取得成功，用户（个人和公司）可以通过有效的渠道和接口访问用于选择、引入、使用、支持和评审的服务尤为重要。
	905	+
	906	+
	907	+|(((
	908	+**示例**
	909	+
	910	+英国监管机构要求移动通信提供商制定并遵循政策和规范，以确保公平、恰当地对待弱势消费者，他们或因年龄、身体或学习障碍、身体或精神疾病、识字率低、沟通困难而脆弱，或因情势变化而脆弱，例如丧亲。
	911	+
	912	+这些政策和做法应解决：
	913	+
	914	+* 关键功能的可访问界面
	915	+* 通过高度可访问的界面访问重要信息
	916	+* 获得紧急服务
	917	+* 优先故障修复
	918	+* 第三方账单管理
	919	+* 无障碍格式的票据和合同
	920	+* 数据保护。
	921	+)))
	922	+
	923	+== 7.3 提供用户参与和交付渠道 ==
	924	+
	925	+重要的是要建立适当的用户参与和交付渠道，以提供良好的用户体验。
	926	+
	927	+
	928	+用户使用社交媒体、聊天、热线和电子邮件等渠道与服务提供者进行互动。他们还可以在每个用户旅程中使用多个渠道。例如，用户可以通过自助门户网站报告事件，通过电子邮件为该事件中提供更多的信息，通过电话询问状况，并通过在线聊天回复服务提供者的问题。 跨所有渠道、接触点和服务交互来管理用户体验称为全渠道管理。 全渠道管理的目的是为用户提供无缝的用户旅程。 这些原理如图7.1所示。
	929	+
	930	+(% style="text-align:center" %)
	931	+[[image:1639050104902-799.png]]
	932	+
	933	+图7.1 通过全渠道管理实现无缝的用户旅程
	934	+
	935	+
	936	+随着技术的发展，服务提供者会对其进行测试，并将其用于服务交付，并在适用的情况下为用户提供支持以及客户和用户旅程的其他步骤。影响选择和设计的趋势包括：
	937	+
	938	+* 许多服务提供者尝试将左移法应用于服务支持。这可能包括将一些支持任务从服务提供者转移到用户，以及扩大自助服务选项的范围。说明，视频教程和逐步向导可以支持此方法。
	939	+* 许多服务提供商将社交媒体用于对等和服务提供者支持。该方法被广泛用于提供给可能是社交网络中活跃用户的个人用户的服务，并且通常由多个渠道来启用。
	940	+* 用户期望公司和个人服务提供他们习惯的体验，并且是基于他们日常的智能手机、个人计算机、可穿戴设备和常用应用程序的使用。为了满足此需求，服务提供商使用或模拟熟悉的接口来为其服务提供交付和支持。他们还更新了这些接口，以与操作系统、移动设备、流行的应用程序和社交网络的发展保持一致。
	941	+* 一个普遍的趋势是使用机器学习功能来自动化用户支持。聊天机器人是这种方法的一个示例。这可能包括人工认知支持、自然语言理解及处理和翻译、自动语音识别以及在与服务提供者联系之前和期间预测用户行为。
	942	+* 机器学习还可以用于基于用户画像和服务消费模式的优化支持和交付渠道。这可能包括高级路径，以找到针对用户的最佳支持代理或资源，包括基于技能、基于语言、基于国家/地区、基于产品、基于客户和基于技术的路径。
	943	+* 对自动界面不满意时，许多用户珍视与人工支持代理进行交谈的机会，尤其是在发生事件的情况下。为了满足这种需求，一些服务提供者通过电话、电子邮件、聊天或社交媒体引入，重新引入或改进人工支持。使用这种方法时，确保高可用性和快速响应尤其重要。在某些情况下，物理上的存在（例如在现场中心中）仍然是联系服务提供者的最理想方式。
	944	+* 为基于技术的服务提供远程用户支持时，通常的做法是使用带有视频功能的移动设备，以允许支持代理查看用户正在疲于应付的设备和应用程序。这可能是支持缺乏技术技能的用户的有效方法。
	945	+* 监控和事态管理技术帮助服务提供者远程主动地监视、管理和修复服务组件，从而使用户在请求支持时无需执行诊断操作。
	946	+
	947	+这些方法与服务提供者必须考虑的挑战有关。表7.7说明了其中一些挑战。
	948	+
	949	+
	950	+表7.7 服务提供者必须考虑的全渠道挑战示例
	951	+
	952	+|**方法**|**挑战示例**|**解决方案示例**
	953	+|左移，增加自助服务|(((
	954	+用户没有足够的技术技能和/或动力来使用自助服务工具
	955	+
	956	+用户在访问服务的级别上只能完成有限的任务
	957	+
	958	+用户在自助服务期间犯的错误可能导致更多事件
	959	+
	960	+基于知识的导航可能很困难
	961	+)))|(((
	962	+实施自助服务之前，评估用户技能和可用的支持行动范围
	963	+
	964	+与具有代表性的用户组全面测试所有自助服务说明和工具
	965	+
	966	+确保自助服务工具和操作安全且易于使用
	967	+
	968	+改善信息质量和导航工具
	969	+)))
	970	+|社交媒体支持|(((
	971	+情绪化且难以控制的沟通方式
	972	+
	973	+病毒效应、容易出错和发生冲突
	974	+
	975	+非结构化信息
	976	+
	977	+多个渠道进行监控和回复
	978	+
	979	+处理个人和合同信息方面的限制
	980	+
	981	+没有集成的诊断工具
	982	+
	983	+没有正式记录系统在服务提供者的控制之下
	984	+)))|(((
	985	+培训社交媒体传播中的支持人员
	986	+
	987	+使用标签和服务/服务提供商的其他提及来自动监视用户证据
	988	+
	989	+将社交媒体渠道与专门的支持系统集成。 保留记录并处理这些系统中的敏感信息
	990	+
	991	+确保用户对社交媒体的所有支持请求都得到迅速响应并处理得令其满意
	992	+)))
	993	+|熟悉的界面|(((
	994	+服务提供者使用的旧版系统可能会限制兼容性和接口设计
	995	+
	996	+常用的应用程序和操作系统不断发展，通常多个平台和版本共存
	997	+
	998	+一些服务需要专门的设备和接口
	999	+)))|(((
	1000	+设计产品和服务以实现持续发展和灵活性，最大程度地减少使用大一统的和旧的产品
	1001	+
	1002	+考虑提供适合不同平台用户的界面
	1003	+
	1004	+提供自定义接口时，进行可用性设计，并在可能的情况下遵循常用服务和接口的使用模式
	1005	+)))
	1006	+|机器学习：聊天机器人|(((
	1007	+适用范围有限
	1008	+
	1009	+机器学习的数据不足和不恰当
	1010	+
	1011	+多语言支持的困难
	1012	+)))|(((
	1013	+在成功程度足够高之前，请勿使用基于机器学习的人机界面来代替； 提供人工备份
	1014	+
	1015	+迭代地扩展基于机器学习的服务交互的范围，包括多个反馈循环
	1016	+
	1017	+不断提高用于与用户进行服务交互的所有语言的数据质量
	1018	+
	1019	+跟踪和利用机器学习方面的发展
	1020	+)))
	1021	+|机器学习：优化的交付渠道|(((
	1022	+适用范围有限
	1023	+
	1024	+机器学习的数据不足和不恰当
	1025	+
	1026	+用户行为和支持组织的改变
	1027	+
	1028	+资源有限，无法支持多个渠道
	1029	+)))|(((
	1030	+关注最重要和最受欢迎的支持方式
	1031	+
	1032	+确保高质量的支持历史记录数据
	1033	+
	1034	+优化，然后自动化
	1035	+
	1036	+与经验丰富的支持代理商一起将新技术解决方案付诸实施
	1037	+)))
	1038	+|终端支持人员|(((
	1039	+扩展性有限
	1040	+
	1041	+错误的可能性
	1042	+
	1043	+情绪态度
	1044	+
	1045	+高成本
	1046	+)))|(((
	1047	+支持人员的动力、忠诚度和专业发展
	1048	+
	1049	+将人工支持限制在需要和合理的情况下
	1050	+
	1051	+考虑点对点同行支持以增加可伸缩性并优化成本
	1052	+)))
	1053	+|视频诊断|(((
	1054	+用户设备的使用可能会受到技术、法律和法规监管的限制
	1055	+
	1056	+隐私问题
	1057	+
	1058	+使用视频数据可能会给用户带来额外的费用
	1059	+)))|(((
	1060	+警告用户可能的风险和成本
	1061	+
	1062	+确保符合适用法规
	1063	+
	1064	+实施控制措施以防止滥用技术
	1065	+)))
	1066	+|增强监控|技术和隐私限制，尤其是在使用服务消费者的基础架构提供服务时|(((
	1067	+与客户讨论收益、风险和成本，考虑与用户讨论
	1068	+
	1069	+确保符合适用法规
	1070	+
	1071	+实施控制措施以防止滥用技术
	1072	+)))
	1073	+
	1074	+只有将这些方法编排为无缝的用户支持体验时，才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成：
	1075	+
	1076	+* 跨所有渠道唯一地识别和辨识用户
	1077	+* 系统地收集和分析用户数据
	1078	+* 利用所有遇到的用户数据
	1079	+* 监控并管理所有用户旅程中的绩效。
	1080	+
	1081	+在公司环境中提供服务时，通常很容易同意与用户进行交互的渠道。但是，人们希望他们在工作场所的体验与在家一样顺畅舒适。。服务提供者必须响应此需求，并提供更广泛的渠道和接口。这可能包括在没有加强数据保护的情况下，通过个人设备或公司设备提供业务服务。服务提供者和服务消费者在讨论并协定服务时应考虑收益、风险和成本。
	1082	+
	1083	+如表7.7所示，有可能克服这些挑战。但是，表7.7中列出的解决方案只能在财务、技术或组织方面有足够的资源才能应用。所需资源的示例包括：
	1084	+
	1085	+* 服务提供者团队和用户的技能和能力
	1086	+* 用于支持的数据质量
	1087	+* 接口的效率和可用性
	1088	+* 与参与支持互动的供应商和合作伙伴整合
	1089	+* 确保符合安全以及法律和法规要求
	1090	+* 远程支持的连接性，包括用户端的支持
	1091	+
	1092	+选择和设计服务渠道时要考虑的一个重要因素是用户准备使用服务以及相关的风险和机遇。
	1093	+
	1094	+
	1095	+|(((
	1096	+**ITIL的故事：提供用户参与和交付渠道**
	1097	+
	1098	+[[image:1639050210407-577.png||height="47" width="42"]]//Mariana：eCampus Car Share是一款新的服务，我们尚未完全了解客户的业务活动模式。随着服务的成熟，我们将学习他们的定期通勤和旅程。然后，我们将能够使用推送通知来提醒他们即将发生的事件，例如周末节日或工作日封路。。//
	1099	+
	1100	+[[image:1639050219865-483.png||height="52" width="38"]]**S**//olmaz：我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。//
	1101	+)))
	1102	+
	1103	+== 7.4 使用户能够使用服务 ==
	1104	+
	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	+* 由机器学习提供支持的联机帮助资源，例如聊天机器人和基于上下文的知识文章
	1151	+* 在线工具访问受限的情况下，为用户提供电话热线
	1152	+* 现场支持区域。
	1153	+
	1154	+服务台应该为所有相关类型的用户查询提供接口。这包括咨询、事件、服务请求、投诉和表扬。
	1155	+
	1156	+
	1157	+服务台的界面和渠道应确保能力有限的用户具有访问权限。
	1158	+
	1159	+
	1160	+这可能包括暂时或永久位于覆盖范围有限的区域，或遇到技术或通讯困难的用户。服务台还应该使用适当的界面来联系用户以获取反馈、满意度调查等。
	1161	+
	1162	+
	1163	+|(((
	1164	+**ITIL的故事：为用户提供服务**
	1165	+
	1166	+[[image:1639050311875-982.png||height="47" width="45"]]//Mariana：在eCampus Car Share，我们对客户有一定的要求，以使他们能够租用我们的汽车。例如，所有客户都必须具有有效的驾驶执照才能预订汽车。他们还必须知道如何使用电动汽车并为其充电。//
	1167	+
	1168	+[[image:1639050322640-448.png||height="48" width="36"]]**S**//olmaz：我们将概述客户的需求，以便通过我们的网站和预订应用程序租用我们的汽车。//
	1169	+
	1170	+[[image:1639050311875-982.png||height="47" width="45"]]//Mariana：当客户到场取车时，我们会对其所有文件进行彻底检查，以确保他们符合合规性的所有必要规定，以能够租车。//
	1171	+
	1172	+
	1173	+[[image:1639050322640-448.png||height="48" width="36"]]**S**//olmaz：作为引入的一部分，我们检查客户是否熟悉电动车，如果不熟悉，我们会为供应提供他们更多的信息和指导，以确保他们在使用汽车时有顺畅的体验。我们为客户提供有关如何为汽车充电和使用的教学视频访问权。//
	1174	+
	1175	+[[image:1639050311875-982.png||height="47" width="45"]]//Mariana：我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息，以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。//
	1176	+)))
	1177	+
	1178	+== 7.5 提升彼此的能力 ==
	1179	+
	1180	+服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组，以提高另一组的能力。
	1181	+
	1182	+
	1183	+表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例
	1184	+
	1185	+|(% style="width:148px" %)**指导原则**|(% style="width:1146px" %)**优化用户能力的应用示例**
	1186	+|(% style="width:148px" %)聚焦价值|(% style="width:1146px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
	1187	+|(% style="width:148px" %)从当前开始|(% style="width:1146px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善，并且经常受到用户的抵制。
	1188	+|(% style="width:148px" %)基于反馈不断迭代|(% style="width:1146px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改，均应进行测试，并根据用户反馈进行持续审查。 应鼓励用户提供反馈，反馈的后续行动对用户社区应该是透明的。
	1189	+|(% style="width:148px" %)合作并提高知名度|(% style="width:1146px" %)在需要联合运营的情况下，用户应了解协作的要求并相互帮助，服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行，或者用户不知道如何使用服务，则应安全，轻松并鼓励其寻求帮助或报告事件。
	1190	+|(% style="width:148px" %)全面思考和工作|(% style="width:1146px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
	1191	+|(% style="width:148px" %)保持简单实用|(% style="width:1146px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法，并且应该认真透明地对待这些提议。
	1192	+|(% style="width:148px" %)优化和自动化|(% style="width:1146px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
	1193	+
	1194	+为了帮助用户和客户变得更好，服务提供者可以考虑使用以下技术：
	1195	+
	1196	+* 根据角色向特定的用户组、角色和用户特征提供有针对性的用户培训。
	1197	+* 考虑将培训重点放在用户的需求而不是产品上。
	1198	+* 向用户和客户介绍服务提供者工作中令人兴奋的方面，并强调合作与协作的机会。
	1199	+* 促进负责任的服务使用，尤其是在消费需要大量资源或收费基于数量或时间的情况下。
	1200	+* 在早期阶段让用户和客户参与服务更改的讨论，以收集反馈并确保参与。
	1201	+* 创建一个舒适的环境，使用户可以放心地报告问题和提出问题。
	1202	+* 邀请用户和客户提出改进服务关系的方法，包括界面、过程和服务。
	1203	+* 建立并支持用户社区，并在适用时让多个服务消费者参与。
	1204	+* 让超级用户帮助其他人采用新服务。
	1205	+
	1206	+这些方法大多数都适用于服务过程中的几个步骤，包括引入。
	1207	+
	1208	+
	1209	+服务消费者组织可以考虑使用以下技术来帮助其服务提供者进行改进：
	1210	+
	1211	+* 邀请服务提供者的团队直接观察服务消费者的业务。
	1212	+* 让参与服务提供的所有团队参与其中，并演示如何使用服务以及它们如何影响服务消费者的业务。
	1213	+* 尽早使服务提供者参与有关组织、流程和技术的相关更改的讨论。
	1214	+* 提供有关服务关系各个级别的反馈，并提供公众评论以促进跨组织的用户社区。
	1215	+* 与服务提供者组成联合专家团队。
	1216	+
	1217	+当在组织中共享和支持所有方法，并且持续改进时，所有方法都可以更好地发挥作用。
	1218	+
	1219	+
	1220	+|(((
	1221	+**ITIL的故事：提升共同能力**
	1222	+
	1223	+[[image:1639050424360-458.png||height="43" width="39"]]//Mariana：eCampus Car Share运行了最初的几个月后，我们引入了游戏化。当顾客取车时，他们希望汽车清洁并充满电。我们要求客户在取车时给他们的车辆进行星级评价。这些评分被赋予前一个驾驶员的个人资料。//
	1224	+
	1225	+[[image:1639050433804-264.png||height="43" width="37"]]//Radhika：驾驶员获得的积分越多，他们在排行榜上的地位就越高，对于一直获得五星级评价的任何人，抽奖可在下次预订时提供折扣。//
	1226	+
	1227	+[[image:1639050451730-405.png||height="49" width="36"]]//Solmaz：这不仅使我们的客户受益，而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本，最重要的是，它支持出色的客户体验。//
	1228	+)))
	1229	+
	1230	+== 7.9 撤销客户与用户 ==
	1231	+
	1232	+与引入类似，应将撤销的动作和职责预先定义为产品和服务设计的一部分，然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时，此方法有效。这类示例诸如，用户在组织中的位置发生了变化，这可能导致用户使用的服务范围的变化。
	1233	+
	1234	+
	1235	+撤销的重要问题包括信息安全和资产管理。重要的是要确保外来用户没有特定的访问权限，并且必须安全地存储他们的创建、使用或有权访问的信息，并且仅对授权用户可用。同样，重要的是要确保先前包含在服务提供中的物理和数字资产在用户撤销后，得到正确地归档、重用、撤回或以其他方式处理。软件许可证或个人设备，例如笔记本电脑和移动电话，就是需要适当撤销的示例。
	1236	+
	1237	+
	1238	+变更使能、信息安全管理、IT资产管理和服务配置管理实践对成功撤销至关重要。如果相关，还可能需要其他实践。组织变革管理实践可能会支持大规模的撤销。
	1239	+
	1240	+
	1241	+撤销计划应按照与引入计划相同的原则进行审查，并应改善服务关系的相同领域。
	1242	+
	1243	+
	1244	+当服务消费者因不满意或纠纷而离开时，确定原因很重要。在这些情况下，在无冲突的环境中流程的每个步骤都已商定时，同意并准备好撤销以确保无缝的撤销就尤为重要。此外，双方应注意不要加剧任何冲突或对任何其他方造成伤害；他们应同意对争端保密。当预期将采取后续法律行动时，这一点尤其重要。
	1245	+
	1246	+
	1247	+=== 7.9.1 客户撤销 ===
	1248	+
	1249	+当服务协议期满或终止时，由服务提供者执行客户撤销。撤销动作通常包括：
	1250	+
	1251	+* 与所有相关的利益相关者，包括用户、客户、相关的合作伙伴/供应商和监管机构，就计划的服务终止进行沟通
	1252	+* 响应任何要求进一步信息或其他支持的用户
	1253	+* 组织和执行从服务消费者到服务提供者的设备移交
	1254	+* 删除服务消费者场所中一直在运行的任何服务提供者资源
	1255	+* 撤消任何一方对另一方资源的访问权限（如果适用）
	1256	+* 存档和保留记录
	1257	+* 计算和处理退出付款，包括双方未偿还的金额
	1258	+* 更改与终止的服务相关的第三方合同，例如支持技术服务、保险等
	1259	+* 保留双方同意和/或适用法规要求的正式撤销记录
	1260	+* 执行与处境相关的关系管理动作，例如闭门会议、感谢信、恢复服务关系的邀请等。
	1261	+
	1262	+这些操作适用于大多数客户撤销场景。具体操作取决于服务的性质以及撤销计划的范围。有些操作由服务提供者或服务消费者执行，而有些可能需要协作。这些通常在引入步骤中事先约定，但可能需要在撤销开始之前进一步鉴证。
	1263	+
	1264	+
	1265	+撤销的一种更复杂的现代方法是服务提供者之间的合作，其中包括相互的撤销协议。在这些情况下，新的服务提供者将服务消费者替换为旧的服务提供者。这是很常见的，因为在提供商之间进行切换是很普遍的，并且受到法律的监管。
	1266	+
	1267	+
	1268	+切换服务提供者可能涉及第三方；例如，共享基础架构的提供者既充当新服务提供者又充当旧服务提供者。
	1269	+
	1270	+
	1271	+表7.9 提供者切换操作示例
	1272	+
	1273	+(% style="width:817px" %)
	1274	+|**服务管理的维度**|(% style="width:527px" %)**切换操作示例**
	1275	+|组织和人员|(% style="width:527px" %)(((
	1276	+更改用户访问权限
	1277	+
	1278	+更改服务提供者的访问权限
	1279	+)))
	1280	+|价值流和流程|(% style="width:527px" %)(((
	1281	+更改共同行动的责任
	1282	+
	1283	+更改程序和接口
	1284	+)))
	1285	+|信息和技术|(% style="width:527px" %)(((
	1286	+频道切换
	1287	+
	1288	+设备安装和卸载
	1289	+
	1290	+系统集成
	1291	+
	1292	+记录存档
	1293	+)))
	1294	+|合作伙伴和供应商|(% style="width:527px" %)与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
	1295	+
	1296	+关于切换提供者的撤销动作类似于服务终止操作；它们应该涵盖表7.9中概述的所有服务管理四维模型。
	1297	+
	1298	+
	1299	+许多ITIL 管理实践都支持撤销，包括：
	1300	+
	1301	+* 变更使能
	1302	+* 部署管理
	1303	+* 基础设施和平台管理
	1304	+* IT资产管理
	1305	+* 发布管理
	1306	+* 服务配置管理
	1307	+* 服务级别管理
	1308	+* 软件开发和管理。
	1309	+
	1310	+大规模的撤销和切换计划可能需要组织变革管理和项目管理实践来协调撤销动作，并确保所涉及的组织成功实施了变更。
	1311	+
	1312	+
	1313	+=== 7.6.2 用户撤销 ===
	1314	+
	1315	+用户撤销可能是正在进行的服务关系的一部分，而没有服务或合同终止。常见的示例是用户从服务消费者组织辞职或在组织内的职位变化。这些场景应该在客户引入期间预先约定，并根据此方法进行处理（通常作为标准更改）。但是，在某些情况下，例如大规模撤销，可能需要额外的规划和协调。
	1316	+
	1317	+
	1318	+用户撤销通常包括：
	1319	+
	1320	+* 沟通计划中的撤销和用户的相关职责
	1321	+* 与用户互动，以获取有关计划撤销的更多信息或任何其他支持
	1322	+* 组织从用户到服务提供者或服务消费者负责代表的设备移交
	1323	+* 更改或取消用户的访问权限
	1324	+* 通过归档和保留来保护记录
	1325	+* 删除未归档的信息
	1326	+* 维护双方同意和/或适用法规要求的正式撤销记录
	1327	+* 执行关系管理操作，例如闭幕会议、撰写感谢信等。
	1328	+
	1329	+正式程度取决于服务关系。例如，当服务提供者位于服务消费者组织内部时，正式程度可能会较低，并且服务消费者代表（例如用户的经理）可能会执行某些操作。
	1330	+
	1331	+
	1332	+随后，撤销应该使用户感到舒适。服务提供者致力于使撤销动作自动化，并最大程度地降低其对所有相关方的日常业务基础的影响。
	1333	+
	1334	+
	1335	+|(((
	1336	+**ITIL的故事：撤销客户和用户**
	1337	+
	1338	+[[image:1639050583142-272.png||height="43" width="47"]]//Mariana：最初，我们预计完成最后一年学习的学生会希望自动退订eCampus Car Share。但是，我们的商业活动模式表明，很多学生选择保留自己的会员资格，这通常是在他们选择继续学业或加入教职员工的情况下。因此，我们不得不重新考虑我们的计划以自动撤销客户。//
	1339	+
	1340	+[[image:1639050597268-890.png||height="47" width="38"]]//Radhika：我们还发现，学生通常希望在每个学年结束时取消其会员资格，以节省每月的订阅费用。但是，当他们注册第二年时，他们不想再次完成教学视频。//
	1341	+
	1342	+[[image:1639050583142-272.png||height="43" width="47"]]//Mariana：我们为学生提供了将其会员级别变更到无需每月订阅费用级别的可能。这意味着他们更有可能保留其会员资格，也意味着他们在整个夏季继续接受我们的营销。在新学期开始时，学生可以再次变更其会员级别。//
	1343	+
	1344	+[[image:1639050610825-462.png||height="53" width="37"]]**S**//olmaz：撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化，我们不需要花费时间手动释放费用。//
	1345	+)))
	1346	+
	1347	+== 7.7 总结 ==
	1348	+
	1349	+为了从协议发展到服务提供和消费，各方必须经历一种过渡，其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分，并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问，使用户能够使用服务以及提升彼此的能力。
	1350	+
	1351	+
	1352	+= 8. 步骤6：价值共创 =
	1353	+
	1354	+[[image:1639050669254-786.png]]
	1355	+
	1356	+ 培育服务意识
	1357	+
	1358	+ 正在进行的服务交互
	1359	+
	1360	+ 培育用户社区
	1361	+
	1362	+当各方准备好交付和使用服务时，旅程的下一步便开始了。它可以说是最重要的；前面的所有步骤都旨在使之成为可能，并确保其取得成功。
	1363	+
	1364	+此步骤的目的是让参与服务关系的人员共同行动，以确保基于商定的服务产品持续共同创造价值。
	1365	+
	1366	+服务提供和消费步骤的范围包括：
	1367	+
	1368	+* 服务的交付和支持
	1369	+* 服务的消费
	1370	+* 服务的使用。
	1371	+
	1372	+此步骤是否成功取决于所有利益相关者共享基本原理并采用服务意识的能力。表8.1概述了服务提供和消费的目的。
	1373	+
	1374	+表8.1 服务提供的用途和消耗量
	1375	+
	1376	+|**价值共创**|**对于服务消费者**|**对于服务提供者**
	1377	+|(% colspan="1" rowspan="7" %)促进成果和体验|最大限度提升服务消费和服务关系的实际成果|提升客户和用户的忠诚度
	1378	+|通过正确的消费方式提升用户和客户功能的体验|最大化服务提供和服务关系的结果
	1379	+|通过有效的协作提升用户和客户的情感体验|通过反馈和事实瞬间为持续改进获取有价值的输入
	1380	+|通过有效的协作获得的经验|
	1381	+|提高外部利益干系人满意度|提高员工的满意度
	1382	+|提高员工的满意度|提高生产效率
	1383	+|提高生产效率|
	1384	+|(% colspan="1" rowspan="3" %)优化风险和合规性|通过调整对标和符合实际的期望来降低价值流失的风险|降低影响服务质量的事件及相关中断的发生概率
	1385	+|通过响应性支持和以价值为导向的服务改进优先顺序，降低服务质量反复出现偏差的风险|通过忠诚度“信用”提升用户对服务质量偏差的容忍度
	1386	+|通过有效的沟通和协作降低信息丢失的风险|
	1387	+|优化资源和降低成本|(((
	1388	+减少因服务质量下降而造成的损失
	1389	+
	1390	+优化服务消费成本
	1391	+)))|(((
	1392	+优化服务提供的运营成本
	1393	+
	1394	+降低用户支持成本
	1395	+)))
	1396	+
	1397	+== 8.1 培养服务意识 ==
	1398	+
	1399	+重要的是参与服务提供和消费活动的人员必须以负责任的态度行事，考虑他人的利益，并专注于商定的服务结果。这被称为“ 服务同理心”，该术语通常用于用户支持的狭窄背景以及与服务提供者的支持代理相关的服务交互，但应扩展到整个服务旅程。
	1400	+
	1401	+|(((
	1402	+**定义：服务同理心**
	1403	+
	1404	+识别、理解，预测和规划利益、需求、意图及经验的能力，以便建立、维持和改善服务关系。
	1405	+)))
	1406	+
	1407	+服务同理心是组织的一项重要能力也是服务管理者的一项重要技能。服务支持代理不需要分担用户的挫折感，但希望得到认可和理解，表达同情，并相应调整自己的支持行动。
	1408	+
	1409	+服务同理心的重要程度取决于关系的密切程度。成功的伙伴关系相比基础的关系更为关键。
	1410	+
	1411	+对于合作关系的成功而言，它比基本的关系更为关键。
	1412	+
	1413	+服务同理心是服务意识的要素，但不是唯一的要素。服务意识还包括驱动组织行为的共同原则并定义其对服务关系和其他相关方的态度。
	1414	+
	1415	+|(((
	1416	+**定义：服务意识**
	1417	+
	1418	+组织文化的一个重要组成部分，它定义了组织在服务关系中的行为。服务意识包含包括组织采用和遵循的共同价值观和指导原则。
	1419	+)))
	1420	+
	1421	+服务意识包含以下值和原则：
	1422	+
	1423	+* 了解你的客户/ 用户
	1424	+* 了解客户/ 用户期望
	1425	+* 专注于客户价值
	1426	+* 承担责任
	1427	+* 表现出同理心
	1428	+* 承认并适应文化
	1429	+* 鼓励协作
	1430	+* 慷慨大方
	1431	+* 表现出独创性，包括有智慧的不服从
	1432	+* 永远不要有不道德的行为。
	1433	+
	1434	+参与服务旅程可见性前期阶段的人员通常具备管理服务关系，并表现出良好人际交往的技能、服务同理心和有效的沟通。然而，在共同创造阶段，参与持续服务提供和消费的人可能不会分享这种服务意识。
	1435	+
	1436	+=== 8.1.1 适用于服务提供的服务意识 ===
	1437	+
	1438	+所有参与服务提供的人都应该分享服务意识。指导原则应该指导专业行为的所有方面。表8.2列出了可能有助于培养服务意识的关键问题，并提供了有助于提高相关能力的方法示例
	1439	+
	1440	+表8.2 服务提供者中的服务意识组织
	1441	+
	1442	+|**ITIL指导原则**|**关键问题**|**学习和开发方法的示例**
	1443	+|(% rowspan="4" %)聚焦价值|谁是潜在客户？|服务消费者的业务简介（可能的情况下，拜访服务消费者的场所）
	1444	+|他们如何从服务中感知价值？|用户支持简介（可能的情况下，参与用户支持活动）
	1445	+|客户期望什么样的体验？|服务架构及其依赖关系的简介
	1446	+|如何让全员为价值共创做出贡献？|
	1447	+|(% rowspan="4" %)从你所处的地方开始|服务消费者的背景和历史是什么？|服务架构及其依赖关系历史和背景说明应作为客户导入和新员工入职培训的一部分的
	1448	+|服务消费者以前使用过什么产品和服务？|在适用的情况下，进行包容性和特殊的需求认知的培训
	1449	+|服务消费者还留有哪些产品或关系？|服务架构及其依赖关系历史和背景说明应作为客户导入和新员工入职培训的一部分的
	1450	+|用户有什么特别的需求和需求期望？他们之前的需求是如何被满足的？|
	1451	+|(% rowspan="4" %)基于反馈迭代推进|用户和服务提供者之间的关键时刻、接触点和服务的交互点分别是什么？|对反馈收集和处理方法进行培训
	1452	+|用户服务动作是什么？如何收集有关它们的反馈？|认知和改进点入门的实践培训
	1453	+|提供反馈后，处理反馈的程序是什么？|对处理负面反馈和有效的沟通技巧进行培训
	1454	+|如何将反馈纳入持续改进和其他领域？|
	1455	+|(% rowspan="7" %)协作和提升可视化程度|在和服务消费者的服务关系中的可视化在哪里呈现？什么是大家一起做的？|在适用的情况下，与用户/客户共同培训和其他活动
	1456	+|在共同活动中，谁承担负责人的角色？|服务架构及其依赖关系的简介
	1457	+|如何将共同和可见的活动进行可视化？需要使用哪些工具来体现进度？|介绍报告系统，分析面向服务消费者的报告，报告结果与员工的职责范围进行映射
	1458	+|客户和用户可以看到哪些指标？|
	1459	+|他们需要查看哪些指标？|
	1460	+|用户和/或客户应采取哪些决策和行动？|
	1461	+|服务关系的文化背景是什么？|
	1462	+|(% rowspan="4" %)(((
	1463	+
	1464	+
	1465	+通盘思考和工作
	1466	+
	1467	+
	1468	+)))|服务如何为服务消费者的活动和目标提供整体贡献？|服务架构及其依赖关系简介
	1469	+|我们组织中的哪些团队参与了服务关系？|服务消费者的业务简介（可能的情况下，拜访服务消费者的场所）
	1470	+|涉及哪些供应商关系和合作伙伴？|介绍报告系统，分析面向服务消费者的报告，报告结果与员工的职责范围进行映射
	1471	+|信息如何在各种价值流中流动？信息如何在服务消费者，合作伙伴和供应商之间进行交换？|
	1472	+|(% rowspan="4" %)保持简单实用|用户和客户可以使用哪些界面？用户旅程是什么样的？|体验用户旅程
	1473	+|用户和客户对服务交互的满意度如何？|服务架构的培训
	1474	+|每个决策将如何影响用户体验？|如果适用，为服务提供者的团队提供简化的用户培训
	1475	+|如果有体验改进机会点，如何实现？|将意识/培训纳入组织的持续改进实践中
	1476	+|(% rowspan="4" %)(((
	1477	+
	1478	+
	1479	+优化和自动化
	1480	+)))|哪些服务行为可纳入服务提供和消费执行部分？|如果适用，为服务提供者的团队提供简化的用户培训
	1481	+|是否有可以优化的服务操作？|服务架构及其依赖关系简介
	1482	+|是否有可以自动执行的手动服务操作？|将意识/培训纳入组织的持续改进实践中
	1483	+|改进的机会点如何实现？|如果适用，为服务提供者的团队提供简化的用户培训
	1484	+
	1485	+|(((
	1486	+**关键信息**
	1487	+
	1488	+不仅是直接面向用户服务的提供商需要具备服务意识。对于提供基础设施，平台，环境和其他服务 并且无直接用户的组织来说同样重要。
	1489	+)))
	1490	+
	1491	+=== 8.1.2 适用于“隐形”用户的服务 ===
	1492	+
	1493	+服务关系可能涉及服务提供者和服务消费者之间以各种资源组合的服务交互。人员，技术，流程和第三方都可能相互作用。在某些情况下，这些服务交互不涉及用户，该服务以其他维度作为提供给服务消费者的资源。包含如下示例：
	1494	+
	1495	+* 平台和基础设施即服务。服务提供者的技术资源被服务消费者的技术资源所使用。
	1496	+* 服务消费者的IoT设备与服务提供商平台进行通信。
	1497	+* 工作时间以外进行办公室的清洁工作。服务提供商的工作人员清洁服务消费者的工作空间，通常与在办公室工作的人员无任何互动。
	1498	+* 街道清洁。
	1499	+* 审计服务。
	1500	+
	1501	+这些示例表明，人们可能代表服务消费者组织进行沟通，但是他们不充当用户。通常，这些人被授权为用户代表并代表他们与服务提供商进行交互。
	1502	+
	1503	+有时，缺乏人与人之间的互动会导致服务提供者仅专注于技术和其他非人力资源。这导致缺少聚焦价值和服务与服务消费者的需求不一致。同样重要的是在提供专业基础设施，平台，环境和其他服务且没有直接用户但影响人们工作和生活的组织之间培养和维护一种服务意识。
	1504	+
	1505	+服务提供者与用户之间几乎没有人为接触时，重要的是监测和度量关键的服务质量和体验指标，并分析反映用户体验的趋势和模式。服务绩效透明度是关键; 服务供应商和消费者可以从分享服务体验信息的见解中获益，在理解的基础上投入资源进行合作。从本质上讲，他们都将理解信息在服务质量方面的意义，可能会影响价值共创。
	1506	+
	1507	+=== ​​​​​​​8.1.3 适用于服务消费的服务意识 ===
	1508	+
	1509	+服务是价值共创的一种手段。价值不能简单地交付；它需要服务消费者的积极参与。如果用户正在使用服务，他们的能力，态度和文化使他们成为价值共创的重要因素。
	1510	+
	1511	+因此，重要的是确保参与服务消费的所有个人共享服务意识，而不只是服务提供者的团队。都共享一个服务意识。指导原则应该指导职业行为的各个方面。表8.3说明了有助于培养服务意识的关键问题并提供了有助于培养相关能力的方法示例。
	1512	+
	1513	+服务消费者组织中的表8.3 服务意识
	1514	+
	1515	+|**ITIL指导原则**|**关键问题**|**学习和开发方法的示例**
	1516	+|(% rowspan="7" %)聚焦价值|这项服务的用途是什么？预期的结果和价值是什么？|意识培训：向所有人介绍运营模式，关键价值流以及在
	1517	+|期望的服务体验是什么？|组织中服务的角色
	1518	+|还有什么有助于预期的结果？服务如何与其他服务和|
	1519	+|组织的资源进行交互？|
	1520	+|是否存在相互矛盾的利益干系人要求？|
	1521	+|客户（或服务提供者）在代表他们感兴趣的领域有多|
	1522	+|优秀？|
	1523	+|(% rowspan="3" %)从你所处的地方开始|是否还有其他方法可以实现这些结果？|定期召开跨团队会议，同步并保持对当前状态及
	1524	+|他们是否被证明有效吗？|其背景知识管理的共同理解，包括获取有关组织
	1525	+|在开发/改进服务时，应从当前和之前的实践和关系中保留哪些内容？|实践和经验教训的信息
	1526	+|(% rowspan="4" %)基于反馈迭代推进|如何向服务提供者提供反馈？|相关可用反馈渠道的在线和离线信息
	1527	+|如何从服务提供者和其他利益干系人处获得反馈？|关键用户和客户与服务提供商的定期会议
	1528	+|如何确保反馈的处理进度？|例如测试和培训的联合活动，特别是在服务变更时
	1529	+| |组织持续改进实践相关的意识培训和视觉信息
	1530	+|(% rowspan="7" %)协作和提升可视化程度|用户和顾客在服务消费过程中的责任是什么？|为用户提供实用且最新的知识库，包括视觉辅助工具、
	1531	+|是否满足要求？是否遵循约定的服务消费规则？|联合培训和关键服务行动的演练
	1532	+|在与服务提供商的服务关系中，可见性范围在哪里？|服务同理心/融洽的合作培训
	1533	+|如何参与服务提供商的联合活动？|采用工作可视化工具（如看板）
	1534	+|如何将合作、公开的活动可视化？|了解支持渠道和可用的支持选项（通过培训，视觉材料
	1535	+|需要使用哪些工具来展示进度（如看板）？|和知识库）
	1536	+|服务提供商应该涉及哪些决策和行动？| 明确在不同情况下服务提供商可以与谁取得联系
	1537	+|(% rowspan="3" %)(((
	1538	+
	1539	+
	1540	+通盘思考和工作
	1541	+
	1542	+
	1543	+)))|服务消费者的背景是什么？它如何助推组织的目标和服务消费者的业务？|意识培训：向所有人介绍运营模式，关键价值流以及在组织中服务的角色
	1544	+|(((
	1545	+服务的消费如何整合到价值流中？
	1546	+
	1547	+如何改进/优化服务的角色以增加其价值？
	1548	+)))|说明和解释组织变更对服务架构和关系的影响
	1549	+|消费服务时应考虑哪些依赖关系？|
	1550	+|(% rowspan="2" %)保持简单实用|使用服务的最佳方法是什么？|了解支持渠道和可用的支持选项（通过培训，视觉材料
	1551	+|如果有体验改进点机会，该如何启动？|和知识库）
	1552	+|(% rowspan="4" %)(((
	1553	+
	1554	+
	1555	+优化和自动化
	1556	+)))|哪些服务的动作可以作为服务消费的部分?|组织持续改进实践相关的意识培训和视觉信息
	1557	+|是否有可以优化的服务操作？|持续改进的激励计划，聚焦改进措施的价值
	1558	+|是否有手动服务操作可以自动执行的？|
	1559	+|如果有改进机会点，该如何启动？|
	1560	+
	1561	+== 8.2 进行中的服务交互 ==
	1562	+
	1563	+向用户提供服务有不同的方法。最常见的选项包括：：
	1564	+
	1565	+* **拉动或推送**服务动作可由用户发起，例如拉动。这种情形包括当用户在服务门户上请求服务，下载应用程序，呼叫服务台等。它们也可以由服务提供者发起，如推送。例如，用户可以每月获得一份报告作为订阅的一部分，或者服务提供商可以在新版本可用时自动更新用户设备上的软件。
	1566	+* **自动或手动**服务操作的启动和实现可以通过不同的方式实现自动化：
	1567	+** **无技术**服务提供不涉及技术
	1568	+** **技术辅助**技术是用来支持服务提供商提供服务的。例如，服务台代表可以使用信息系统来登记和管理来自用户的请求
	1569	+** **技术推动**在部分服务提供过程中服务提供商和用户可以使用相同的技术。例如，当服务台代表和用户讨论问题时可以使用远程访问软件来接管用户的屏幕。
	1570	+** **技术中介**消除了服务提供商和用户之间服务提供时的物理距离。例如，用户可以通过短信与服务提供商沟通。
	1571	+** **技术产生**服务提供商，服务消费者或双方完全由技术代替。示例包括自服务，聊天机器人，自动向服务提供商请求更多存储的服务消费者应用程序等。
	1572	+* **定制或开箱即用**用户和服务提供商之间的交互可以针对所有用户或大部分用户进行标准化或者根据单个用户或小部分用户的需求和偏好进行调整
	1573	+* **直接或间接**服务提供商可以使用自身资源和员工或通过代理与用户进行交互。例如，机场代理经常被用来代表航空公司为旅客办理登机手续。通常使用机场代理人代表航空公司办理旅客登机手续。服务消费者还可以代表服务提供商提供服务。例如，客户已与外包公司达成服务协议，但服务消费者的服务台仍为用户提供服务。如图8.1所示。
	1574	+
	1575	+(% style="text-align:center" %)
	1576	+[[image:1639051060438-209.png]]
	1577	+
	1578	+图片8.1常见的服务技术类型
	1579	+
	1580	+这些方法被定义为服务架构和设计的一部分，在旅程的早期步骤中达成一致，并在共同创建步骤中得到应用。它们对用户体验有重要的影响；它们在用户体验上具有重要的影响力；服务提供者和服务消费者应在旅程开始阶段就考虑到这种影响。服务提供者和服务消费者应该从开始就考虑使用影响力。
	1581	+
	1582	+根据服务架构，服务消费者和服务提供者组织之间的服务交互可能包括：
	1583	+
	1584	+* **联合活动 **单独或共同执行作为服务约定部分的服务动作
	1585	+* **服务提供活动：**
	1586	+** 提供对约定资源的访问，并将这些资源用作为服务的一部分
	1587	+** 提供和消费双方约定的货物
	1588	+** 将服务提供涉及的资源的可用性，性能和其他品质特征维持在约定级别
	1589	+** 记录，报告，检测和解决事件
	1590	+** 记录，处理和履行服务请求
	1591	+** 记录和处理投诉和表扬
	1592	+** 受理和处理其他用户查询
	1593	+** 收集并处理服务质量相关的数据，向利益相关者提供监控信息
	1594	+** 在适用的情况下，对提供的服务开具发票。
	1595	+
	1596	+* **服务消费活动：**
	1597	+** 访问和使用作为服务组成的资源和商品
	1598	+** 执行服务动作
	1599	+** 发起服务请求
	1600	+** 提出投诉和表扬
	1601	+** 提出其他用户查询
	1602	+** 在约定的情况下报告偏差和事件
	1603	+** 在适用的情况下为提供的服务支付费用。
	1604	+
	1605	+重要的是各方理解并塑造在可见的范围内执行活动，但他们也需要对双方的不可见活动进行管理。
	1606	+
	1607	+在大多数情况下，此步骤中服务消费者组织由用户代表或者其授权的代表。他们通常在服务旅程开始前就服务消费过程中的角色和用户及其代表沟通并达成一致。还包括资格标准、使用规则、安全要求、责任等。
	1608	+
	1609	+在服务旅程的这个阶段的活动服务提供者组织可以由各种角色代表。有些角色直接与用户打交道（服务台代理，支持专家和为用户或与用户执行服务操作的任何专家）；某些角色专注于服务提供商或服务消费者的各种资源，但可能偶尔与用户产生互动（执行服务维护或服务支持或作为服务提供的一部分处理服务消费者资源的技术专家）。在后一种情况下，重要的是要确保这些专家分享服务意识并专注于服务消费者的价值和可靠的用户体验。
	1610	+
	1611	+=== ​​​​​​​8.2.1 服务请求 ===
	1612	+
	1613	+在多数情况下，满足服务请求对于价值共同创造的成功非常重要。
	1614	+
	1615	+|(((
	1616	+**定义：服务请求**
	1617	+
	1618	+由用户或用户授权代表提出的请求，该请求已被同意作为服务交付的正常部分。
	1619	+)))
	1620	+
	1621	+某些服务请求旨在增强服务的价值并支持服务消费者的业务活动。它们由用户根据需求按照服务消费者流程自行启动。
	1622	+
	1623	+这些请求通常说明由服务提供商履行的服务操作，包括信息请求，对资源的访问和货品传输。
	1624	+
	1625	+其他服务请求是用户的责任之一，为了使服务与协议保持一致而被启动。这些通常包括用户启动的维护和支持行动；如未能启动这些操作可能导致诸如服务降级或中断之类的事件。
	1626	+
	1627	+对于所有类型的服务请求，应商定规则和条件，并传达给服务提供者和服务消费者组织中的所有相关角色。这些可能包括：
	1628	+
	1629	+* 发起请求的渠道和方式
	1630	+* 可用的请求选项
	1631	+* 职责
	1632	+* 程序
	1633	+* 时限范围
	1634	+* 授权（例如，安全，财务和架构/技术）
	1635	+* 成本和价格
	1636	+* 法律和监管要求
	1637	+* 其他限制。
	1638	+
	1639	+服务请求管理有助于服务的成功使用。可以通过以下方式强化此规范：
	1640	+
	1641	+* 为用户的状况和级别访问请求量身定制的易用且交互式的服务请求目录
	1642	+* 用于启动和履行服务请求的自助服务界面
	1643	+* 请求履行过程中的状态更新和推送通知
	1644	+* 主动沟通服务的状态，请求的可用性和新的选项
	1645	+* 友好且专业的支持代理满足请求
	1646	+* 尽可能通过用户首选的方式自动完成和交付
	1647	+* 收集和处理反馈
	1648	+* 适用于请求履行有效的工作流
	1649	+* 有效的集成其他管理实践。
	1650	+
	1651	+通过以下ITIL实践可以成功启动，处理和实现服务请求：
	1652	+
	1653	+* 变更管理
	1654	+* IT资产管理
	1655	+* 服务目录管理
	1656	+* 服务配置管理
	1657	+* 服务台
	1658	+* 服务级别管理
	1659	+* 服务请求管理.
	1660	+
	1661	+在某些情况下，可以应用其他ITIL实践来支持服务请求。其中包括容量和性能管理、部署管理、信息安全管理、基础架构和平台管理以及发布管理实践。
	1662	+
	1663	+|(((
	1664	+**关键信息**
	1665	+
	1666	+服务台实践的目的是为事件解决和服务请求捕获需求。对于所有用户，它也应该是服务提供者的入口和单一联系点。
	1667	+)))
	1668	+
	1669	+=== ​​​​​​​8.2.2 服务台的相互作用 ===
	1670	+
	1671	+用户与服务提供商进行交互时，他们将通过服务台实践提供的专用接口或渠道进行交互。这些接口可以采用各种形式，但是它们有一个共同的目的：确保用户请求被捕获并根据服务提供者和服务消费者之间建立的协议和期望进行处理。
	1672	+
	1673	+服务关系要取得成功重要的关键点，服务台的界面，过程和规则必须经过双方的同意并在引入阶段就传达给所有用户。这些界面和过程应该简单，对用户友好并且易于遵循。服务台实践应该根据用户的反馈不断的持续改进，以确保获得积极的用户体验。
	1674	+
	1675	+服务台应该在服务提供和支持的价值流中与其他实践紧密结合，并支持价值流。这将确保用户发起的各类工单得到有效和及时的处理，并将相关信息传达给用户。表8.4列出了用于服务查询的常见分类标准以及查询处理过程中通常涉及的各个实践。这些实践应与服务台实践结合。
	1676	+
	1677	+表8.4 用户查询：分类准则及其处理中涉及的关键实践
	1678	+
	1679	+|**对准则进行分类**|**服务查询类型**|**涉及的关键ITIL实践**
	1680	+|违反约定的SLA或|(% rowspan="2" %)突发事件|(% rowspan="2" %)事件管理
	1681	+|用户报告的负面体验
	1682	+|紧急情况发生时的约定条件或者查询正在发生的灾难|灾难|服务连续性管理
	1683	+|从服务请求目录中选择有效的服务请求选项|服务请求|服务请求管理
	1684	+|从用户可用的服务目录中选择了有效的变更选项|变更请求|变更启动
	1685	+|用户报告的负面体验，被称为未违反任何约定的SLA（投诉）或记录的用户报告的积极体验|投诉与表扬|关系管理
	1686	+|用户的建议改进项未被可用的服务目录所覆盖。（包括服务请求目录）|改进建议|持续改进
	1687	+|用户报告可能表明信息安全受到威胁的可疑活动或事件|可疑活动和事态|信息安全管理
	1688	+
	1689	+对于传入查询的分类和优先级划分，应该有一致的规则。用户在处理查询时应该知道约定的时间范围。这取决于以下因素：
	1690	+
	1691	+* 查询类型
	1692	+* 查询时间和日期
	1693	+* 联络渠道
	1694	+* 服务/资源
	1695	+* 服务级别/ 用户
	1696	+* 影响
	1697	+* 预计解决时间
	1698	+* 其他约定因素。
	1699	+
	1700	+用户还应随时了解其查询过程的进度、估计处理时间的变化以及其他重要信息。这些更新应通过约定的渠道提供。
	1701	+
	1702	+=== ​​​​​​​8.2.3 当事情出错时 ===
	1703	+
	1704	+当提供或使用服务时，可能会发生事件和不满意情况。创建完美的服务体验可能会很困难，即使不是不可能。然而，处理不满和事件很重要。服务提供商应对事件和投诉做好准备；在可见范围内操作的每个团队，即使不直接与用户打交道，也应该知道如何解决这些情况。
	1705	+
	1706	+采用服务意识（包括服务同理心）对于将问题转化为提高服务和用户忠诚度与信任的机会非常重要。遵循ITIL 指导原则，服务提供者可以通过以下方式管理投诉和事件：
	1707	+
	1708	+* 聚焦价值和价值共创的快速恢复
	1709	+* 收集并提供反馈
	1710	+* 与受影响的用户透明，诚实地沟通
	1711	+* 表现出理解和同理心
	1712	+* 保持互动和建议简单实用
	1713	+* 适当情况下，练习智能违抗。
	1714	+* 以下ITIL惯例可有效地处理事件和不满事件解决：
	1715	+* 持续改进
	1716	+* 事件管理
	1717	+* 知识管理
	1718	+* 关系管理
	1719	+* 服务台
	1720	+* 服务请求管理
	1721	+
	1722	+将这些实践集成到用户支持价值流中有助于确保有效的沟通、正常服务的快速恢复、减少误解以及改进交互渠道和过程。
	1723	+
	1724	+=== ​​​​​​​8.2.4 关键时刻 ===
	1725	+
	1726	+关键时刻是服务提供者和用户之间的关键接触点或服务交互，用户在其中形成或改变他或她对服务体验、服务组织、产品或服务全方面的印象。
	1727	+
	1728	+关键时刻可能来自积极和消极的事件。尽管每个服务交互或接触点都是潜在的关键时刻，但并非所有的服务交互和接触点都是一个关键时刻。关键时刻是服务交互和接触点，它们构成或破坏了特定用户的服务体验。
	1729	+
	1730	+因此，服务提供者应该意识到潜在的关键时刻。服务提供商组织应该拥有做出正确决策和提供正确服务的资源和能力。
	1731	+
	1732	+从本质上讲，服务提供者应该考虑将负面事件转化为积极的关键时刻。
	1733	+
	1734	+=== ​​​​​​​8.2.5 智能违抗 ===
	1735	+
	1736	+智能违抗是为了做正确的事情而违反规则的行为。就服务关系而言，感知优势通常包括熟悉度、直接参与服务或了解用户或客户需求等因素。这些知识是有价值和有益的。
	1737	+
	1738	+智能违抗在我们的日常生活中是简单而普遍的，在大多数情况下，它是有益的和真实的。轻微的智能违抗对改进我们的生活经常被受到赞赏；例如，一个商店经理延迟关门，让顾客完成购物。
	1739	+
	1740	+在现有规则无法帮助或不合理的情况下，总会有意料之外的问题需要处理。在这种情况下，服务体验取决于与客户和用户交互的工作人员，他们正确地评估是应该遵守规则还是暂停规则。这意味着，为了最大限度地为客户提供价值，服务提供者应该：
	1741	+
	1742	+* 认识到当前的规则并不是一直适合的
	1743	+* 鼓励和培养员工的知识和技能以识别合理的客户要求并感知和满足这些要求
	1744	+* 创建一个环境，使员工有信心在情势要求的情况下不遵守规则行事
	1745	+* 确保行动被记录用于改进规则和对未来的理解。
	1746	+
	1747	+对于某些规则不适当的情况智能违抗是一种有价值的工具。但是，重要的是要记住，，对任何既定情况的默认响应都应该遵循规则。当需要智能违抗的情况时，应记录操作以允许审计和控制，以便将来在必要时可以修改规则。智能违抗可以作为改进的来源，需要围绕现有规则将他们塑造成更广泛，更好的规则。显然，让员工违反规则并非没有风险。得不到保证的创新行为能提供比遵循规则更好的服务，即使这些规则对于一线员工来说是错误的。
	1748	+
	1749	+在某些环境中，例如受到严格监管和合同约束的环境，可能很难说服服务提供商的员工违反规则以做正确的事情。人们可能会担心不合规和情况升级到组织的更高级别。如果在这些环境中智能违抗是可取的，则程序和合同应明确允许存在的偏差并提供清晰的流程以供学习。
	1750	+
	1751	+=== ​​​​​​​8.2.6 客户和用户反馈 ===
	1752	+
	1753	+客户和用户的反馈对于服务关系的成功和服务的持续改进非常重要。服务提供者对关于他们的服务以及相关的用户和客户体验等方面公开，直接和全面的意见有兴趣。然而，许多用户和客户都不情愿提供公开和诚实的反馈。这种不情愿通常与过去的负面体验有关。
	1754	+
	1755	+服务提供商的一项重要任务是收集和处理有效的反馈。表8.5提供了可以帮助完成此任务的思路总结。
	1756	+
	1757	+表8.5 客户和用户持续反馈的挑战与解决方案
	1758	+
	1759	+|**利益相关者提供反馈**|**挑战**|**服务提供者应用的可能解决方案**
	1760	+|(% rowspan="9" %)用户|人们不相信自己的意见会被听取并付诸行动。|建立并明确传达一个欢迎大家提出意见的策略。
	1761	+|反馈渠道不方便或不可用。|单独处理所有反馈，并尽可能手动处理。不要限制对自动消息的响应。
	1762	+|人们没有时间提供反馈。|维护由用户反馈发起的服务改进的最新记录；让处理进度对所有用户可见；考虑更新广告订阅。
	1763	+|人们可能害怕因负面反馈而受到惩罚。|在可能的情况下，让改进发起人参与测试和实施改进。
	1764	+|人们认为其他人早些时候也提供了相同的意见。|奖励积极的反馈和改进措施。在用户社区中使用游戏化（级别、数字徽章）来表扬积极的贡献者。
	1765	+| |积极寻求反馈，并奖励有意义的利益参与。
	1766	+| |确保反馈渠道和界面方便、安全、符合规定，并按预期工作。在联系用户之前测试所有界面和渠道。
	1767	+| |监控社交媒体和用户社区。通过社交媒体提供快速和建设性的响应。
	1768	+| |遵循规划、收集和处理反馈的指导原则。
	1769	+|(% rowspan="7" %)顾客|客户希望服务提供商收集用户的反馈并认为这样就足够了。|建立并明确传达一个欢迎大家提出意见的策略。
	1770	+|客户希望服务提供商要求反馈，而不是等待反馈。|向客户提供用户的反馈信息，并考虑将其纳入SLA报告中。
	1771	+|客户没有时间反馈；有时，他们也没有时间听取用户的意见，仅根据报告来看待服务。|定期与客户进行人与人之间的反馈会议，特别是在重要接触点和关键时刻之后。
	1772	+|反馈渠道不方便或不可用。|确保反馈渠道和界面方便、安全、符合规定，并按预期工作。
	1773	+| |在联系客户之前测试所有界面和渠道。
	1774	+| |遵循规划、收集和处理反馈的指导原则。
	1775	+| |使反馈处理以各种形式对客户透明。
	1776	+
	1777	+|(((
	1778	+**ITIL的故事：步骤6 –价值共创**
	1779	+
	1780	+[[image:1639051453545-874.png||height="55" width="40"]]//Radhika：服务推出后，我们发现客户的一个痛点，他们来取已经预定的车辆，结果却发现它尚未归还。我们知道这在高峰时段最常发生，但是我们不明白为什么人们经常迟到还车，或者如何确保减少这样的事情重复发生。//
	1781	+
	1782	+[[image:1639051462796-307.png||height="47" width="44"]]//Mariana：我们的第一个想法是对逾期归还进行罚款。但是，在我们寻求潜在解决方案之前，我们邀请了一些客户参加设计合作研讨会，以便我们能够理解和同情他们的问题。。//
	1783	+
	1784	+[[image:1639051472378-508.png||height="49" width="38"]]**S**//olmaz：例如，我们发现我们的客户通常不熟悉本地交通，并且会低估完成任务所需的时间。引入罚款通常不会激励及时还车。在共同创建和深入研究之后，我们正在试用告警系统，它可以通知当前和下一个乘客汽车的位置和预期的归还时间。。//
	1785	+
	1786	+[[image:1639051500303-603.png||height="42" width="39"]]//Katrina：很高兴能参加此次研讨会，以帮助eCampus Car Share了解和理解客户了解关于延迟还车的问题。滞纳金会让我对这项服务不太满意，因为我不可能预测交通流量。通过共同制定解决方案，我觉得自己的贡献已经得到认可，并且找到了更加公平的解决方案。//
	1787	+)))
	1788	+
	1789	+
	1790	+
	1791	+== 8.3 培育用户社区 ==
	1792	+
	1793	+在正常操作，事件和其他困难期间，用户社区可能是服务交互的重要组成部分。同行支持、知识文章、讨论和改进计划有助于减少用户对服务提供商支持的需求，使支持更接近用户（左移），提供有价值的见解和改进机会，并有助于交流新闻和状态更新。
	1794	+
	1795	+在许多情况下，用户社区是自然形成的，特别是当服务被提供给许多个人和公司服务消费者时。然而，它们也可能出现在组织内部，特别是当用户感觉不到来自服务提供商足够的支持时。无论哪种方式，社区都可以成为用户和服务提供商之间交流与合作的有力手段。
	1796	+
	1797	+用户社区可以由服务提供者建立，并可以团结所有服务用户。它们还可以由用户小组组成，涵盖来自多个服务提供商的多个服务：例如，服务消费者组织内的社区，或特定领域的专业人员社团。在后一种情况下，服务提供者在社区中的积极参与通常比尝试将用户切换到服务提供者建立的官方社区效果更好。认识到由用户建立的社区和为用户建立的社区，以及在这些社区中有价值的参与，可以提高服务提供商的形象和用户的忠诚度。同时，请务必记住，这些社区可能对某些用户是关闭的。在这种情况下，服务提供商可以使用其他平台和渠道建立一个或多个组。当服务提供给不同的受众时，服务提供者很可能必须使用不同的平台、语言和通信方式来管理多个社区。
	1798	+
	1799	+在可视化的背后，这些社区可能与共享的知识库相联系，并由相同的专家团队提供支持。
	1800	+
	1801	+由服务提供商创建和运行的用户社区可以作为服务进行设计和管理。
	1802	+
	1803	+由用户小组自己创建和运营的用户社区可能会受到服务提供商代表的支持。这种参与通常通过以下ITIL实践实现：
	1804	+
	1805	+* 事件管理
	1806	+* 知识管理
	1807	+* 问题管理
	1808	+* 关系管理
	1809	+* 服务目录管理
	1810	+* 服务台
	1811	+* 服务请求管理
	1812	+* 服务验证和测试。
	1813	+
	1814	+将这些实践整合到用户支持价值流中有助于捕获社区的问题、提供建议、建议服务和服务请求、推荐解决方案和自助服务解决方案、宣布新机遇等。
	1815	+
	1816	+=== 8.3.1 超级用户 ===
	1817	+
	1818	+许多社区和团体根据成员的活动在团体中的重要程度采用用户评级或状态系统。提供更多有用建议和意见的个人会得到某种形式的认可。小组反馈用于评估输入的有用性。这些成员被称为大师或专家，可能在社区中拥有更多的权利和权威。例如，他们可能担任社区管理员，有权主持讨论。
	1819	+
	1820	+如果这些组是由服务提供商建立的，则超级用户可以由服务提供商任命并参与到服务提供商的实践中。如果这些组是由客户建立的，那么角色和职责、工作流程和程序以及工具支持最好与服务提供商达成一致。如果这些小组是由用户建立的，服务提供者可能会发现与超级用户合作是有益的，为他们提供获得专家知识的机会，让他们参与内部讨论，并以其他方式提高他们在产品和服务方面的专门知识。这可能有助于超级用户发展其专业技能，并优化服务提供商用于支持用户社区的资源。
	1821	+
	1822	+在企业环境中，服务提供商可以识别用户小组中的超级用户，并让他们参与建立用户社区。超级用户可以参与支持、交流、培训、用户故事和需求的说明、演示、验证和测试，以改善服务提供商和用户之间的关系。建立和维护一个有效的超级用户组并不容易。超级用户很少被指派全职角色，而且通常是义务的。他们受到兴趣、愿意协助和社区认可的激励。因此，服务提供商无法在需要时依赖他们的支持。如果超级用户与客户和赞助人属于同一法律实体，则解决方案可能是在服务提供商、客户和超级用户之间签订第三方协议，为超级用户活动分配一定比例的时间，并确保在不可用期间提供备份。服务提供商还可能经常召集超级用户来告知、教育和培养他们，以增加他们对角色的投入。
	1823	+
	1824	+|(((
	1825	+**ITIL的故事：培育用户社区**
	1826	+
	1827	+[[image:1639051638220-876.png||height="58" width="38"]]//Mariana：我们正在利用各种知名社交媒体网站上已建立的在线社区与现有和潜在客户进行互动。//
	1828	+
	1829	+[[image:1639051655927-321.png||height="55" width="37"]]//Solmaz：我们曾考虑为此创建自己的社区，但最终的决定，对于我们目前面对的受众，参与已有大量追随者的现有社区会更有价值。//
	1830	+
	1831	+[[image:1639051638220-876.png||height="58" width="38"]]//Mariana：与这些社区互动将有助于我们与客户建立更牢固的关系，更好地了解他们在汽车租赁服务中的需求。//
	1832	+)))
	1833	+
	1834	+== 8.4 总结 ==
	1835	+
	1836	+服务消费者利用可访问的服务提供商资源，消费提供的货品，并与服务提供商基于约定的服务内容一起价值共创价值。服务意识与成熟的实践相结合能有效、无缝、巧妙的处理用户交互和偏差。是价值共创和用户体验的关键。
	1837	+
308	308	= 9. 第7步：实现价值 =
309	309
310	310	[[image:1639051700656-416.png]]