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
-
- Content
-
... ... @@ -3,14 +3,16 @@ 3 3 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 5 6 -{{box cssClass="floatinginfobox" title="**Contents**"}} 6 +{{box cssClass="floatinginfobox" title=" 7 +**Contents**"}} 7 7 {{toc/}} 8 8 {{/box}} 9 9 10 -= 7. 步骤5:引入 = 11 += **7. 步骤5:引入** = 11 11 12 -[[image:1639123237595-418.png]] 13 13 14 +[[image:1639123237595-418.png||height="64" width="627"]] 15 + 14 14 计划引入 15 15 16 16 与用户相关并建立关系 ... ... @@ -112,8 +112,12 @@ 112 112 [[image:1639123345078-830.png]] 113 113 114 114 117 +(% class="wikigeneratedid" %) 118 +== == 119 + 115 115 == 7.1 规划引入 == 116 116 122 + 117 117 引入规划实际上是将一种或多种服务产品的引入方法适应于该引入计划的范围和背景的行为。引入计划应该考虑服务关系的当前状况、引入计划的范围、资源的当前配置以及相关的风险。 118 118 119 119 ... ... @@ -132,8 +132,11 @@ 132 132 * 谁负责引入行动? 133 133 * 如何控制引入并确保其成功? 134 134 141 + 142 + 135 135 === 7.1.1 引入目标 === 136 136 145 + 137 137 服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括: 138 138 139 139 * 确保服务消费者顺利迁移到协议服务 ... ... @@ -158,8 +158,10 @@ 158 158 在关键利益相关方接受引入目标之后,应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是,服务消费者代表将被告知、被咨询或对此负责,因为引入是一项联合行动,可能需要双方大量资源。 159 159 160 160 170 + 161 161 === 7.1.2 引入范围 === 162 162 173 + 163 163 要定义引入的范围,应考虑以下问题: 164 164 165 165 * 需要引入的消费者资源是什么? ... ... @@ -174,12 +174,12 @@ 174 174 175 175 表7.2 引入的消费者资源示例 176 176 177 -(% style="width: 842px" %)178 -|**服务管理维度**|(% style="width: 296px" %)**资源实例**|(% style="width:427px" %)**需要引入的示例**179 -|组织和人员|(% style="width: 296px" %)用户(消费者组织的雇员)|(% style="width:427px" %)为了有效利用服务,用户需要接受有关服务使用和支持设置方面的培训180 -|价值流和流程|(% style="width: 296px" %)消费者组织程序、动作和工作流程|(% style="width:427px" %)应调整程序以整合服务、技术和服务提供商人员181 -|信息和技术|(% style="width: 296px" %)消费者组织的技术、数据和IT服务|(% style="width:427px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限; IT资源应与服务提供商的IT资源整合在一起; 数据和信息应迁移和/或转换182 -|合作伙伴和供应商|(% 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" %)用户(代表消费者组织的供应商和合作伙伴)需要使用服务和支持程序方面的培训 183 183 184 184 引入方法将影响一个或多个资源。当为引入方案创建引入计划时,服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。 185 185 ... ... @@ -228,6 +228,7 @@ 228 228 229 229 === 7.1.3 引入客户和用户:引入活动 === 230 230 242 + 231 231 在同意引入计划的范围之后,应规划引入活动。根据引入计划的范围和规模,以及组织的政策、规则和实践,用于计划的方法和工具可能会有所不同。表7.3提供了可能为服务管理四维模型资源计划的引入活动示例。 232 232 233 233 ... ... @@ -247,92 +247,18 @@ 247 247 248 248 表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例 249 249 250 -(% style="width:870px" %) 251 -|(% style="width:116px" %)**服务消费者资源即将启用**|(% style="width:232px" %)**服务提供者执行的引入活动**|(% style="width:256px" %)**服务消费者执行的引入活动**|(% style="width:265px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动** 252 -|(% style="width:116px" %)服务消费者的组织和人员|(% style="width:232px" %)((( 253 -提供培训和培训材料 262 +[[image:1641696159505-576.png]] 254 254 255 -介绍了联系和支持界面 256 256 257 -授予用户访问服务的权限 258 258 259 -传达了必要的警告(安全和责任)以及条款和条件 260 - 261 -成立治理组织 262 -)))|(% style="width:256px" %)((( 263 -用户学习培训材料(阅读、参加培训、学习教程等) 264 - 265 -组织同意并分配了使用新服务的责任 266 - 267 -角色和/或团队已更改以优化服务消费 268 - 269 -组织变革管理 270 -)))|(% style="width:265px" %)((( 271 -如果供应商服务受引入影响,则提供培训和培训材料 272 - 273 -对服务的访问权限进行审查并在需要时进行更改 274 -))) 275 -|(% style="width:116px" %)服务消费者的信息和技术|(% style="width:232px" %)((( 276 -信息系统集成 277 - 278 -数据迁移和/或转换,建立数据交换 279 - 280 -进行必要的配置和自定义 281 - 282 -部署了监视工具和其他操作工具 283 - 284 -建立了数据交换协议、集成和工具 285 -)))|(% style="width:256px" %)((( 286 -服务提供者的专家可以访问信息资源 287 - 288 -信息系统与服务提供者的系统集成在一起 289 - 290 -冗余信息系统已停用 291 - 292 -建立了数据交换协议、集成和工具 293 -)))|(% style="width:265px" %)((( 294 -受引入影响的服务变更(基础架构支持) 295 - 296 -服务消费者委托合作伙伴/供应商执行的任何操作 297 -))) 298 -|(% style="width:116px" %)服务消费者的价值流和流程|(% style="width:232px" %)((( 299 -同意服务提供商参与服务消费者的流程; 角色、职责得到同意、分配和测试 300 - 301 -在需要的地方提供流程改进咨询 302 -)))|(% style="width:256px" %)((( 303 -为服务消费更改/优化组织流程 304 - 305 -价值流得到优化,以最大化服务价值 306 - 307 -冗余程序(由服务替换或自动化)被删除或更新 308 -)))|(% style="width:265px" %)((( 309 -审核合作伙伴/供应商对服务消费者流程的参与;在需要时就角色、职责进行约定、、分配和测试 310 - 311 -在需要的地方提供流程改进咨询 312 -))) 313 -|(% style="width:116px" %)服务消费者的合作伙伴和供应商|(% style="width:232px" %)((( 314 -服务消费者的合作伙伴/供应商的授权代表可以使用服务 315 - 316 -在需要时提供退役/迁移协助 317 -)))|(% style="width:256px" %)((( 318 -与合作伙伴/供应商的合同已更新,以适应新的流程和价值流 319 - 320 -冗余(替换)服务的合同被取消或更改 321 - 322 -传达服务的新/变更要求 323 -)))|(% style="width:265px" %)((( 324 -必要时对合同进行审查和更新 325 - 326 -作为用户的供应商代表应学习所需的材料(通过阅读、参加培训、学习教程等) 327 -))) 328 - 329 329 但是,在许多引入计划中,用户需要引起极大关注,并且必须将其引入新服务,包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合,在客户引入中,向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。 330 330 331 331 332 332 表7.4 用户引入活动的示例 333 333 334 -|**服务**|**动作** 335 -|技术(应用和设备)|((( 271 +(% style="width:411px" %) 272 +|(% style="width:128px" %)**服务**|(% style="width:280px" %)**动作** 273 +|(% style="width:128px" %)技术(应用和设备)|(% style="width:280px" %)((( 336 336 在线教程、正式培训、模拟器、自定进度的培训,以及各种形式的手册 337 337 338 338 指导安装和设置 ... ... @@ -339,7 +339,7 @@ 339 339 340 340 培训超级用户以领导同行 341 341 ))) 342 -|流程(活动和过程)|((( 280 +|(% style="width:128px" %)流程(活动和过程)|(% style="width:280px" %)((( 343 343 海报、手册和培训 344 344 345 345 演练和指导 ... ... @@ -348,7 +348,7 @@ 348 348 349 349 阻止访问旧的工作方式 350 350 ))) 351 -|提供者的人员(操作和支持)|((( 289 +|(% style="width:128px" %)提供者的人员(操作和支持)|(% style="width:280px" %)((( 352 352 面对面或虚拟介绍,联合研讨会和培训 353 353 354 354 通讯录和明确的角色描述 ... ... @@ -355,7 +355,7 @@ 355 355 356 356 团队建设 357 357 ))) 358 -|第三方人员(操作和支持)|((( 296 +|(% style="width:128px" %)第三方人员(操作和支持)|(% style="width:280px" %)((( 359 359 面对面或虚拟介绍,联合研讨会以及培训, 360 360 361 361 通讯录和明确的角色描述 ... ... @@ -374,8 +374,12 @@ 374 374 * 服务请求管理 375 375 * 劳动力和人才管理。 376 376 315 + 316 + 317 + 377 377 === 7.1.4 引入控制 === 378 378 320 + 379 379 当规划引入计划时,必须就控制和验证技术的方法达成一致,以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。 380 380 381 381 ... ... @@ -392,14 +392,9 @@ 392 392 393 393 表7.5 引入控制方法示例 394 394 395 -|**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性** 396 -|项目集|项目集和项目计划、工作包、评审和KPI|组织变革管理、项目管理|大型客户和用户引入计划需要对各种资源进行复杂的更改 397 -|项目|项目计划、工作包、评审和KPI|组织变革管理、项目管理|企业服务的大多数服务消费者引入计划 398 -|一般变更|自定义清单|变更使能、部署管理、组织变革管理、发布管理、服务验证和测试|较小的服务消费者引入计划,主要是向现有消费者引入新服务的地方 399 -|标准变更|预定义清单|变更使能、部署管理,组织变革管理、发布管理以及服务验证和测试|企业服务的大多数用户引入计划 400 -|自动化部署和发布(例如,即插即用)|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理,发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划,以及企业服务的许多用户引入计划 401 -|审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系 337 +[[image:1641696264997-817.png]] 402 402 339 + 403 403 引入评审可能会导致下述各种改进: 404 404 405 405 * 产品、服务和服务提供设计 ... ... @@ -422,8 +422,15 @@ 422 422 [[image:1639123548518-524.png||height="52" width="40"]]**S**//olmaz:我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话,每个客户不超过两次。// 423 423 ))) 424 424 362 +(% class="wikigeneratedid" %) 363 +== == 364 + 365 +(% class="wikigeneratedid" %) 366 +== == 367 + 425 425 == 7.2 与用户相关并建立关系 == 426 426 370 + 427 427 由于服务提供者与服务消费者的技术和信息进行了更多的交互,因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务(例如IoT设备、技术微服务、信息系统维护和数据存储)是此类服务关系的示例。 428 428 429 429 ... ... @@ -445,6 +445,7 @@ 445 445 446 446 === 7.2.1 建立与企业用户的关系 === 447 447 392 + 448 448 在大型组织环境中,用户引入通常是由组织所使用的服务的更改,用户组的更改(例如组织中的新成员)或人员角色和职位的更改触发的。 449 449 450 450 ... ... @@ -477,135 +477,22 @@ 477 477 * 用户参与的服务评审和改进 478 478 * 仪表板和报告让用户社区可以清楚地了解服务质量。 479 479 480 -=== 7.2.2与个人消费者一起培育关系 === 481 481 482 -当服务消费者是个人时,有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。 483 483 484 484 485 - 表7.6与个人服务消费者的关系管理428 +=== 7.2.2与个人消费者一起培育关系 === 486 486 487 -(% style="width:828px" %) 488 -|**步骤**|(% style="width:376px" %)**挑战性**|(% style="width:363px" %)**服务提供商应用的示例解决方案** 489 -|探索|(% style="width:376px" %)((( 490 -服务消费者未明确表达其需求和期望 491 491 492 - 有时服务消费者没有意识到他们的需求和机会431 +当服务消费者是个人时,有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。 493 493 494 -个人意见不一定代表更大的消费群体的需求 495 -)))|(% style="width:363px" %)((( 496 -市场营销和社会学调查 497 497 498 - 有代表性的小组进行的安全失效实验434 +表7.6 与个人服务消费者的关系管理 499 499 500 -旨在提高认识和创造需求的营销活动 501 -))) 502 -|契动|(% style="width:376px" %)((( 503 -由于用户数量众多且服务提供者的能力有限,因此个人面对面的联系通常是不可能或效率低下的 436 +[[image:1641696354631-568.png]] 504 504 505 - 售前和售后受到严格监管,以保护消费者权益438 +[[image:1641696396035-579.png]] 506 506 507 -社区、影响者和同行的意见对于最初的契动决定很重要 508 -)))|(% style="width:363px" %)((( 509 -使用相关渠道和媒体公开广告 510 510 511 -广泛使用社交媒体、影响者和用户群体 512 - 513 -使用直接营销和对等的代理商 514 - 515 -基于对用户互联网活动的监视、搜索引擎优化以及其他针对目标受众的工具的情境广告 516 - 517 -优化基于互联网的服务目录(网站、登录页面、社交媒体帐户等) 518 - 519 -在相关和合理的情况下,销售和支持办公室网络 520 -))) 521 -|供应|(% style="width:376px" %)((( 522 -大量的服务消费者 523 - 524 -需要简单快捷的签约程序和界面 525 -)))|(% style="width:363px" %)((( 526 -标准服务目录、合同和协议 527 - 528 -目录和协议中的用户友好的简单语言描述 529 - 530 -广泛使用移动平台和应用程序 531 -))) 532 -|同意|(% style="width:376px" %)((( 533 -高水平的国际、国家和行业法规 534 - 535 -需要简单明确的语言 536 -)))|(% style="width:363px" %)((( 537 -高度自动化的签约,广泛使用数字文档和签名 538 - 539 -与电子支付系统(卡、PayPal等)集成 540 - 541 -自动尽职调查检查(如果适用) 542 -))) 543 -|引入|(% style="width:376px" %)((( 544 -大量具有不同技能和背景的服务消费者 545 - 546 -需要简单快速的引入 547 - 548 -不同的技术背景 549 -)))|(% style="width:363px" %)((( 550 -自动化的介绍和初步培训 551 - 552 -经过严格测试的引入说明和规程 553 - 554 -有关用户支持资源的专门章节,以帮助引入 555 - 556 -自动化资格和兼容性检查 557 -))) 558 -|价值共创|(% style="width:376px" %)((( 559 -大量具有不同技能和背景的服务消费者 560 - 561 -不同的技术背景 562 - 563 -不同的语言和沟通技巧 564 - 565 -通过社交媒体高度暴露用户体验和意见 566 -)))|(% style="width:363px" %)((( 567 -可用、方便且最新的在线状态支持常规业务 568 - 569 -为具有技能、背景和能力的用户优化的界面 570 - 571 -便捷的支持和沟通渠道(电话、支持办公室、社交媒体帐户、直接消息传递) 572 - 573 -社交媒体监控,并在投诉和其他问题时提供积极支持 574 - 575 -促进用户社区成为服务提供商及对等同行支持的渠道 576 - 577 -主动沟通(尤其是在重大事件时)、透明度和高可用性 578 - 579 -利用媒体和营销手段进行损害控制和被动式声明 580 - 581 -监视和事态管理以主动纠正服务质量偏差,或联系服务使用者 582 -))) 583 -|((( 584 -实现 585 - 586 -价值 587 -)))|(% style="width:376px" %)((( 588 -大量服务消费者 589 - 590 -个人经验对服务质量和满意度统计的影响很小 591 - 592 -对每个服务消费者进行直接服务评估的效率低下或不可能 593 - 594 -服务支持的不同期望和需求 595 -)))|(% style="width:363px" %)((( 596 -用于服务质量监控和报告的自动化接口, 597 - 598 -持续监控社交媒体反馈 599 - 600 -对用户满意度和态度的独立调查 601 - 602 -使用用户忠诚度指标(例如,净推荐值) 603 - 604 -使用自动体验指标 605 - 606 -服务消费者要求的服务评估专用支持渠道 607 -))) 608 - 609 609 服务提供者可以控制有关这些因素的决策。但是,与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如,预期或法律上要求服务提供者要特别考虑残疾用户。 610 610 611 611 ... ... @@ -629,8 +629,18 @@ 629 629 * 数据保护。 630 630 ))) 631 631 464 +(% class="wikigeneratedid" %) 465 +== == 466 + 467 +(% class="wikigeneratedid" %) 468 +== == 469 + 470 +(% class="wikigeneratedid" %) 471 +== == 472 + 632 632 == 7.3 提供用户参与和交付渠道 == 633 633 475 + 634 634 重要的是要建立适当的用户参与和交付渠道,以提供良好的用户体验。 635 635 636 636 ... ... @@ -659,129 +659,12 @@ 659 659 660 660 表7.7 服务提供者必须考虑的全渠道挑战示例 661 661 504 +[[image:1641696707897-409.png]] 662 662 663 -|**方法**|**挑战示例**|**解决方案示例** 664 -|左移,增加自助服务|((( 665 -用户没有足够的技术技能和/或动力来使用自助服务工具 506 +[[image:1641696741463-574.png]] 666 666 667 - 用户在访问服务的级别上只能完成有限的任务508 +[[image:1641696754650-363.png]] 668 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 - 782 -实施控制措施以防止滥用技术 783 -))) 784 - 785 785 只有将这些方法编排为无缝的用户支持体验时,才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成: 786 786 787 787 * 跨所有渠道唯一地识别和辨识用户 ... ... @@ -812,8 +812,15 @@ 812 812 [[image:1639123701310-435.png||height="48" width="31"]]**S**//olmaz:我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。// 813 813 ))) 814 814 540 +(% class="wikigeneratedid" %) 541 +== == 542 + 543 +(% class="wikigeneratedid" %) 544 +== == 545 + 815 815 == 7.4 使用户能够使用服务 == 816 816 548 + 817 817 某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备,或者了解在使用服务的环境中安全操作的规则。例如,要被允许租用汽车,要求一个人具有有效的驾驶执照,该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。 818 818 819 819 要启用用户,服务提供者应考虑: ... ... @@ -886,22 +886,29 @@ 886 886 [[image:1639123784450-617.png||height="42" width="37"]]//Mariana:我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息,以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。// 887 887 ))) 888 888 621 +(% class="wikigeneratedid" %) 622 +== == 623 + 624 +(% class="wikigeneratedid" %) 625 +== == 626 + 889 889 == 7.5 提升彼此的能力 == 890 890 629 + 891 891 服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组,以提高另一组的能力。 892 892 893 893 894 894 表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例 895 895 896 -(% style="width: 714px" %)897 -|(% style="width: 130px" %)**指导原则**|(% style="width:582px" %)**优化用户能力的应用示例**898 -|(% style="width: 130px" %)聚焦价值|(% style="width:582px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。899 -|(% style="width: 130px" %)从当前开始|(% style="width:582px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善,并且经常受到用户的抵制。900 -|(% style="width: 130px" %)基于反馈不断迭代|(% style="width:582px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改,均应进行测试,并根据用户反馈进行持续审查。 应鼓励用户提供反馈,反馈的后续行动对用户社区应该是透明的。901 -|(% style="width: 130px" %)合作并提高知名度|(% style="width:582px" %)在需要联合运营的情况下,用户应了解协作的要求并相互帮助,服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行,或者用户不知道如何使用服务,则应安全,轻松并鼓励其寻求帮助或报告事件。902 -|(% style="width: 130px" %)全面思考和工作|(% style="width:582px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。903 -|(% style="width: 130px" %)保持简单实用|(% style="width:582px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。904 -|(% style="width: 130px" %)优化和自动化|(% style="width:582px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。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" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。 905 905 906 906 为了帮助用户和客户变得更好,服务提供者可以考虑使用以下技术: 907 907 ... ... @@ -939,8 +939,15 @@ 939 939 [[image:1639124353057-972.png||height="50" width="39"]]//Solmaz:这不仅使我们的客户受益,而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本,最重要的是,它支持出色的客户体验。// 940 940 ))) 941 941 681 +(% class="wikigeneratedid" %) 682 +== == 683 + 684 +(% class="wikigeneratedid" %) 685 +== == 686 + 942 942 == 7.6 撤销客户与用户 == 943 943 689 + 944 944 与引入类似,应将撤销的动作和职责预先定义为产品和服务设计的一部分,然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时,此方法有效。这类示例诸如,用户在组织中的位置发生了变化,这可能导致用户使用的服务范围的变化。 945 945 946 946 ... ... @@ -958,6 +958,7 @@ 958 958 959 959 === 7.6.1 客户撤销 === 960 960 707 + 961 961 当服务协议期满或终止时,由服务提供者执行客户撤销。撤销动作通常包括: 962 962 963 963 * 与所有相关的利益相关者,包括用户、客户、相关的合作伙伴/供应商和监管机构,就计划的服务终止进行沟通 ... ... @@ -982,18 +982,19 @@ 982 982 983 983 表7.9 提供者切换操作示例 984 984 985 -|**服务管理的维度**|**切换操作示例** 986 -|组织和人员|((( 732 +(% style="width:349px" %) 733 +|(% style="width:105px" %)**服务管理的维度**|(% style="width:240px" %)**切换操作示例** 734 +|(% style="width:105px" %)组织和人员|(% style="width:240px" %)((( 987 987 更改用户访问权限 988 988 989 989 更改服务提供者的访问权限 990 990 ))) 991 -|价值流和流程|((( 739 +|(% style="width:105px" %)价值流和流程|(% style="width:240px" %)((( 992 992 更改共同行动的责任 993 993 994 994 更改程序和接口 995 995 ))) 996 -|信息和技术|((( 744 +|(% style="width:105px" %)信息和技术|(% style="width:240px" %)((( 997 997 频道切换 998 998 999 999 设备安装和卸载 ... ... @@ -1002,7 +1002,7 @@ 1002 1002 1003 1003 记录存档 1004 1004 ))) 1005 -|合作伙伴和供应商|与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同 753 +|(% style="width:105px" %)合作伙伴和供应商|(% style="width:240px" %)与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同 1006 1006 1007 1007 关于切换提供者的撤销动作类似于服务终止操作;它们应该涵盖表7.9中概述的所有服务管理四维模型。 1008 1008 ... ... @@ -1023,6 +1023,7 @@ 1023 1023 1024 1024 === 7.6.2 用户撤销 === 1025 1025 774 + 1026 1026 用户撤销可能是正在进行的服务关系的一部分,而没有服务或合同终止。常见的示例是用户从服务消费者组织辞职或在组织内的职位变化。这些场景应该在客户引入期间预先约定,并根据此方法进行处理(通常作为标准更改)。但是,在某些情况下,例如大规模撤销,可能需要额外的规划和协调。 1027 1027 1028 1028 ... ... @@ -1055,8 +1055,15 @@ 1055 1055 [[image:1639124450170-484.png||height="50" width="40"]]**S**//olmaz:撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化,我们不需要花费时间手动释放费用。// 1056 1056 ))) 1057 1057 807 +(% class="wikigeneratedid" %) 808 +== == 809 + 810 +(% class="wikigeneratedid" %) 811 +== == 812 + 1058 1058 == 7.7 总结 == 1059 1059 815 + 1060 1060 为了从协议发展到服务提供和消费,各方必须经历一种过渡,其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分,并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问,使用户能够使用服务以及提升彼此的能力。 1061 1061 1062 1062
- 1641648399488-552.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +95.2 KB - Content
- 1641648445447-538.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +96.0 KB - Content
- 1641648460356-240.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +65.6 KB - Content
- 1641649115472-408.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +71.5 KB - Content
- 1641696159505-576.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +98.8 KB - Content
- 1641696264997-817.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +89.9 KB - Content
- 1641696354631-568.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +83.8 KB - Content
- 1641696396035-579.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +85.5 KB - Content
- 1641696535254-420.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +96.2 KB - Content
- 1641696707897-409.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +96.1 KB - Content
- 1641696741463-574.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +54.9 KB - Content
- 1641696754650-363.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +47.3 KB - Content