Changes for page 07. 步骤5:引入
Last modified by superadmin on 2024/04/03, 16:50
Summary
Details
- Page properties
-
- Content
-
... ... @@ -1,6 +4,3 @@ 1 -{{box cssClass="floatinginfobox" title="**Contents**"}} 2 -{{toc/}} 3 -{{/box}} 4 4 = 7. 步骤5:引入 = 5 5 6 6 [[image:1639123237595-418.png]] ... ... @@ -30,9 +30,9 @@ 30 30 31 31 表7.1 引入和撤销的目的 32 32 33 -(% style="width:8 03px" %)34 -|(% style="width:1 65px" %)**引入和撤销**|(% style="width:307px" %)**对于服务消费者**|(% style="width:328px" %)**对于服务提供者**35 -|(% style="width:1 65px" %)促进成果和体验|(% style="width:307px" %)(((30 +(% style="width:895px" %) 31 +|(% style="width:181px" %)**引入和撤销**|(% style="width:346px" %)**对于服务消费者**|(% style="width:367px" %)**对于服务提供者** 32 +|(% style="width:181px" %)促进成果和体验|(% style="width:346px" %)((( 36 36 通过有效使用服务来确保更好的投资回报 37 37 38 38 改善用户体验 ... ... @@ -40,7 +40,7 @@ 40 40 通过有效使用服务来提高业务运营的效果和效率 41 41 42 42 通过与新的服务提供者合作来最大化价值 43 -)))|(% style="width:3 28px" %)(((40 +)))|(% style="width:367px" %)((( 44 44 通过与新的服务消费者/客户/用户的合作来最大化价值 45 45 46 46 提高对新的服务和服务提供者的总体了解 ... ... @@ -47,22 +47,22 @@ 47 47 48 48 提高客户和用户的忠诚度和参与度 49 49 ))) 50 -|(% style="width:1 65px" %)优化风险和合规性|(% style="width:307px" %)(((47 +|(% style="width:181px" %)优化风险和合规性|(% style="width:346px" %)((( 51 51 降低与新服务和用户有关的用户事件及问题的可能性 52 52 53 53 缩短过渡到新服务/提供者的时间 54 -)))|(% style="width:3 28px" %)(((51 +)))|(% style="width:367px" %)((( 55 55 降低服务质量中事件和相关违规的可能性 56 56 57 57 防止/减少用户对新服务和/或服务提供者的抵制 58 58 ))) 59 -|(% style="width:1 65px" %)优化资源并最小化成本|(% style="width:307px" %)(((56 +|(% style="width:181px" %)优化资源并最小化成本|(% style="width:346px" %)((( 60 60 减少过渡到新服务/提供者相关的成本和损失 61 61 62 62 优化用户培训成本 63 63 64 64 优化用户支持成本 65 -)))|(% style="width:3 28px" %)(((62 +)))|(% style="width:367px" %)((( 66 66 减少过渡成本 67 67 68 68 减少用户支持成本 ... ... @@ -70,6 +70,7 @@ 70 70 优化入门成本和整体资源利用率 71 71 ))) 72 72 70 + 73 73 引入包括: 74 74 75 75 * 在利益相关者中构建有关新服务消费者(或与现有消费者的服务关系的新范围)的认知 ... ... @@ -76,6 +76,7 @@ 76 76 * 确保为服务提供准备好服务范围内的所有资源 77 77 * 确保客户和用户已准备好使用服务消费。 78 78 77 + 79 79 引入通常被认为是服务提供者的活动,而服务消费者参与却很少。但是,成功的引入涉及服务提供者和服务消费者。如果服务消费者的参与需要大量资源,组织通常会同意,并提前与客户达成引入的方法。重要的是要确保其他合作伙伴和供应商知道并接受引入方法和计划(如果它们将参与其实现)。当将引入详细定义为产品、服务和服务产品设计的一部分时,用于特定计划的规划则更容易、更安全、更快捷。因此,在第5章中将引入方法定义为产品、服务和服务提供设计的一部分。在本章中,引入方法适用于特定引入计划的计划。 80 80 81 81 ... ... @@ -89,6 +89,7 @@ 89 89 * 服务台 90 90 * 服务级别管理。 91 91 91 + 92 92 规划和执行引入计划中可能还涉及其他实践。例如,有时将引入作为项目进行管理,需要项目管理实践。 93 93 94 94 ... ... @@ -103,7 +103,7 @@ 103 103 [[image:1639123311962-491.png||height="49" width="39"]]//Mariana:在我们的引入过程中,我们请客户同意他们将遵守所有驾驶法规。这包括关于遵守交通信号灯和标志,不在酒精或毒品影响下驾驶的法律以及停车法。我们还要求所有客户在使用我们的汽车时携带驾驶执照和其他身份证明。// 104 104 ))) 105 105 106 -[[image:1639123345078-830.png]] 106 +[[image:1639123345078-830.png]] 107 107 108 108 109 109 == 7.1 规划引入 == ... ... @@ -118,6 +118,7 @@ 118 118 * 规划引入行动,包括时间表和职责 119 119 * 审核并接受引入计划。 120 120 121 + 121 121 引入计划应该回答以下问题: 122 122 123 123 * 引入目标是什么? ... ... @@ -126,6 +126,7 @@ 126 126 * 谁负责引入行动? 127 127 * 如何控制引入并确保其成功? 128 128 130 + 129 129 === 7.1.1 引入目标 === 130 130 131 131 服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括: ... ... @@ -135,6 +135,7 @@ 135 135 * 支持所选服务的用户数量的临时增加 136 136 * 支持服务消费者从一个(第三方)供应商切换到另一个。 137 137 140 + 138 138 应该根据议定的目标(成果)来评估引入的成功,而不是仅仅检查计划的引入行动(输出)的进度和完成情况。 139 139 140 140 ... ... @@ -146,6 +146,7 @@ 146 146 * 关系经理 147 147 * 业务合作伙伴。 148 148 152 + 149 149 在服务消费者方面,客户有责任同意引入的目标,并将其传达给组织内的相关利益相关方,以及组织的合作伙伴和供应商(如果它们是引入的一部分或受其影响)。 150 150 151 151 ... ... @@ -160,6 +160,7 @@ 160 160 * 引入需要哪些提供者资源? 161 161 * 引入什么时候开始和结束? 162 162 167 + 163 163 引入方法有望回答所有这些问题,但是每个引入计划都需要根据该计划的范围,对引入方法进行审查和调整。 164 164 165 165 ... ... @@ -175,6 +175,7 @@ 175 175 |信息和技术|(% style="width:296px" %)消费者组织的技术、数据和IT服务|(% style="width:427px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限; IT资源应与服务提供商的IT资源整合在一起; 数据和信息应迁移和/或转换 176 176 |合作伙伴和供应商|(% style="width:296px" %)用户(消费者组织的供应商和合作伙伴的雇员充当新服务用户)|(% style="width:427px" %)用户(代表消费者组织的供应商和合作伙伴)需要使用服务和支持程序方面的培训 177 177 183 + 178 178 引入方法将影响一个或多个资源。当为引入方案创建引入计划时,服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。 179 179 180 180 ... ... @@ -186,6 +186,7 @@ 186 186 * 从其它服务提供者迁移服务消费者 187 187 * 从其它服务提供者迁移服务和/或生产。 188 188 195 + 189 189 这些场景旨在连接服务提供者资源和服务消费者,服务消费者可能涉及多个服务、用户、位置和供应商。最复杂的引入计划可以作为项目或项目群来运行。在设计产品和服务时,服务提供者旨在最大程度地减少引入的成本,并使服务消费的启动变得无缝和便捷。 190 190 191 191 ... ... @@ -196,6 +196,7 @@ 196 196 * 引入现有用户切换到一个或多个服务的较新版本 197 197 * 将现有的用户从当前的服务迁移到另一个服务。 198 198 206 + 199 199 这些场景意味着服务提供者和服务消费者的资源已在客户引入期间集成,并且用户引入仅需要针对用户的较少操作。但是,涉及大量用户的用户引入计划可能非常复杂,需要项目管理。 200 200 201 201 ... ... @@ -207,6 +207,7 @@ 207 207 * 全新或现有的生产/ 服务/ 服务供应 208 208 * 由服务提供者资助的商业服务提供,或由服务消费者组织资助的非商业性服务。 209 209 218 + 210 210 基于上述考虑,引入可能在以下选项期间启动: 211 211 212 212 * 当各方达成有关服务提供协议时 ... ... @@ -216,6 +216,7 @@ 216 216 * 当用户正式受雇于服务消费者时 217 217 * 用户临时同意的工作时间 218 218 228 + 219 219 引入计划的结束也可能会有所不同。例如,当第一个用户能够使用服务时,或者在所有用户成功通过测试以确认他们熟悉服务之后,某些引入计划可能被视为已完成。新的服务、客户或用户的引入可能包括旧的撤销。有时,这是完成引入所必需的。 220 220 221 221 ... ... @@ -239,11 +239,12 @@ 239 239 * 自动化软件安装和更新 240 240 * 跨平台可用性。 241 241 252 + 242 242 表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例 243 243 244 -(% style="width:8 70px" %)245 -|(% style="width:1 16px" %)**服务消费者资源即将启用**|(% style="width:232px" %)**服务提供者执行的引入活动**|(% style="width:256px" %)**服务消费者执行的引入活动**|(% style="width:265px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**246 -|(% style="width:1 16px" %)服务消费者的组织和人员|(% 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" %)((( 247 247 提供培训和培训材料 248 248 249 249 介绍了联系和支持界面 ... ... @@ -253,7 +253,7 @@ 253 253 传达了必要的警告(安全和责任)以及条款和条件 254 254 255 255 成立治理组织 256 -)))|(% style="width:25 6px" %)(((267 +)))|(% style="width:254px" %)((( 257 257 用户学习培训材料(阅读、参加培训、学习教程等) 258 258 259 259 组织同意并分配了使用新服务的责任 ... ... @@ -261,12 +261,12 @@ 261 261 角色和/或团队已更改以优化服务消费 262 262 263 263 组织变革管理 264 -)))|(% style="width:2 65px" %)(((275 +)))|(% style="width:230px" %)((( 265 265 如果供应商服务受引入影响,则提供培训和培训材料 266 266 267 267 对服务的访问权限进行审查并在需要时进行更改 268 268 ))) 269 -|(% style="width:1 16px" %)服务消费者的信息和技术|(% style="width:232px" %)(((280 +|(% style="width:134px" %)服务消费者的信息和技术|(% style="width:263px" %)((( 270 270 信息系统集成 271 271 272 272 数据迁移和/或转换,建立数据交换 ... ... @@ -276,7 +276,7 @@ 276 276 部署了监视工具和其他操作工具 277 277 278 278 建立了数据交换协议、集成和工具 279 -)))|(% style="width:25 6px" %)(((290 +)))|(% style="width:254px" %)((( 280 280 服务提供者的专家可以访问信息资源 281 281 282 282 信息系统与服务提供者的系统集成在一起 ... ... @@ -284,42 +284,43 @@ 284 284 冗余信息系统已停用 285 285 286 286 建立了数据交换协议、集成和工具 287 -)))|(% style="width:2 65px" %)(((298 +)))|(% style="width:230px" %)((( 288 288 受引入影响的服务变更(基础架构支持) 289 289 290 290 服务消费者委托合作伙伴/供应商执行的任何操作 291 291 ))) 292 -|(% style="width:1 16px" %)服务消费者的价值流和流程|(% style="width:232px" %)(((303 +|(% style="width:134px" %)服务消费者的价值流和流程|(% style="width:263px" %)((( 293 293 同意服务提供商参与服务消费者的流程; 角色、职责得到同意、分配和测试 294 294 295 295 在需要的地方提供流程改进咨询 296 -)))|(% style="width:25 6px" %)(((307 +)))|(% style="width:254px" %)((( 297 297 为服务消费更改/优化组织流程 298 298 299 299 价值流得到优化,以最大化服务价值 300 300 301 301 冗余程序(由服务替换或自动化)被删除或更新 302 -)))|(% style="width:2 65px" %)(((313 +)))|(% style="width:230px" %)((( 303 303 审核合作伙伴/供应商对服务消费者流程的参与;在需要时就角色、职责进行约定、、分配和测试 304 304 305 305 在需要的地方提供流程改进咨询 306 306 ))) 307 -|(% style="width:1 16px" %)服务消费者的合作伙伴和供应商|(% style="width:232px" %)(((318 +|(% style="width:134px" %)服务消费者的合作伙伴和供应商|(% style="width:263px" %)((( 308 308 服务消费者的合作伙伴/供应商的授权代表可以使用服务 309 309 310 310 在需要时提供退役/迁移协助 311 -)))|(% style="width:25 6px" %)(((322 +)))|(% style="width:254px" %)((( 312 312 与合作伙伴/供应商的合同已更新,以适应新的流程和价值流 313 313 314 314 冗余(替换)服务的合同被取消或更改 315 315 316 316 传达服务的新/变更要求 317 -)))|(% style="width:2 65px" %)(((328 +)))|(% style="width:230px" %)((( 318 318 必要时对合同进行审查和更新 319 319 320 320 作为用户的供应商代表应学习所需的材料(通过阅读、参加培训、学习教程等) 321 321 ))) 322 322 334 + 323 323 但是,在许多引入计划中,用户需要引起极大关注,并且必须将其引入新服务,包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合,在客户引入中,向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。 324 324 325 325 ... ... @@ -357,6 +357,7 @@ 357 357 团队建设 358 358 ))) 359 359 372 + 360 360 这些引入活动受多种ITIL惯例的支持,包括: 361 361 362 362 * 变更使能 ... ... @@ -368,6 +368,8 @@ 368 368 * 服务请求管理 369 369 * 劳动力和人才管理。 370 370 384 + 385 + 371 371 === 7.1.4 引入控制 === 372 372 373 373 当规划引入计划时,必须就控制和验证技术的方法达成一致,以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。 ... ... @@ -384,6 +384,7 @@ 384 384 * 风险评估 385 385 * 持续改进实践的改进登记 386 386 402 + 387 387 表7.5 引入控制方法示例 388 388 389 389 |**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性** ... ... @@ -394,6 +394,7 @@ 394 394 |自动化部署和发布(例如,即插即用)|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理,发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划,以及企业服务的许多用户引入计划 395 395 |审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系 396 396 413 + 397 397 引入评审可能会导致下述各种改进: 398 398 399 399 * 产品、服务和服务提供设计 ... ... @@ -404,6 +404,7 @@ 404 404 * 服务提供者的管理实践 405 405 * 正在进行的引入计划和举措 406 406 424 + 407 407 |((( 408 408 **ITIL故事:规划引入** 409 409 ... ... @@ -416,6 +416,8 @@ 416 416 [[image:1639123548518-524.png||height="52" width="40"]]**S**//olmaz:我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话,每个客户不超过两次。// 417 417 ))) 418 418 437 + 438 + 419 419 == 7.2 与用户相关并建立关系 == 420 420 421 421 由于服务提供者与服务消费者的技术和信息进行了更多的交互,因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务(例如IoT设备、技术微服务、信息系统维护和数据存储)是此类服务关系的示例。 ... ... @@ -461,6 +461,7 @@ 461 461 * 培育用户社区并积极支持其成员 462 462 * 对画像执行服务使用情况分析,并主动使用实时终端用户计算数据。 463 463 484 + 464 464 当组织的用户社区的变化触发引入时,IT服务引入可能会成为更广泛的引入计划的一部分。这包括人力资源、法律、财务和其他团队。在这些情况下,重要的是要确保与包括内部和外部服务提供程序在内的多方进行有效的集成和交互。这会影响用户对组织的看法。为了成功引入新用户,需要特别关注所涉及服务提供者之间的集成和一致性。使单个团队或角色负责用户/员工引入可能会很有用;这可以是人力资源团队/ 角色,也可以是专注于用户参与和福利的团队/ 角色。 465 465 466 466 ... ... @@ -471,6 +471,8 @@ 471 471 * 用户参与的服务评审和改进 472 472 * 仪表板和报告让用户社区可以清楚地了解服务质量。 473 473 495 + 496 + 474 474 === 7.2.2与个人消费者一起培育关系 === 475 475 476 476 当服务消费者是个人时,有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。 ... ... @@ -478,15 +478,15 @@ 478 478 479 479 表7.6 与个人服务消费者的关系管理 480 480 481 -(% style="width: 828px" %)482 -|**步骤**|(% style="width:3 76px" %)**挑战性**|(% style="width:363px" %)**服务提供商应用的示例解决方案**483 -|探索|(% style="width:3 76px" %)(((504 +(% style="width:902px" %) 505 +|**步骤**|(% style="width:399px" %)**挑战性**|(% style="width:422px" %)**服务提供商应用的示例解决方案** 506 +|探索|(% style="width:399px" %)((( 484 484 服务消费者未明确表达其需求和期望 485 485 486 486 有时服务消费者没有意识到他们的需求和机会 487 487 488 488 个人意见不一定代表更大的消费群体的需求 489 -)))|(% style="width: 363px" %)(((512 +)))|(% style="width:422px" %)((( 490 490 市场营销和社会学调查 491 491 492 492 有代表性的小组进行的安全失效实验 ... ... @@ -493,13 +493,13 @@ 493 493 494 494 旨在提高认识和创造需求的营销活动 495 495 ))) 496 -|契动|(% style="width:3 76px" %)(((519 +|契动|(% style="width:399px" %)((( 497 497 由于用户数量众多且服务提供者的能力有限,因此个人面对面的联系通常是不可能或效率低下的 498 498 499 499 售前和售后受到严格监管,以保护消费者权益 500 500 501 501 社区、影响者和同行的意见对于最初的契动决定很重要 502 -)))|(% style="width: 363px" %)(((525 +)))|(% style="width:422px" %)((( 503 503 使用相关渠道和媒体公开广告 504 504 505 505 广泛使用社交媒体、影响者和用户群体 ... ... @@ -512,11 +512,11 @@ 512 512 513 513 在相关和合理的情况下,销售和支持办公室网络 514 514 ))) 515 -|供应|(% style="width:3 76px" %)(((538 +|供应|(% style="width:399px" %)((( 516 516 大量的服务消费者 517 517 518 518 需要简单快捷的签约程序和界面 519 -)))|(% style="width: 363px" %)(((542 +)))|(% style="width:422px" %)((( 520 520 标准服务目录、合同和协议 521 521 522 522 目录和协议中的用户友好的简单语言描述 ... ... @@ -523,11 +523,11 @@ 523 523 524 524 广泛使用移动平台和应用程序 525 525 ))) 526 -|同意|(% style="width:3 76px" %)(((549 +|同意|(% style="width:399px" %)((( 527 527 高水平的国际、国家和行业法规 528 528 529 529 需要简单明确的语言 530 -)))|(% style="width: 363px" %)(((553 +)))|(% style="width:422px" %)((( 531 531 高度自动化的签约,广泛使用数字文档和签名 532 532 533 533 与电子支付系统(卡、PayPal等)集成 ... ... @@ -534,13 +534,13 @@ 534 534 535 535 自动尽职调查检查(如果适用) 536 536 ))) 537 -|引入|(% style="width:3 76px" %)(((560 +|引入|(% style="width:399px" %)((( 538 538 大量具有不同技能和背景的服务消费者 539 539 540 540 需要简单快速的引入 541 541 542 542 不同的技术背景 543 -)))|(% style="width: 363px" %)(((566 +)))|(% style="width:422px" %)((( 544 544 自动化的介绍和初步培训 545 545 546 546 经过严格测试的引入说明和规程 ... ... @@ -549,7 +549,7 @@ 549 549 550 550 自动化资格和兼容性检查 551 551 ))) 552 -|价值共创|(% style="width:3 76px" %)(((575 +|价值共创|(% style="width:399px" %)((( 553 553 大量具有不同技能和背景的服务消费者 554 554 555 555 不同的技术背景 ... ... @@ -557,7 +557,7 @@ 557 557 不同的语言和沟通技巧 558 558 559 559 通过社交媒体高度暴露用户体验和意见 560 -)))|(% style="width: 363px" %)(((583 +)))|(% style="width:422px" %)((( 561 561 可用、方便且最新的在线状态支持常规业务 562 562 563 563 为具有技能、背景和能力的用户优化的界面 ... ... @@ -578,7 +578,7 @@ 578 578 实现 579 579 580 580 价值 581 -)))|(% style="width:3 76px" %)(((604 +)))|(% style="width:399px" %)((( 582 582 大量服务消费者 583 583 584 584 个人经验对服务质量和满意度统计的影响很小 ... ... @@ -586,7 +586,7 @@ 586 586 对每个服务消费者进行直接服务评估的效率低下或不可能 587 587 588 588 服务支持的不同期望和需求 589 -)))|(% style="width: 363px" %)(((612 +)))|(% style="width:422px" %)((( 590 590 用于服务质量监控和报告的自动化接口, 591 591 592 592 持续监控社交媒体反馈 ... ... @@ -600,6 +600,7 @@ 600 600 服务消费者要求的服务评估专用支持渠道 601 601 ))) 602 602 626 + 603 603 服务提供者可以控制有关这些因素的决策。但是,与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如,预期或法律上要求服务提供者要特别考虑残疾用户。 604 604 605 605 ... ... @@ -623,6 +623,7 @@ 623 623 * 数据保护。 624 624 ))) 625 625 650 + 626 626 == 7.3 提供用户参与和交付渠道 == 627 627 628 628 重要的是要建立适当的用户参与和交付渠道,以提供良好的用户体验。 ... ... @@ -648,6 +648,7 @@ 648 648 * 为基于技术的服务提供远程用户支持时,通常的做法是使用带有视频功能的移动设备,以允许支持代理查看用户正在疲于应付的设备和应用程序。这可能是支持缺乏技术技能的用户的有效方法。 649 649 * 监控和事态管理技术帮助服务提供者远程主动地监视、管理和修复服务组件,从而使用户在请求支持时无需执行诊断操作。 650 650 676 + 651 651 这些方法与服务提供者必须考虑的挑战有关。表7.7说明了其中一些挑战。 652 652 653 653 ... ... @@ -776,6 +776,7 @@ 776 776 实施控制措施以防止滥用技术 777 777 ))) 778 778 805 + 779 779 只有将这些方法编排为无缝的用户支持体验时,才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成: 780 780 781 781 * 跨所有渠道唯一地识别和辨识用户 ... ... @@ -783,6 +783,7 @@ 783 783 * 利用所有遇到的用户数据 784 784 * 监控并管理所有用户旅程中的绩效。 785 785 813 + 786 786 在公司环境中提供服务时,通常很容易同意与用户进行交互的渠道。但是,人们希望他们在工作场所的体验与在家一样顺畅舒适。。服务提供者必须响应此需求,并提供更广泛的渠道和接口。这可能包括在没有加强数据保护的情况下,通过个人设备或公司设备提供业务服务。服务提供者和服务消费者在讨论并协定服务时应考虑收益、风险和成本。 787 787 788 788 ... ... @@ -795,6 +795,7 @@ 795 795 * 确保符合安全以及法律和法规要求 796 796 * 远程支持的连接性,包括用户端的支持 797 797 826 + 798 798 选择和设计服务渠道时要考虑的一个重要因素是用户准备使用服务以及相关的风险和机遇。 799 799 800 800 ... ... @@ -806,6 +806,7 @@ 806 806 [[image:1639123701310-435.png||height="48" width="31"]]**S**//olmaz:我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。// 807 807 ))) 808 808 838 + 809 809 == 7.4 使用户能够使用服务 == 810 810 811 811 某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备,或者了解在使用服务的环境中安全操作的规则。例如,要被允许租用汽车,要求一个人具有有效的驾驶执照,该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。 ... ... @@ -816,6 +816,7 @@ 816 816 * 根据要求采取措施 817 817 * 控制实施并不断检查需求的相关性。 818 818 849 + 819 819 对于许多服务,都有某些要求。为了使用户能够正确、安全和有效地使用这些服务,应在用户开始使用该服务之前满足这些要求。某些要求是由监管机构定义的;一些则是由服务消费者和服务提供者组织推出的。 820 820 821 821 ... ... @@ -832,6 +832,7 @@ 832 832 * 有效的服务目录展示,包括服务请求目录。 833 833 * 其他措施,以确保用户有权使用服务。 834 834 866 + 835 835 这些措施中的许多都可以作为引入计划的一部分。有些可能需要定期确认,以作为持续消费的一部分。服务消费者和服务提供者组织应在提议和协定步骤上就措施达成一致。 836 836 837 837 ... ... @@ -850,6 +850,7 @@ 850 850 * 保持最新 851 851 * 具有可操作性(并且在可能的情况下,对于用户有资格执行的操作是自动的,例如对服务级别和发起服务请求的细微更改)。 852 852 885 + 853 853 服务台实践有助于有效的用户引入,从而使用户能够参与用户旅程的所有步骤。它提供了各种用户接口,使用户能够以最方便的方式联系服务提供者。这可能包括: 854 854 855 855 * 移动应用程序,可以与流行的语音接口集成 ... ... @@ -857,6 +857,7 @@ 857 857 * 在线工具访问受限的情况下,为用户提供电话热线 858 858 * 现场支持区域。 859 859 893 + 860 860 服务台应该为所有相关类型的用户查询提供接口。这包括咨询、事件、服务请求、投诉和表扬。 861 861 862 862 ... ... @@ -880,6 +880,8 @@ 880 880 [[image:1639123784450-617.png||height="42" width="37"]]//Mariana:我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息,以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。// 881 881 ))) 882 882 917 + 918 + 883 883 == 7.5 提升彼此的能力 == 884 884 885 885 服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组,以提高另一组的能力。 ... ... @@ -887,16 +887,16 @@ 887 887 888 888 表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例 889 889 890 -(% style="width:714px" %) 891 -|(% style="width:130px" %)**指导原则**|(% style="width:582px" %)**优化用户能力的应用示例** 892 -|(% style="width:130px" %)聚焦价值|(% style="width:582px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。 893 -|(% style="width:130px" %)从当前开始|(% style="width:582px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善,并且经常受到用户的抵制。 894 -|(% style="width:130px" %)基于反馈不断迭代|(% style="width:582px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改,均应进行测试,并根据用户反馈进行持续审查。 应鼓励用户提供反馈,反馈的后续行动对用户社区应该是透明的。 895 -|(% style="width:130px" %)合作并提高知名度|(% style="width:582px" %)在需要联合运营的情况下,用户应了解协作的要求并相互帮助,服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行,或者用户不知道如何使用服务,则应安全,轻松并鼓励其寻求帮助或报告事件。 896 -|(% style="width:130px" %)全面思考和工作|(% style="width:582px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。 897 -|(% style="width:130px" %)保持简单实用|(% style="width:582px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。 898 -|(% style="width:130px" %)优化和自动化|(% style="width:582px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。 926 +|**指导原则**|**优化用户能力的应用示例** 927 +|聚焦价值|用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。 928 +|从当前开始|用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善,并且经常受到用户的抵制。 929 +|基于反馈不断迭代|对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改,均应进行测试,并根据用户反馈进行持续审查。 应鼓励用户提供反馈,反馈的后续行动对用户社区应该是透明的。 930 +|合作并提高知名度|在需要联合运营的情况下,用户应了解协作的要求并相互帮助,服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行,或者用户不知道如何使用服务,则应安全,轻松并鼓励其寻求帮助或报告事件。 931 +|全面思考和工作|服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。 932 +|保持简单实用|用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。 933 +|优化和自动化|用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。 899 899 935 + 900 900 为了帮助用户和客户变得更好,服务提供者可以考虑使用以下技术: 901 901 902 902 * 根据角色向特定的用户组、角色和用户特征提供有针对性的用户培训。 ... ... @@ -909,6 +909,7 @@ 909 909 * 建立并支持用户社区,并在适用时让多个服务消费者参与。 910 910 * 让超级用户帮助其他人采用新服务。 911 911 948 + 912 912 这些方法大多数都适用于服务过程中的几个步骤,包括引入。 913 913 914 914 ... ... @@ -920,6 +920,7 @@ 920 920 * 提供有关服务关系各个级别的反馈,并提供公众评论以促进跨组织的用户社区。 921 921 * 与服务提供者组成联合专家团队。 922 922 960 + 923 923 当在组织中共享和支持所有方法,并且持续改进时,所有方法都可以更好地发挥作用。 924 924 925 925 ... ... @@ -926,11 +926,11 @@ 926 926 |((( 927 927 **ITIL的故事:提升共同能力** 928 928 929 - [[image:1639124333710-206.png||height="36" width="30"]]//Mariana:eCampus Car Share运行了最初的几个月后,我们引入了游戏化。当顾客取车时,他们希望汽车清洁并充满电。我们要求客户在取车时给他们的车辆进行星级评价。这些评分被赋予前一个驾驶员的个人资料。//967 +//Mariana:eCampus Car Share运行了最初的几个月后,我们引入了游戏化。当顾客取车时,他们希望汽车清洁并充满电。我们要求客户在取车时给他们的车辆进行星级评价。这些评分被赋予前一个驾驶员的个人资料。// 930 930 931 - [[image:1639124343281-805.png||height="49" width="34"]]//Radhika:驾驶员获得的积分越多,他们在排行榜上的地位就越高,对于一直获得五星级评价的任何人,抽奖可在下次预订时提供折扣。//969 +//Radhika:驾驶员获得的积分越多,他们在排行榜上的地位就越高,对于一直获得五星级评价的任何人,抽奖可在下次预订时提供折扣。// 932 932 933 - [[image:1639124353057-972.png||height="50" width="39"]]//Solmaz:这不仅使我们的客户受益,而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本,最重要的是,它支持出色的客户体验。//971 +//Solmaz:这不仅使我们的客户受益,而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本,最重要的是,它支持出色的客户体验。// 934 934 ))) 935 935 936 936 == 7.9 撤销客户与用户 == ... ... @@ -937,19 +937,14 @@ 937 937 938 938 与引入类似,应将撤销的动作和职责预先定义为产品和服务设计的一部分,然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时,此方法有效。这类示例诸如,用户在组织中的位置发生了变化,这可能导致用户使用的服务范围的变化。 939 939 940 - 941 941 撤销的重要问题包括信息安全和资产管理。重要的是要确保外来用户没有特定的访问权限,并且必须安全地存储他们的创建、使用或有权访问的信息,并且仅对授权用户可用。同样,重要的是要确保先前包含在服务提供中的物理和数字资产在用户撤销后,得到正确地归档、重用、撤回或以其他方式处理。软件许可证或个人设备,例如笔记本电脑和移动电话,就是需要适当撤销的示例。 942 942 943 - 944 944 变更使能、信息安全管理、IT资产管理和服务配置管理实践对成功撤销至关重要。如果相关,还可能需要其他实践。组织变革管理实践可能会支持大规模的撤销。 945 945 946 - 947 947 撤销计划应按照与引入计划相同的原则进行审查,并应改善服务关系的相同领域。 948 948 949 - 950 950 当服务消费者因不满意或纠纷而离开时,确定原因很重要。在这些情况下,在无冲突的环境中流程的每个步骤都已商定时,同意并准备好撤销以确保无缝的撤销就尤为重要。此外,双方应注意不要加剧任何冲突或对任何其他方造成伤害;他们应同意对争端保密。当预期将采取后续法律行动时,这一点尤其重要。 951 951 952 - 953 953 === 7.9.1 客户撤销 === 954 954 955 955 当服务协议期满或终止时,由服务提供者执行客户撤销。撤销动作通常包括: ... ... @@ -967,90 +967,8 @@ 967 967 968 968 这些操作适用于大多数客户撤销场景。具体操作取决于服务的性质以及撤销计划的范围。有些操作由服务提供者或服务消费者执行,而有些可能需要协作。这些通常在引入步骤中事先约定,但可能需要在撤销开始之前进一步鉴证。 969 969 970 - 971 971 撤销的一种更复杂的现代方法是服务提供者之间的合作,其中包括相互的撤销协议。在这些情况下,新的服务提供者将服务消费者替换为旧的服务提供者。这是很常见的,因为在提供商之间进行切换是很普遍的,并且受到法律的监管。 972 972 973 - 974 974 切换服务提供者可能涉及第三方;例如,共享基础架构的提供者既充当新服务提供者又充当旧服务提供者。 975 975 976 - 977 977 表7.9 提供者切换操作示例 978 - 979 -|**服务管理的维度**|**切换操作示例** 980 -|组织和人员|((( 981 -更改用户访问权限 982 - 983 -更改服务提供者的访问权限 984 -))) 985 -|价值流和流程|((( 986 -更改共同行动的责任 987 - 988 -更改程序和接口 989 -))) 990 -|信息和技术|((( 991 -频道切换 992 - 993 -设备安装和卸载 994 - 995 -系统集成 996 - 997 -记录存档 998 -))) 999 -|合作伙伴和供应商|与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同 1000 - 1001 -关于切换提供者的撤销动作类似于服务终止操作;它们应该涵盖表7.9中概述的所有服务管理四维模型。 1002 - 1003 - 1004 -许多ITIL 管理实践都支持撤销,包括: 1005 - 1006 -* 变更使能 1007 -* 部署管理 1008 -* 基础设施和平台管理 1009 -* IT资产管理 1010 -* 发布管理 1011 -* 服务配置管理 1012 -* 服务级别管理 1013 -* 软件开发和管理。 1014 - 1015 -大规模的撤销和切换计划可能需要组织变革管理和项目管理实践来协调撤销动作,并确保所涉及的组织成功实施了变更。 1016 - 1017 - 1018 -=== 7.6.2 用户撤销 === 1019 - 1020 -用户撤销可能是正在进行的服务关系的一部分,而没有服务或合同终止。常见的示例是用户从服务消费者组织辞职或在组织内的职位变化。这些场景应该在客户引入期间预先约定,并根据此方法进行处理(通常作为标准更改)。但是,在某些情况下,例如大规模撤销,可能需要额外的规划和协调。 1021 - 1022 - 1023 -用户撤销通常包括: 1024 - 1025 -* 沟通计划中的撤销和用户的相关职责 1026 -* 与用户互动,以获取有关计划撤销的更多信息或任何其他支持 1027 -* 组织从用户到服务提供者或服务消费者负责代表的设备移交 1028 -* 更改或取消用户的访问权限 1029 -* 通过归档和保留来保护记录 1030 -* 删除未归档的信息 1031 -* 维护双方同意和/或适用法规要求的正式撤销记录 1032 -* 执行关系管理操作,例如闭幕会议、撰写感谢信等。 1033 - 1034 -正式程度取决于服务关系。例如,当服务提供者位于服务消费者组织内部时,正式程度可能会较低,并且服务消费者代表(例如用户的经理)可能会执行某些操作。 1035 - 1036 - 1037 -随后,撤销应该使用户感到舒适。服务提供者致力于使撤销动作自动化,并最大程度地降低其对所有相关方的日常业务基础的影响。 1038 - 1039 -(% style="width:1187px" %) 1040 -|(% style="width:1184px" %)((( 1041 -**ITIL的故事:撤销客户和用户** 1042 - 1043 -[[image:1639124431523-355.png||height="46" width="38"]]//Mariana:最初,我们预计完成最后一年学习的学生会希望自动退订eCampus Car Share。但是,我们的商业活动模式表明,很多学生选择保留自己的会员资格,这通常是在他们选择继续学业或加入教职员工的情况下。因此,我们不得不重新考虑我们的计划以自动撤销客户。// 1044 - 1045 -[[image:1639124439796-946.png||height="45" width="39"]]//Radhika:我们还发现,学生通常希望在每个学年结束时取消其会员资格,以节省每月的订阅费用。但是,当他们注册第二年时,他们不想再次完成教学视频。// 1046 - 1047 -[[image:1639124431523-355.png||height="46" width="38"]]//Mariana:我们为学生提供了将其会员级别变更到无需每月订阅费用级别的可能。这意味着他们更有可能保留其会员资格,也意味着他们在整个夏季继续接受我们的营销。在新学期开始时,学生可以再次变更其会员级别。// 1048 - 1049 -[[image:1639124450170-484.png||height="50" width="40"]]**S**//olmaz:撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化,我们不需要花费时间手动释放费用。// 1050 -))) 1051 - 1052 -== 7.7 总结 == 1053 - 1054 -为了从协议发展到服务提供和消费,各方必须经历一种过渡,其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分,并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问,使用户能够使用服务以及提升彼此的能力。 1055 - 1056 -
- 1639124450170-484.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -3.8 KB - Content