Changes for page 07. 步骤5：引入

Last modified by superadmin on 2024/04/03, 16:50
From version < 20.1 >
edited by superadmin
on 2021/12/10, 16:23
To version < 47.1
edited by superadmin
on 2024/04/03, 16:50
<
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -7. 步骤5：引入
1 +07. 步骤5：引入
Content
... ... @@ -1,7 +1,18 @@
1 -= 7. 步骤5：引入 =
1 +
2 2  
3 -[[image:1639123237595-418.png]]
4 4  
4 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/8.%20%E6%AD%A5%E9%AA%A46%EF%BC%9A%E4%BB%B7%E5%80%BC%E5%85%B1%E5%88%9B/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/6.%20%E6%AD%A5%E9%AA%A44%EF%BC%9A%E5%8D%8F%E8%AE%AE/]]
5 +
6 +{{box cssClass="floatinginfobox" title="
7 +**Contents**"}}
8 +{{toc/}}
9 +{{/box}}
10 +
11 += **7. 步骤5：引入** =
12 +
13 +
14 +[[image:1639123237595-418.png||height="64" width="627"]]
15 +
5 5   计划引入
6 6  
7 7   与用户相关并建立关系
... ... @@ -67,7 +67,6 @@
67 67  优化入门成本和整体资源利用率
68 68  )))
69 69  
70 -
71 71  引入包括：
72 72  
73 73  * 在利益相关者中构建有关新服务消费者（或与现有消费者的服务关系的新范围）的认知
... ... @@ -74,7 +74,6 @@
74 74  * 确保为服务提供准备好服务范围内的所有资源
75 75  * 确保客户和用户已准备好使用服务消费。
76 76  
77 -
78 78  引入通常被认为是服务提供者的活动，而服务消费者参与却很少。但是，成功的引入涉及服务提供者和服务消费者。如果服务消费者的参与需要大量资源，组织通常会同意，并提前与客户达成引入的方法。重要的是要确保其他合作伙伴和供应商知道并接受引入方法和计划（如果它们将参与其实现）。当将引入详细定义为产品、服务和服务产品设计的一部分时，用于特定计划的规划则更容易、更安全、更快捷。因此，在第5章中将引入方法定义为产品、服务和服务提供设计的一部分。在本章中，引入方法适用于特定引入计划的计划。
79 79  
80 80  
... ... @@ -105,8 +105,12 @@
105 105  [[image:1639123345078-830.png]]
106 106  
107 107  
117 +(% class="wikigeneratedid" %)
118 +== ==
119 +
108 108  == 7.1 规划引入 ==
109 109  
122 +
110 110  引入规划实际上是将一种或多种服务产品的引入方法适应于该引入计划的范围和背景的行为。引入计划应该考虑服务关系的当前状况、引入计划的范围、资源的当前配置以及相关的风险。
111 111  
112 112  
... ... @@ -125,8 +125,11 @@
125 125  * 谁负责引入行动？
126 126  * 如何控制引入并确保其成功？
127 127  
141 +
142 +
128 128  === 7.1.1 引入目标 ===
129 129  
145 +
130 130  服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括：
131 131  
132 132  * 确保服务消费者顺利迁移到协议服务
... ... @@ -151,8 +151,10 @@
151 151  在关键利益相关方接受引入目标之后，应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是，服务消费者代表将被告知、被咨询或对此负责，因为引入是一项联合行动，可能需要双方大量资源。
152 152  
153 153  
154 -== 7.1.2 引入范围 ==
155 155  
171 +=== 7.1.2 引入范围 ===
172 +
173 +
156 156  要定义引入的范围，应考虑以下问题：
157 157  
158 158  * 需要引入的消费者资源是什么？
... ... @@ -167,12 +167,12 @@
167 167  
168 168  表7.2 引入的消费者资源示例
169 169  
170 -(% style="width:842px" %)
171 -|**服务管理维度**|(% style="width:296px" %)**资源实例**|(% style="width:427px" %)**需要引入的示例**
172 -|组织和人员|(% style="width:296px" %)用户（消费者组织的雇员）|(% style="width:427px" %)为了有效利用服务，用户需要接受有关服务使用和支持设置方面的培训
173 -|价值流和流程|(% style="width:296px" %)消费者组织程序、动作和工作流程|(% style="width:427px" %)应调整程序以整合服务、技术和服务提供商人员
174 -|信息和技术|(% style="width:296px" %)消费者组织的技术、数据和IT服务|(% style="width:427px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限； IT资源应与服务提供商的IT资源整合在一起； 数据和信息应迁移和/或转换
175 -|合作伙伴和供应商|(% style="width:296px" %)用户（消费者组织的供应商和合作伙伴的雇员充当新服务用户）|(% style="width:427px" %)用户（代表消费者组织的供应商和合作伙伴）需要使用服务和支持程序方面的培训
188 +(% style="width:479px" %)
189 +|(% style="width:69px" %)**服务管理维度**|(% style="width:165px" %)**资源实例**|(% style="width:243px" %)**需要引入的示例**
190 +|(% style="width:69px" %)组织和人员|(% style="width:165px" %)用户（消费者组织的雇员）|(% style="width:243px" %)为了有效利用服务，用户需要接受有关服务使用和支持设置方面的培训
191 +|(% style="width:69px" %)价值流和流程|(% style="width:165px" %)消费者组织程序、动作和工作流程|(% style="width:243px" %)应调整程序以整合服务、技术和服务提供商人员
192 +|(% style="width:69px" %)信息和技术|(% style="width:165px" %)消费者组织的技术、数据和IT服务|(% style="width:243px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限； IT资源应与服务提供商的IT资源整合在一起； 数据和信息应迁移和/或转换
193 +|(% style="width:69px" %)合作伙伴和供应商|(% style="width:165px" %)用户（消费者组织的供应商和合作伙伴的雇员充当新服务用户）|(% style="width:243px" %)用户（代表消费者组织的供应商和合作伙伴）需要使用服务和支持程序方面的培训
176 176  
177 177  引入方法将影响一个或多个资源。当为引入方案创建引入计划时，服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。
178 178  
... ... @@ -221,6 +221,7 @@
221 221  
222 222  === 7.1.3 引入客户和用户：引入活动 ===
223 223  
242 +
224 224  在同意引入计划的范围之后，应规划引入活动。根据引入计划的范围和规模，以及组织的政策、规则和实践，用于计划的方法和工具可能会有所不同。表7.3提供了可能为服务管理四维模型资源计划的引入活动示例。
225 225  
226 226  
... ... @@ -240,92 +240,18 @@
240 240  
241 241  表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例
242 242  
243 -(% style="width:885px" %)
244 -|(% style="width:134px" %)**服务消费者资源即将启用**|(% style="width:263px" %)**服务提供者执行的引入活动**|(% style="width:254px" %)**服务消费者执行的引入活动**|(% style="width:230px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**
245 -|(% style="width:134px" %)服务消费者的组织和人员|(% style="width:263px" %)(((
246 -提供培训和培训材料
262 +[[image:1641696159505-576.png]]
247 247  
248 -介绍了联系和支持界面
249 249  
250 -授予用户访问服务的权限
251 251  
252 -传达了必要的警告（安全和责任）以及条款和条件
253 -
254 -成立治理组织
255 -)))|(% style="width:254px" %)(((
256 -用户学习培训材料（阅读、参加培训、学习教程等）
257 -
258 -组织同意并分配了使用新服务的责任
259 -
260 -角色和/或团队已更改以优化服务消费
261 -
262 -组织变革管理
263 -)))|(% style="width:230px" %)(((
264 -如果供应商服务受引入影响，则提供培训和培训材料
265 -
266 -对服务的访问权限进行审查并在需要时进行更改
267 -)))
268 -|(% style="width:134px" %)服务消费者的信息和技术|(% style="width:263px" %)(((
269 -信息系统集成
270 -
271 -数据迁移和/或转换，建立数据交换
272 -
273 -进行必要的配置和自定义
274 -
275 -部署了监视工具和其他操作工具
276 -
277 -建立了数据交换协议、集成和工具
278 -)))|(% style="width:254px" %)(((
279 -服务提供者的专家可以访问信息资源
280 -
281 -信息系统与服务提供者的系统集成在一起
282 -
283 -冗余信息系统已停用
284 -
285 -建立了数据交换协议、集成和工具
286 -)))|(% style="width:230px" %)(((
287 -受引入影响的服务变更（基础架构支持）
288 -
289 -服务消费者委托合作伙伴/供应商执行的任何操作
290 -)))
291 -|(% style="width:134px" %)服务消费者的价值流和流程|(% style="width:263px" %)(((
292 -同意服务提供商参与服务消费者的流程； 角色、职责得到同意、分配和测试
293 -
294 -在需要的地方提供流程改进咨询
295 -)))|(% style="width:254px" %)(((
296 -为服务消费更改/优化组织流程
297 -
298 -价值流得到优化，以最大化服务价值
299 -
300 -冗余程序（由服务替换或自动化）被删除或更新
301 -)))|(% style="width:230px" %)(((
302 -审核合作伙伴/供应商对服务消费者流程的参与；在需要时就角色、职责进行约定、、分配和测试
303 -
304 -在需要的地方提供流程改进咨询
305 -)))
306 -|(% style="width:134px" %)服务消费者的合作伙伴和供应商|(% style="width:263px" %)(((
307 -服务消费者的合作伙伴/供应商的授权代表可以使用服务
308 -
309 -在需要时提供退役/迁移协助
310 -)))|(% style="width:254px" %)(((
311 -与合作伙伴/供应商的合同已更新，以适应新的流程和价值流
312 -
313 -冗余（替换）服务的合同被取消或更改
314 -
315 -传达服务的新/变更要求
316 -)))|(% style="width:230px" %)(((
317 -必要时对合同进行审查和更新
318 -
319 -作为用户的供应商代表应学习所需的材料（通过阅读、参加培训、学习教程等）
320 -)))
321 -
322 322  但是，在许多引入计划中，用户需要引起极大关注，并且必须将其引入新服务，包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合，在客户引入中，向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。
323 323  
324 324  
325 325  表7.4 用户引入活动的示例
326 326  
327 -|**服务**|**动作**
328 -|技术（应用和设备）|(((
271 +(% style="width:411px" %)
272 +|(% style="width:128px" %)**服务**|(% style="width:280px" %)**动作**
273 +|(% style="width:128px" %)技术（应用和设备）|(% style="width:280px" %)(((
329 329  在线教程、正式培训、模拟器、自定进度的培训，以及各种形式的手册
330 330  
331 331  指导安装和设置
... ... @@ -332,7 +332,7 @@
332 332  
333 333  培训超级用户以领导同行
334 334  )))
335 -|流程（活动和过程）|(((
280 +|(% style="width:128px" %)流程（活动和过程）|(% style="width:280px" %)(((
336 336  海报、手册和培训
337 337  
338 338  演练和指导
... ... @@ -341,7 +341,7 @@
341 341  
342 342  阻止访问旧的工作方式
343 343  )))
344 -|提供者的人员（操作和支持）|(((
289 +|(% style="width:128px" %)提供者的人员（操作和支持）|(% style="width:280px" %)(((
345 345  面对面或虚拟介绍，联合研讨会和培训
346 346  
347 347  通讯录和明确的角色描述
... ... @@ -348,7 +348,7 @@
348 348  
349 349  团队建设
350 350  )))
351 -|第三方人员（操作和支持）|(((
296 +|(% style="width:128px" %)第三方人员（操作和支持）|(% style="width:280px" %)(((
352 352  面对面或虚拟介绍，联合研讨会以及培训，
353 353  
354 354  通讯录和明确的角色描述
... ... @@ -368,8 +368,11 @@
368 368  * 劳动力和人才管理。
369 369  
370 370  
316 +
317 +
371 371  === 7.1.4 引入控制 ===
372 372  
320 +
373 373  当规划引入计划时，必须就控制和验证技术的方法达成一致，以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。
374 374  
375 375  
... ... @@ -386,14 +386,9 @@
386 386  
387 387  表7.5 引入控制方法示例
388 388  
389 -|**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性**
390 -|项目集|项目集和项目计划、工作包、评审和KPI|组织变革管理、项目管理|大型客户和用户引入计划需要对各种资源进行复杂的更改
391 -|项目|项目计划、工作包、评审和KPI|组织变革管理、项目管理|企业服务的大多数服务消费者引入计划
392 -|一般变更|自定义清单|变更使能、部署管理、组织变革管理、发布管理、服务验证和测试|较小的服务消费者引入计划，主要是向现有消费者引入新服务的地方
393 -|标准变更|预定义清单|变更使能、部署管理，组织变革管理、发布管理以及服务验证和测试|企业服务的大多数用户引入计划
394 -|自动化部署和发布（例如，即插即用）|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理，发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划，以及企业服务的许多用户引入计划
395 -|审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系
337 +[[image:1641696264997-817.png]]
396 396  
339 +
397 397  引入评审可能会导致下述各种改进：
398 398  
399 399  * 产品、服务和服务提供设计
... ... @@ -416,9 +416,15 @@
416 416  [[image:1639123548518-524.png||height="52" width="40"]]**S**//olmaz：我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话，每个客户不超过两次。//
417 417  )))
418 418  
362 +(% class="wikigeneratedid" %)
363 +== ==
419 419  
365 +(% class="wikigeneratedid" %)
366 +== ==
367 +
420 420  == 7.2 与用户相关并建立关系 ==
421 421  
370 +
422 422  由于服务提供者与服务消费者的技术和信息进行了更多的交互，因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务（例如IoT设备、技术微服务、信息系统维护和数据存储）是此类服务关系的示例。
423 423  
424 424  
... ... @@ -440,6 +440,7 @@
440 440  
441 441  === 7.2.1 建立与企业用户的关系 ===
442 442  
392 +
443 443  在大型组织环境中，用户引入通常是由组织所使用的服务的更改，用户组的更改（例如组织中的新成员）或人员角色和职位的更改触发的。
444 444  
445 445  
... ... @@ -473,135 +473,21 @@
473 473  * 仪表板和报告让用户社区可以清楚地了解服务质量。
474 474  
475 475  
426 +
427 +
476 476  === 7.2.2与个人消费者一起培育关系 ===
477 477  
430 +
478 478  当服务消费者是个人时，有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。
479 479  
480 480  
481 481  表7.6 与个人服务消费者的关系管理
482 482  
483 -(% style="width:902px" %)
484 -|**步骤**|(% style="width:399px" %)**挑战性**|(% style="width:422px" %)**服务提供商应用的示例解决方案**
485 -|探索|(% style="width:399px" %)(((
486 -服务消费者未明确表达其需求和期望
436 +[[image:1641696354631-568.png]]
487 487  
488 -有时服务消费者没有意识到他们的需求和机会
438 +[[image:1641696396035-579.png]]
489 489  
490 -个人意见不一定代表更大的消费群体的需求
491 -)))|(% style="width:422px" %)(((
492 -市场营销和社会学调查
493 493  
494 -有代表性的小组进行的安全失效实验
495 -
496 -旨在提高认识和创造需求的营销活动
497 -)))
498 -|契动|(% style="width:399px" %)(((
499 -由于用户数量众多且服务提供者的能力有限，因此个人面对面的联系通常是不可能或效率低下的
500 -
501 -售前和售后受到严格监管，以保护消费者权益
502 -
503 -社区、影响者和同行的意见对于最初的契动决定很重要
504 -)))|(% style="width:422px" %)(((
505 -使用相关渠道和媒体公开广告
506 -
507 -广泛使用社交媒体、影响者和用户群体
508 -
509 -使用直接营销和对等的代理商
510 -
511 -基于对用户互联网活动的监视、搜索引擎优化以及其他针对目标受众的工具的情境广告
512 -
513 -优化基于互联网的服务目录（网站、登录页面、社交媒体帐户等）
514 -
515 -在相关和合理的情况下，销售和支持办公室网络
516 -)))
517 -|供应|(% style="width:399px" %)(((
518 -大量的服务消费者
519 -
520 -需要简单快捷的签约程序和界面
521 -)))|(% style="width:422px" %)(((
522 -标准服务目录、合同和协议
523 -
524 -目录和协议中的用户友好的简单语言描述
525 -
526 -广泛使用移动平台和应用程序
527 -)))
528 -|同意|(% style="width:399px" %)(((
529 -高水平的国际、国家和行业法规
530 -
531 -需要简单明确的语言
532 -)))|(% style="width:422px" %)(((
533 -高度自动化的签约，广泛使用数字文档和签名
534 -
535 -与电子支付系统（卡、PayPal等）集成
536 -
537 -自动尽职调查检查（如果适用）
538 -)))
539 -|引入|(% style="width:399px" %)(((
540 -大量具有不同技能和背景的服务消费者
541 -
542 -需要简单快速的引入
543 -
544 -不同的技术背景
545 -)))|(% style="width:422px" %)(((
546 -自动化的介绍和初步培训
547 -
548 -经过严格测试的引入说明和规程
549 -
550 -有关用户支持资源的专门章节，以帮助引入
551 -
552 -自动化资格和兼容性检查
553 -)))
554 -|价值共创|(% style="width:399px" %)(((
555 -大量具有不同技能和背景的服务消费者
556 -
557 -不同的技术背景
558 -
559 -不同的语言和沟通技巧
560 -
561 -通过社交媒体高度暴露用户体验和意见
562 -)))|(% style="width:422px" %)(((
563 -可用、方便且最新的在线状态支持常规业务
564 -
565 -为具有技能、背景和能力的用户优化的界面
566 -
567 -便捷的支持和沟通渠道（电话、支持办公室、社交媒体帐户、直接消息传递）
568 -
569 -社交媒体监控，并在投诉和其他问题时提供积极支持
570 -
571 -促进用户社区成为服务提供商及对等同行支持的渠道
572 -
573 -主动沟通（尤其是在重大事件时）、透明度和高可用性
574 -
575 -利用媒体和营销手段进行损害控制和被动式声明
576 -
577 -监视和事态管理以主动纠正服务质量偏差，或联系服务使用者
578 -)))
579 -|(((
580 -实现
581 -
582 -价值
583 -)))|(% style="width:399px" %)(((
584 -大量服务消费者
585 -
586 -个人经验对服务质量和满意度统计的影响很小
587 -
588 -对每个服务消费者进行直接服务评估的效率低下或不可能
589 -
590 -服务支持的不同期望和需求
591 -)))|(% style="width:422px" %)(((
592 -用于服务质量监控和报告的自动化接口，
593 -
594 -持续监控社交媒体反馈
595 -
596 -对用户满意度和态度的独立调查
597 -
598 -使用用户忠诚度指标（例如，净推荐值）
599 -
600 -使用自动体验指标
601 -
602 -服务消费者要求的服务评估专用支持渠道
603 -)))
604 -
605 605  服务提供者可以控制有关这些因素的决策。但是，与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如，预期或法律上要求服务提供者要特别考虑残疾用户。
606 606  
607 607  
... ... @@ -625,8 +625,18 @@
625 625  * 数据保护。
626 626  )))
627 627  
464 +(% class="wikigeneratedid" %)
465 +== ==
466 +
467 +(% class="wikigeneratedid" %)
468 +== ==
469 +
470 +(% class="wikigeneratedid" %)
471 +== ==
472 +
628 628  == 7.3 提供用户参与和交付渠道 ==
629 629  
475 +
630 630  重要的是要建立适当的用户参与和交付渠道，以提供良好的用户体验。
631 631  
632 632  
... ... @@ -655,129 +655,12 @@
655 655  
656 656  表7.7 服务提供者必须考虑的全渠道挑战示例
657 657  
504 +[[image:1641696707897-409.png]]
658 658  
659 -|**方法**|**挑战示例**|**解决方案示例**
660 -|左移，增加自助服务|(((
661 -用户没有足够的技术技能和/或动力来使用自助服务工具
506 +[[image:1641696741463-574.png]]
662 662  
663 -用户在访问服务的级别上只能完成有限的任务
508 +[[image:1641696754650-363.png]]
664 664  
665 -用户在自助服务期间犯的错误可能导致更多事件
666 -
667 -基于知识的导航可能很困难
668 -)))|(((
669 -实施自助服务之前，评估用户技能和可用的支持行动范围
670 -
671 -与具有代表性的用户组全面测试所有自助服务说明和工具
672 -
673 -确保自助服务工具和操作安全且易于使用
674 -
675 -改善信息质量和导航工具
676 -)))
677 -|社交媒体支持|(((
678 -情绪化且难以控制的沟通方式
679 -
680 -病毒效应、容易出错和发生冲突
681 -
682 -非结构化信息
683 -
684 -多个渠道进行监控和回复
685 -
686 -处理个人和合同信息方面的限制
687 -
688 -没有集成的诊断工具
689 -
690 -没有正式记录系统在服务提供者的控制之下
691 -)))|(((
692 -培训社交媒体传播中的支持人员
693 -
694 -使用标签和服务/服务提供商的其他提及来自动监视用户证据
695 -
696 -将社交媒体渠道与专门的支持系统集成。 保留记录并处理这些系统中的敏感信息
697 -
698 -确保用户对社交媒体的所有支持请求都得到迅速响应并处理得令其满意
699 -)))
700 -|熟悉的界面|(((
701 -服务提供者使用的旧版系统可能会限制兼容性和接口设计
702 -
703 -常用的应用程序和操作系统不断发展，通常多个平台和版本共存
704 -
705 -一些服务需要专门的设备和接口
706 -)))|(((
707 -设计产品和服务以实现持续发展和灵活性，最大程度地减少使用大一统的和旧的产品
708 -
709 -考虑提供适合不同平台用户的界面
710 -
711 -提供自定义接口时，进行可用性设计，并在可能的情况下遵循常用服务和接口的使用模式
712 -)))
713 -|机器学习：聊天机器人|(((
714 -适用范围有限
715 -
716 -机器学习的数据不足和不恰当
717 -
718 -多语言支持的困难
719 -)))|(((
720 -在成功程度足够高之前，请勿使用基于机器学习的人机界面来代替； 提供人工备份
721 -
722 -迭代地扩展基于机器学习的服务交互的范围，包括多个反馈循环
723 -
724 -不断提高用于与用户进行服务交互的所有语言的数据质量
725 -
726 -跟踪和利用机器学习方面的发展
727 -)))
728 -|机器学习：优化的交付渠道|(((
729 -适用范围有限
730 -
731 -机器学习的数据不足和不恰当
732 -
733 -用户行为和支持组织的改变
734 -
735 -资源有限，无法支持多个渠道
736 -)))|(((
737 -关注最重要和最受欢迎的支持方式
738 -
739 -确保高质量的支持历史记录数据
740 -
741 -优化，然后自动化
742 -
743 -与经验丰富的支持代理商一起将新技术解决方案付诸实施
744 -)))
745 -|终端支持人员|(((
746 -扩展性有限
747 -
748 -错误的可能性
749 -
750 -情绪态度
751 -
752 -高成本
753 -)))|(((
754 -支持人员的动力、忠诚度和专业发展
755 -
756 -将人工支持限制在需要和合理的情况下
757 -
758 -考虑点对点同行支持以增加可伸缩性并优化成本
759 -)))
760 -|视频诊断|(((
761 -用户设备的使用可能会受到技术、法律和法规监管的限制
762 -
763 -隐私问题
764 -
765 -使用视频数据可能会给用户带来额外的费用
766 -)))|(((
767 -警告用户可能的风险和成本
768 -
769 -确保符合适用法规
770 -
771 -实施控制措施以防止滥用技术
772 -)))
773 -|增强监控|技术和隐私限制，尤其是在使用服务消费者的基础架构提供服务时|(((
774 -与客户讨论收益、风险和成本，考虑与用户讨论
775 -
776 -确保符合适用法规
777 -
778 -实施控制措施以防止滥用技术
779 -)))
780 -
781 781  只有将这些方法编排为无缝的用户支持体验时，才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成：
782 782  
783 783  * 跨所有渠道唯一地识别和辨识用户
... ... @@ -808,8 +808,15 @@
808 808  [[image:1639123701310-435.png||height="48" width="31"]]**S**//olmaz：我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。//
809 809  )))
810 810  
540 +(% class="wikigeneratedid" %)
541 +== ==
542 +
543 +(% class="wikigeneratedid" %)
544 +== ==
545 +
811 811  == 7.4 使用户能够使用服务 ==
812 812  
548 +
813 813  某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备，或者了解在使用服务的环境中安全操作的规则。例如，要被允许租用汽车，要求一个人具有有效的驾驶执照，该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。
814 814  
815 815  要启用用户，服务提供者应考虑：
... ... @@ -882,22 +882,29 @@
882 882  [[image:1639123784450-617.png||height="42" width="37"]]//Mariana：我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息，以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。//
883 883  )))
884 884  
621 +(% class="wikigeneratedid" %)
622 +== ==
885 885  
624 +(% class="wikigeneratedid" %)
625 +== ==
626 +
886 886  == 7.5 提升彼此的能力 ==
887 887  
629 +
888 888  服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组，以提高另一组的能力。
889 889  
890 890  
891 891  表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例
892 892  
893 -|**指导原则**|**优化用户能力的应用示例**
894 -|聚焦价值|用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
895 -|从当前开始|用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善，并且经常受到用户的抵制。
896 -|基于反馈不断迭代|对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改，均应进行测试，并根据用户反馈进行持续审查。 应鼓励用户提供反馈，反馈的后续行动对用户社区应该是透明的。
897 -|合作并提高知名度|在需要联合运营的情况下，用户应了解协作的要求并相互帮助，服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行，或者用户不知道如何使用服务，则应安全，轻松并鼓励其寻求帮助或报告事件。
898 -|全面思考和工作|服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
899 -|保持简单实用|用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法，并且应该认真透明地对待这些提议。
900 -|优化和自动化|用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
635 +(% style="width:414px" %)
636 +|(% style="width:85px" %)**指导原则**|(% style="width:327px" %)**优化用户能力的应用示例**
637 +|(% style="width:85px" %)聚焦价值|(% style="width:327px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
638 +|(% style="width:85px" %)从当前开始|(% style="width:327px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善，并且经常受到用户的抵制。
639 +|(% style="width:85px" %)基于反馈不断迭代|(% style="width:327px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改，均应进行测试，并根据用户反馈进行持续审查。 应鼓励用户提供反馈，反馈的后续行动对用户社区应该是透明的。
640 +|(% style="width:85px" %)合作并提高知名度|(% style="width:327px" %)在需要联合运营的情况下，用户应了解协作的要求并相互帮助，服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行，或者用户不知道如何使用服务，则应安全，轻松并鼓励其寻求帮助或报告事件。
641 +|(% style="width:85px" %)全面思考和工作|(% style="width:327px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
642 +|(% style="width:85px" %)保持简单实用|(% style="width:327px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法，并且应该认真透明地对待这些提议。
643 +|(% style="width:85px" %)优化和自动化|(% style="width:327px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
901 901  
902 902  为了帮助用户和客户变得更好，服务提供者可以考虑使用以下技术：
903 903  
... ... @@ -935,9 +935,15 @@
935 935  [[image:1639124353057-972.png||height="50" width="39"]]//Solmaz：这不仅使我们的客户受益，而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本，最重要的是，它支持出色的客户体验。//
936 936  )))
937 937  
681 +(% class="wikigeneratedid" %)
682 +== ==
938 938  
939 -== 7.9 撤销客户与用户 ==
684 +(% class="wikigeneratedid" %)
685 +== ==
940 940  
687 +== 7.6 撤销客户与用户 ==
688 +
689 +
941 941  与引入类似，应将撤销的动作和职责预先定义为产品和服务设计的一部分，然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时，此方法有效。这类示例诸如，用户在组织中的位置发生了变化，这可能导致用户使用的服务范围的变化。
942 942  
943 943  
... ... @@ -953,8 +953,9 @@
953 953  当服务消费者因不满意或纠纷而离开时，确定原因很重要。在这些情况下，在无冲突的环境中流程的每个步骤都已商定时，同意并准备好撤销以确保无缝的撤销就尤为重要。此外，双方应注意不要加剧任何冲突或对任何其他方造成伤害；他们应同意对争端保密。当预期将采取后续法律行动时，这一点尤其重要。
954 954  
955 955  
956 -=== 7.9.1 客户撤销 ===
705 +=== 7.6.1 客户撤销 ===
957 957  
707 +
958 958  当服务协议期满或终止时，由服务提供者执行客户撤销。撤销动作通常包括：
959 959  
960 960  * 与所有相关的利益相关者，包括用户、客户、相关的合作伙伴/供应商和监管机构，就计划的服务终止进行沟通
... ... @@ -979,18 +979,19 @@
979 979  
980 980  表7.9 提供者切换操作示例
981 981  
982 -|**服务管理的维度**|**切换操作示例**
983 -|组织和人员|(((
732 +(% style="width:349px" %)
733 +|(% style="width:105px" %)**服务管理的维度**|(% style="width:240px" %)**切换操作示例**
734 +|(% style="width:105px" %)组织和人员|(% style="width:240px" %)(((
984 984  更改用户访问权限
985 985  
986 986  更改服务提供者的访问权限
987 987  )))
988 -|价值流和流程|(((
739 +|(% style="width:105px" %)价值流和流程|(% style="width:240px" %)(((
989 989  更改共同行动的责任
990 990  
991 991  更改程序和接口
992 992  )))
993 -|信息和技术|(((
744 +|(% style="width:105px" %)信息和技术|(% style="width:240px" %)(((
994 994  频道切换
995 995  
996 996  设备安装和卸载
... ... @@ -999,7 +999,7 @@
999 999  
1000 1000  记录存档
1001 1001  )))
1002 -|合作伙伴和供应商|与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
753 +|(% style="width:105px" %)合作伙伴和供应商|(% style="width:240px" %)与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
1003 1003  
1004 1004  关于切换提供者的撤销动作类似于服务终止操作；它们应该涵盖表7.9中概述的所有服务管理四维模型。
1005 1005  
... ... @@ -1020,6 +1020,7 @@
1020 1020  
1021 1021  === 7.6.2 用户撤销 ===
1022 1022  
774 +
1023 1023  用户撤销可能是正在进行的服务关系的一部分，而没有服务或合同终止。常见的示例是用户从服务消费者组织辞职或在组织内的职位变化。这些场景应该在客户引入期间预先约定，并根据此方法进行处理（通常作为标准更改）。但是，在某些情况下，例如大规模撤销，可能需要额外的规划和协调。
1024 1024  
1025 1025  
... ... @@ -1052,8 +1052,17 @@
1052 1052  [[image:1639124450170-484.png||height="50" width="40"]]**S**//olmaz：撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化，我们不需要花费时间手动释放费用。//
1053 1053  )))
1054 1054  
807 +(% class="wikigeneratedid" %)
808 +== ==
809 +
810 +(% class="wikigeneratedid" %)
811 +== ==
812 +
1055 1055  == 7.7 总结 ==
1056 1056  
815 +
1057 1057  为了从协议发展到服务提供和消费，各方必须经历一种过渡，其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分，并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问，使用户能够使用服务以及提升彼此的能力。
1058 1058  
1059 -
818 +
819 +
820 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/8.%20%E6%AD%A5%E9%AA%A46%EF%BC%9A%E4%BB%B7%E5%80%BC%E5%85%B1%E5%88%9B/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/6.%20%E6%AD%A5%E9%AA%A44%EF%BC%9A%E5%8D%8F%E8%AE%AE/]]
Icon 1641648399488-552.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +95.2 KB
Content Icon
Icon 1641648445447-538.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +96.0 KB
Content Icon
Icon 1641648460356-240.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +65.6 KB
Content Icon
Icon 1641649115472-408.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +71.5 KB
Content Icon
Icon 1641696159505-576.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +98.8 KB
Content Icon
Icon 1641696264997-817.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +89.9 KB
Content Icon
Icon 1641696354631-568.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +83.8 KB
Content Icon
Icon 1641696396035-579.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +85.5 KB
Content Icon
Icon 1641696535254-420.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +96.2 KB
Content Icon
Icon 1641696707897-409.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +96.1 KB
Content Icon
Icon 1641696741463-574.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +54.9 KB
Content Icon
Icon 1641696754650-363.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +47.3 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司