From version < 26.1 >
edited by superadmin
on 2021/12/10, 16:29
To version < 19.1 >
edited by superadmin
on 2021/12/10, 16:21
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -27,9 +27,9 @@
27 27  
28 28  表7.1 引入和撤销的目的
29 29  
30 -(% style="width:803px" %)
31 -|(% style="width:165px" %)**引入和撤销**|(% style="width:307px" %)**对于服务消费者**|(% style="width:328px" %)**对于服务提供者**
32 -|(% style="width:165px" %)促进成果和体验|(% style="width:307px" %)(((
30 +(% style="width:895px" %)
31 +|(% style="width:181px" %)**引入和撤销**|(% style="width:346px" %)**对于服务消费者**|(% style="width:367px" %)**对于服务提供者**
32 +|(% style="width:181px" %)促进成果和体验|(% style="width:346px" %)(((
33 33  通过有效使用服务来确保更好的投资回报
34 34  
35 35  改善用户体验
... ... @@ -37,7 +37,7 @@
37 37  通过有效使用服务来提高业务运营的效果和效率
38 38  
39 39  通过与新的服务提供者合作来最大化价值
40 -)))|(% style="width:328px" %)(((
40 +)))|(% style="width:367px" %)(((
41 41  通过与新的服务消费者/客户/用户的合作来最大化价值
42 42  
43 43  提高对新的服务和服务提供者的总体了解
... ... @@ -44,22 +44,22 @@
44 44  
45 45  提高客户和用户的忠诚度和参与度
46 46  )))
47 -|(% style="width:165px" %)优化风险和合规性|(% style="width:307px" %)(((
47 +|(% style="width:181px" %)优化风险和合规性|(% style="width:346px" %)(((
48 48  降低与新服务和用户有关的用户事件及问题的可能性
49 49  
50 50  缩短过渡到新服务/提供者的时间
51 -)))|(% style="width:328px" %)(((
51 +)))|(% style="width:367px" %)(((
52 52  降低服务质量中事件和相关违规的可能性
53 53  
54 54  防止/减少用户对新服务和/或服务提供者的抵制
55 55  )))
56 -|(% style="width:165px" %)优化资源并最小化成本|(% style="width:307px" %)(((
56 +|(% style="width:181px" %)优化资源并最小化成本|(% style="width:346px" %)(((
57 57  减少过渡到新服务/提供者相关的成本和损失
58 58  
59 59  优化用户培训成本
60 60  
61 61  优化用户支持成本
62 -)))|(% style="width:328px" %)(((
62 +)))|(% style="width:367px" %)(((
63 63  减少过渡成本
64 64  
65 65  减少用户支持成本
... ... @@ -67,6 +67,7 @@
67 67  优化入门成本和整体资源利用率
68 68  )))
69 69  
70 +
70 70  引入包括:
71 71  
72 72  * 在利益相关者中构建有关新服务消费者(或与现有消费者的服务关系的新范围)的认知
... ... @@ -73,6 +73,7 @@
73 73  * 确保为服务提供准备好服务范围内的所有资源
74 74  * 确保客户和用户已准备好使用服务消费。
75 75  
77 +
76 76  引入通常被认为是服务提供者的活动,而服务消费者参与却很少。但是,成功的引入涉及服务提供者和服务消费者。如果服务消费者的参与需要大量资源,组织通常会同意,并提前与客户达成引入的方法。重要的是要确保其他合作伙伴和供应商知道并接受引入方法和计划(如果它们将参与其实现)。当将引入详细定义为产品、服务和服务产品设计的一部分时,用于特定计划的规划则更容易、更安全、更快捷。因此,在第5章中将引入方法定义为产品、服务和服务提供设计的一部分。在本章中,引入方法适用于特定引入计划的计划。
77 77  
78 78  
... ... @@ -86,6 +86,7 @@
86 86  * 服务台
87 87  * 服务级别管理。
88 88  
91 +
89 89  规划和执行引入计划中可能还涉及其他实践。例如,有时将引入作为项目进行管理,需要项目管理实践。
90 90  
91 91  
... ... @@ -100,7 +100,7 @@
100 100  [[image:1639123311962-491.png||height="49" width="39"]]//Mariana:在我们的引入过程中,我们请客户同意他们将遵守所有驾驶法规。这包括关于遵守交通信号灯和标志,不在酒精或毒品影响下驾驶的法律以及停车法。我们还要求所有客户在使用我们的汽车时携带驾驶执照和其他身份证明。//
101 101  )))
102 102  
103 -[[image:1639123345078-830.png]]
106 +[[image:1639123345078-830.png]]
104 104  
105 105  
106 106  == 7.1 规划引入 ==
... ... @@ -115,6 +115,7 @@
115 115  * 规划引入行动,包括时间表和职责
116 116  * 审核并接受引入计划。
117 117  
121 +
118 118  引入计划应该回答以下问题:
119 119  
120 120  * 引入目标是什么?
... ... @@ -123,6 +123,7 @@
123 123  * 谁负责引入行动?
124 124  * 如何控制引入并确保其成功?
125 125  
130 +
126 126  === 7.1.1 引入目标 ===
127 127  
128 128  服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括:
... ... @@ -132,6 +132,7 @@
132 132  * 支持所选服务的用户数量的临时增加
133 133  * 支持服务消费者从一个(第三方)供应商切换到另一个。
134 134  
140 +
135 135  应该根据议定的目标(成果)来评估引入的成功,而不是仅仅检查计划的引入行动(输出)的进度和完成情况。
136 136  
137 137  
... ... @@ -143,6 +143,7 @@
143 143  * 关系经理
144 144  * 业务合作伙伴。
145 145  
152 +
146 146  在服务消费者方面,客户有责任同意引入的目标,并将其传达给组织内的相关利益相关方,以及组织的合作伙伴和供应商(如果它们是引入的一部分或受其影响)。
147 147  
148 148  
... ... @@ -157,6 +157,7 @@
157 157  * 引入需要哪些提供者资源?
158 158  * 引入什么时候开始和结束?
159 159  
167 +
160 160  引入方法有望回答所有这些问题,但是每个引入计划都需要根据该计划的范围,对引入方法进行审查和调整。
161 161  
162 162  
... ... @@ -172,6 +172,7 @@
172 172  |信息和技术|(% style="width:296px" %)消费者组织的技术、数据和IT服务|(% style="width:427px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限; IT资源应与服务提供商的IT资源整合在一起; 数据和信息应迁移和/或转换
173 173  |合作伙伴和供应商|(% style="width:296px" %)用户(消费者组织的供应商和合作伙伴的雇员充当新服务用户)|(% style="width:427px" %)用户(代表消费者组织的供应商和合作伙伴)需要使用服务和支持程序方面的培训
174 174  
183 +
175 175  引入方法将影响一个或多个资源。当为引入方案创建引入计划时,服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。
176 176  
177 177  
... ... @@ -183,6 +183,7 @@
183 183  * 从其它服务提供者迁移服务消费者
184 184  * 从其它服务提供者迁移服务和/或生产。
185 185  
195 +
186 186  这些场景旨在连接服务提供者资源和服务消费者,服务消费者可能涉及多个服务、用户、位置和供应商。最复杂的引入计划可以作为项目或项目群来运行。在设计产品和服务时,服务提供者旨在最大程度地减少引入的成本,并使服务消费的启动变得无缝和便捷。
187 187  
188 188  
... ... @@ -193,6 +193,7 @@
193 193  * 引入现有用户切换到一个或多个服务的较新版本
194 194  * 将现有的用户从当前的服务迁移到另一个服务。
195 195  
206 +
196 196  这些场景意味着服务提供者和服务消费者的资源已在客户引入期间集成,并且用户引入仅需要针对用户的较少操作。但是,涉及大量用户的用户引入计划可能非常复杂,需要项目管理。
197 197  
198 198  
... ... @@ -204,6 +204,7 @@
204 204  * 全新或现有的生产/ 服务/ 服务供应
205 205  * 由服务提供者资助的商业服务提供,或由服务消费者组织资助的非商业性服务。
206 206  
218 +
207 207  基于上述考虑,引入可能在以下选项期间启动:
208 208  
209 209  * 当各方达成有关服务提供协议时
... ... @@ -213,6 +213,7 @@
213 213  * 当用户正式受雇于服务消费者时
214 214  * 用户临时同意的工作时间
215 215  
228 +
216 216  引入计划的结束也可能会有所不同。例如,当第一个用户能够使用服务时,或者在所有用户成功通过测试以确认他们熟悉服务之后,某些引入计划可能被视为已完成。新的服务、客户或用户的引入可能包括旧的撤销。有时,这是完成引入所必需的。
217 217  
218 218  
... ... @@ -236,11 +236,12 @@
236 236  * 自动化软件安装和更新
237 237  * 跨平台可用性。
238 238  
252 +
239 239  表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例
240 240  
241 -(% style="width:870px" %)
242 -|(% style="width:116px" %)**服务消费者资源即将启用**|(% style="width:232px" %)**服务提供者执行的引入活动**|(% style="width:256px" %)**服务消费者执行的引入活动**|(% style="width:265px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**
243 -|(% style="width:116px" %)服务消费者的组织和人员|(% style="width:232px" %)(((
255 +(% style="width:885px" %)
256 +|(% style="width:134px" %)**服务消费者资源即将启用**|(% style="width:263px" %)**服务提供者执行的引入活动**|(% style="width:254px" %)**服务消费者执行的引入活动**|(% style="width:230px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**
257 +|(% style="width:134px" %)服务消费者的组织和人员|(% style="width:263px" %)(((
244 244  提供培训和培训材料
245 245  
246 246  介绍了联系和支持界面
... ... @@ -250,7 +250,7 @@
250 250  传达了必要的警告(安全和责任)以及条款和条件
251 251  
252 252  成立治理组织
253 -)))|(% style="width:256px" %)(((
267 +)))|(% style="width:254px" %)(((
254 254  用户学习培训材料(阅读、参加培训、学习教程等)
255 255  
256 256  组织同意并分配了使用新服务的责任
... ... @@ -258,12 +258,12 @@
258 258  角色和/或团队已更改以优化服务消费
259 259  
260 260  组织变革管理
261 -)))|(% style="width:265px" %)(((
275 +)))|(% style="width:230px" %)(((
262 262  如果供应商服务受引入影响,则提供培训和培训材料
263 263  
264 264  对服务的访问权限进行审查并在需要时进行更改
265 265  )))
266 -|(% style="width:116px" %)服务消费者的信息和技术|(% style="width:232px" %)(((
280 +|(% style="width:134px" %)服务消费者的信息和技术|(% style="width:263px" %)(((
267 267  信息系统集成
268 268  
269 269  数据迁移和/或转换,建立数据交换
... ... @@ -273,7 +273,7 @@
273 273  部署了监视工具和其他操作工具
274 274  
275 275  建立了数据交换协议、集成和工具
276 -)))|(% style="width:256px" %)(((
290 +)))|(% style="width:254px" %)(((
277 277  服务提供者的专家可以访问信息资源
278 278  
279 279  信息系统与服务提供者的系统集成在一起
... ... @@ -281,42 +281,43 @@
281 281  冗余信息系统已停用
282 282  
283 283  建立了数据交换协议、集成和工具
284 -)))|(% style="width:265px" %)(((
298 +)))|(% style="width:230px" %)(((
285 285  受引入影响的服务变更(基础架构支持)
286 286  
287 287  服务消费者委托合作伙伴/供应商执行的任何操作
288 288  )))
289 -|(% style="width:116px" %)服务消费者的价值流和流程|(% style="width:232px" %)(((
303 +|(% style="width:134px" %)服务消费者的价值流和流程|(% style="width:263px" %)(((
290 290  同意服务提供商参与服务消费者的流程; 角色、职责得到同意、分配和测试
291 291  
292 292  在需要的地方提供流程改进咨询
293 -)))|(% style="width:256px" %)(((
307 +)))|(% style="width:254px" %)(((
294 294  为服务消费更改/优化组织流程
295 295  
296 296  价值流得到优化,以最大化服务价值
297 297  
298 298  冗余程序(由服务替换或自动化)被删除或更新
299 -)))|(% style="width:265px" %)(((
313 +)))|(% style="width:230px" %)(((
300 300  审核合作伙伴/供应商对服务消费者流程的参与;在需要时就角色、职责进行约定、、分配和测试
301 301  
302 302  在需要的地方提供流程改进咨询
303 303  )))
304 -|(% style="width:116px" %)服务消费者的合作伙伴和供应商|(% style="width:232px" %)(((
318 +|(% style="width:134px" %)服务消费者的合作伙伴和供应商|(% style="width:263px" %)(((
305 305  服务消费者的合作伙伴/供应商的授权代表可以使用服务
306 306  
307 307  在需要时提供退役/迁移协助
308 -)))|(% style="width:256px" %)(((
322 +)))|(% style="width:254px" %)(((
309 309  与合作伙伴/供应商的合同已更新,以适应新的流程和价值流
310 310  
311 311  冗余(替换)服务的合同被取消或更改
312 312  
313 313  传达服务的新/变更要求
314 -)))|(% style="width:265px" %)(((
328 +)))|(% style="width:230px" %)(((
315 315  必要时对合同进行审查和更新
316 316  
317 317  作为用户的供应商代表应学习所需的材料(通过阅读、参加培训、学习教程等)
318 318  )))
319 319  
334 +
320 320  但是,在许多引入计划中,用户需要引起极大关注,并且必须将其引入新服务,包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合,在客户引入中,向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。
321 321  
322 322  
... ... @@ -354,6 +354,7 @@
354 354  团队建设
355 355  )))
356 356  
372 +
357 357  这些引入活动受多种ITIL惯例的支持,包括:
358 358  
359 359  * 变更使能
... ... @@ -365,6 +365,8 @@
365 365  * 服务请求管理
366 366  * 劳动力和人才管理。
367 367  
384 +
385 +
368 368  === 7.1.4 引入控制 ===
369 369  
370 370  当规划引入计划时,必须就控制和验证技术的方法达成一致,以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。
... ... @@ -381,6 +381,7 @@
381 381  * 风险评估
382 382  * 持续改进实践的改进登记
383 383  
402 +
384 384  表7.5 引入控制方法示例
385 385  
386 386  |**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性**
... ... @@ -391,6 +391,7 @@
391 391  |自动化部署和发布(例如,即插即用)|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理,发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划,以及企业服务的许多用户引入计划
392 392  |审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系
393 393  
413 +
394 394  引入评审可能会导致下述各种改进:
395 395  
396 396  * 产品、服务和服务提供设计
... ... @@ -401,6 +401,7 @@
401 401  * 服务提供者的管理实践
402 402  * 正在进行的引入计划和举措
403 403  
424 +
404 404  |(((
405 405  **ITIL故事:规划引入**
406 406  
... ... @@ -413,6 +413,8 @@
413 413  [[image:1639123548518-524.png||height="52" width="40"]]**S**//olmaz:我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话,每个客户不超过两次。//
414 414  )))
415 415  
437 +
438 +
416 416  == 7.2 与用户相关并建立关系 ==
417 417  
418 418  由于服务提供者与服务消费者的技术和信息进行了更多的交互,因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务(例如IoT设备、技术微服务、信息系统维护和数据存储)是此类服务关系的示例。
... ... @@ -458,6 +458,7 @@
458 458  * 培育用户社区并积极支持其成员
459 459  * 对画像执行服务使用情况分析,并主动使用实时终端用户计算数据。
460 460  
484 +
461 461  当组织的用户社区的变化触发引入时,IT服务引入可能会成为更广泛的引入计划的一部分。这包括人力资源、法律、财务和其他团队。在这些情况下,重要的是要确保与包括内部和外部服务提供程序在内的多方进行有效的集成和交互。这会影响用户对组织的看法。为了成功引入新用户,需要特别关注所涉及服务提供者之间的集成和一致性。使单个团队或角色负责用户/员工引入可能会很有用;这可以是人力资源团队/ 角色,也可以是专注于用户参与和福利的团队/ 角色。
462 462  
463 463  
... ... @@ -468,6 +468,8 @@
468 468  * 用户参与的服务评审和改进
469 469  * 仪表板和报告让用户社区可以清楚地了解服务质量。
470 470  
495 +
496 +
471 471  === 7.2.2与个人消费者一起培育关系 ===
472 472  
473 473  当服务消费者是个人时,有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。
... ... @@ -475,15 +475,15 @@
475 475  
476 476  表7.6 与个人服务消费者的关系管理
477 477  
478 -(% style="width:828px" %)
479 -|**步骤**|(% style="width:376px" %)**挑战性**|(% style="width:363px" %)**服务提供商应用的示例解决方案**
480 -|探索|(% style="width:376px" %)(((
504 +(% style="width:902px" %)
505 +|**步骤**|(% style="width:399px" %)**挑战性**|(% style="width:422px" %)**服务提供商应用的示例解决方案**
506 +|探索|(% style="width:399px" %)(((
481 481  服务消费者未明确表达其需求和期望
482 482  
483 483  有时服务消费者没有意识到他们的需求和机会
484 484  
485 485  个人意见不一定代表更大的消费群体的需求
486 -)))|(% style="width:363px" %)(((
512 +)))|(% style="width:422px" %)(((
487 487  市场营销和社会学调查
488 488  
489 489  有代表性的小组进行的安全失效实验
... ... @@ -490,13 +490,13 @@
490 490  
491 491  旨在提高认识和创造需求的营销活动
492 492  )))
493 -|契动|(% style="width:376px" %)(((
519 +|契动|(% style="width:399px" %)(((
494 494  由于用户数量众多且服务提供者的能力有限,因此个人面对面的联系通常是不可能或效率低下的
495 495  
496 496  售前和售后受到严格监管,以保护消费者权益
497 497  
498 498  社区、影响者和同行的意见对于最初的契动决定很重要
499 -)))|(% style="width:363px" %)(((
525 +)))|(% style="width:422px" %)(((
500 500  使用相关渠道和媒体公开广告
501 501  
502 502  广泛使用社交媒体、影响者和用户群体
... ... @@ -509,11 +509,11 @@
509 509  
510 510  在相关和合理的情况下,销售和支持办公室网络
511 511  )))
512 -|供应|(% style="width:376px" %)(((
538 +|供应|(% style="width:399px" %)(((
513 513  大量的服务消费者
514 514  
515 515  需要简单快捷的签约程序和界面
516 -)))|(% style="width:363px" %)(((
542 +)))|(% style="width:422px" %)(((
517 517  标准服务目录、合同和协议
518 518  
519 519  目录和协议中的用户友好的简单语言描述
... ... @@ -520,11 +520,11 @@
520 520  
521 521  广泛使用移动平台和应用程序
522 522  )))
523 -|同意|(% style="width:376px" %)(((
549 +|同意|(% style="width:399px" %)(((
524 524  高水平的国际、国家和行业法规
525 525  
526 526  需要简单明确的语言
527 -)))|(% style="width:363px" %)(((
553 +)))|(% style="width:422px" %)(((
528 528  高度自动化的签约,广泛使用数字文档和签名
529 529  
530 530  与电子支付系统(卡、PayPal等)集成
... ... @@ -531,13 +531,13 @@
531 531  
532 532  自动尽职调查检查(如果适用)
533 533  )))
534 -|引入|(% style="width:376px" %)(((
560 +|引入|(% style="width:399px" %)(((
535 535  大量具有不同技能和背景的服务消费者
536 536  
537 537  需要简单快速的引入
538 538  
539 539  不同的技术背景
540 -)))|(% style="width:363px" %)(((
566 +)))|(% style="width:422px" %)(((
541 541  自动化的介绍和初步培训
542 542  
543 543  经过严格测试的引入说明和规程
... ... @@ -546,7 +546,7 @@
546 546  
547 547  自动化资格和兼容性检查
548 548  )))
549 -|价值共创|(% style="width:376px" %)(((
575 +|价值共创|(% style="width:399px" %)(((
550 550  大量具有不同技能和背景的服务消费者
551 551  
552 552  不同的技术背景
... ... @@ -554,7 +554,7 @@
554 554  不同的语言和沟通技巧
555 555  
556 556  通过社交媒体高度暴露用户体验和意见
557 -)))|(% style="width:363px" %)(((
583 +)))|(% style="width:422px" %)(((
558 558  可用、方便且最新的在线状态支持常规业务
559 559  
560 560  为具有技能、背景和能力的用户优化的界面
... ... @@ -575,7 +575,7 @@
575 575  实现
576 576  
577 577  价值
578 -)))|(% style="width:376px" %)(((
604 +)))|(% style="width:399px" %)(((
579 579  大量服务消费者
580 580  
581 581  个人经验对服务质量和满意度统计的影响很小
... ... @@ -583,7 +583,7 @@
583 583  对每个服务消费者进行直接服务评估的效率低下或不可能
584 584  
585 585  服务支持的不同期望和需求
586 -)))|(% style="width:363px" %)(((
612 +)))|(% style="width:422px" %)(((
587 587  用于服务质量监控和报告的自动化接口,
588 588  
589 589  持续监控社交媒体反馈
... ... @@ -597,6 +597,7 @@
597 597  服务消费者要求的服务评估专用支持渠道
598 598  )))
599 599  
626 +
600 600  服务提供者可以控制有关这些因素的决策。但是,与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如,预期或法律上要求服务提供者要特别考虑残疾用户。
601 601  
602 602  
... ... @@ -620,6 +620,7 @@
620 620  * 数据保护。
621 621  )))
622 622  
650 +
623 623  == 7.3 提供用户参与和交付渠道 ==
624 624  
625 625  重要的是要建立适当的用户参与和交付渠道,以提供良好的用户体验。
... ... @@ -645,6 +645,7 @@
645 645  * 为基于技术的服务提供远程用户支持时,通常的做法是使用带有视频功能的移动设备,以允许支持代理查看用户正在疲于应付的设备和应用程序。这可能是支持缺乏技术技能的用户的有效方法。
646 646  * 监控和事态管理技术帮助服务提供者远程主动地监视、管理和修复服务组件,从而使用户在请求支持时无需执行诊断操作。
647 647  
676 +
648 648  这些方法与服务提供者必须考虑的挑战有关。表7.7说明了其中一些挑战。
649 649  
650 650  
... ... @@ -773,6 +773,7 @@
773 773  实施控制措施以防止滥用技术
774 774  )))
775 775  
805 +
776 776  只有将这些方法编排为无缝的用户支持体验时,才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成:
777 777  
778 778  * 跨所有渠道唯一地识别和辨识用户
... ... @@ -780,6 +780,7 @@
780 780  * 利用所有遇到的用户数据
781 781  * 监控并管理所有用户旅程中的绩效。
782 782  
813 +
783 783  在公司环境中提供服务时,通常很容易同意与用户进行交互的渠道。但是,人们希望他们在工作场所的体验与在家一样顺畅舒适。。服务提供者必须响应此需求,并提供更广泛的渠道和接口。这可能包括在没有加强数据保护的情况下,通过个人设备或公司设备提供业务服务。服务提供者和服务消费者在讨论并协定服务时应考虑收益、风险和成本。
784 784  
785 785  
... ... @@ -792,6 +792,7 @@
792 792  * 确保符合安全以及法律和法规要求
793 793  * 远程支持的连接性,包括用户端的支持
794 794  
826 +
795 795  选择和设计服务渠道时要考虑的一个重要因素是用户准备使用服务以及相关的风险和机遇。
796 796  
797 797  
... ... @@ -803,6 +803,7 @@
803 803  [[image:1639123701310-435.png||height="48" width="31"]]**S**//olmaz:我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。//
804 804  )))
805 805  
838 +
806 806  == 7.4 使用户能够使用服务 ==
807 807  
808 808  某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备,或者了解在使用服务的环境中安全操作的规则。例如,要被允许租用汽车,要求一个人具有有效的驾驶执照,该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。
... ... @@ -813,6 +813,7 @@
813 813  * 根据要求采取措施
814 814  * 控制实施并不断检查需求的相关性。
815 815  
849 +
816 816  对于许多服务,都有某些要求。为了使用户能够正确、安全和有效地使用这些服务,应在用户开始使用该服务之前满足这些要求。某些要求是由监管机构定义的;一些则是由服务消费者和服务提供者组织推出的。
817 817  
818 818  
... ... @@ -829,6 +829,7 @@
829 829  * 有效的服务目录展示,包括服务请求目录。
830 830  * 其他措施,以确保用户有权使用服务。
831 831  
866 +
832 832  这些措施中的许多都可以作为引入计划的一部分。有些可能需要定期确认,以作为持续消费的一部分。服务消费者和服务提供者组织应在提议和协定步骤上就措施达成一致。
833 833  
834 834  
... ... @@ -847,6 +847,7 @@
847 847  * 保持最新
848 848  * 具有可操作性(并且在可能的情况下,对于用户有资格执行的操作是自动的,例如对服务级别和发起服务请求的细微更改)。
849 849  
885 +
850 850  服务台实践有助于有效的用户引入,从而使用户能够参与用户旅程的所有步骤。它提供了各种用户接口,使用户能够以最方便的方式联系服务提供者。这可能包括:
851 851  
852 852  * 移动应用程序,可以与流行的语音接口集成
... ... @@ -854,6 +854,7 @@
854 854  * 在线工具访问受限的情况下,为用户提供电话热线
855 855  * 现场支持区域。
856 856  
893 +
857 857  服务台应该为所有相关类型的用户查询提供接口。这包括咨询、事件、服务请求、投诉和表扬。
858 858  
859 859  
... ... @@ -877,6 +877,8 @@
877 877  [[image:1639123784450-617.png||height="42" width="37"]]//Mariana:我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息,以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。//
878 878  )))
879 879  
917 +
918 +
880 880  == 7.5 提升彼此的能力 ==
881 881  
882 882  服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组,以提高另一组的能力。
... ... @@ -884,16 +884,16 @@
884 884  
885 885  表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例
886 886  
887 -(% style="width:1047px" %)
888 -|(% style="width:130px" %)**指导原则**|(% style="width:915px" %)**优化用户能力的应用示例**
889 -|(% style="width:130px" %)聚焦价值|(% style="width:915px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
890 -|(% style="width:130px" %)从当前开始|(% style="width:915px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善,并且经常受到用户的抵制。
891 -|(% style="width:130px" %)基于反馈不断迭代|(% style="width:915px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改,均应进行测试,并根据用户反馈进行持续审查。 应鼓励用户提供反馈,反馈的后续行动对用户社区应该是透明的。
892 -|(% style="width:130px" %)合作并提高知名度|(% style="width:915px" %)在需要联合运营的情况下,用户应了解协作的要求并相互帮助,服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行,或者用户不知道如何使用服务,则应安全,轻松并鼓励其寻求帮助或报告事件。
893 -|(% style="width:130px" %)全面思考和工作|(% style="width:915px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
894 -|(% style="width:130px" %)保持简单实用|(% style="width:915px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。
895 -|(% style="width:130px" %)优化和自动化|(% style="width:915px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
926 +|**指导原则**|**优化用户能力的应用示例**
927 +|聚焦价值|用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
928 +|从当前开始|用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善,并且经常受到用户的抵制。
929 +|基于反馈不断迭代|对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改,均应进行测试,并根据用户反馈进行持续审查。 应鼓励用户提供反馈,反馈的后续行动对用户社区应该是透明的。
930 +|合作并提高知名度|在需要联合运营的情况下,用户应了解协作的要求并相互帮助,服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行,或者用户不知道如何使用服务,则应安全,轻松并鼓励其寻求帮助或报告事件。
931 +|全面思考和工作|服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
932 +|保持简单实用|用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。
933 +|优化和自动化|用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
896 896  
935 +
897 897  为了帮助用户和客户变得更好,服务提供者可以考虑使用以下技术:
898 898  
899 899  * 根据角色向特定的用户组、角色和用户特征提供有针对性的用户培训。
... ... @@ -906,6 +906,7 @@
906 906  * 建立并支持用户社区,并在适用时让多个服务消费者参与。
907 907  * 让超级用户帮助其他人采用新服务。
908 908  
948 +
909 909  这些方法大多数都适用于服务过程中的几个步骤,包括引入。
910 910  
911 911  
... ... @@ -917,6 +917,7 @@
917 917  * 提供有关服务关系各个级别的反馈,并提供公众评论以促进跨组织的用户社区。
918 918  * 与服务提供者组成联合专家团队。
919 919  
960 +
920 920  当在组织中共享和支持所有方法,并且持续改进时,所有方法都可以更好地发挥作用。
921 921  
922 922  
... ... @@ -930,6 +930,8 @@
930 930  [[image:1639124353057-972.png||height="50" width="39"]]//Solmaz:这不仅使我们的客户受益,而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本,最重要的是,它支持出色的客户体验。//
931 931  )))
932 932  
974 +
975 +
933 933  == 7.9 撤销客户与用户 ==
934 934  
935 935  与引入类似,应将撤销的动作和职责预先定义为产品和服务设计的一部分,然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时,此方法有效。这类示例诸如,用户在组织中的位置发生了变化,这可能导致用户使用的服务范围的变化。
... ... @@ -962,6 +962,7 @@
962 962  * 保留双方同意和/或适用法规要求的正式撤销记录
963 963  * 执行与处境相关的关系管理动作,例如闭门会议、感谢信、恢复服务关系的邀请等。
964 964  
1008 +
965 965  这些操作适用于大多数客户撤销场景。具体操作取决于服务的性质以及撤销计划的范围。有些操作由服务提供者或服务消费者执行,而有些可能需要协作。这些通常在引入步骤中事先约定,但可能需要在撤销开始之前进一步鉴证。
966 966  
967 967  
... ... @@ -995,6 +995,7 @@
995 995  )))
996 996  |合作伙伴和供应商|与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
997 997  
1042 +
998 998  关于切换提供者的撤销动作类似于服务终止操作;它们应该涵盖表7.9中概述的所有服务管理四维模型。
999 999  
1000 1000  
... ... @@ -1009,6 +1009,7 @@
1009 1009  * 服务级别管理
1010 1010  * 软件开发和管理。
1011 1011  
1057 +
1012 1012  大规模的撤销和切换计划可能需要组织变革管理和项目管理实践来协调撤销动作,并确保所涉及的组织成功实施了变更。
1013 1013  
1014 1014  
... ... @@ -1028,6 +1028,7 @@
1028 1028  * 维护双方同意和/或适用法规要求的正式撤销记录
1029 1029  * 执行关系管理操作,例如闭幕会议、撰写感谢信等。
1030 1030  
1077 +
1031 1031  正式程度取决于服务关系。例如,当服务提供者位于服务消费者组织内部时,正式程度可能会较低,并且服务消费者代表(例如用户的经理)可能会执行某些操作。
1032 1032  
1033 1033  
... ... @@ -1046,6 +1046,7 @@
1046 1046  [[image:1639124450170-484.png||height="50" width="40"]]**S**//olmaz:撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化,我们不需要花费时间手动释放费用。//
1047 1047  )))
1048 1048  
1096 +
1049 1049  == 7.7 总结 ==
1050 1050  
1051 1051  为了从协议发展到服务提供和消费,各方必须经历一种过渡,其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分,并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问,使用户能够使用服务以及提升彼此的能力。
深圳市艾拓先锋企业管理咨询有限公司