Changes for page 07. 步骤5:引入
Last modified by superadmin on 2024/04/03, 16:50
Change comment:
There is no comment for this version
Summary
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 - 07. 步骤5:引入1 +7. 步骤5:引入 - Content
-
... ... @@ -1,18 +1,7 @@ 1 - 1 += 7. 步骤5:引入 = 2 2 3 +[[image:1639123237595-418.png]] 3 3 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 - 16 16 计划引入 17 17 18 18 与用户相关并建立关系 ... ... @@ -114,12 +114,8 @@ 114 114 [[image:1639123345078-830.png]] 115 115 116 116 117 -(% class="wikigeneratedid" %) 118 -== == 119 - 120 120 == 7.1 规划引入 == 121 121 122 - 123 123 引入规划实际上是将一种或多种服务产品的引入方法适应于该引入计划的范围和背景的行为。引入计划应该考虑服务关系的当前状况、引入计划的范围、资源的当前配置以及相关的风险。 124 124 125 125 ... ... @@ -139,10 +139,8 @@ 139 139 * 如何控制引入并确保其成功? 140 140 141 141 142 - 143 143 === 7.1.1 引入目标 === 144 144 145 - 146 146 服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括: 147 147 148 148 * 确保服务消费者顺利迁移到协议服务 ... ... @@ -167,10 +167,8 @@ 167 167 在关键利益相关方接受引入目标之后,应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是,服务消费者代表将被告知、被咨询或对此负责,因为引入是一项联合行动,可能需要双方大量资源。 168 168 169 169 153 +== 7.1.2 引入范围 == 170 170 171 -=== 7.1.2 引入范围 === 172 - 173 - 174 174 要定义引入的范围,应考虑以下问题: 175 175 176 176 * 需要引入的消费者资源是什么? ... ... @@ -185,12 +185,12 @@ 185 185 186 186 表7.2 引入的消费者资源示例 187 187 188 -(% style="width:4 79px" %)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" %)用户(代表消费者组织的供应商和合作伙伴)需要使用服务和支持程序方面的培训169 +(% style="width:842px" %) 170 +|**服务管理维度**|(% style="width:296px" %)**资源实例**|(% style="width:427px" %)**需要引入的示例** 171 +|组织和人员|(% style="width:296px" %)用户(消费者组织的雇员)|(% style="width:427px" %)为了有效利用服务,用户需要接受有关服务使用和支持设置方面的培训 172 +|价值流和流程|(% style="width:296px" %)消费者组织程序、动作和工作流程|(% style="width:427px" %)应调整程序以整合服务、技术和服务提供商人员 173 +|信息和技术|(% style="width:296px" %)消费者组织的技术、数据和IT服务|(% style="width:427px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限; IT资源应与服务提供商的IT资源整合在一起; 数据和信息应迁移和/或转换 174 +|合作伙伴和供应商|(% style="width:296px" %)用户(消费者组织的供应商和合作伙伴的雇员充当新服务用户)|(% style="width:427px" %)用户(代表消费者组织的供应商和合作伙伴)需要使用服务和支持程序方面的培训 194 194 195 195 引入方法将影响一个或多个资源。当为引入方案创建引入计划时,服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。 196 196 ... ... @@ -239,7 +239,6 @@ 239 239 240 240 === 7.1.3 引入客户和用户:引入活动 === 241 241 242 - 243 243 在同意引入计划的范围之后,应规划引入活动。根据引入计划的范围和规模,以及组织的政策、规则和实践,用于计划的方法和工具可能会有所不同。表7.3提供了可能为服务管理四维模型资源计划的引入活动示例。 244 244 245 245 ... ... @@ -259,18 +259,92 @@ 259 259 260 260 表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例 261 261 262 -[[image:1641696159505-576.png]] 242 +(% style="width:910px" %) 243 +|(% style="width:134px" %)**服务消费者资源即将启用**|(% style="width:229px" %)**服务提供者执行的引入活动**|(% style="width:270px" %)**服务消费者执行的引入活动**|(% style="width:274px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动** 244 +|(% style="width:134px" %)服务消费者的组织和人员|(% style="width:229px" %)((( 245 +提供培训和培训材料 263 263 247 +介绍了联系和支持界面 264 264 249 +授予用户访问服务的权限 265 265 251 +传达了必要的警告(安全和责任)以及条款和条件 252 + 253 +成立治理组织 254 +)))|(% style="width:270px" %)((( 255 +用户学习培训材料(阅读、参加培训、学习教程等) 256 + 257 +组织同意并分配了使用新服务的责任 258 + 259 +角色和/或团队已更改以优化服务消费 260 + 261 +组织变革管理 262 +)))|(% style="width:274px" %)((( 263 +如果供应商服务受引入影响,则提供培训和培训材料 264 + 265 +对服务的访问权限进行审查并在需要时进行更改 266 +))) 267 +|(% style="width:134px" %)服务消费者的信息和技术|(% style="width:229px" %)((( 268 +信息系统集成 269 + 270 +数据迁移和/或转换,建立数据交换 271 + 272 +进行必要的配置和自定义 273 + 274 +部署了监视工具和其他操作工具 275 + 276 +建立了数据交换协议、集成和工具 277 +)))|(% style="width:270px" %)((( 278 +服务提供者的专家可以访问信息资源 279 + 280 +信息系统与服务提供者的系统集成在一起 281 + 282 +冗余信息系统已停用 283 + 284 +建立了数据交换协议、集成和工具 285 +)))|(% style="width:274px" %)((( 286 +受引入影响的服务变更(基础架构支持) 287 + 288 +服务消费者委托合作伙伴/供应商执行的任何操作 289 +))) 290 +|(% style="width:134px" %)服务消费者的价值流和流程|(% style="width:229px" %)((( 291 +同意服务提供商参与服务消费者的流程; 角色、职责得到同意、分配和测试 292 + 293 +在需要的地方提供流程改进咨询 294 +)))|(% style="width:270px" %)((( 295 +为服务消费更改/优化组织流程 296 + 297 +价值流得到优化,以最大化服务价值 298 + 299 +冗余程序(由服务替换或自动化)被删除或更新 300 +)))|(% style="width:274px" %)((( 301 +审核合作伙伴/供应商对服务消费者流程的参与;在需要时就角色、职责进行约定、、分配和测试 302 + 303 +在需要的地方提供流程改进咨询 304 +))) 305 +|(% style="width:134px" %)服务消费者的合作伙伴和供应商|(% style="width:229px" %)((( 306 +服务消费者的合作伙伴/供应商的授权代表可以使用服务 307 + 308 +在需要时提供退役/迁移协助 309 +)))|(% style="width:270px" %)((( 310 +与合作伙伴/供应商的合同已更新,以适应新的流程和价值流 311 + 312 +冗余(替换)服务的合同被取消或更改 313 + 314 +传达服务的新/变更要求 315 +)))|(% style="width:274px" %)((( 316 +必要时对合同进行审查和更新 317 + 318 +作为用户的供应商代表应学习所需的材料(通过阅读、参加培训、学习教程等) 319 +))) 320 + 266 266 但是,在许多引入计划中,用户需要引起极大关注,并且必须将其引入新服务,包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合,在客户引入中,向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。 267 267 268 268 269 269 表7.4 用户引入活动的示例 270 270 271 -(% style="width:411px" %) 272 -|(% style="width:128px" %)**服务**|(% style="width:280px" %)**动作** 273 -|(% style="width:128px" %)技术(应用和设备)|(% style="width:280px" %)((( 326 +|**服务**|**动作** 327 +|技术(应用和设备)|((( 274 274 在线教程、正式培训、模拟器、自定进度的培训,以及各种形式的手册 275 275 276 276 指导安装和设置 ... ... @@ -277,7 +277,7 @@ 277 277 278 278 培训超级用户以领导同行 279 279 ))) 280 -| (% style="width:128px" %)流程(活动和过程)|(% style="width:280px" %)(((334 +|流程(活动和过程)|((( 281 281 海报、手册和培训 282 282 283 283 演练和指导 ... ... @@ -286,7 +286,7 @@ 286 286 287 287 阻止访问旧的工作方式 288 288 ))) 289 -| (% style="width:128px" %)提供者的人员(操作和支持)|(% style="width:280px" %)(((343 +|提供者的人员(操作和支持)|((( 290 290 面对面或虚拟介绍,联合研讨会和培训 291 291 292 292 通讯录和明确的角色描述 ... ... @@ -293,7 +293,7 @@ 293 293 294 294 团队建设 295 295 ))) 296 -| (% style="width:128px" %)第三方人员(操作和支持)|(% style="width:280px" %)(((350 +|第三方人员(操作和支持)|((( 297 297 面对面或虚拟介绍,联合研讨会以及培训, 298 298 299 299 通讯录和明确的角色描述 ... ... @@ -312,12 +312,8 @@ 312 312 * 服务请求管理 313 313 * 劳动力和人才管理。 314 314 315 - 316 - 317 - 318 318 === 7.1.4 引入控制 === 319 319 320 - 321 321 当规划引入计划时,必须就控制和验证技术的方法达成一致,以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。 322 322 323 323 ... ... @@ -334,9 +334,14 @@ 334 334 335 335 表7.5 引入控制方法示例 336 336 337 -[[image:1641696264997-817.png]] 387 +|**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性** 388 +|项目集|项目集和项目计划、工作包、评审和KPI|组织变革管理、项目管理|大型客户和用户引入计划需要对各种资源进行复杂的更改 389 +|项目|项目计划、工作包、评审和KPI|组织变革管理、项目管理|企业服务的大多数服务消费者引入计划 390 +|一般变更|自定义清单|变更使能、部署管理、组织变革管理、发布管理、服务验证和测试|较小的服务消费者引入计划,主要是向现有消费者引入新服务的地方 391 +|标准变更|预定义清单|变更使能、部署管理,组织变革管理、发布管理以及服务验证和测试|企业服务的大多数用户引入计划 392 +|自动化部署和发布(例如,即插即用)|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理,发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划,以及企业服务的许多用户引入计划 393 +|审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系 338 338 339 - 340 340 引入评审可能会导致下述各种改进: 341 341 342 342 * 产品、服务和服务提供设计 ... ... @@ -359,15 +359,8 @@ 359 359 [[image:1639123548518-524.png||height="52" width="40"]]**S**//olmaz:我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话,每个客户不超过两次。// 360 360 ))) 361 361 362 -(% class="wikigeneratedid" %) 363 -== == 364 - 365 -(% class="wikigeneratedid" %) 366 -== == 367 - 368 368 == 7.2 与用户相关并建立关系 == 369 369 370 - 371 371 由于服务提供者与服务消费者的技术和信息进行了更多的交互,因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务(例如IoT设备、技术微服务、信息系统维护和数据存储)是此类服务关系的示例。 372 372 373 373 ... ... @@ -389,7 +389,6 @@ 389 389 390 390 === 7.2.1 建立与企业用户的关系 === 391 391 392 - 393 393 在大型组织环境中,用户引入通常是由组织所使用的服务的更改,用户组的更改(例如组织中的新成员)或人员角色和职位的更改触发的。 394 394 395 395 ... ... @@ -422,22 +422,135 @@ 422 422 * 用户参与的服务评审和改进 423 423 * 仪表板和报告让用户社区可以清楚地了解服务质量。 424 424 472 +=== 7.2.2与个人消费者一起培育关系 === 425 425 474 +当服务消费者是个人时,有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。 426 426 427 427 428 - ===7.2.2与个人消费者一起培育关系===477 +表7.6 与个人服务消费者的关系管理 429 429 479 +(% style="width:902px" %) 480 +|**步骤**|(% style="width:399px" %)**挑战性**|(% style="width:422px" %)**服务提供商应用的示例解决方案** 481 +|探索|(% style="width:399px" %)((( 482 +服务消费者未明确表达其需求和期望 430 430 431 - 当服务消费者是个人时,有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。484 +有时服务消费者没有意识到他们的需求和机会 432 432 486 +个人意见不一定代表更大的消费群体的需求 487 +)))|(% style="width:422px" %)((( 488 +市场营销和社会学调查 433 433 434 -表 7.6 与个人服务消费者的关系管理490 +有代表性的小组进行的安全失效实验 435 435 436 -[[image:1641696354631-568.png]] 492 +旨在提高认识和创造需求的营销活动 493 +))) 494 +|契动|(% style="width:399px" %)((( 495 +由于用户数量众多且服务提供者的能力有限,因此个人面对面的联系通常是不可能或效率低下的 437 437 438 - [[image:1641696396035-579.png]]497 +售前和售后受到严格监管,以保护消费者权益 439 439 499 +社区、影响者和同行的意见对于最初的契动决定很重要 500 +)))|(% style="width:422px" %)((( 501 +使用相关渠道和媒体公开广告 440 440 503 +广泛使用社交媒体、影响者和用户群体 504 + 505 +使用直接营销和对等的代理商 506 + 507 +基于对用户互联网活动的监视、搜索引擎优化以及其他针对目标受众的工具的情境广告 508 + 509 +优化基于互联网的服务目录(网站、登录页面、社交媒体帐户等) 510 + 511 +在相关和合理的情况下,销售和支持办公室网络 512 +))) 513 +|供应|(% style="width:399px" %)((( 514 +大量的服务消费者 515 + 516 +需要简单快捷的签约程序和界面 517 +)))|(% style="width:422px" %)((( 518 +标准服务目录、合同和协议 519 + 520 +目录和协议中的用户友好的简单语言描述 521 + 522 +广泛使用移动平台和应用程序 523 +))) 524 +|同意|(% style="width:399px" %)((( 525 +高水平的国际、国家和行业法规 526 + 527 +需要简单明确的语言 528 +)))|(% style="width:422px" %)((( 529 +高度自动化的签约,广泛使用数字文档和签名 530 + 531 +与电子支付系统(卡、PayPal等)集成 532 + 533 +自动尽职调查检查(如果适用) 534 +))) 535 +|引入|(% style="width:399px" %)((( 536 +大量具有不同技能和背景的服务消费者 537 + 538 +需要简单快速的引入 539 + 540 +不同的技术背景 541 +)))|(% style="width:422px" %)((( 542 +自动化的介绍和初步培训 543 + 544 +经过严格测试的引入说明和规程 545 + 546 +有关用户支持资源的专门章节,以帮助引入 547 + 548 +自动化资格和兼容性检查 549 +))) 550 +|价值共创|(% style="width:399px" %)((( 551 +大量具有不同技能和背景的服务消费者 552 + 553 +不同的技术背景 554 + 555 +不同的语言和沟通技巧 556 + 557 +通过社交媒体高度暴露用户体验和意见 558 +)))|(% style="width:422px" %)((( 559 +可用、方便且最新的在线状态支持常规业务 560 + 561 +为具有技能、背景和能力的用户优化的界面 562 + 563 +便捷的支持和沟通渠道(电话、支持办公室、社交媒体帐户、直接消息传递) 564 + 565 +社交媒体监控,并在投诉和其他问题时提供积极支持 566 + 567 +促进用户社区成为服务提供商及对等同行支持的渠道 568 + 569 +主动沟通(尤其是在重大事件时)、透明度和高可用性 570 + 571 +利用媒体和营销手段进行损害控制和被动式声明 572 + 573 +监视和事态管理以主动纠正服务质量偏差,或联系服务使用者 574 +))) 575 +|((( 576 +实现 577 + 578 +价值 579 +)))|(% style="width:399px" %)((( 580 +大量服务消费者 581 + 582 +个人经验对服务质量和满意度统计的影响很小 583 + 584 +对每个服务消费者进行直接服务评估的效率低下或不可能 585 + 586 +服务支持的不同期望和需求 587 +)))|(% style="width:422px" %)((( 588 +用于服务质量监控和报告的自动化接口, 589 + 590 +持续监控社交媒体反馈 591 + 592 +对用户满意度和态度的独立调查 593 + 594 +使用用户忠诚度指标(例如,净推荐值) 595 + 596 +使用自动体验指标 597 + 598 +服务消费者要求的服务评估专用支持渠道 599 +))) 600 + 441 441 服务提供者可以控制有关这些因素的决策。但是,与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如,预期或法律上要求服务提供者要特别考虑残疾用户。 442 442 443 443 ... ... @@ -461,18 +461,8 @@ 461 461 * 数据保护。 462 462 ))) 463 463 464 -(% class="wikigeneratedid" %) 465 -== == 466 - 467 -(% class="wikigeneratedid" %) 468 -== == 469 - 470 -(% class="wikigeneratedid" %) 471 -== == 472 - 473 473 == 7.3 提供用户参与和交付渠道 == 474 474 475 - 476 476 重要的是要建立适当的用户参与和交付渠道,以提供良好的用户体验。 477 477 478 478 ... ... @@ -501,12 +501,129 @@ 501 501 502 502 表7.7 服务提供者必须考虑的全渠道挑战示例 503 503 504 -[[image:1641696707897-409.png]] 505 505 506 -[[image:1641696741463-574.png]] 655 +|**方法**|**挑战示例**|**解决方案示例** 656 +|左移,增加自助服务|((( 657 +用户没有足够的技术技能和/或动力来使用自助服务工具 507 507 508 - [[image:1641696754650-363.png]]659 +用户在访问服务的级别上只能完成有限的任务 509 509 661 +用户在自助服务期间犯的错误可能导致更多事件 662 + 663 +基于知识的导航可能很困难 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 + 510 510 只有将这些方法编排为无缝的用户支持体验时,才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成: 511 511 512 512 * 跨所有渠道唯一地识别和辨识用户 ... ... @@ -537,15 +537,8 @@ 537 537 [[image:1639123701310-435.png||height="48" width="31"]]**S**//olmaz:我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。// 538 538 ))) 539 539 540 -(% class="wikigeneratedid" %) 541 -== == 542 - 543 -(% class="wikigeneratedid" %) 544 -== == 545 - 546 546 == 7.4 使用户能够使用服务 == 547 547 548 - 549 549 某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备,或者了解在使用服务的环境中安全操作的规则。例如,要被允许租用汽车,要求一个人具有有效的驾驶执照,该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。 550 550 551 551 要启用用户,服务提供者应考虑: ... ... @@ -618,29 +618,21 @@ 618 618 [[image:1639123784450-617.png||height="42" width="37"]]//Mariana:我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息,以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。// 619 619 ))) 620 620 621 -(% class="wikigeneratedid" %) 622 -== == 623 - 624 -(% class="wikigeneratedid" %) 625 -== == 626 - 627 627 == 7.5 提升彼此的能力 == 628 628 629 - 630 630 服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组,以提高另一组的能力。 631 631 632 632 633 633 表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例 634 634 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" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。 888 +|**指导原则**|**优化用户能力的应用示例** 889 +|聚焦价值|用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。 890 +|从当前开始|用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善,并且经常受到用户的抵制。 891 +|基于反馈不断迭代|对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改,均应进行测试,并根据用户反馈进行持续审查。 应鼓励用户提供反馈,反馈的后续行动对用户社区应该是透明的。 892 +|合作并提高知名度|在需要联合运营的情况下,用户应了解协作的要求并相互帮助,服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行,或者用户不知道如何使用服务,则应安全,轻松并鼓励其寻求帮助或报告事件。 893 +|全面思考和工作|服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。 894 +|保持简单实用|用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。 895 +|优化和自动化|用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。 644 644 645 645 为了帮助用户和客户变得更好,服务提供者可以考虑使用以下技术: 646 646 ... ... @@ -678,15 +678,8 @@ 678 678 [[image:1639124353057-972.png||height="50" width="39"]]//Solmaz:这不仅使我们的客户受益,而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本,最重要的是,它支持出色的客户体验。// 679 679 ))) 680 680 681 -(% class="wikigeneratedid" %) 682 -== == 933 +== 7.9 撤销客户与用户 == 683 683 684 -(% class="wikigeneratedid" %) 685 -== == 686 - 687 -== 7.6 撤销客户与用户 == 688 - 689 - 690 690 与引入类似,应将撤销的动作和职责预先定义为产品和服务设计的一部分,然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时,此方法有效。这类示例诸如,用户在组织中的位置发生了变化,这可能导致用户使用的服务范围的变化。 691 691 692 692 ... ... @@ -702,9 +702,8 @@ 702 702 当服务消费者因不满意或纠纷而离开时,确定原因很重要。在这些情况下,在无冲突的环境中流程的每个步骤都已商定时,同意并准备好撤销以确保无缝的撤销就尤为重要。此外,双方应注意不要加剧任何冲突或对任何其他方造成伤害;他们应同意对争端保密。当预期将采取后续法律行动时,这一点尤其重要。 703 703 704 704 705 -=== 7. 6.1 客户撤销 ===950 +=== 7.9.1 客户撤销 === 706 706 707 - 708 708 当服务协议期满或终止时,由服务提供者执行客户撤销。撤销动作通常包括: 709 709 710 710 * 与所有相关的利益相关者,包括用户、客户、相关的合作伙伴/供应商和监管机构,就计划的服务终止进行沟通 ... ... @@ -729,19 +729,18 @@ 729 729 730 730 表7.9 提供者切换操作示例 731 731 732 -(% style="width:349px" %) 733 -|(% style="width:105px" %)**服务管理的维度**|(% style="width:240px" %)**切换操作示例** 734 -|(% style="width:105px" %)组织和人员|(% style="width:240px" %)((( 976 +|**服务管理的维度**|**切换操作示例** 977 +|组织和人员|((( 735 735 更改用户访问权限 736 736 737 737 更改服务提供者的访问权限 738 738 ))) 739 -| (% style="width:105px" %)价值流和流程|(% style="width:240px" %)(((982 +|价值流和流程|((( 740 740 更改共同行动的责任 741 741 742 742 更改程序和接口 743 743 ))) 744 -| (% style="width:105px" %)信息和技术|(% style="width:240px" %)(((987 +|信息和技术|((( 745 745 频道切换 746 746 747 747 设备安装和卸载 ... ... @@ -750,7 +750,7 @@ 750 750 751 751 记录存档 752 752 ))) 753 -| (% style="width:105px" %)合作伙伴和供应商|(% style="width:240px" %)与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同996 +|合作伙伴和供应商|与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同 754 754 755 755 关于切换提供者的撤销动作类似于服务终止操作;它们应该涵盖表7.9中概述的所有服务管理四维模型。 756 756 ... ... @@ -771,7 +771,6 @@ 771 771 772 772 === 7.6.2 用户撤销 === 773 773 774 - 775 775 用户撤销可能是正在进行的服务关系的一部分,而没有服务或合同终止。常见的示例是用户从服务消费者组织辞职或在组织内的职位变化。这些场景应该在客户引入期间预先约定,并根据此方法进行处理(通常作为标准更改)。但是,在某些情况下,例如大规模撤销,可能需要额外的规划和协调。 776 776 777 777 ... ... @@ -804,17 +804,8 @@ 804 804 [[image:1639124450170-484.png||height="50" width="40"]]**S**//olmaz:撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化,我们不需要花费时间手动释放费用。// 805 805 ))) 806 806 807 -(% class="wikigeneratedid" %) 808 -== == 809 - 810 -(% class="wikigeneratedid" %) 811 -== == 812 - 813 813 == 7.7 总结 == 814 814 815 - 816 816 为了从协议发展到服务提供和消费,各方必须经历一种过渡,其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分,并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问,使用户能够使用服务以及提升彼此的能力。 817 817 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/]] 1053 +
- 1641648399488-552.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -95.2 KB - Content
- 1641648445447-538.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -96.0 KB - Content
- 1641648460356-240.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -65.6 KB - Content
- 1641649115472-408.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -71.5 KB - Content
- 1641696159505-576.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -98.8 KB - Content
- 1641696264997-817.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -89.9 KB - Content
- 1641696354631-568.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -83.8 KB - Content
- 1641696396035-579.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -85.5 KB - Content
- 1641696535254-420.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -96.2 KB - Content
- 1641696707897-409.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -96.1 KB - Content
- 1641696741463-574.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -54.9 KB - Content
- 1641696754650-363.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -47.3 KB - Content