Last modified by superadmin on 2024/12/25, 07:29
From version < 72.1 >
edited by superadmin
on 2021/12/08, 17:41
To version < 194.1 >
edited by superadmin
on 2021/12/10, 16:00
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -ITIL 4《驱动利益相关者价值》DSV
1 + ITIL 4《驱动利益相关者价值》DSV
Content
... ... @@ -1,4 +1,4 @@
1 -{{box cssClass="floatinginfobox" title="**~~ Contents**"}}
1 +{{box cssClass="floatinginfobox" title="**X Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
4 4  
... ... @@ -130,7 +130,6 @@
130 130  
131 131  ----
132 132  
133 -
134 134  **到目前为止的故事**
135 135  
136 136  艾克苏租车正在进行数字化转型。
... ... @@ -173,6 +173,7 @@
173 173  ITIL 4框架的关键组件是ITIL 服务价值系统（SVS）和四维模型。
174 174  
175 175  
175 +
176 176  ----
177 177  
178 178  == ITIL 服务价值系统 ==
... ... @@ -259,14 +259,12 @@
259 259  * **保持简单实用** 如果流程，服务，性能或指标无法提供价值或生产有用的成果，则将其消除。
260 260  * **优化和自动化** 应该充分利用所有类型的资源，尤其是HR。
261 261  
262 -----
263 -
264 264  == 治理 ==
265 265  
266 266  治理是指挥和控制组织的手段。角色和治理在ITIL SVS中的位置将根据在组织中使用SVS的方式而有所不同。
267 267  
268 268  
269 -----
267 +== ==
270 270  
271 271  == 持续改进 ==
272 272  
... ... @@ -277,8 +277,6 @@
277 277  
278 278  
279 279  
280 -----
281 -
282 282  == 四维模型 ==
283 283  
284 284  为了支持整体方法到服务管理，ITIL定义了四个维度，这对于以产品和服务的形式为客户和其他利益相关者有效，高效地简化价值至关重要。四个维度（在图片0.4中显示）是：
... ... @@ -298,719 +298,2184 @@
298 298  
299 299  ----
300 300  
301 -= 1.(% style="color:#3399f3" %)介绍(%%) =
297 += =
302 302  
303 -ITIL®4：驱动利益相关者价值旨在通过服务价值共创的原则和实践去指导利益相关者，无论他们是客户还是服务提供者。
299 +----
304 304  
301 +
305 305  
306 -每个人都为价值共创做出了贡献，包括来自大型和小型组织的员工，合同工和客户。重要的是要记住，该指南不是规定性的：并非所有内容都适用于所有人。相反，它提供了一个采用和适应每种情况的框架。
303 += =
307 307  
308 308  
309 -本指南是为从事服务关系的个人和组织（包括产品和服务提供，消费和关系管理）编写的。这些是参与组织客户旅程或参与其中的人员和组织。目标受众包括但不限于：
306 +----
310 310  
311 -* 关系经理
312 -* 客户体验（CX）经理
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 +* 服务负责人
313 313  * 客户经理
314 -* 服务交付经理
315 -* 服务台经理
316 -* 服务级别经理
317 -* 企业架构师
318 -* 服务和解决方案架构师
319 -* 业务分析师
320 -* 生产所有者和数字化产品经理
321 -* 市场经理
322 -* 项目经理
323 -* 投资组合经理
324 -* 供应商关系经理
325 -* 供应商经理
326 -* 合同经理
327 -* 客户体验/ 用户体验（UX）设计人员。
449 +* 关系经理
450 +* 业务合作伙伴。
328 328  
329 -本指南假定读者熟悉ITIL Foundation，其中介绍了ITIL 4的基本服务管理概念
452 +在服务消费者方面，客户有责任同意引入的目标，并将其传达给组织内的相关利益相关方，以及组织的合作伙伴和供应商（如果它们是引入的一部分或受其影响）。
330 330  
331 331  
455 +在关键利益相关方接受引入目标之后，应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是，服务消费者代表将被告知、被咨询或对此负责，因为引入是一项联合行动，可能需要双方大量资源。
332 332  
333 -== 1.1契动的重要性 ==
334 334  
335 -契动对于优化服务价值至关重要。这是因为服务价值始终是用户，客户，赞助商，服务提供者以及任何参与服务的相关方共同创造。
458 +== 7.1.2 引入范围 ==
336 336  
460 +要定义引入的范围，应考虑以下问题：
337 337  
338 -为了驱动利益相关者价值，所有利益相关者必须为服务价值的共同创造做出贡献。本出版物将会讨论客户旅程的主要步骤，并提供如何共同创造最有价值的旅程的指导。客户旅程可以分为七个步骤，如表1.1所示。
462 +* 需要引入的消费者资源是什么？
463 +* 引入需要哪些提供者资源？
464 +* 引入什么时候开始和结束？
339 339  
466 +引入方法有望回答所有这些问题，但是每个引入计划都需要根据该计划的范围，对引入方法进行审查和调整。
340 340  
341 -表1.1 客户旅程的步骤
342 342  
343 -|(% style="width:221px" %)探索：了解市场和利益相关者|(% style="width:934px" %)客户旅程通常在服务提供者和服务消费者建立关系之前开始。双方都可以探索他们自己的需求和市场机会，来确定可能对实现他们各自需求有所贡献的合作伙伴。此探索可能包括运营的背景，战略目标和组织能力等方面。
344 -|(% style="width:221px" %)契动：培养关系|(% style="width:934px" %)通过服务实现共同创造价值的重要前提是服务提供者，服务消费者和其他利益相关者之间的运作正常的关系。良好的关系是协作关系或合作关系的先决条件。
345 -|(% style="width:221px" %)供应：提炼需求和服务供应|(% style="width:934px" %)为了确定双方是否可以从相互的服务关系中受益，服务消费者和服务提供者应该创建商业案例，以及明确表达，提炼和匹配他们在要求和服务供应上的供需。当明确表达和理解服务消费者的需求时，才能设计产品和服务。
346 -|(% style="width:221px" %)协议：达成一致期望并协定服务|(% style="width:934px" %)至关重要的是，在投资之前，必须达成期望，规划价值共创，跟踪，并协定服务范围和质量。
347 -|(% style="width:221px" %)引入：开启或结束旅程|(% style="width:934px" %)无论双方是否达成协议，他们都必须经历涉及双方资源的整合或者分割的转变。
348 -|(% style="width:221px" %)共同创造：提供和消费|(% style="width:934px" %)服务消费者利用可访问的服务提供者资源，消费提供的货品，并与服务提供者一起基于达成的服务供应来共同创造价值。
349 -|(% style="width:221px" %)实现：捕获价值和改进|(% style="width:934px" %)必须基于价值共创的规划去跟踪和驱动价值，改进工作必须持之以恒，从而增加服务价值。
469 +表7.2概述了与服务管理四维模型有关的消费者资源引入的可能范围。
350 350  
351 -ITIL®4：驱动利益相关者价值提供了有关参与每个阶段并为之做出贡献的最佳实践指南，并且参与服务关系的任何人（包括服务提供，服务消费和关系管理）都可以使用它。
352 352  
472 +表7.2 引入的消费者资源示例
353 353  
354 -== 1.2关键原则 ==
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" %)用户（代表消费者组织的供应商和合作伙伴）需要使用服务和支持程序方面的培训
355 355  
480 +引入方法将影响一个或多个资源。当为引入方案创建引入计划时，服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。
356 356  
357 357  
358 -=== 1.2.1利益相关者 ===
483 +对于客户旅程，引入暗示以下或类似的场景之一：
359 359  
485 +* 引入新的服务消费者组织开始使用一系列服务
486 +* 在现有服务消费者组织内加入新客户
487 +* 引入现有客户开始使用一系列新服务
488 +* 从其它服务提供者迁移服务消费者
489 +* 从其它服务提供者迁移服务和/或生产。
360 360  
361 -服务消费者和服务提供者并不是参与客户旅程的唯一人员。有很多利益相关者，他们做出了贡献，从中收益或者影响了这个旅程。这些利益相关者可能包括所有者，服务提供者雇员，第三方供应商，竞争对手，监管机构，工会，行业组织，社区和社会等。
491 +这些场景旨在连接服务提供者资源和服务消费者，服务消费者可能涉及多个服务、用户、位置和供应商。最复杂的引入计划可以作为项目或项目群来运行。在设计产品和服务时，服务提供者旨在最大程度地减少引入的成本，并使服务消费的启动变得无缝和便捷。
362 362  
493 +对于用户旅程，引入意味着以下或类似的场景之一：
363 363  
364 -服务必须为所有相关的利益相关者创建价值。因此，最重要的是识别所有关键利益相关者，理解和管理与他们的影响力和兴趣水平。
495 +* 引入新的用户开始使用一项或多项服务
496 +* 引入现有的用户以开始使用一项或多项服务
497 +* 引入现有用户切换到一个或多个服务的较新版本
498 +* 将现有的用户从当前的服务迁移到另一个服务。
365 365  
500 +这些场景意味着服务提供者和服务消费者的资源已在客户引入期间集成，并且用户引入仅需要针对用户的较少操作。但是，涉及大量用户的用户引入计划可能非常复杂，需要项目管理。
366 366  
367 -理解每个利益相关者如何影响或可能受旅程影响的一种方法是将利益相关者映射到矩阵中，根据其影响和兴趣级别进行分类，图片1.1显示了利益相关者分析和映射的示例。
368 368  
369 -(% style="text-align:center" %)
370 -[[image:1638949925942-595.png]]
503 +为了确定引入计划开始和结束时间，应考虑以下因素：
371 371  
372 - 图片1.1利益相关者地图
505 +* 全新或现有的服务消费者
506 +* 全新或现有的客户
507 +* 全新或现有的用户
508 +* 全新或现有的生产/ 服务/ 服务供应
509 +* 由服务提供者资助的商业服务提供，或由服务消费者组织资助的非商业性服务。
373 373  
511 +基于上述考虑，引入可能在以下选项期间启动：
374 374  
375 -可以根据他们相结合的影响力和兴趣去管理利益相关者。并可以通过恰当水平的沟通来维持利益相关者的满意，知情和密切关注。然而，利益相关者和他们的影响力和兴趣可能在旅程中变化。例如，随着时间的推移，服务提供者可能尝试培育利益相关者的兴趣和影响力。这意味着利益相关者地图应该随着旅程的进展而定期重新修订。
513 +* 当各方达成有关服务提供协议时
514 +* 服务合同正式签订后
515 +* 服务已部署并准备发布时
516 +* 服务正在部署时
517 +* 当用户正式受雇于服务消费者时
518 +* 用户临时同意的工作时间
376 376  
520 +引入计划的结束也可能会有所不同。例如，当第一个用户能够使用服务时，或者在所有用户成功通过测试以确认他们熟悉服务之后，某些引入计划可能被视为已完成。新的服务、客户或用户的引入可能包括旧的撤销。有时，这是完成引入所必需的。
377 377  
378 -=== 1.2.2 服务消费者 ===
379 379  
380 -在ITIL 4中，服务消费者是一个消费某项服务的组织。在实践中，服务消费至少涉及三个特定的角色，这些角色显示在图片1.2中，他们包括：
381 381  
382 -* 定义了服务要求并对服务消费成果负责的客户
383 -* 使用服务的用户
384 -* 为服务消费授权预算的赞助者
524 +=== 7.1.3 引入客户和用户：引入活动 ===
385 385  
386 -这些角色可以由一个或多个人员或团队来完成，通常取决于消费者组织的类型和大小。在角色分开的组织中，沟通和协调至关重要。为了在服务提供者和服务消费者之间培育有效的服务关系，有必要投入资源来协调双方。
526 +在同意引入计划的范围之后，应规划引入活动。根据引入计划的范围和规模，以及组织的政策、规则和实践，用于计划的方法和工具可能会有所不同。表7.3提供了可能为服务管理四维模型资源计划的引入活动示例。
387 387  
388 -(% style="text-align:center" %)
389 -[[image:1638950038214-694.png]]
390 390  
391 - 图片1.2服务消费者的三个角色
529 +表7.3中的示例描述了服务提供者、服务消费者和服务消费者的合作伙伴/供应商如何参与引入计划。可以根据应该与服务消费者进行交互的资源类型来定义更具体的操作。例如，向服务消费者介绍服务提供者的应用程序可能需要进行在线培训，但是在研讨会上向他们介绍服务提供者员工会更好。
392 392  
393 393  
394 -=== 1.2.3 服务关系 ===
532 +用户引入是用户体验的重要组成部分。当向个人消费者提供服务时，客户和用户引入通常会合并在一起，并且引入操作涵盖了这两个方面。当向大型组织提供服务，并且客户和用户的角色可能会分开时，客户和服务提供者将一起计划用户引入活动。这可能会导致从消费者组织的角度描述引入方法。
395 395  
396 -在服务关系中，组织将采用服务提供者或服务消费者的角色。这两个角色不是专有的：组织通常在任何给定时间提供和消费许多服务。服务消费者可以使用其资源来创建自己的产品，以解决另一个目标消费者群体的需求，从而成为服务提供者。这样，可能会出现关系链或关系网络，如图片1.3中所示。
397 397  
535 +在许多情况下，尤其是为个人消费者提供服务时，服务提供商会标准化引入并使之自动化。这通常是通过使用高度标准化和兼容的IT解决方案来实现，例如通用平台、标准库和协议、微服务等。无缝引入通常由以下因素维护：
398 398  
399 -表1.2中显示了三种基本的服务关系类型。基于组织定义的战略，可以显示一种对关系的偏好。
537 +* 多语言界面
538 +* 高度直观的界面
539 +* 高可用性支持，包括自助服务和同行支持
540 +* 自动化软件安装和更新
541 +* 跨平台可用性。
400 400  
543 +表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例
401 401  
402 -(% style="text-align:center" %)
403 -[[image:1638950209105-608.png]]
545 +|(% style="width:176px" %)**服务消费者资源即将启用**|(% style="width:354px" %)**服务提供者执行的引入活动**|(% style="width:348px" %)**服务消费者执行的引入活动**|(% style="width:417px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**
546 +|(% style="width:176px" %)服务消费者的组织和人员|(% style="width:354px" %)(((
547 +提供培训和培训材料
404 404  
405 - 图片1.3 服务关系模型
549 +介绍了联系和支持界面
406 406  
551 +授予用户访问服务的权限
407 407  
553 +传达了必要的警告（安全和责任）以及条款和条件
408 408  
555 +成立治理组织
556 +)))|(% style="width:348px" %)(((
557 +用户学习培训材料（阅读、参加培训、学习教程等）
409 409  
410 -表1.2三种基本服务关系类型
559 +组织同意并分配了使用新服务的责任
411 411  
412 - [[image:1638950556081-343.png||height="106" width="895"]]
561 +角色和/或团队已更改以优化服务消费
413 413  
414 -[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]
563 +组织变革管理
564 +)))|(% style="width:417px" %)(((
565 +如果供应商服务受引入影响，则提供培训和培训材料
415 415  
416 -|(% style="width:185px" %) |(% style="width:298px" %)**基本关系**|(% style="width:374px" %)**合作关系**|**伙伴关系**
417 -|(% style="width:185px" %)典型的聚焦点|(% style="width:298px" %)支持和效率|(% style="width:374px" %)改进和效果|创新和成长
418 -|(% style="width:185px" %)典型的涉及组织级别的关系|(% style="width:298px" %)运营上的|(% style="width:374px" %)运营和战术上的|运营的，战术和战略上的
419 -|(% style="width:185px" %)典型的关系成熟度级别|(% style="width:298px" %)应对式，订单接受者|(% style="width:374px" %)服务提供者，受信任的顾问|战略合作伙伴
420 -|(% style="width:185px" %)典型的服务类别|(% style="width:298px" %)商业现货服务，开箱即用服务，高度标准化的商品服务或货品的货源|(% style="width:374px" %)服务不得不配置或定制化来满足服务消费者的需求|具有独特价值主张的定制或定制服务
421 -|(% style="width:185px" %)典型的协定类别|(% style="width:298px" %)标准合同，服务级别协议以及主要针对大众市场的基于体验的协议|(% style="width:374px" %)高级的服务级别协议，基于体验的协议或结果导向的协议|定制合同，结果导向的协议或没有协议
422 -|(% style="width:185px" %)举例|(% style="width:298px" %)正如服务提供者预期，服务消费者清晰表达他们的期望值。例子可以在提供给广大的个人外部服务消费者的标准化服务找到。这就是移动运营商和运输公司如何运作。|(% style="width:374px" %)取决于服务提供者和服务消费者的关系，服务提供者可能很难完全了解服务消费者想实现的成果。在某些情况下，他们会一起工作去定义渴望的成果。举例，内部IT和HR部门的关系经理可能和客户谈话和讨论他们的需求和期望。|基于服务供应和产品的服务是依照客户规定要求去规划和创建。在敏捷产品开发那里，服务消费者和服务提供者在共享团队中共同创建产品。
567 +对服务的访问权限进行审查并在需要时进行更改
568 +)))
569 +|(% style="width:176px" %)服务消费者的信息和技术|(% style="width:354px" %)(((
570 +信息系统集成
423 423  
424 -=== 1.2.4 客户旅程 ===
572 +数据迁移和/或转换，建立数据交换
425 425  
426 -客户旅程是服务消费者和服务提供者之间关于接触点和交互的整体感知。
574 +进行必要的配置和自定义
427 427  
576 +部署了监视工具和其他操作工具
428 428  
429 -表1.3概述了从用户角度解决事件的客户旅程示例。
578 +建立了数据交换协议、集成和工具
579 +)))|(% style="width:348px" %)(((
580 +服务提供者的专家可以访问信息资源
430 430  
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 +
431 431  |(((
432 -
709 +**ITIL故事：规划引入**
433 433  
434 -定义：客户旅程
711 +[[image:1639049867583-763.png||height="47" width="45"]]//Mariana：引入的目标是确保客户对使用电动车的各个方面感到满意。他们还需要知道如何预订车辆，并且必须同意在我们的道路上以合法和负责任的方式行事。//
435 435  
713 +[[image:1639049876815-154.png||height="49" width="37"]]**R**//adhika：在我们能够将其发布给我们的第一批客户之前，指导视频经过了一些规划。艾克苏没有专门的电动汽车教育视频，而汽车共享是该公司的一项新服务。客户需要事先做出一些决定，例如他们首选的会员等级。//
436 436  
437 -服务客户通过接触点和服务交互与一个或多个服务提供者和/或其产品一起拥有的完整的端到端体验。
715 +[[image:1639049867583-763.png||height="47" width="45"]]//Mariana：我们还希望能够参考视频中的巴西法律法规。艾克苏提供了预算，将视频制作外包给一个小的本地团队，其中包括一名作家、导演和两个演员。我们拍摄了汽车收藏、汽车充电和事件报告。我们还介绍了如何联系道路救援，以及如何计划可能包括公共充电站的旅程。此外，我们希望确保视频中有多种语言的字幕，因为该大学拥有大量的国际学生和教职员工。//
716 +
717 +[[image:1639049903595-695.png||height="60" width="43"]]**S**//olmaz：我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话，每个客户不超过两次。//
438 438  )))
439 439  
440 -表1.3用于解决事件的客户旅程的示例
720 +== 7.2 与用户相关并建立关系 ==
441 441  
442 -|(% style="width:129px" %)**角色**|(% style="width:526px" %)**活动**|(% style="width:500px" %)**客户旅程**
443 -|(% style="width:129px" %)**用户**|(% style="width:526px" %)用户检测到服务运营中的故障。|(% style="width:500px" %)某个服务和/或者产品失灵。客户体验将受到特定情形，之前的事件等的影响。
444 -|(% style="width:129px" %)(((
445 -**用户**
722 +由于服务提供者与服务消费者的技术和信息进行了更多的交互，因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务（例如IoT设备、技术微服务、信息系统维护和数据存储）是此类服务关系的示例。
446 446  
447 -**服务台客服**
448 -)))|(% style="width:526px" %)用户联系服务台客服。服务台客服执行工单登记，将可用的数据添加到记录。服务台客服对工单进行初始优先级划分和分类，确认该工单与事件有关，接着把优先级和期望的解决事件告知用户。|(% style="width:500px" %)(((
449 -用户联系服务台。基于服务台客服的态度和行为体验良好。
450 450  
451 -用户收到一条含有优先级和期望解决事件的信息。优先级和期望的解决事件可能比预期好或差。用户体验也会受到服务台的历史准确性影响。
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 +旨在提高认识和创造需求的营销活动
452 452  )))
453 -|(% style="width:129px" %)(((
454 -**服务台客服**
796 +|(% style="width:93px" %)契动|(% style="width:468px" %)(((
797 +由于用户数量众多且服务提供者的能力有限，因此个人面对面的联系通常是不可能或效率低下的
455 455  
456 -**二线支持人员**
457 -)))|(% style="width:526px" %)服务台客服执行事件的初始分类，有助于确认事件影响，确定团队对于失效元件和/或服务的职责，以及把这个事件与过去和/或正在发生的事态，事件和问题想关联。在某些情况下，分类有助于展示针对这类事件之前定义的方案。|(% style="width:500px" %)用户正在等待解决方法。
458 -|(% style="width:129px" %)**二线支持人员**|(% style="width:526px" %)技术专家执行事件诊断和/或问题调查，问题诊断，问题解决方法开发和问题消除。|(% style="width:500px" %)用户正在等待解决方法。
459 -|(% style="width:129px" %)(((
460 -**服务台客服**
799 +售前和售后受到严格监管，以保护消费者权益
461 461  
462 -**用户**
463 -)))|(% style="width:526px" %)服务台客服告知用户解决方法。用户确认服务恢复。|(% style="width:500px" %)(((
464 -服务台客服联系用户去沟通解决方法。体验是基于服务台客服的态度以及行为，还有解决方法的质量以及恢复时间是否符合或超出之前公布的恢复时间。
801 +社区、影响者和同行的意见对于最初的契动决定很重要
802 +)))|(% style="width:606px" %)(((
803 +使用相关渠道和媒体公开广告
465 465  
466 -用户确认或拒绝解决方法。体验是由解决方法的有效性，多容易去验证以及服务台客服有多大帮助。
805 +广泛使用社交媒体、影响者和用户群体
806 +
807 +使用直接营销和对等的代理商
808 +
809 +基于对用户互联网活动的监视、搜索引擎优化以及其他针对目标受众的工具的情境广告
810 +
811 +优化基于互联网的服务目录（网站、登录页面、社交媒体帐户等）
812 +
813 +在相关和合理的情况下，销售和支持办公室网络
467 467  )))
468 -|(% style="width:129px" %)**用户**|(% rowspan="2" style="width:526px" %)服务已经恢复。用户可以有效地工作。|(% rowspan="2" style="width:500px" %)用户继续使用服务和/或产品。体验是基于解决方法的可用性和强度。
469 -|(% style="width:129px" %)**客户**
470 -|(% style="width:129px" %)(((
471 -**用户**
815 +|(% style="width:93px" %)供应|(% style="width:468px" %)(((
816 +大量的服务消费者
472 472  
473 -**服务台经理**
474 -)))|(% style="width:526px" %)(((
475 -成功解决事件后，可能需要一系列的关闭规程，包括：
818 +需要简单快捷的签约程序和界面
819 +)))|(% style="width:606px" %)(((
820 +标准服务目录、合同和协议
476 476  
477 -* 用户满意度调查
478 -* 恢复成本计算和报告
479 -* 恢复价格计算和收据
480 -* 问题调查启动
481 -* 事件回顾
482 -* 更新和正式关闭事件记录和相关记录
483 -)))|(% style="width:500px" %)用户收到满意度调查。此外，用户可能收到一条关于事件已经关闭的信息。体验是由沟通的语气和综合性来形成。
822 +目录和协议中的用户友好的简单语言描述
484 484  
485 -(% style="text-align:center" %)
486 -[[image:1638950677448-611.png]]
824 +广泛使用移动平台和应用程序
825 +)))
826 +|(% style="width:93px" %)同意|(% style="width:468px" %)(((
827 +高水平的国际、国家和行业法规
487 487  
488 - 图片1.4 价值流与客户旅程之间的关系
829 +需要简单明确的语言
830 +)))|(% style="width:606px" %)(((
831 +高度自动化的签约，广泛使用数字文档和签名
489 489  
833 +与电子支付系统（卡、PayPal等）集成
490 490  
491 -图片1.4中显示了价值流和客户行程之间的关系，其特征如下：
835 +自动尽职调查检查（如果适用）
836 +)))
837 +|(% style="width:93px" %)引入|(% style="width:468px" %)(((
838 +大量具有不同技能和背景的服务消费者
492 492  
493 -* 客户旅程始终依赖于每个参与方中的至少一个价值流。
494 -* 一个价值流通常支持多个客户旅程。
495 -* 一个客户旅程可能跨越来自不同服务提供程序的一个以上服务提供者价值流或价值流。
496 -* 客户旅程仅包含可视化线的一部分价值流活动。
497 -* 由于组织的价值流对其他方不可见，因此某些价值流将不是客户旅程的直接部分。
840 +需要简单快速的引入
498 498  
499 -客户旅程很少遵循预定义的路径。有时，旅程进行是从一个接触点到下一个接触点，但是最常见的旅程是从一个接触点到另一个接触点然后返回。旅程也可能从期望路径的中途开始，然后靠近期望的起点。
842 +不同的技术背景
843 +)))|(% style="width:606px" %)(((
844 +自动化的介绍和初步培训
500 500  
846 +经过严格测试的引入说明和规程
501 501  
502 -客户和用户旅程是客户和用户体验（CX和UX）的重要来源。然而，体验也会受到环境因素的的影响，包括数字化环境以及消费者可能与服务提供者的品牌的交互和接触。这包括来自于服务提供者有用意的交流，还有消费者在日常生活中与品牌的交流和交互。
848 +有关用户支持资源的专门章节，以帮助引入
503 503  
850 +自动化资格和兼容性检查
851 +)))
852 +|(% style="width:93px" %)价值共创|(% style="width:468px" %)(((
853 +大量具有不同技能和背景的服务消费者
504 504  
505 -图片1.5说明了客户和用户体验的三个方面。
855 +不同的技术背景
506 506  
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 +
507 507  (% style="text-align:center" %)
508 -[[image:1638950734629-647.png]]
931 +[[image:1639050104902-799.png]]
509 509  
933 +图7.1 通过全渠道管理实现无缝的用户旅程
510 510  
511 - 图片1.5 客户和用户体验的三个方面
512 512  
936 +随着技术的发展，服务提供者会对其进行测试，并将其用于服务交付，并在适用的情况下为用户提供支持以及客户和用户旅程的其他步骤。影响选择和设计的趋势包括：
513 513  
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 +
514 514  |(((
515 -
1096 +**ITIL的故事：提供用户参与和交付渠道**
516 516  
517 -定义：
1098 +[[image:1639050210407-577.png||height="47" width="42"]]//Mariana：eCampus Car Share是一款新的服务，我们尚未完全了解客户的业务活动模式。随着服务的成熟，我们将学习他们的定期通勤和旅程。然后，我们将能够使用推送通知来提醒他们即将发生的事件，例如周末节日或工作日封路。。//
518 518  
1100 +[[image:1639050219865-483.png||height="52" width="38"]]**S**//olmaz：我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。//
1101 +)))
519 519  
520 -客户体验是客户所感知到服务的功能性以及与服务提供者情感交互的总和，
1103 +== 7.4 使用户能够使用服务 ==
521 521  
522 -用户体验是客户所感知到服务的功能性以及与服务提供者情感交互的总和。
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：我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息，以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。//
523 523  )))
524 524  
525 -=== 1.2.5 可视化 ===
1178 +== 7.5 提升彼此的能力 ==
526 526  
527 -在客户旅程期间，有一条可视线，超出界限客户无法看到服务提供者的活动。类似地，也有一条可视线，超出界限服务提供者无法看到客户的活动。这适用于内部和外部客户以及服务提供者。
1180 +服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组，以提高另一组的能力。
528 528  
529 529  
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 +
530 530  |(((
531 -
1221 +**ITIL的故事：提升共同能力**
532 532  
533 -定义：可视化范围
1223 +[[image:1639050424360-458.png||height="43" width="39"]]//Mariana：eCampus Car Share运行了最初的几个月后，我们引入了游戏化。当顾客取车时，他们希望汽车清洁并充满电。我们要求客户在取车时给他们的车辆进行星级评价。这些评分被赋予前一个驾驶员的个人资料。//
534 534  
535 -服务提供者和服务消费者都可以看到服务关系中的活动和资源
1225 +[[image:1639050433804-264.png||height="43" width="37"]]//Radhika：驾驶员获得的积分越多，他们在排行榜上的地位就越高，对于一直获得五星级评价的任何人，抽奖可在下次预订时提供折扣。//
536 536  
537 -
1227 +[[image:1639050451730-405.png||height="49" width="36"]]//Solmaz：这不仅使我们的客户受益，而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本，最重要的是，它支持出色的客户体验。//
538 538  )))
539 539  
540 -可视化范围是形成服务体验的地方。它包括接触点，服务交互以及服务关系中超过一个利益相关者可以看到的部分产品和环境。各方需要清楚了解旅程的各个步骤，才能了解不可见元素是如何影响可视化范围，以及确保可视化范围内的一切得到妥善管理。
1230 +== 7.9 撤销客户与用户 ==
541 541  
1232 +与引入类似，应将撤销的动作和职责预先定义为产品和服务设计的一部分，然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时，此方法有效。这类示例诸如，用户在组织中的位置发生了变化，这可能导致用户使用的服务范围的变化。
542 542  
543 -图片1.6说明了可视化范围。
544 544  
545 -(% style="text-align:center" %)
546 -[[image:1638950807349-851.png]]
1235 +撤销的重要问题包括信息安全和资产管理。重要的是要确保外来用户没有特定的访问权限，并且必须安全地存储他们的创建、使用或有权访问的信息，并且仅对授权用户可用。同样，重要的是要确保先前包含在服务提供中的物理和数字资产在用户撤销后，得到正确地归档、重用、撤回或以其他方式处理。软件许可证或个人设备，例如笔记本电脑和移动电话，就是需要适当撤销的示例。
547 547  
548 - 图片1.6 可视化范围
549 549  
1238 +变更使能、信息安全管理、IT资产管理和服务配置管理实践对成功撤销至关重要。如果相关，还可能需要其他实践。组织变革管理实践可能会支持大规模的撤销。
550 550  
551 -范围的宽度取决于服务的性质，利益相关者的关系以及旅程的完整程度。举例，如果客户消费了简单的商品服务，例如在云中托管的一台标准服务器，可视化范围很可能相当狭窄。然而，如果客户和服务提供者签订了长期的合作关系，则可视化范围很可能增加，因为各方需要更深入地了解彼此的活动，以便于优化价值共创。
552 552  
1241 +撤销计划应按照与引入计划相同的原则进行审查，并应改善服务关系的相同领域。
553 553  
554 -=== 1.2.6 价值 ===
555 555  
556 -客户旅程的最终目的是创建价值。无论是在步骤本身，旅程的另一个步骤中还是在不同的旅程中，每个步骤增加的利益相关者价值必须多于减少的价值。
1244 +当服务消费者因不满意或纠纷而离开时，确定原因很重要。在这些情况下，在无冲突的环境中流程的每个步骤都已商定时，同意并准备好撤销以确保无缝的撤销就尤为重要。此外，双方应注意不要加剧任何冲突或对任何其他方造成伤害；他们应同意对争端保密。当预期将采取后续法律行动时，这一点尤其重要。
557 557  
558 558  
559 -贯穿本指南中，对旅程的每个步骤的描述都将从其目的的说明开始。表格将概述每个步骤如何与服务消费者和服务提供者的价值的三个方面相关联。价值永远不能仅由服务提供者独自创建。价值必须是利益相关者之间的一个联合流程价值共创。为了获得成功，服务提供者必须在整个客户旅程中与其他利益相关者积极互动。没有交互，就没有服务。这些交互称为服务交互，并在图片1.7中显示。
1247 +=== 7.9.1 客户撤销 ===
560 560  
1249 +当服务协议期满或终止时，由服务提供者执行客户撤销。撤销动作通常包括：
561 561  
562 -(% style="text-align:center" %)
563 -[[image:1638950862127-760.png]]
1251 +* 与所有相关的利益相关者，包括用户、客户、相关的合作伙伴/供应商和监管机构，就计划的服务终止进行沟通
1252 +* 响应任何要求进一步信息或其他支持的用户
1253 +* 组织和执行从服务消费者到服务提供者的设备移交
1254 +* 删除服务消费者场所中一直在运行的任何服务提供者资源
1255 +* 撤消任何一方对另一方资源的访问权限（如果适用）
1256 +* 存档和保留记录
1257 +* 计算和处理退出付款，包括双方未偿还的金额
1258 +* 更改与终止的服务相关的第三方合同，例如支持技术服务、保险等
1259 +* 保留双方同意和/或适用法规要求的正式撤销记录
1260 +* 执行与处境相关的关系管理动作，例如闭门会议、感谢信、恢复服务关系的邀请等。
564 564  
565 - 图片1.7 客户旅程和服务交互
1262 +这些操作适用于大多数客户撤销场景。具体操作取决于服务的性质以及撤销计划的范围。有些操作由服务提供者或服务消费者执行，而有些可能需要协作。这些通常在引入步骤中事先约定，但可能需要在撤销开始之前进一步鉴证。
566 566  
567 567  
568 -服务价值是主观的。服务成果必须满足或超越主观利益相关者的期望和偏好，才能被认为有价值。这些成果取决于服务的性能，其中包括服务功用和服务功效。
1265 +撤销的一种更复杂的现代方法是服务提供者之间的合作，其中包括相互的撤销协议。在这些情况下，新的服务提供者将服务消费者替换为旧的服务提供者。这是很常见的，因为在提供商之间进行切换是很普遍的，并且受到法律的监管。
569 569  
570 570  
571 -输出是实现成果的有形和无形的交付物。例如，移动电话服务的输出可以包括电话号码，与其他人的对话，文本消息和活动日志记录。对于一个客户，所感知的成果可能与居住在国外的人们建立了更紧密的关系。对于另一个客户，相同的服务，由于成功的电话销售对话，可能导致收入增加。人们不仅仅是购买产品或服务，而是将其投入生活以取得进步。
1268 +切换服务提供者可能涉及第三方；例如，共享基础架构的提供者既充当新服务提供者又充当旧服务提供者。
572 572  
573 573  
574 -当满足需求或利用机会的全部潜在服务价值未被实现时，就会发生价值泄漏。价值泄漏的某些原因是：
1271 +表7.9 提供者切换操作示例
575 575  
576 -* 服务提供者和服务消费者之间的关系没有达成一致
577 -* 错过了创建价值的机会，并且产品或服务无法完全满足客户的要求
578 -* 服务的提供或使用是次优的
579 -* 缺乏价值跟踪和实现。
1273 +(% style="width:817px" %)
1274 +|**服务管理的维度**|(% style="width:527px" %)**切换操作示例**
1275 +|组织和人员|(% style="width:527px" %)(((
1276 +更改用户访问权限
580 580  
581 -成果需要资金，时间和资源。服务的总成本是利益相关者在服务交付和消费方面投入的资金，时间和资源的总和。图片1.8展示了服务价值的三个方面，其中感知到的成果与成本和风险是平衡的。
1278 +更改服务提供者的访问权限
1279 +)))
1280 +|价值流和流程|(% style="width:527px" %)(((
1281 +更改共同行动的责任
582 582  
1283 +更改程序和接口
1284 +)))
1285 +|信息和技术|(% style="width:527px" %)(((
1286 +频道切换
583 583  
584 -(% style="text-align:center" %)
585 -[[image:1638950950777-726.png]]
1288 +设备安装和卸载
586 586  
587 - 图片1.8 服务价值的三个方面
1290 +系统集成
588 588  
1292 +记录存档
1293 +)))
1294 +|合作伙伴和供应商|(% style="width:527px" %)与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
589 589  
590 -此外，成果可能会受到其他利益相关者施加的不确定性和要求的约束。因为服务是同时产生和消费的，意外事态可能没有告警就影响服务消费。并且成果通常在识别客户需求后的一段时间就可以实现，因此自服务关系成立以来，客户需求和条件可能已经发生了变化。因此，存在与服务消费和成果成就相关的风险。风险的级别取决于不确定性的数量（例如，威胁，利益相关者脆弱性的风险以及对利益相关者的影响）以及离遵从其它利益相关者施加的要求有多远，而这些利益相关者能影响渴望或预期的成果。
1296 +关于切换提供者的撤销动作类似于服务终止操作；它们应该涵盖表7.9中概述的所有服务管理四维模型。
591 591  
592 592  
593 -从不同的角度来看，根据定义，服务关系意味着共享成本和风险。服务消费者通常通过签订服务关系来降低特定成本和风险。最佳服务价值是成果，成本和风险之间的平衡，如图片1.9所示。
1299 +许多ITIL 管理实践都支持撤销，包括：
594 594  
595 -(% style="text-align:center" %)
596 -[[image:1638951286017-165.png]]
1301 +* 变更使能
1302 +* 部署管理
1303 +* 基础设施和平台管理
1304 +* IT资产管理
1305 +* 发布管理
1306 +* 服务配置管理
1307 +* 服务级别管理
1308 +* 软件开发和管理。
597 597  
598 - 图片1.9考虑实现价值的成果，成本和风险
1310 +大规模的撤销和切换计划可能需要组织变革管理和项目管理实践来协调撤销动作，并确保所涉及的组织成功实施了变更。
599 599  
600 600  
601 -=== 1.2.7 产品与服务 ===
1313 +=== 7.6.2 用户撤销 ===
602 602  
603 -客户旅程，包括它的接触点和服务交互，是服务的集成部分。然而，服务与旅程不同，并不只是包含旅程。服务必须确定范围和定义，从而各方都了解并同意它的目标和界限。提供者以服务供应的形式展现他们的服务，服务供应描述了一种或多种旨在解决某个目标消费群体需求的服务。服务供应可能包括供应给消费者的货物，对资源的访问以及为解决消费者的需求而执行的服务动作。图片1.10显示了所有这些组件如何相互关联。
1315 +用户撤销可能是正在进行的服务关系的一部分，而没有服务或合同终止。常见的示例是用户从服务消费者组织辞职或在组织内的职位变化。这些场景应该在客户引入期间预先约定，并根据此方法进行处理（通常作为标准更改）。但是，在某些情况下，例如大规模撤销，可能需要额外的规划和协调。
604 604  
605 605  
606 -产品是服务提供者创建的一项动态配置资源。产品也可以作为其它产品或服务的资源。产品通常很复杂，并且对服务消费者也不是完全可见。在产品可视化范围内的部分并不总是代表整体。服务提供者定义了可视线，它是针对他们的目标消费者群体定制的。总而言之，服务隐含了以产品和实践的形式应用资源，以服务供应和服务互动的方式实现成果。一个简单的价值驱动框架可以解释服务流程的每一层是如何驱动上一层的价值。图片1.11价值驱动框架的示例。
1318 +用户撤销通常包括：
607 607  
1320 +* 沟通计划中的撤销和用户的相关职责
1321 +* 与用户互动，以获取有关计划撤销的更多信息或任何其他支持
1322 +* 组织从用户到服务提供者或服务消费者负责代表的设备移交
1323 +* 更改或取消用户的访问权限
1324 +* 通过归档和保留来保护记录
1325 +* 删除未归档的信息
1326 +* 维护双方同意和/或适用法规要求的正式撤销记录
1327 +* 执行关系管理操作，例如闭幕会议、撰写感谢信等。
608 608  
609 -服务性能驱动服务消费者性能：举例：共同创造成果和体验。服务消费者性能驱动消费者目标的实现，该目标实现了服务消费者的目的。
1329 +正式程度取决于服务关系。例如，当服务提供者位于服务消费者组织内部时，正式程度可能会较低，并且服务消费者代表（例如用户的经理）可能会执行某些操作。
610 610  
611 611  
612 -(% style="text-align:center" %)
613 -[[image:1638951337202-329.png]]
1332 +随后，撤销应该使用户感到舒适。服务提供者致力于使撤销动作自动化，并最大程度地降低其对所有相关方的日常业务基础的影响。
614 614  
615 - 图片1.10服务，服务交互，服务产品，产品和资源之间如何关联
616 616  
1335 +|(((
1336 +**ITIL的故事：撤销客户和用户**
617 617  
618 -(% style="text-align:center" %)
619 -[[image:1638951358549-799.png]]
1338 +[[image:1639050583142-272.png||height="43" width="47"]]//Mariana：最初，我们预计完成最后一年学习的学生会希望自动退订eCampus Car Share。但是，我们的商业活动模式表明，很多学生选择保留自己的会员资格，这通常是在他们选择继续学业或加入教职员工的情况下。因此，我们不得不重新考虑我们的计划以自动撤销客户。//
620 620  
621 - 图片1.11 价值驱动框架示例
1340 +[[image:1639050597268-890.png||height="47" width="38"]]//Radhika：我们还发现，学生通常希望在每个学年结束时取消其会员资格，以节省每月的订阅费用。但是，当他们注册第二年时，他们不想再次完成教学视频。//
622 622  
1342 +[[image:1639050583142-272.png||height="43" width="47"]]//Mariana：我们为学生提供了将其会员级别变更到无需每月订阅费用级别的可能。这意味着他们更有可能保留其会员资格，也意味着他们在整个夏季继续接受我们的营销。在新学期开始时，学生可以再次变更其会员级别。//
623 623  
624 -(% style="text-align:center" %)
625 -[[image:1638951386397-567.png]]
1344 +[[image:1639050610825-462.png||height="53" width="37"]]**S**//olmaz：撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化，我们不需要花费时间手动释放费用。//
1345 +)))
626 626  
1347 +== 7.7 总结 ==
627 627  
1349 +为了从协议发展到服务提供和消费，各方必须经历一种过渡，其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分，并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问，使用户能够使用服务以及提升彼此的能力。
628 628  
629 -----
630 630  
631 -= 2.客户旅程 =
1352 += 8. 步骤6：价值共创 =
632 632  
633 -客户旅程不仅与服务消费者有关。服务提供者也必须识别、理解和掌握客户旅程。最成功的组织走得更远，它们努力将自己置于客户的位置，而自己体验端到端的旅程。
1354 +[[image:1639050669254-786.png]]
634 634  
1356 + 培育服务意识
635 635  
636 -掌握客户旅程有助于通过价值共创使利益相关者价值最大化，重点放在结果和体验上。表2.1对此进行了进一步说明。
1358 + 正在进行的服务交互
637 637  
1360 + 培育用户社区
638 638  
639 -表2.1识别、理解和掌握客户旅程的目的
1362 +当各方准备好交付和使用服务时，旅程的下一步便开始了。它可以说是最重要的；前面的所有步骤都旨在使之成为可能，并确保其取得成功。
640 640  
641 -| |**对于服务消费者**|**对于服务提供者**
642 -|促进成果和体验|从服务关系获得最佳的服务价值和体验|识别并支持特定的服务消费者行为和结果
643 -| |要了解服务消费者的需求和愿望，而不仅仅是客户的陈述|优化和改进产品，服务以及客户旅程，以实现将来的价值
644 -|优化风险和合规性|为确保已识别并解决关键的服务消费者风险|重点关注与成本相关的支出最高的客户满意度问题和关键领域
645 -|优化资源并最小化成本|与服务提供者一起在服务的生命周期期间提交和优化资源的使用|与服务消费者一起在服务生命周期期间提交和优化资源的使用
646 -| | |关于费用公平透明
1364 +此步骤的目的是让参与服务关系的人员共同行动，以确保基于商定的服务产品持续共同创造价值。
647 647  
648 -ITIL故事：客户旅程
1366 +服务提供和消费步骤的范围包括：
649 649  
650 -[[image:1638951475719-992.png||height="51" width="41"]]//Solmaz：作为艾克苏的业务转型经理，我将帮助Mariana创建她的汽车共享服务。我们将映射设计客户旅程，以确保我们与利益相关者共同创建价值，并构建一个对艾克苏、我们的用户、消费者和客户有利的服务。//
1368 +* 服务的交付和支持
1369 +* 服务的消费
1370 +* 服务的使用。
651 651  
652 -[[image:1638951484081-860.png||height="47" width="40"]]M//ariana：我已经在研究学生和教职员工目前的出行方式，以及他们的体验，并作为我博士学位的一部分。我与使用拼车和搭便车的人进行了广泛的对话。我还作为客户尝试了汽车拼车。//
1372 +此步骤是否成功取决于所有利益相关者共享基本原理并采用服务意识的能力。表8.1概述了服务提供和消费的目的。
653 653  
1374 +表8.1 服务提供的用途和消耗量
654 654  
655 -== 2.1 利益相关者的愿望 ==
1376 +|**价值共创**|**对于服务消费者**|**对于服务提供者**
1377 +|(% colspan="1" rowspan="7" %)促进成果和体验|最大限度提升服务消费和服务关系的实际成果|提升客户和用户的忠诚度
1378 +|通过正确的消费方式提升用户和客户功能的体验|最大化服务提供和服务关系的结果
1379 +|通过有效的协作提升用户和客户的情感体验|通过反馈和事实瞬间为持续改进获取有价值的输入
1380 +|通过有效的协作获得的经验|
1381 +|提高外部利益干系人满意度|提高员工的满意度
1382 +|提高员工的满意度|提高生产效率
1383 +|提高生产效率|
1384 +|(% colspan="1" rowspan="3" %)优化风险和合规性|通过调整对标和符合实际的期望来降低价值流失的风险|降低影响服务质量的事件及相关中断的发生概率
1385 +|通过响应性支持和以价值为导向的服务改进优先顺序，降低服务质量反复出现偏差的风险|通过忠诚度“信用”提升用户对服务质量偏差的容忍度
1386 +|通过有效的沟通和协作降低信息丢失的风险|
1387 +|优化资源和降低成本|(((
1388 +减少因服务质量下降而造成的损失
656 656  
657 -了解利益相关者价值非常重要，这需要探索职能、社交和情感维度，以解释利益相关者为何做出某些选择，以便了解利益相关者为何需要某些产品和服务。
1390 +优化服务消费成本
1391 +)))|(((
1392 +优化服务提供的运营成本
658 658  
659 -(% style="text-align:center" %)
660 -[[image:1638951585195-530.png]]
1394 +降低用户支持成本
1395 +)))
661 661  
662 -当了解了驱动并定义了利益相关者体验愿望后，下一步就是通过定义用户画像、场景、旅程图和服务蓝图来识别、理解和掌握客户旅程的端到端体验。图片2.2展示了设计端到端的客户旅程和体验所涉及的阶段。
1397 +== 8.1 培养服务意识 ==
663 663  
664 -(% style="text-align:center" %)
665 -[[image:1638951611410-277.png]]
1399 +重要的是参与服务提供和消费活动的人员必须以负责任的态度行事，考虑他人的利益，并专注于商定的服务结果。这被称为“ 服务同理心”，该术语通常用于用户支持的狭窄背景以及与服务提供者的支持代理相关的服务交互，但应扩展到整个服务旅程。
666 666  
667 - 图片2.2 设计端到端的客户旅程和体验所涉及的阶段
1401 +|(((
1402 +**定义：服务同理心**
668 668  
1404 +识别、理解，预测和规划利益、需求、意图及经验的能力，以便建立、维持和改善服务关系。
1405 +)))
669 669  
670 -(% style="text-align:center" %)
671 -[[image:1638951702084-130.png]]
1407 +服务同理心是组织的一项重要能力也是服务管理者的一项重要技能。服务支持代理不需要分担用户的挫折感，但希望得到认可和理解，表达同情，并相应调整自己的支持行动。
672 672  
1409 +服务同理心的重要程度取决于关系的密切程度。成功的伙伴关系相比基础的关系更为关键。
673 673  
674 -== 2.2 接触点和服务交互 ==
1411 +对于合作关系的成功而言，它比基本的关系更为关键。
675 675  
676 -每个客户旅程都涉及服务提供者、服务消费者和其他利益相关者之间的多个接触点和服务交互。
1413 +服务同理心是服务意识的要素，但不是唯一的要素。服务意识还包括驱动组织行为的共同原则并定义其对服务关系和其他相关方的态度。
677 677  
1415 +|(((
1416 +**定义：服务意识**
678 678  
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 +
679 679  |(((
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" %)(((
680 680  
681 681  
682 -定义
1540 +通盘思考和工作
683 683  
684 -* **接触点** 服务消费者或潜在服务消费者接触服务提供者和/或其产品和资源的任何行为。
685 -* **服务交互** 服务提供者和服务消费者之间的互惠活动，它们共同创建价值。
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 +由用户或用户授权代表提出的请求，该请求已被同意作为服务交付的正常部分。
686 686  )))
687 687  
688 -服务交互包括：
1621 +某些服务请求旨在增强服务的价值并支持服务消费者的业务活动。它们由用户根据需求按照服务消费者流程自行启动。
689 689  
690 -* 货品的转让
691 -* 提供获取资源的途径
692 -* 与服务提供者资源的交互（例如笔记本电脑或物联网[IoT]设备）
693 -* 服务联合行动。
1623 +这些请求通常说明由服务提供商履行的服务操作，包括信息请求，对资源的访问和货品传输。
694 694  
695 -接触点和服务的交互不一定相同。用户可以与服务提供者，资源（例如工作空间、电视广告或海报）接触，而无需与服务提供者进行交互。在另一种情况下，客户可以通过第三方与服务提供者一起进入交互，而无需与服务提供者直接接触。两种情况都是客户旅程的一部分，可能影响服务体验和成果。
1625 +其他服务请求是用户的责任之一，为了使服务与协议保持一致而被启动。这些通常包括用户启动的维护和支持行动；如未能启动这些操作可能导致诸如服务降级或中断之类的事件。
696 696  
1627 +对于所有类型的服务请求，应商定规则和条件，并传达给服务提供者和服务消费者组织中的所有相关角色。这些可能包括：
697 697  
698 -客户旅程很少遵循接触点和服务交互之间的预定义路径。一些旅程可能遵循简单、定义明确且合乎逻辑的路径，但大多数旅程更为复杂，并从先前的环境和交接发展而来，或者遵循复杂的模式并一路动态地涌现。尽管如此，识别、理解和管理潜在的接触点和服务交互是了解消费者体验的关键。
1629 +* 发起请求的渠道和方式
1630 +* 可用的请求选项
1631 +* 职责
1632 +* 程序
1633 +* 时限范围
1634 +* 授权（例如，安全，财务和架构/技术）
1635 +* 成本和价格
1636 +* 法律和监管要求
1637 +* 其他限制。
699 699  
1639 +服务请求管理有助于服务的成功使用。可以通过以下方式强化此规范：
700 700  
701 -可以通过列出服务消费者可能接触的服务提供者、及其产品或品牌的所有地点和时间来确定接触点和服务交互。但是，单个接触点可能表现良好，即使整体客户体验较差。客户会感受端到端的体验，而不是单个的接触点。因此，为了提升服务消费者满意度，每个接触点都必须带来良好的体验，并且整个客户旅程需要满足服务消费者的期望。
1641 +* 为用户的状况和级别访问请求量身定制的易用且交互式的服务请求目录
1642 +* 用于启动和履行服务请求的自助服务界面
1643 +* 请求履行过程中的状态更新和推送通知
1644 +* 主动沟通服务的状态，请求的可用性和新的选项
1645 +* 友好且专业的支持代理满足请求
1646 +* 尽可能通过用户首选的方式自动完成和交付
1647 +* 收集和处理反馈
1648 +* 适用于请求履行有效的工作流
1649 +* 有效的集成其他管理实践。
702 702  
1651 +通过以下ITIL实践可以成功启动，处理和实现服务请求：
703 703  
704 -**ITIL的故事：接触点和服务交互**
1653 +* 变更管理
1654 +* IT资产管理
1655 +* 服务目录管理
1656 +* 服务配置管理
1657 +* 服务台
1658 +* 服务级别管理
1659 +* 服务请求管理.
705 705  
706 -[[image:1638951773279-457.png||height="50" width="43"]]Mariana：//与电子化校园汽车共享进行服务交互的示例包括客户进行预订、使用车辆旅行以及在车辆发生故障时获得道路援助。//
1661 +在某些情况下，可以应用其他ITIL实践来支持服务请求。其中包括容量和性能管理、部署管理、信息安全管理、基础架构和平台管理以及发布管理实践。
707 707  
708 -[[image:1638951782170-600.png||height="51" width="37"]]Tomas：//所有这些交互都代表与客户的接触点，但Mariana还必须意识到服务还有其他不涉及服务交互的接触点。例如，客户看到服务的广告。//
1663 +|(((
1664 +**关键信息**
709 709  
710 -[[image:1638951795313-817.png||height="48" width="39"]]Mariana：//艾克苏和电子化校园汽车共享直接提供道路援助，但从客户视角看它成为重要的交互是必要的。//
1666 +服务台实践的目的是为事件解决和服务请求捕获需求。对于所有用户，它也应该是服务提供者的入口和单一联系点。
1667 +)))
711 711  
712 -[[image:1638951809401-789.png||height="52" width="41"]]Tomas：//即使艾克苏的合作伙伴提供了道路援助，它也是电子化校园汽车共享提供的服务的一部分，含在用户旅程地图中很重要。//
1669 +=== ​​​​​​​8.2.2 服务台的相互作用 ===
713 713  
1671 +用户与服务提供商进行交互时，他们将通过服务台实践提供的专用接口或渠道进行交互。这些接口可以采用各种形式，但是它们有一个共同的目的：确保用户请求被捕获并根据服务提供者和服务消费者之间建立的协议和期望进行处理。
714 714  
715 -== 2.3  映射客户旅程 ==
1673 +服务关系要取得成功重要的关键点，服务台的界面，过程和规则必须经过双方的同意并在引入阶段就传达给所有用户。这些界面和过程应该简单，对用户友好并且易于遵循。服务台实践应该根据用户的反馈不断的持续改进，以确保获得积极的用户体验。
716 716  
717 -旅程是服务消费者生命周期中的特定、离散的体验。例如，从公众云服务提供者订阅虚拟服务器的行为就是客户旅程中的接触点。研究并订阅服务，进行集成，然后在服务消费者的组织中启动并运行该服务，这是服务消费者所看到的完整客户旅程。
1675 +服务台应该在服务提供和支持的价值流中与其他实践紧密结合，并支持价值流。这将确保用户发起的各类工单得到有效和及时的处理，并将相关信息传达给用户。表8.4列出了用于服务查询的常见分类标准以及查询处理过程中通常涉及的各个实践。这些实践应与服务台实践结合。
718 718  
1677 +表8.4 用户查询：分类准则及其处理中涉及的关键实践
719 719  
720 -通常，服务提供者会收到的接触点满意度分数较高而端到端客户旅程分数较低。这是因为管理接触点和服务交互的个人和团队可能会忽略服务消费者的需求和期望。这在多渠道环境中最常见。众多客户交互跨渠道、设备、应用程序等等的，这意味着在跨渠道时提供一致的服务和体验方面很困难。如果整体管理客户旅程，而非通过孤立的接触点进行管理，则可以缓解该问题。
1679 +|**对准则进行分类**|**服务查询类型**|**涉及的关键ITIL实践**
1680 +|违反约定的SLA或|(% rowspan="2" %)突发事件|(% rowspan="2" %)事件管理
1681 +|用户报告的负面体验
1682 +|紧急情况发生时的约定条件或者查询正在发生的灾难|灾难|服务连续性管理
1683 +|从服务请求目录中选择有效的服务请求选项|服务请求|服务请求管理
1684 +|从用户可用的服务目录中选择了有效的变更选项|变更请求|变更启动
1685 +|用户报告的负面体验，被称为未违反任何约定的SLA（投诉）或记录的用户报告的积极体验|投诉与表扬|关系管理
1686 +|用户的建议改进项未被可用的服务目录所覆盖。（包括服务请求目录）|改进建议|持续改进
1687 +|用户报告可能表明信息安全受到威胁的可疑活动或事件|可疑活动和事态|信息安全管理
721 721  
1689 +对于传入查询的分类和优先级划分，应该有一致的规则。用户在处理查询时应该知道约定的时间范围。这取决于以下因素：
722 722  
723 -不能忽略对接触点和服务交互的管理和思考，各个角色和团队所贡献的专业知识、效率和洞察力很重要，接触点和服务交互是洞察力的宝贵来源。相反，除了识别、理解和改进单独的接触点和服务交互之外，还应该对完整的客户旅程和服务体验进行映射和分析。
1691 +* 查询类型
1692 +* 查询时间和日期
1693 +* 联络渠道
1694 +* 服务/资源
1695 +* 服务级别/ 用户
1696 +* 影响
1697 +* 预计解决时间
1698 +* 其他约定因素。
724 724  
1700 +用户还应随时了解其查询过程的进度、估计处理时间的变化以及其他重要信息。这些更新应通过约定的渠道提供。
725 725  
726 -客户旅程地图让服务消费者的体验可视化。它传达了每个阶段的客户旅程和体验。它识别了关键的服务交互，及其动机和问题。
1702 +=== ​​​​​​​8.2.3 当事情出错时 ===
727 727  
1704 +当提供或使用服务时，可能会发生事件和不满意情况。创建完美的服务体验可能会很困难，即使不是不可能。然而，处理不满和事件很重要。服务提供商应对事件和投诉做好准备；在可见范围内操作的每个团队，即使不直接与用户打交道，也应该知道如何解决这些情况。
728 728  
729 -客户旅程地图的目的是让组织了解其利益相关者的信息。在映射客户旅程时，这点非常重要，即考虑组织的利益相关者、旅程的时间线，渠道（电话、电子邮件、门户、服务目录，应用内消息、社交媒体、论坛和建议），以及发生在产品和服务体验前、中、后的行为。
1706 +采用服务意识（包括服务同理心）对于将问题转化为提高服务和用户忠诚度与信任的机会非常重要。遵循ITIL 指导原则，服务提供者可以通过以下方式管理投诉和事件：
730 730  
1708 +* 聚焦价值和价值共创的快速恢复
1709 +* 收集并提供反馈
1710 +* 与受影响的用户透明，诚实地沟通
1711 +* 表现出理解和同理心
1712 +* 保持互动和建议简单实用
1713 +* 适当情况下，练习智能违抗。
1714 +* 以下ITIL惯例可有效地处理事件和不满事件解决：
1715 +* 持续改进
1716 +* 事件管理
1717 +* 知识管理
1718 +* 关系管理
1719 +* 服务台
1720 +* 服务请求管理
731 731  
732 -=== 2.3.1  用户画像 ===
1722 +将这些实践集成到用户支持价值流中有助于确保有效的沟通、正常服务的快速恢复、减少误解以及改进交互渠道和过程。
733 733  
734 -客户与一个或多个服务提供者接触的 每个端到端体验都代表一个单独的客户旅程。映射所有的客户旅程是不可行的。因此，客户旅程映射通常代表一组利益相关者的通用流动，以使服务提供者可以将精力集中在广泛的改进上。
1724 +=== ​​​​​​​8.2.4 关键时刻 ===
735 735  
1726 +关键时刻是服务提供者和用户之间的关键接触点或服务交互，用户在其中形成或改变他或她对服务体验、服务组织、产品或服务全方面的印象。
736 736  
737 -用户画像通常用于代表一组客户。用户画像总结一些关键特征，描述一个或多个个体在与服务和服务提供者表现出相似态度、目标和行为。在讨论服务消费者的大类时，必须使用范围来汇总整个群体的属性。在设计客户旅程时，这些统计信息通常过于个人化，难以记住。相反，用户画像描述自数据范围的单个用户，以突出显示该群体的特定细节和重要特征。
1728 +关键时刻可能来自积极和消极的事件。尽管每个服务交互或接触点都是潜在的关键时刻，但并非所有的服务交互和接触点都是一个关键时刻。关键时刻是服务交互和接触点，它们构成或破坏了特定用户的服务体验。
738 738  
1730 +因此，服务提供者应该意识到潜在的关键时刻。服务提供商组织应该拥有做出正确决策和提供正确服务的资源和能力。
739 739  
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 +
740 740  |(((
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 +
741 741  
742 742  
743 -定义：用户画像
1791 +== 8.3 培育用户社区 ==
744 744  
745 -对真实的服务或产品的典型或目标客户/用户的虚拟描述。
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：与这些社区互动将有助于我们与客户建立更牢固的关系，更好地了解他们在汽车租赁服务中的需求。//
746 746  )))
747 747  
748 -尽管用户画像是原型，而不是实际的人，但对他们的描述应为真实的。它们是基于用户研究的客户群体中相关和共享特征的快照。为避免产生偏差，重要的是集中精力开发与服务的使用相关的通用属性和相关特性。
1834 +== 8.4 总结 ==
749 749  
1836 +服务消费者利用可访问的服务提供商资源，消费提供的货品，并与服务提供商基于约定的服务内容一起价值共创价值。服务意识与成熟的实践相结合能有效、无缝、巧妙的处理用户交互和偏差。是价值共创和用户体验的关键。
750 750  
751 -特别注意客户和用户可能不是人类。例如，微服务或认知技术可以使用机器对机器服务。在这些情况下，客户旅程的感觉和动机方面几乎没有相关性。
1838 += 9. 第7步：实现价值 =
752 752  
1840 +[[image:1639051700656-416.png]]
753 753  
754 -(% class="wikigeneratedid" id="HITIL65454E8BFF1A75286237753B50CF20134E0EKatrina89C19762" %)
755 -**ITIL故事：用户画像–与 Katrina见面**
1842 + 在不同的环境中实现服务价值
756 756  
757 -[[image:1638952869401-808.png||height="45" width="39"]]//Mariana//：//我们绘制了几种用户画像。我们查看了现有的数据，然后训练了一小组的研究人员与潜在客户进行访谈并识别趋势。//
1844 + 跟踪价值的实现
758 758  
759 -[[image:1638952880985-732.png||height="40" width="35"]]//Tomas：我们的用户画像显示，潜在客户非常精通技术，可以在家中，通勤时以及在校园内使用移动设备和数据连接。我们的第一个用户是Katrina。//
1846 + 评估并报告价值实现
760 760  
761 -[[image:1638952891859-400.png||height="39" width="38"]]K//atrina//**：**//我是来自澳大利亚的国际学生，正在巴西学习语言硕士学位。我需要一种负担得起的方式旅行、休闲、结识新朋友并获得启发。以下是总结的简要介绍，我是谁，我做什么以及对我重要的事情：//
1848 + 评估价值的实现并改进客户的旅程
762 762  
763 -* **//职责//**// 我参加课程和主管会议，进行研究，在咖啡店兼职并参加团队运动。//
764 -* **//目标 //**//成功完成我的硕士课程；与我选择的领域的学生和教师建立关系网；探索巴西的文化和自然之美。//
765 -* **//需求//**// 与同学和老师一起上课和面对面交流；准时到达校园和咖啡店；减少通勤花费的时间。//
766 -* **//家庭//**// 我在这儿没有家人。我的家人回到澳大利亚，我是一家六口中最小的。//
767 -* **//典型的一天的活动//**//，我早起健身，然后每个工作日去校园。在回家之前，我大部分时间都在研究。我周末在咖啡店工作。//
768 -* **//困难//**// 在四处逛逛圣保罗时，我没有车，严重依赖公众的运输，这很耗时。花在交通拥堵上的时间花在研究上更好。//
769 -* **//接触点 //**//我认识附近的某个人，我可以打电话给他再我一程。//
770 -* **//限制//**// 我可以打电话拼车的人数有限。我不确定司机是否有空，而且它距离便捷的公众运输并不近。//
771 -* **//通信//**// 电话、电子邮件、短信、社交媒体。//
772 -* **//在线行为//**// 我依赖社交媒体，精通技术，并迅速适应新的应用程序和解决方案。我有兴趣尝试令人兴奋的数字化新服务。//
773 -* **//我正在寻找//**// 新体验或冒险。旅行体验，包括音乐和体育节。//
774 -* **//什么影响我//**// 朋友和同事；在线博客，文章和营销。//
775 -* **//希望与梦想//**// 环游世界，并有足够的灵活性，去喜欢的地方，说走就走，而不必担心财务状况。//
1850 + 为服务提供者实现价值
776 776  
777 -=== ​​​​​​​2.3.2 场景  ===
1852 +利益干系人的价值必须基于共同创造价值的规划来驱动和跟踪，并且持续维护并加以改进和优化服务价值。
778 778  
779 -场景是有关用户画像试图通过在上下文中使用服务或生产来实现其目标的简短故事。因此，客户场景特定于客户细分和上下文。
1854 +|(((
1855 +**关键信息**
780 780  
1857 +价值是感知到的利益，有用性和重要性。
781 781  
782 -好的场景简洁明了，并回答以下问题：
1859 +有价值的服务可以在支持的结果，积极的经验，降低成本，消除风险和受影响的结果，负面的经验，引入的成本和引入的风险之间实现最佳平衡。
1860 +)))
783 783  
784 -* 谁是用户？
785 -* 为什么服务消费者需要该服务？
786 -* 服务消费者有什么目标？
787 -* 服务消费者如何实现其目标？
1862 +此步骤的目的是跟踪、评估和评价利益相关者期望的价值和在整个旅程的所有步骤中都实现了计划的目标，并不断识别对旅程和服务的改进。
788 788  
789 -典型的客户旅程地图标准化了不同的客户细分。通过使用基于场景的方法，可以确定对于不同的客户细分最重要的场景理想体验。然后，将不同的经验结合起来，以创建适用于所有人的高级别的客户旅程地图。
1864 +跟踪和实现价值可确保服务有助于实现所有利益相关者的预期结果，并有效管理相关成本和风险。如表9.1所示。
790 790  
1866 +表9.1价值捕获和客户旅程改善的目的
791 791  
792 -**ITIL故事：场景**
1868 +|**实现价值**|**对于服务消费者**|**对于服务提供者**
1869 +|(% rowspan="3" %)促进成果和体验|实现计划的价值|为服务提供者实现价值（例如盈利、提升能力等）
1870 +|使价值实现能得到确认|增强客户的反馈
1871 +|与服务提供者就服务质量建立有效的沟通与反馈。|提高客户对服务运营和改进的参与度
1872 +|(% rowspan="2" %)优化风险和合规性|检测与期望状态的偏差，以便在需|在客户满意度下降前检测与期望状态的偏差
1873 +|要时重新分配资源|演示已实现的价值，例如减少的风险对客户的不满
1874 +|优化资源并降低成本|避免资源配置效率低下|避免资源配置效率低下
1875 +| |提高对价值创造方式和替代方案的认识|确保成本覆盖
793 793  
794 -[[image:1638953914575-592.png||height="43" width="34"]]//Tomas：我们将使用客户用户画像来标识场景，这表明共享汽车服务将如何帮助人们实现目标。我和Mariana与艾克苏汽车租赁公司的Solmaz和Radhika合作，为我们的用户提出了一些可能的场景。//
1877 +为了跟踪、评估和评价服务价值实现，重要的是要知道价值主张、接受标准、利益实现计划等形式的基线和目标。基线和目标应在要应在协议步骤中达成共识。
795 795  
796 -[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//：//我们决定使用我们的国际学生Katrina，她喜欢音乐节。我们创建了一个Katrina周末休假的场景，她打算带朋友们去圣保罗的音乐节看她最喜欢的乐队。她的第一个目标是预订一辆汽车去参加音乐节，因此这成为了我们的第一个场景。以后的场景包括取车，查找公众充电站的位置，在音乐节期间停车以及在周末结束时还车。//
1879 +在货物传输后、在提供了对资源的访问后或在服务活动发生后立即跟踪、评估和评价价值共创的情况是很少见的。通常，在服务交付之后、价值创造和感知之前都有一定时间的延迟。跟踪结果也可能在达到预期水平之前的一段时间内减少。因此，参与价值共同创造规划的各方就何时评估和评估价值实现达成一致意见是非常重要的。
797 797  
798 -[[image:1638953936527-297.png||height="50" width="41"]]//Radhika//：//在场景一中，我们的Katrina角色代表了一类客户细分，其中包括希望在周末外出城的学生。//
1881 +另一个决策点是在何处跟踪价值实现。为此，必须确定服务的主要受益人。传统上，IT服务主要支持和启用内部业务流程。对于这种类型的服务，应该在用户从业务流程中的服务中获益时跟踪结果和体验。IT服务正逐渐转变为外部消费者服务，通常称为数字化服务。
799 799  
800 -[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//：//Katrina登录艾克苏预订应用程序，以识别校园中空闲的汽车。她选择了一辆可容纳足够人的货车，并预订周末使用。//
1883 +|(((
1884 +**关键信息**
801 801  
802 -[[image:1638953914575-592.png||height="43" width="34"]]**//T//**//omas：这些场景及其所涉及的经验可以组合在一起来创建客户旅程地图。//
1886 +重要的是要记住，服务价值永远不可能由一组复杂的指标来彻底定义。服务价值始终感知价值，这使得基于个人期望和偏好的服务价值难以跟踪和评估。这就是为什么跟踪客户体验和满意度与跟踪输出和结果一样重要的原因。
1887 +)))
803 803  
1889 +跟踪、评估和评价价值实现的成本可能很高，努力和成本应该与可能的收益相平衡。与此相反，跟踪价值与任何其他服务管理活动一样，需要不断地迭代改进。通过逐步改进价值实现跟踪，并报告结果，可以显著提高价值，从而提高改进跟踪的能力。
804 804  
1891 +== 9.1 在不同的环境下实现服务价值  ==
805 805  
806 -=== ​​​​​​​2.3.3 客户旅程地图 ===
1893 +服务关系的性质影响价值的跟踪、评估和评价。如表9.2所示。
807 807  
808 -有很多方法可视化客户旅程。简单的地图通常包括旅程的步骤、持续时间、接触点和服务交互、用户画像、服务体验和服务提供者团队以及与服务消费者交互的角色。图片2.3显示了客户旅程地图的示例。
1895 +在密切的服务关系中，例如合作关系，跟踪、评估和评价服务价值可能成为联合活动的一部分。在疏远的服务关系中，例如开箱即用的服务关系，服务提供者通常提供对标准报告的访问作为服务的一部分，并且服务提供者和客户之间没有关于价值实现的进一步沟通。
809 809  
1897 +然而，如果成本、风险或影响足够大，则客户仍然可以选择将广泛而复杂的价值实现跟踪和评估机制应用于控制价值实现。
1898 +
1899 +表9.2跟踪，评估和评估不同类型的服务关系中的价值实现
1900 +
810 810  (% style="text-align:center" %)
811 -[[image:1638953988989-837.png]]
1902 +[[image:1639051948853-967.png||height="113" width="979"]]
812 812  
813 - 图片2.3 客户旅程地图的示例
1904 +[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]
814 814  
1906 +|**关系**|(% colspan="2" %)**基本关系**|**合作关系**|**合作关系**
1907 +|服务提供者|主要是外部的|(% colspan="2" %)外部或内部|外部或内部
1908 +|服务|商业现货服务，开箱即用服务、云或标准化商品服务或货物供应|(% colspan="2" %)(((
1909 +必须提供的服务配置或定制为
815 815  
816 -可以根据客户旅程的目的、复杂性和性质，将诸如服务消费者目标、服务提供者目标、产品和产品功能、渠道、环境属性、数据来源（分析、跟踪数据、客户关系管理[CRM] 数据），关键时刻和先前改进之类的属性添加到地图的每个步骤。如有必要，可以将某些属性归类为子属性。例如，通常通过跟踪情绪、想法和反应来映射地图体验。
1911 +满足服务需求消费者
817 817  
1913 +
1914 +)))|具有独特价值主张的定制服务
1915 +|跟踪与实现价值的方法|对对方的结果兴趣不大|(% colspan="2" %)消费者主要依赖于可信服务提供商提供的证据|消费者和服务提供者作为合作伙伴一起跟踪和验证价值
1916 +|客户活动|(((
1917 +如果客户的服务成本相对较低，则无需跟踪和评估价值实现
818 818  
819 -在映射客户旅程时，可以采用多种技术和模型。客户旅程画布一个简单但有用的示例。此外，还有许多软件工具可用于可视化用户画像、利益相关者地图、场景和客户旅程地图，这包括故事板、情绪旅程、服务蓝图等等。
1919 +如果客户的成本很高：基本价值、结果、成本和风险（VOCR）分析基于：
820 820  
1921 +●在报价阶段做出的假设/商业案例
821 821  
822 -**ITIL故事：客户旅程地图**
1923 +●服务提供商提供的报告
1924 +)))|(% colspan="2" %)(((
1925 +基于协议和承诺的高级VOCR分析，作为商定步骤的一部分（结果审查，收益
823 823  
824 -[[image:1638954034275-664.png||height="39" width="35"]]//Mariana//：//我们的第一个客户旅程地图将使客户体验形象化，从决定租车到成功完成租车后将车返回校园充电。客户旅程映射通常包括七个步骤：探索、契动、供应、协议、引入、价值共创和实现价值。//
1927 +根据效益实现计划实现，副作用和风险分析，成本效益分析，投资回报率（如适用））
1928 +)))|与合作关系相同，但共同完成
1929 +|共享活动|特别服务审查|(% colspan="2" %)(((
1930 +与协议和承诺相比，对成就进行联合服务审查
825 825  
1932 +联合调查和分析改进机会偶尔进行联合试验（试点、早期访问等）
1933 +)))|(((
1934 +持续跟踪和分析结果、成本和风险，并寻求优化
826 826  
1936 +服务提供者和消费者数据共享和联合研究持续实验
1937 +)))
1938 +|服务提供者活动|(((
1939 +以客户为导向的活动：
827 827  
828 -=== ​​​​​​​2.3.4 了解客户体验 ===
1941 +报告服务产出
829 829  
830 -当试图了解客户体验时，客户旅程地图是一个很好的起点。但是，客户体验的形成不仅取决于服务提供者与服务消费者之间的接触，而且还取决于部分或完全不在服务提供者的影响力之外的因素。组织品牌和环境（包括数字化环境）等方面也包括影响力和客户体验。此外，客户体验受到客户和服务提供者之间没有交互的时间段的影响。
1943 +面向服务提供商的活动：大众市场：
831 831  
1945 +●大型集团或所有服务客户之间服务交付的盈利能力/成本效益分析
832 832  
833 -更好地了解客户体验的一种方法是在主要接触点上运行客户反馈调查或使用客户体验管理软件。反馈应反映各个客户旅程接触点和服务的相互作用，还应检查品牌接触点和环境条件，包括有关舒适性、适应性和速度的影响。
1947 +●提供对嵌入到服务中的报告/分析的访问（如果适用）
834 834  
1949 +内部供应商：风险和成本控制
1950 +)))|(% colspan="2" %)(((
1951 +以客户为导向的活动：
835 835  
836 -检查客户体验时应询问以下问题：
1953 +●提供与约定承诺相关的服务级别和KPI的复杂报告
837 837  
838 -* 客户在每个步骤中都在做什么？
839 -* 是什么鼓励或不鼓励客户进行下一步？
840 -* 每个步骤触发什么情绪？
841 -* 客户是否有难以找到答案的问题？
842 -* 客户在哪种情况下会感到焦虑？
843 -* 存在不确定因素可能导致客户放弃并找到其他服务提供者吗？
844 -* 客户在每个阶段都面临什么样的障碍？
845 -* 成本和风险的因素是什么？
1955 +●客户结果分析（与协议和承诺相比）
846 846  
1957 +面向服务提供商的活动：
847 847  
848 -服务提供者在不参与服务消费者分析的情况下无法理解客户体验。
1959 +●盈利能力分析/
849 849  
1961 +提供服务的成本效益
850 850  
851 -如果我们将心理学家约瑟夫·鲁夫特（Joseph Luft）和哈灵顿·英厄姆（Harrington Ingham）（Luft and Ingham，1955）提出的乔哈里Johari视窗（见图片2.4）应用于服务关系，则显然有些区域是服务提供者未知而服务消费者已知的。因此，服务提供者必须在服务关系的不可见区域中寻求有关行为的反馈。同样，有些区域仅服务提供者知道，但如果服务消费者知道它们，则对客户体验有利。这些区域应由服务提供者告知服务消费者。
1963 +●风险评估
852 852  
1965 +●跟踪需求，预测未来需求和关系发展
1966 +)))|与合作关系相同，但共同完成
1967 +
1968 +== 9.2 跟踪价值实现 ==
1969 +
1970 +用于评估和评估价值实现的需求正在跟踪和测量服务价值指标。
1971 +
1972 +服务价值指标是一种直接或间接指示服务价值特定方面的情况或级别的度量。指标反映了目的的成就。在这种情况下，目的是所需的或约定的服务价值。
1973 +
1974 +指标通过一项或多项指标得到加强。指标是价值的重要特征，它可以基于规程或技术手段收集的数据以可量化的单位表示。可以为所有服务管理四维模型的客户行程，服务，产品，实践和资源定义指标。XIL92111 9.1中显示了ITIL 规划和评价模型中描述了从目的到度量的层次结构。有关ITIL 规划和评价模型的更多详细信息，请参见ITIL®4：指导计划和改进和度量和报告实践指南。
1975 +
1976 +跟踪价值的实现包括以下活动：
1977 +
1978 +* 识别服务价值的直接和间接指示器以及它们之间的链接
1979 +* 定义和衡量基础指标
1980 +* 捕获度量数据。
1981 +
1982 +以下示例给出了跟踪价值实现的一系列实用方法的总体思路：
1983 +
1984 +* 在简单的标准化环境中，使用现成的标准监控工具和用于报告的预定义模板来跟踪价值的实现可能就足够了。在更复杂的环境中，具有半标准化配置的监控和报告工具通常是不够的。另外，还需要从各种来源（例如金融数据，营销数据和业务目标，并使用复杂的映射和关联工具来跟踪服务和价值的实现。还需要经常服务评论。
1985 +* 在复杂且不可预测的环境中，跟踪价值的最佳方法是在客户和服务提供者之间建立密集的通信（如果存在服务关系），协作并推广可视化并收集快速反馈。（协作和提升可视化程度和基于反馈迭代推进的ITIL 指导原则解决了此问题。）来自任何其他来源的监控数据也可用作输入。关键利益相关者的参与至关重要，因为只有他们才能提供动态信息来跟踪价值的实现。
1986 +
853 853  (% style="text-align:center" %)
854 -[[image:1638954075014-403.png]]
1988 +[[image:1639052068071-640.png]]
855 855  
856 - 图片2.4 乔哈里Johari视窗
1990 +图片9.1 ITIL 规划和评价模型
857 857  
858 -改编自Luft（1969）的许可，经MindTools许可使用
1992 +=== ​​​​​​​9.2.1  跟踪绩效，输出和结果  ===
859 859  
1994 +直接结果指标比间接结果指标通常更难识别，例如输出和绩效指标。如果能够在结果指标与输出和绩效指标之间建立明确的联系，后者就可以用来间接跟踪服务结果。
860 860  
861 -客户旅程地图旨在倾听客户的意见，了解其动机，并在适用时系统地评估其意见和行动，并将此信息整合为持续的反馈。
1996 +将绩效和输出指标与成果挂钩的一种方法是以价值驱动框架模型为基础，将较低层次视为较高层次的价值驱动因素（示例见图1.11）。
862 862  
1998 +组合资源和单独资源的性能，实践，和产品驱动服务绩效、服务消费者绩效，并最终实现服务消费者的目标和宗旨。表9.3提供了如何应用该模型的示例。
863 863  
864 -**ITIL故事：映射客户旅程**
2000 +另一个将绩效和输出指标与服务结果联系起来的实用模型是Heskett提出的服务利润链（Heskett等人，1994）。根据服务利润链模型，利润和增长主要是通过客户忠诚度来刺激的。忠诚度是客户满意的直接结果，在很大程度上受到了为客户提供的服务价值的影响。价值是由满意、忠诚、高效的雇员创造。员工满意度源于高品质的支持服务和使员工能够提供良好的服务的政策。如图9.2所示。
865 865  
866 -[[image:1638954118282-426.png||height="41" width="43"]]//Mariana//：//我们的客户旅程地图将可视化端到端接触点和服务的交互。其范围包括从客户找到我们的方式到预订、获取、使用和退还汽车，以及收集客户满意度反馈。//
2002 +(% style="text-align:center" %)
2003 +[[image:1639052162292-462.png]]
867 867  
868 -
2005 +图片9.2 服务利润链
869 869  
870 -----
2007 +表9.3 价值实现跟踪的级别
871 871  
872 -== 2.4  设计客户旅程 ==
2009 +|**价值的实现水平**|**例子**|**成功准则和相关指标**|**相关方法和做法**
2010 +|(((
2011 +资源性能（任务处理）
873 873  
874 -客户旅程的总体目的是计划和设计客户旅程，以支持最佳的价值共创并带来出色的客户体验。
2013 +
2014 +)))|(((
2015 +服务提供者要做的工作，例如：
875 875  
2017 +* 服务台
2018 +* 变更生效作为服务（例如数据库管理）
2019 +)))|及时的任务处理（例如响应时间，解决时间）|(((
2020 +跟踪工单和任务
876 876  
877 -客户旅程设计是服务设计的一部分。但是，客户旅程可能跨越多个服务或产品，且单个服务或产品可能支持多个客户旅程。有关服务和产品设计的更多信息，请参见第5章和服务设计实践指南。
2022 +请参阅服务台实践指南
2023 +)))
2024 +|(((
2025 +资源/ 产品性能（访问IT 资源）
878 878  
879 -* 服务设计有助于创新（创建新的）或改进（现有的）服务，以使其对客户更有用、易用、期望，同时对组织有效率且有效果。这是一个整体的、多学科、综合的领域（Moritz，2005年）。
2027 +
2028 +)))|(((
2029 +客户，需求，IT 资源或访问IT 资源或高度标准化的服务（例如，电子邮件，内部网，打印服务）
880 880  
2031 +
2032 +)))|(((
2033 +资源/ 产品可用性和性能，通过以下方式测量：
881 881  
882 -在设计实际的客户旅程之前，应定义所需的成果、客户和用户体验。旅途中预期的价值以及每个阶段如何贡献于价值的价值共创应被视为此定义的一部分。如第1章所述，价值的定义包括：
2035 +* 服务平均恢复时间 (MTTRS), 平均无故障工作时间(MTBF)
2036 +* 每个时段的交易量
2037 +* 响应时间
2038 +)))|(((
2039 +IT基础设施监控
883 883  
884 -* 成果
885 -* 体验（如何感知旅程、服务、产品、品牌和环境，并使他们为客户或用户感觉到）
886 -* 功用
887 -* 功效（包括可用性、性能、容量、信息安全、连续性、可访问性和可用性）
888 -* 风险和合规性
889 -* 成本和资源。
2041 +请参阅容量和性能管理实践指南
890 890  
2043 +
2044 +)))
2045 +|服务绩效（功用和功效）|客户需要一种适合其需要的开箱即用和数字服务，服务性能可能等同于产品性能|针对目标的服务级别|(((
2046 +SLA计分板
891 891  
892 -应该给客户旅程中的每个主要利益相关者定义所需的价值。以下各章介绍了用于定义、测量、优化和传达价值的技术。
2048 +请参阅服务级别管理实践指南
2049 +)))
2050 +|(((
2051 +消费者(组织) 绩效
893 893  
2053 +
2054 +)))|客户将服务视为流程促进因素。例如，IT支持结算和现金服务， IT支持信贷申请处理程序，日历应用程序|(((
2055 +更高效的过程，各时间段更便宜或更少的资源吞吐量。
894 894  
895 -=== ​​​​​​​2.4.1 设计思维 ===
2057 +任务执行时间
896 896  
897 -设计思维是一种以用户为中心的流程设计方法。它解决了设计师应该如何思考才能创建适合用户需求的创新解决方案。为了进行出色的创新，设计人员需要与实际用户一起使用契动，以真正了解他们的问题，并为解决提供不同的想法。该方法的主要思想是对探索并收集来自真实用户的反馈。
2059 +队列的平均容量
2060 +)))|(((
2061 +业务交易监控，真实用户监控，成熟度评估
898 898  
2063 +请参阅容量和性能管理实践指南
2064 +)))
2065 +|消费者（战略）目标|(((
2066 +持续改进模型的客户需求被用作实现战略性目的的工具，从而导致：
899 899  
900 -在较高的层次上，可以采用Marc Stickdorn的服务设计思维的五项原则来指导设计流程（Schneider和Stickdorn，2012年）：
2068 +* 更好的质量
2069 +* 推出新产品或服务
2070 +* 改善了客户的留存率
901 901  
902 -* **以用户为中心** 需要将客户和用户放在设计流程的中心。这需要真正了解客户和用户，而不仅仅是对其需求进行统计描述和实证分析。
903 -* **价值共创** 促进利益相关者团体的共同创造是设计思维的重要方面，也是服务设计的基本组成部分。所有利益相关者都应包括在设计流程中。
904 -* **排序 **设计思维将客户的旅程分解为单个接触点和服务交互。当结合使用时，这将创建服务时刻。接触点和服务交互在人与人之间、人与机器之间、甚至在机器与机器之间进行，但也可以通过第三方反馈（例如在线评论）间接发生。每个客户旅程都遵循以下三个过渡步骤：
2072 +例如包括CRM和网上银行
2073 +)))|(((
2074 +实现战略目标
905 905  
906 - 服务前期（与服务接触），实际服务期（当服务使用者体验服务）以及服务后期。客户旅程应该可视化为一系列相互关联的行为。
2076 +消费者指标取决于目的
907 907  
908 -* **证据** 有形的的证据或制品如纪念品可触发对服务时刻正向记忆。因此，通过情感联系，他们可以继续增强客户的体验。服务证据可以将服务的体验延长到超过实际服务时期，直到服务之后的时期。同样，服务证据可以帮助揭示不起眼的后台服务。因此，无形的服务应形象化为有的形制品。
909 -* **整体性 **我们看到、听到、闻到、摸到、尝到和感觉到服务的物理表现。应该考虑客户旅程、服务或产品的整个环境，以及其他客户行程。
2078 +
2079 +)))|(((
2080 +实施后评审，业务智能分析
910 910  
2082 +请参阅项目管理实践指南
911 911  
912 -在更实操的水平上，客户旅程设计与其他设计流程并没有太大区别。尽管设计流程是非线性的，但可以清晰显示轮廓结构。重要的是要了解这种方法是迭代的。典型的客户旅程设计流程可能包括斯坦福大学Hasso Plattner 设计研究所建议的阶段，它们是：
2084 +
2085 +)))
2086 +|消费者用途（收益率）|客户将对服务的购买视为投资；为消费选择服务是一种投资组合的决策|(((
2087 +实现财务目标a，例如ROI，NPV，内部收益率等
913 913  
914 -* **共情 **了解您要为其设计的利益相关者。了解所涉及的人类需求。定义并测试和用户画像和场景。撇开您对世界的假设，以深入了解利益相关者及其需求。
915 -* **定义 **构造基于用户需求和洞察力的观点。重新以人为本的方式定义问题。映射现有的客户旅程（如果有），并映射利益相关者的经验以识别客户旅程中的任何问题。定义和计划期望的成果、体验和价值。设定目标并定义度量指标。
916 -* **构思 **集思广益，并提出创新的解决方案。在构想会议上创建许多构想，考虑对客户旅程的改进。在此阶段结束之前，团队应该有几个解决问题的想法。
917 -* **原型 **构建一种或多种想法的表示形式，以展示给他人。在原型设计中采用手动方法。设计客户旅程映射和服务蓝图通过要求利益相关者构建旅程和产品，来设计利益相关者的心理模型。考虑频率、顺序和重要性。频率意味着客户最常做的事情，应该在顺序中占据重要位置。顺序是指按顺序进行的活动应按顺序进行呈现。重要性意味着需要在正确的时间清楚地提供重要的信息。了解客户的心理模型，并应用频率、顺序和重要性规则将解决大多数利益相关者的可用性需求。验证设计有助于交付计划中的成果、体验和价值。
918 -* **测试 **返回原始的利益相关者组和测试你的想法获得反馈。不要回避错误，而是探索尽可能多的错误。执行可用性测试，角色扮演和A / B测试。跟踪使用情况，构建反馈循环，评审度量标准和角色扮演测试设计，这对设计有助于交付计划中的成果、体验和价值至关重要。
2089 +实现非财务目标
2090 +)))|(((
2091 +投资回报率评价
919 919  
2093 +请参阅组合管理实践指南
920 920  
921 -客户旅程设计流程涉及来自不同专业领域的知识和能力，包括生产设计、图形设计、交互设计、社交设计和设计民族志。
2095 +跟踪态度，行为，文化的变化
922 922  
2097 +请参阅组织变革管理实践指南
2098 +)))
2099 +|费者用途（缓解风险）|(((
2100 +客户将服务视为风险缓解措施
923 923  
924 -这些领域的代表可能会参与设计和规划和客户旅程。
2102 +
2103 +)))|(((
2104 +有效的风险缓解措施：
925 925  
2106 +* 剩余风险：实际与预计
2107 +* 损失：实际对预期
2108 +)))|(((
2109 +风险评估, 业务影响分析
926 926  
927 -此外，不同的工具和技术也可用于客户旅程设计，包括利益相关者地图、背景访谈、五Why分析、期望地图、用户画像、故事板、原型、A / B测试、讲故事、服务蓝图和运营模式画布。（有关大多数列出的工具的详细介绍，请参见Schneider和Stickdorn，2012年。）
2111 +请参阅风险管理实践指南
928 928  
2113 +
2114 +)))
929 929  
930 -=== ​​​​​​​2.4.2 利用行为心理学 ===
2116 +^^a^^所有相关数据（员工减少或效率提高、业务绩效改善、质量衡量等）应转换为货币价值，然后与服务成本进行比较。
931 931  
932 -人类通常是理性的，但行为可能不理性。但是，我们可以预见非理性（Ariely，2008）。因此，涉及人类的客户旅程的设计应该迎合逻辑或理性行为，并结合认知偏见和直观行为的知识。情商和行为心理学是理解和掌握旅程情感方面的关键。
2118 +在将各种类型的输出和结果与方案和项目管理中使用的业务目标联系起来也可以得到启发，例如效益依赖网络，效益依赖图，结果链和成功图。但是，它们主要关注业务变化，而不是正在进行的服务，因此在使用时应该考虑到保留。
933 933  
2120 +在许多情况下，服务或产品会产生意想不到的副作用。应识别、跟踪、评估这些副作用，并将其纳入服务开发中。它们代表了一些值得注意的价值。有许多结果无法定量衡量，但仍对整体价值实现产生重大影响。例如，结果需要满足特定的客户偏好，达到一定的能力水平等。
934 934  
935 -认知偏见是做出判断时偏离理性的系统模式。在认知科学、社会心理学和行为经济学的数十年研究中，已经发现了不断发展的认知偏见列表。公认的认知偏见的例子有：
2122 +本质上，测量减少了不确定性；定性测量方法在减少不确定性方面可能和定量测量技术一样有用。
936 936  
937 -* **峰终偏见** 我们似乎并没有整体看待体验的趋势，而是将其视为最高峰时的平均值。因此，在使用产品或服务之后，我们往往会不成比例地回忆起客户旅程的高点和低点，而不是它的所有方面。特别是令人不快的结尾带来强烈的负面影响。
938 -* **可用性偏见** 尽管我们的记忆可用性通常受独特和情感因素的影响，但这种倾向是根据我们记忆中最可用的事件做出判断的趋势。例如，在客户旅程期间交互的正负点的分布和频率会影响我们的服务感知。
939 -* **规避损失 **放弃某件事的痛苦大于与获取某件事的快乐。我们希望控制客户旅程，以及受客户旅程影响的生活的其他方面。
2124 +例如：
940 940  
2126 +* 知识和能力知识的积累可能会导致能力的提高，而能力的提高可能导致更快、更好和更便宜的任务完成。一个定性的方法，如价值流映射，是一个很好的方法来完成这一点
2127 +* 态度，行为和组织文化组织文化和行为模式的评估可以结合定性和定量的方法使用叙事的技巧。
941 941  
942 -通过了解这些认知偏见，我们不仅可以考虑它们，还可以在客户旅程的设计中利用它们（Bhattacharjee等人，2016），包括：
2129 +有关定量和定性测量方法的更多详细信息，请参阅《测量和报告实践指南》。
943 943  
944 -* 尽早地解决不好的经历，以便服务消费者记住交互中更积极的元素
945 -* 为服务消费者细分提供乐趣并消除痛苦，让客户旅途中的愉快时光成为消费者回忆的重要部分用深刻的、正向的印象收尾，因为服务消费者的最终交互将对他们的服务记忆中有不相称的影响
946 -* 给服务消费者选择权，让他们有控制的感觉
947 -* 避免惊吓，以提升服务消费者对服务的满意度。
2131 +=== 9.2.2 跟踪体验和满意度 ===
948 948  
949 -结合行为心理学原理来重新设计整个客户旅程，有可能持续改进服务消费者满意度。（Kahneman在2011年很好地介绍了偏见和行为设计。）
2133 +为了确保客户和用户对服务以及整个客户旅程感到满意，服务提供者应测量和跟踪客户体验，进行客户满意度调查，并请求和处理服务消费者的反馈。表9.4进一步概述了这些建议。
950 950  
2135 +表9.4跟踪服务体验和满意度
951 951  
952 -=== 2.4.3​​​​​​​ 设计适用于不同的文化  ===
2137 +|**体验准则**|**体验特性**|**指标**
2138 +|功能体验|用户的不间断的完成用户操作|用户错误的数量和频率
2139 +|服务如何工作？| |返回上一阶段的频率（“后退按钮用法”）
2140 +| | |丢弃（未完成）服务操作的数量和频率
2141 +|情绪体验|界面清晰便捷|用户使用帮助界面的事务数和百分比
2142 +|服务的感觉如何？|服务操作的便捷性和速度|平均处理时间（从客户呼叫到工单解决的平均处理时间）
2143 +| | |客户费力度得分衡量客户满意度（客户在使用服务解决问题时所付出的努力）
2144 +| | |一线响应率（支持代理响应客户的平均时间）
2145 +| | |用户对服务界面的平均和最低评价
2146 +|服务满足需求的程度如何？|功能和情感体验的反映，表明使用服务时|用户对服务的平均和最低评级
2147 +| |的满意度和对服务提供者的忠诚度|试用期后取消订阅的用户数和百分比
2148 +| | |客户流失率（在一段时间内停止使用服务的客户百分比）
2149 +| | |推广员数量指标衡量客户忠诚度（作为组织或服务推广人的客户百分比）
953 953  
954 -定义
2151 +客户体验和用户体验是客户或用户感知到的与服务和服务提供者的功能和情感互动的总和。为了全面了解客户体验和用户体验，需要从客户的角度考虑三个问题：
955 955  
956 -* **心理模型 **对某人如何理解某事物在周围世界中如何工作的解释。
957 -* **文化 **一组人共有的一组价值观，包括对人们应该如何行为以及他们的思想、信念和实践的期望。
2153 +* 服务如何工作？（功能体验）
2154 +* 服务的感觉如何？（情绪体验）
2155 +* 服务在什么程度上满足我的需求？（满意度）
958 958  
2157 +服务提供者应该考虑使用以下方法来监控客户体验：
959 959  
960 -心理模型有助于个人在世界上的定位；它们是我们所有人在日常生活中所面临的复杂性的抽象、简明的心理表示-我们所有人通过其了解自己周围世界的模式（Schneider和Stickdorn，2012）。
2159 +* 服务交互后收集即时反馈
2160 +* 监控社交媒体
2161 +* 定期创建问卷和客户调查
2162 +* 收集来自服务评审会议的客户反馈
2163 +* 作为重大变更、发布和新的或更改的服务的变更实施过程的一部分，进行的实施后评审的反馈
2164 +* 进行电话感受调查
2165 +* 分发满意度调查
2166 +* 分析投诉和表扬
2167 +* 使用焦点小组进行A / B测试。
961 961  
2169 +服务提供者应将体验数据与服务的可测量技术特征相关联。客户满意度指数是跟踪和评估客户体验的好地方。然而，如果没有支持的指标，可能很难对根本原因进行进一步的分析：例如，在客户满意度下降的情况下。服务级别度量对于这种分析非常有帮助。体验和满意度指标以及服务水平和资源性能指标的组合为服务提供者提供了调查偏差和实现持续改进的机会。
962 962  
963 -刻板印象是心理模型的一部分。Geert Hofstede认为文化是人类共同拥有的心理程序，能将一群人与其它人区分开。因此，文化是心理模型的一部分，在为不同文化群体或用户画像设计客户旅程时应考虑该因素。一些例子是：
2171 +在某些情况下，这些指标可以是服务级别或基于体验的协议的一部分，并包含在SLA记分卡和服务报告中。在其他情况下，服务提供者不披露这些信息，并将其用于服务营销。
964 964  
965 -* 来自不同国家的用户
966 -* 来自不同行业的客户
967 -* 组织中来自不同团队的用户
968 -* 不同行业的用户
969 -* 公众组织的赞助者。
2173 +一个非常有效的替代方法是通过用户面板直接测量服务体验，用户面板用于收集反馈而服务提供者只能观察到这些反馈。用户提供自由形式的评论，并分享他们对服务体验的看法以及如何改进服务的想法 （Gianotten，2017）。
970 970  
971 -文化映射是映射文化以解码跨文化协作影响的工具。它们对于分析和设计作为客户旅程设计基础的服务消费者场景很有用。图片2.5显示了两个用户组的文化，它们映射到八个维度以识别相似点和不同点。在此图片中，每个维度均表示为相对极端的比例或频谱（Meyer，2014年）。
2175 +=== 9.2.3 跟踪服务的使用 ===
972 972  
973 -(% style="text-align:center" %)
974 -[[image:1638955627441-126.png]]
2177 +服务计量和服务使用分析是跟踪、映射和了解客户和用户行为的一种方法。这有助于理解价值如何以及何时实现。
975 975  
976 - 图片2.5 文化的八个尺寸
2179 +服务被设计成支持客户活动，而客户活动反过来又支持实现客户结果。每次执行客户活动时，都会产生对服务的需求。客户资产（例如人员，流程和应用程序）均执行活动。由于这些资产的组织方式或它们正在完成的任务，此活动将倾向于按模式执行。这些业务活动模式（PBA）代表了业务的动态，包括与客户、供应商、合作伙伴和其他利益相关者的服务交互。
977 977  
2181 +使用不同级别的服务需要不同级别的IT资源利用率。服务提供者必须能够预测业务活动，并确保有足够的服务能力来应对不断变化的需求。这些活动是ITIL能力和绩效管理实践的一部分。业务活动模式也有助于理解不同用户组在服务使用方面的差异，并可用于识别用户配置文件或角色。用户配置文件传达相关用户的角色、职责、交互、日程安排、工作环境和社交环境的信息，这些信息可用于定制和改进服务和客户旅程。
2182 +
2183 +== ​​​​​​​9.3 评估和报告价值实现 ==
2184 +
2185 +评估和报告价值实现是关于整合来自各种数据源的数据，关联整合数据，解释和评估信息，并以适合决策的形式呈现。它可能包括正式的服务审查或服务提供者与客户之间的非正式会议。
2186 +
2187 +|(((
2188 +**关键信息**
2189 +
2190 +客户可以在不同的层面上向服务提供者寻求服务成果实现的证据，如投资回报率、实现战略目标、流程绩效、满意度指标、服务级别等。然而，正如我们所看到的，这些层次都是相互关联的。即使在客户仅要求服务可用性，容量和性能的情况下：
2191 +
2192 +* 服务提供者应该尝试将服务绩效指标映射到消费者流程性能指标、战略目标和消费者目的，以便正确理解客户
2193 +* 客户应该将服务级别与它的战略目标联系起来，并至少在质量上分析服务对服务消费者目的的贡献程度。
2194 +)))
2195 +
2196 +作为评估的一部分，应将捕获的体验、性能和输出数据与结果、风险和成本相关联，并应评估服务对客户目标和宗旨的总体贡献。表9.5概述了价值实现评估和报告的两个层次。
2197 +
2198 +合并数据后，应分析结果并应考虑以下问题：
2199 +
2200 +* 是否达到目标？
2201 +* 有什么动态？
2202 +* 有没有明显的趋势？
2203 +* 趋势是正面还是负面？
2204 +* 是否存在潜在的结构性问题？
2205 +* 是否需要改进？
2206 +* 是否有不可预见的模式或出人意料和意外结果应反馈给设计和改进？
2207 +* 是否有关于产品，服务，客户旅程或背景（市场）的新信息
2208 +
2209 +表9.5 价值实现的评估和报告的两个级别
2210 +
2211 +| |**评估和报告体验，绩效和输出数据**|**评估和报告结果，风险和成本**
2212 +|(% rowspan="2" %)规程|将捕获的体验，绩效或绩效和输出数据与协议目标相关（如果适用）|将体验，绩效和输出数据与服务结果，风险和成本关联起来
2213 +|(((
2214 +使用适当的技术组合数据
2215 +
2216 +使用约定的报告模板或仪表板生成报告
2217 +)))|使用映射工具将服务体验，结果，风险和成本与服务消费者目标和结合起来
2218 +|数据聚合和关联技术|从IT 组件到记分卡层次结构|组织改进点关联或类似
2219 +|(% rowspan="3" %)评估和报告方法|SLA记分卡|投资收益评估
2220 +|服务级别报告和仪表板|成本效益分析（包括结果，成本和风险）
2221 +|服务回顾|实施后评审，回顾，审计和更多基准测试
2222 +|(% rowspan="5" %)相关的ITIL实践|容量和性能管理|组合管理
2223 +|测量和报告|关系管理
2224 +|风险管理（提供风险数据）|风险管理（提供风险数据）
2225 +|服务财务管理（提供成本数据）|服务财务管理（提供成本数据）
2226 +|服务级别管理|
2227 +
2228 +如果适用，应使用评估技术，比如实施后评审、审计和成本效益分析。
2229 +
2230 +|(((
2231 +**进一步阅读**
2232 +
2233 +请参阅《测量和报告实践指南》，以了解：
2234 +
2235 +* 如何使用排序，序列（例如，根据时间序列），标准化，映射，标记，分组，关联等方法优化数据并将其处理为信息。
2236 +* 如何使用聚合技术，级联和层次结构来构建可有效用于评估的平衡计分卡。
2237 +)))
2238 +
2239 +应该考虑目标受众。许多组织将原始的数据和报告带给所有人。他们不处理或分析它。这就导致了各级管理者收到太多电子邮件的情况。实践经验表明，功能失调的组织往往比有效的组织更多地使用报告.
2240 +
2241 +|(((
2242 +**提示**
2243 +
2244 +单独的报告可以创造认知，但一份有行动计划的报告可以产生结果。
2245 +)))
2246 +
978 978  (% style="text-align:center" %)
979 -[[image:1638955685491-957.png]]
2248 +[[image:1639052537691-609.png]]
980 980  
2250 +== 9.4 评估价值实现和改进客户旅程 ==
981 981  
982 -== ​​​​​​​2.5 度量和改进客户旅程 ==
2252 +评估价值实现和改进客户旅程请参阅持续改进模型的步骤6和7。如果跳过这些步骤，则很难验证是否实现了预期或约定的结果，并且可能会丢失从该迭代中获得的经验教训（ITIL Foundation，第4.6.1.6节）。同样重要的是要确保改进和改变的行为不会有逆转的风险：参阅 ITIL Foundation，第4.6.1.7节和《组织变革管理实践指南》。
983 983  
984 -客户满意度是动态的目标。为了进行持续改进，在整个过程中以及在单独的接触点和服务交互过程中，度量客户体验和反馈，并收集有关利益相关者行为的分析非常重要。
2254 +此外，只要服务提供者和服务消费者处于不断变化的状态（迅速变化的经济状况），这些领域就需要不断改进，因为它可能为利益干系人带来最大的收益。
985 985  
2256 +评估价值的实现不仅验证单个服务已创造所需的价值，而且还验证了所需的客户体验已实现（单循环学习）。通过双循环学习，评价包括检查原始价值主张是否仍然有效，并且SVS是适合的，如表9.6所示。
986 986  
987 -此外，启用价值流、实践和资源的服务质量、产品质量和质量等间接度量可以突显客户体验和满意度。
2258 +|(((
2259 +**你知道吗？**
988 988  
2261 +20世纪70年代，Chris Argyris和Donald Schon提出了单循环和双循环学习的概念，作为其组织学习理论的一部分（Argyris，1991）：：
989 989  
990 -最佳实践是用指标度量客户体验，从顶部开始，然后是级联向下进入其客户旅程以及间接绩效和产出指标。
2263 +* 单循环学习描述了当目标是解决当前组织结构中的问题以使系统更好地运行时发生的学习类型，它并不试图改变系统的结构。
2264 +* 双循环学习，也称为重构，质疑组织内工作的目的和功能，并不认为现有的组织结构是理所当然的。双循环学习关注的是理解完成任务的基础，而不是更有效地完成任务的过程。
2265 +)))
991 991  
2267 +表9.6评估和改善服务和客户旅程
992 992  
993 -改进点总是有比资源更多的机会。因此，重点应该放在具有高投资回报率（ROI）的质量和客户体验机会上。客户旅程和改进机会之间的差距应该排列优先级。尽管消除客户的痛点很重要，但当客户期望变化时，识别组织区分于竞争对手的之处同样重要。
2269 +| |**单循环学习**|**双循环学习**
2270 +|服务透视图|服务是否创建了预期的价值？|原始的价值主张是否仍然有效？
2271 +|客户旅程|是否已达到所需的客户体验？|是SVS是否适用？
994 994  
2273 +=== 9.4.1 评价和验证 ===
995 995  
996 -应该使用问题管理技术来隔离产生差距的原因，并识别对所有级别服务堆栈的改进点：启用价值流和服务的客户旅程、服务和产品设计、基础价值流、实践和资源。
2275 +在简单的标准化环境中，价值实现的评估可能是部分预定义的。如果服务级别目标定义明确，那么自动化的服务绩效报告和SLA计分板可能会指示价值实现是否达到约定的目标。客户只在出现偏差时才作出反应。
997 997  
2277 +在更复杂的环境中，评估过程不能完全形式化。服务提供者可能很难完全理解消费者想要达到的结果。在这种情况下，经常以面对面会议的形式进行服务评审可能是评估价值实现的有效方法。
998 998  
999 -**ITIL的故事：度量和改进客户旅程**
2279 +在某些环境中，价值的实现可能需要连续的评价并就目标变更以及实现的价值进行协商。服务提供者和客户可以组成共享团队来执行此操作。可替代地，可以通过诸如动态协商网络之类的认知技术来部分自动化价值实现的目标和评价的协商，在该技术中，不同领域的管理者就特定服务请求的服务级别参数相互协商。
1000 1000  
1001 -[[image:1638955737657-587.png||height="45" width="48"]]//Mariana//**：**//在发布电子化校园汽车共享服务之前，我们将开发反馈表，在关键接触点后发送给客户。用于了解客户对汽车预订、获取和返还，以及其对充电站和其他服务产品的体验，例如指导视频和交通更新。我们将用这些发现和洞察来度量和持续改进客户旅程。//
2281 +评估是挑战最初假设的机会。为解决客户的问题，应考虑以下问题以重新评估假设：
1002 1002  
1003 -[[image:1638955747647-706.png||height="45" width="38"]]//Tomas//：//Mariana不必等到客户旅程结束才收集反馈。她需要了解客户在经历过程中的体验。例如，预订汽车可能是一件艰辛的流程，但返回汽车可能会更简单。在客户旅程末尾进行的一次调查可能不会在发生在早期的接触点，而客户可能会忘记交流先前的痛点。没有这些洞察，Mariana不会知道如何改进预订流程。//
2283 +* 是否还有真正的问题需要解决？
2284 +* 服务仍然是解决问题的最佳方式吗？
2285 +* 服务是否仍然适用和使用？
1004 1004  
2287 +由于情况总是在变化，客户应随时向服务提供者通报可能影响服务结果、体验、风险和成本的变化。
1005 1005  
1006 -== //2.6 // 总结 ==
2289 +=== 9.4.2 持续改进 ===
1007 1007  
1008 -每个服务消费者都有所不同，应区别对待。用户画像总结了客户和用户原型的关键特征，有助于服务提供者了解服务消费者的需求和期望。通过跟进用户画像从接触点到趋近服务成果的到接触点的客户旅程，
2291 +价值实现的评估为产品、服务和SVS所有组成部分的持续改进提供了重要的输入。其他改进来源包括：
1009 1009  
2293 +* 服务使用分析
2294 +* 事件，投诉和问题分析
2295 +* 服务请求模式的分析
2296 +* 分析自助服务模式和知识文章的使用
2297 +* 变更请求和改进点请求
2298 +* 用户反馈和来自用户社区的反馈
2299 +* 客户反馈和客户满意度调查
2300 +* 服务需求的变化
1010 1010  
1011 -服务提供者可以了解客户体验。利用这种洞察，再结合设计思维、行为心理学和文化洞察，服务提供者将能够设计并掌握客户旅程，从而带来独特的客户成果和经验。
2302 +这些来源提供有关持续服务提供和消费的信息，实现容量和可用性预测，探索新机会，确定新的服务价值流等。
1012 1012  
2304 +通过以下ITIL实践可以捕获反馈和处理信息：
1013 1013  
1014 -**ITIL故事：总结**
2306 +* 持续改进
2307 +* 事件管理
2308 +* 知识管理
2309 +* 监控和事态管理
2310 +* 服务目录管理
2311 +* 服务台
2312 +* 服务请求管理
1015 1015  
1016 -[[image:1638955787839-930.png||height="41" width="39"]]//Mariana//**：**//现在，我们对客户体验有了深刻的了解，我们随时准备为学生和教职员工推出我们的电子化校园租车服务。//
2314 +将这些实践集成到相关的服务价值流中有助于捕获改进的触发因素，分析这些输入，并启动对产品和服务的改进，以及实践、服务价值流、服务协议和SVS代表的其他组件。
2315 +
2316 +《持续改进实践指南》和ITIL®4：指导计划和改进中详细介绍了持续改进。
2317 +
2318 +|(((
2319 +**ITIL的故事：评估价值的实现并改善客户的旅程**
2320 +
2321 +[[image:1639052679080-792.png||height="54" width="38"]]**S**//olmaz：我们一直在监视和评估客户对供应服务实际价值的看法。为了做到这一点，我们分析了客户旅行后填写的反馈表。我们调查并从投诉和事件中吸取教训，并将其与数据链接，我们收集有关路线和使用方式的信息。基于此，我们开始改进服务产品，协议和技术解决方案。//
2322 +
2323 +[[image:1639052687281-789.png||height="50" width="42"]]//Mariana：我们发现的一个发现是，电动汽车的行驶时间比我们预期的要长，这意味着可用性的使用受到了更大的限制，客户纷纷向社交媒体投诉。我们通过为平日较短的员工引入特价来回应。这有助于确保供应满足需求的要求，并且不会让客户陷入困境。//
2324 +
2325 +[[image:1639052767033-216.png||height="49" width="40"]]**R**//adhika：我们已经评估并评估了客户对会员资格和预订的评价。我们注意到的一种模式是，发给我们成员以解锁汽车的读卡器经常由于损坏而放错位置或发生故障。单循环方法是将丢失或发生故障的卡重置或发布到事态中的成员，但是花了一些时间才能对卡进行编码，发行和接收。//
2326 +
2327 +[[image:1639052679080-792.png||height="54" width="38"]]**S**//olmaz：它还产生了取消、跟踪和重新发行卡的管理开销。//
2328 +
2329 +[[image:1639052767033-216.png||height="49" width="40"]]**R**//adhika：双循环方法是自动解锁汽车，这意味着我们已经能够完全淘汰读卡器。//
2330 +
2331 +[[image:1639052687281-789.png||height="50" width="42"]]**M**//ariana：我们的初步试验取得了巨大的成功，并展示了评估整个客户旅程的价值实现的好处。这使我们能够实现价值知道价值受到延迟进入汽车的危害。//
2332 +)))
2333 +
2334 +== 9.5 为服务提供者实现价值 ==
2335 +
2336 +尽管服务提供者的观点可能与客户的观点不同，但前几章介绍的跟踪客户价值实现的活动、方法和技术仍然适用于服务提供者。
2337 +
2338 +=== 9.5.1 跟踪，评估和评价结果 ===
2339 +
2340 +内部服务提供者通常受制于其所属法人实体的共同战略目标。首先，服务提供商的存在是为了为客户和用户创造价值，而不是为了追求自己的目标。因此，尽管服务提供者可能在ITIL组织改进层级或平衡计分卡中有自己的分支机构，最好将跟踪、评估和评估结果纳入客户结果的跟踪、评估和报告中。
2341 +
2342 +另一方面，外部服务提供商追求自己的业务目标，尽管它为客户服务并帮助他们实现目标是实现自己目标的一种手段。这些目标不仅是财务方面的，还可能包括品牌知名度、市场份额、能力提升、资源利用等。因此，服务提供者不仅要跟踪顾客价值的实现，还要跟踪自身价值的实现。
2343 +
2344 +|(((
2345 +**关键信息**
2346 +
2347 +上面介绍的用于跟踪，评估和评估价值实现的方法和技术对服务提供者而言与对服务消费者一样有效。
2348 +)))
2349 +
2350 +=== 9.5.2  跟踪，评估和评价成本  ===
2351 +
2352 +跟踪、评估和评估服务成本是服务财务管理程序的一部分；《服务财务管理实践指南》解决了这一问题。服务提供者应该完全了解服务成本的结构，以便对优化资源配置并支付费用。应定期重新审查成本结构和分配，以确保它们符合组织的目标以及产品和服务组合。
2353 +
2354 +通常，服务的成本通常包括：
2355 +
2356 +* **硬件成本**包括折旧形式的设备支出。跟踪此类成本需要资产管理。
2357 +* **软件和许可证成本**包括软件开发成本和许可证支出。跟踪此类成本需要软件资产管理并记录有关许可证使用的信息。
2358 +* **合同付款（向供应商）**。
2359 +* **人事费用**包括服务交付和运维人员的费用支出。跟踪此类成本需要任务跟踪，时间表等。
2360 +
2361 +为了计算服务成本，需要基于服务的成本模型，该模型提供有关服务组件和配置项之间关系的信息，以及有关商品和服务消耗的信息。配置模型作为服务配置管理的一部分，被广泛用作服务成本模型的基础。
2362 +
2363 +=== 9.5.3 跟踪，评估和评价风险以及合规性 ===
2364 +
2365 +跟踪、评估和评估服务风险与跟踪成本同等重要；如果不了解服务风险，服务提供者或客户就无法识别服务失败的潜在影响。
2366 +
2367 +从价值实现的角度看，风险可以看作是可能的危害。
2368 +
2369 +服务风险标识和评估的主要信息来源是：
2370 +
2371 +* 服务事件和投诉
2372 +* 安全事件和其他不合规行为
2373 +* 服务质量的监控
2374 +* 跟踪服务价值和体验
2375 +* 需求和容量的变化
2376 +* 资源，产品和服务产品的变化
2377 +* 法律和法规要求，合同和协议的变更。
2378 +
2379 +通常，在服务评审中会为客户确定主要的服务风险，并将风险缓解作为持续改进的一部分。有关服务风险识别、评估和缓解措施的详细指导，请参阅《风险管理实践指南》。
2380 +
2381 +=== 9.5.4 计费和帐单 ===
2382 +
2383 +服务提供者价值实现的一部分是利润，或者至少是成本回收。客户对服务的收费金额取决于收费策略。有几个选项可供选择：
2384 +
2385 +* **成本回收或收支平衡** 在这种情况下，服务提供商只会寻求回收其成本。它不会盈利或亏损。
2386 +* **额外保证金的回收 **在这种情况下，服务提供者将寻求收回超出其实际成本的费用。需要注意的是，保证金不是利润。额外的资金可以存入一个单独的帐户中，留出资金用于更新技术或支付意外的项目费用，或用于抵消新投资的费用。
2387 +* **交叉补贴 **在这种情况下，向一部分服务收取额外的保证金，然后将其用于抵消另一部分服务的成本。该策略通常用于为超出预算或业务绩效低于预期的内部客户提供服务，这里的风险是，临时补贴往往成为永久性补贴。
2388 +* **利润 **在这种情况下，服务提供者的目标是为其所有者或企业再投资创造利润。
2389 +
2390 +当服务提供者和顾客属于同一个法人实体时，对顾客的服务价格通常以服务成本为基础。这些服务成本通常通过企业成本分配模型分配给内部客户，以减少收费的间接费用。然而，估算收费和其他基于成本的收费模式，如基于服务和基于活动的模式，也很常见，以鼓励成本意识和行为。
2391 +
2392 +收费项目的概念非常有用。收费项目与成本单位类似，因为它们是衡量成本或收费的最低水平。主要区别在于，成本单位是从IT的角度来衡量的，而收费项目是从客户的角度来衡量的。之所以有两个不同的类别（成本单位和收费项目），是因为项目的成本可能与其价格不同。在决定收费项目时，应考虑以下原则：
2393 +
2394 +* 需要了解服务使用的驱动因素。例如，应收费项目应明确服务的交付和消费方式相联系。
2395 +* 服务提供者和/或客户应该能够基于数据客观地衡量收费项目。
2396 +* 收费项目必须是客户可以感知和控制的项目。服务提供者应该能够刺激可持续的消费者行为，理想情况下，它将使成本减少到支持消费者所需级别上运行的最低限度。然后，客户可以通过控制这些项目的需求来管理预算。
2397 +
2398 +通常，业务交付物不适合作为收费项目，因为它们需要对所消耗的资源进行详细的度量（销售分析）。在这种情况下，可能必须建立一个结构，将服务作为一个整体进行收费。另一个问题是，业务可交付成果不能轻易地归属于单个流程或应用程序，这需要建立复杂的成本分配模型（请参阅《服务财务管理实践指南》）。一般来说，定制的服务越多，客户定义自己服务的自由度越高，收费结构就越详细。
2399 +
2400 +有关如何衡量服务使用情况的示例有：
2401 +
2402 +* 处理器利用率，内存利用率，文件存储利用率（云/基础设施服务）
2403 +* 业务事务数（应用程序即服务）
2404 +* 应用程序登录和并行用户数量（应用程序即服务）
2405 +* 在差异收费情况下处理的请求数（例如生成的报告）。
2406 +
2407 +尽管收费是指直接从客户处收回服务费用的过程，但计费是指为服务和货物开具发票并向客户出示发票的过程。发票是客户旅程中的一个重要接触点；它可能会过度影响客户体验，因为它是在旅程结束时呈现的，这可能会产生强烈的负面影响。
2408 +
2409 +计费主要有四个选项：
2410 +
2411 +* **无计费 **在这种情况下，服务提供者决定不开具发票。如果成本是通过企业成本分摊来支付的，通常情况就是这样。
2412 +* **信息计费或显示 **在这种情况下，服务提供者生成发票，但实际不收款。信息计费用于建立对真实成本的认知，或使客户在实际收费时做好准备。
2413 +* **内部计费或退款** 在这种情况下，内部客户收到与客户服务使用直接相关的费用账单（或“交叉计费”）。
2414 +* **开票和收款 **这种类型的开票需要专用的财务信息系统，可以处理发票，收款，债务人和债权人。
2415 +
2416 +=== 9.5.5 组合管理 ===
2417 +
2418 +组合管理对于服务提供者跟踪和实现价值起着重要的作用。它不仅可以识别出回报最高的投资，而且还可以根据服务提供者及其客户的服务价值来分析和跟踪投资。
2419 +
2420 +组合管理提供了监督和控制服务价值实现的方法和模板。可以生成正式的价值实现评估报告，并为服务利益相关者提供当前投资状态的简介。
2421 +
2422 +组合管理支持单循环和双循环学习。这些区域可能导致：
2423 +
2424 +* 需要上报的异常报告
2425 +* 服务资源分配更新
2426 +* 服务组合更新。
2427 +
2428 +有关组合管理的详细指南，请参见组合管理实践指南。
2429 +
2430 +== 9.6 总结 ==
2431 +
2432 +利益干系人的价值并不是独立实现的。必须根据价值共同创造计划来驱动、跟踪、评价和评估价值，并且必须通过持续改进来持续维护和增加服务价值。
2433 +
2434 +----
2435 +
2436 += 10. 结论 =
2437 +
2438 +我们研究了一般客户旅程中的七个步骤，并就每个步骤（单独或整体）如何有助于推动利益相关者价值和体验提供了指导。图10.1显示了整个一般客户旅程。
2439 +
2440 +如我们所见，在现实生活中，客户的旅程从不遵循线性或理论上的步骤序列。客户旅程遵循的是接触点和服务交互的新兴模式，这与其说是例外，不如说是规则。
2441 +
2442 +服务不是制造或生产，而是两个或多个利益相关者之间的共同创造价值。服务体验是由客户旅程中的单独接触点和服务交互形成的。为了提高服务消费者的满意度，每个接触点都必须带来良好的客户体验，这样整个过程都能满足客户的期望。
2443 +
2444 +优化利益相关者的价值已在本书中深入探讨。变革会影响组织与服务消费者及其合作伙伴的交互方式，因此使用这七个步骤对成功地管理这些关系非常重要。为了支持当今组织的需求，IT和服务管理专业人员应该采用一种协作文化，这种文化关注于组织、及其客户和其他利益相关者的价值。
2445 +
2446 +充分利用ITIL® 4:推动利益相关者的价值，应与ITIL管理实践指南一起研究，该指南可在线获取，并为所有34个实践提供详细的实践建议。其中包括可应用于所有ITIL 4出版物的实践指导。
2447 +
2448 +(% style="text-align:center" %)
2449 +[[image:1639053120507-216.png]]
2450 +
2451 +图片10.1一般客户旅程
2452 +
2453 +所有ITIL出版物都是整体出版物，重点是价值。他们解决了服务管理四维模型的问题，并以一种能够为组织，其客户和其他利益相关者创建价值的方式帮助管理资源。
2454 +
2455 +ITIL®4：指导计划和改进提供了有关使生产和服务管理与当今的业务要求保持一致，推动成功的组织转型以及将持续改进嵌入到组织的文化各个级别的指南。
2456 +
2457 +ITIL®4：创建，交付和支持提供有关生产和服务管理的文化和团队管理方面的指南，并概述了支持服务管理的各种工具和技术。它演示了如何将管理实践集成到端到端价值流中。
2458 +
2459 +ITIL®4：高速IT提供有关全面数字化转型的详细指南，并帮助组织朝着业务和技术的融合发展或建立新的数字化组织。
2460 +
2461 +所有ITIL出版物都是全面的，注重价值。它们解决了服务管理的四个方面，并以一种能够为组织、客户和其他利益相关者创造价值的方式帮助管理资源。
2462 +
2463 +ITIL公司® 4：指导、计划和改进，为使产品和服务管理与当今的业务需求保持一致提供指导，推动成功的组织变革，并将持续改进嵌入到组织的各个层面的文化中。
2464 +
2465 +ITIL公司® 4:创建、交付和支持，提供有关产品和服务管理的文化和团队管理方面的指导，并概述支持服务管理的各种工具和技术。它演示了如何将管理实践集成到端到端的价值流中。
2466 +
2467 +ITIL公司® 4：高速IT，为全面数字化转型提供详细指导，帮助组织向业务和技术融合的方向发展，或建立新的数字化组织。
2468 +
2469 +----
2470 +
2471 += 尾注：ITIL故事 =
2472 +
2473 +eCampus Car Share推出已经一年了，Mariana的新型服务取得了巨大的成功。由于团队采用了服务设计技术，并考虑了客户旅程的所有步骤，该服务已被证明非常受欢迎。它已经为客户和利益相关者创造价值，包括艾克苏 Car 租赁和大学。
2474 +
2475 +在第一年，eCampus Car Share 并没有产生足够的利润来支付艾克苏的初期投资成本。然而，Henri很高兴艾克苏已实现其目标，即以学生为主导，提供可负担得起的，环保的汽车，使学生和教职员工按时到达校园的干扰和延误最小化。
2476 +
2477 +Mariana的服务也证明了在São Paulo对环境负责的汽车共享服务是有市场的，特别是在大学的学生和教职员工中。该团队认为，这项服务可以推广到其他校园和城区，目前正在寻找进一步发展业务的途径。
Icon 1638956800953-611.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +81.8 KB
Content Icon
Icon 1638956914484-187.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.6 KB
Content Icon
Icon 1638956925036-785.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.2 KB
Content Icon
Icon 1638973785436-355.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.1 KB
Content Icon
Icon 1638973882325-413.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +43.2 KB
Content Icon
Icon 1638973980626-580.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.4 KB
Content Icon
Icon 1638973989595-640.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.0 KB
Content Icon
Icon 1639037606903-920.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +33.9 KB
Content Icon
Icon 1639037985236-145.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +50.1 KB
Content Icon
Icon 1639038050155-829.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +11.1 KB
Content Icon
Icon 1639038062590-279.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.3 KB
Content Icon
Icon 1639038146748-255.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +19.4 KB
Content Icon
Icon 1639038280007-636.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +25.8 KB
Content Icon
Icon 1639038342932-765.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +9.4 KB
Content Icon
Icon 1639038356665-888.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.6 KB
Content Icon
Icon 1639038517459-380.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +10.3 KB
Content Icon
Icon 1639038531211-275.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.1 KB
Content Icon
Icon 1639038564863-236.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +26.4 KB
Content Icon
Icon 1639038587049-177.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +91.4 KB
Content Icon
Icon 1639038881228-610.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.4 KB
Content Icon
Icon 1639038890493-937.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.4 KB
Content Icon
Icon 1639038900744-862.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.9 KB
Content Icon
Icon 1639038943791-508.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +59.0 KB
Content Icon
Icon 1639039151460-470.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639039161376-906.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.6 KB
Content Icon
Icon 1639039172592-758.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.2 KB
Content Icon
Icon 1639039414823-634.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +20.7 KB
Content Icon
Icon 1639039486627-293.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +2.7 KB
Content Icon
Icon 1639039493704-758.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +3.3 KB
Content Icon
Icon 1639039500519-639.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +3.8 KB
Content Icon
Icon 1639039544729-234.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639039554566-680.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.0 KB
Content Icon
Icon 1639039612381-477.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.6 KB
Content Icon
Icon 1639039664566-243.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639039745940-752.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +48.0 KB
Content Icon
Icon 1639039862455-516.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.3 KB
Content Icon
Icon 1639040403078-235.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639040414134-638.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.4 KB
Content Icon
Icon 1639040433389-601.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.6 KB
Content Icon
Icon 1639040503323-766.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +15.4 KB
Content Icon
Icon 1639040709737-670.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.1 KB
Content Icon
Icon 1639040866308-122.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +35.3 KB
Content Icon
Icon 1639041341602-194.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.6 KB
Content Icon
Icon 1639041350610-448.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.4 KB
Content Icon
Icon 1639041359021-160.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.1 KB
Content Icon
Icon 1639041459049-896.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639041467084-729.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.6 KB
Content Icon
Icon 1639041475311-111.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.3 KB
Content Icon
Icon 1639041500798-489.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +25.1 KB
Content Icon
Icon 1639041656324-582.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.4 KB
Content Icon
Icon 1639041663609-946.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.0 KB
Content Icon
Icon 1639041699377-385.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +51.5 KB
Content Icon
Icon 1639041756120-116.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +17.0 KB
Content Icon
Icon 1639041944866-674.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +32.5 KB
Content Icon
Icon 1639042090327-629.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.7 KB
Content Icon
Icon 1639042099419-158.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.1 KB
Content Icon
Icon 1639042297905-281.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.4 KB
Content Icon
Icon 1639042354726-214.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +16.0 KB
Content Icon
Icon 1639048000162-709.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639048009299-382.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.5 KB
Content Icon
Icon 1639048305942-643.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +188.5 KB
Content Icon
Icon 1639048338706-431.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +81.1 KB
Content Icon
Icon 1639048447665-961.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.5 KB
Content Icon
Icon 1639048543615-528.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +228.0 KB
Content Icon
Icon 1639048688182-294.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.9 KB
Content Icon
Icon 1639048741852-426.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +46.6 KB
Content Icon
Icon 1639048791347-982.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.6 KB
Content Icon
Icon 1639049066141-786.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +203.5 KB
Content Icon
Icon 1639049191757-274.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.9 KB
Content Icon
Icon 1639049245149-501.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +18.2 KB
Content Icon
Icon 1639049400385-584.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639049408203-780.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.6 KB
Content Icon
Icon 1639049435845-855.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +192.4 KB
Content Icon
Icon 1639049867583-763.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639049876815-154.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.1 KB
Content Icon
Icon 1639049903595-695.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.4 KB
Content Icon
Icon 1639050104902-799.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +36.1 KB
Content Icon
Icon 1639050210407-577.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.4 KB
Content Icon
Icon 1639050219865-483.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.4 KB
Content Icon
Icon 1639050311875-982.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.7 KB
Content Icon
Icon 1639050322640-448.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.4 KB
Content Icon
Icon 1639050424360-458.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.4 KB
Content Icon
Icon 1639050433804-264.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.0 KB
Content Icon
Icon 1639050451730-405.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.3 KB
Content Icon
Icon 1639050583142-272.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.2 KB
Content Icon
Icon 1639050597268-890.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +3.9 KB
Content Icon
Icon 1639050610825-462.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.2 KB
Content Icon
Icon 1639050669254-786.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +17.5 KB
Content Icon
Icon 1639051060438-209.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +41.6 KB
Content Icon
Icon 1639051453545-874.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.0 KB
Content Icon
Icon 1639051462796-307.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639051472378-508.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.4 KB
Content Icon
Icon 1639051486286-599.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.2 KB
Content Icon
Icon 1639051500303-603.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.2 KB
Content Icon
Icon 1639051638220-876.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +7.6 KB
Content Icon
Icon 1639051655927-321.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.9 KB
Content Icon
Icon 1639051700656-416.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +13.8 KB
Content Icon
Icon 1639051948853-967.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +25.3 KB
Content Icon
Icon 1639052068071-640.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +19.2 KB
Content Icon
Icon 1639052162292-462.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +67.0 KB
Content Icon
Icon 1639052537691-609.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +196.6 KB
Content Icon
Icon 1639052679080-792.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.6 KB
Content Icon
Icon 1639052687281-789.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.4 KB
Content Icon
Icon 1639052767033-216.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.1 KB
Content Icon
Icon 1639053120507-216.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +116.6 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司