文档更改07. 步骤5:引入
由 superadmin 于 2024/04/03, 16:50 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- Content
-
... ... @@ -1,7 +5,3 @@ 1 -{{box cssClass="floatinginfobox" title="**Contents**"}} 2 -{{toc/}} 3 -{{/box}} 4 - 5 5 = 7. 步骤5:引入 = 6 6 7 7 [[image:1639123237595-418.png]] ... ... @@ -77,6 +77,7 @@ 77 77 * 确保为服务提供准备好服务范围内的所有资源 78 78 * 确保客户和用户已准备好使用服务消费。 79 79 76 + 80 80 引入通常被认为是服务提供者的活动,而服务消费者参与却很少。但是,成功的引入涉及服务提供者和服务消费者。如果服务消费者的参与需要大量资源,组织通常会同意,并提前与客户达成引入的方法。重要的是要确保其他合作伙伴和供应商知道并接受引入方法和计划(如果它们将参与其实现)。当将引入详细定义为产品、服务和服务产品设计的一部分时,用于特定计划的规划则更容易、更安全、更快捷。因此,在第5章中将引入方法定义为产品、服务和服务提供设计的一部分。在本章中,引入方法适用于特定引入计划的计划。 81 81 82 82 ... ... @@ -90,6 +90,7 @@ 90 90 * 服务台 91 91 * 服务级别管理。 92 92 90 + 93 93 规划和执行引入计划中可能还涉及其他实践。例如,有时将引入作为项目进行管理,需要项目管理实践。 94 94 95 95 ... ... @@ -119,6 +119,7 @@ 119 119 * 规划引入行动,包括时间表和职责 120 120 * 审核并接受引入计划。 121 121 120 + 122 122 引入计划应该回答以下问题: 123 123 124 124 * 引入目标是什么? ... ... @@ -127,6 +127,8 @@ 127 127 * 谁负责引入行动? 128 128 * 如何控制引入并确保其成功? 129 129 129 + 130 + 130 130 === 7.1.1 引入目标 === 131 131 132 132 服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括: ... ... @@ -136,6 +136,7 @@ 136 136 * 支持所选服务的用户数量的临时增加 137 137 * 支持服务消费者从一个(第三方)供应商切换到另一个。 138 138 140 + 139 139 应该根据议定的目标(成果)来评估引入的成功,而不是仅仅检查计划的引入行动(输出)的进度和完成情况。 140 140 141 141 ... ... @@ -147,6 +147,7 @@ 147 147 * 关系经理 148 148 * 业务合作伙伴。 149 149 152 + 150 150 在服务消费者方面,客户有责任同意引入的目标,并将其传达给组织内的相关利益相关方,以及组织的合作伙伴和供应商(如果它们是引入的一部分或受其影响)。 151 151 152 152 ... ... @@ -153,7 +153,7 @@ 153 153 在关键利益相关方接受引入目标之后,应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是,服务消费者代表将被告知、被咨询或对此负责,因为引入是一项联合行动,可能需要双方大量资源。 154 154 155 155 156 -== =7.1.2 引入范围 ===159 +== 7.1.2 引入范围 == 157 157 158 158 要定义引入的范围,应考虑以下问题: 159 159 ... ... @@ -161,6 +161,7 @@ 161 161 * 引入需要哪些提供者资源? 162 162 * 引入什么时候开始和结束? 163 163 167 + 164 164 引入方法有望回答所有这些问题,但是每个引入计划都需要根据该计划的范围,对引入方法进行审查和调整。 165 165 166 166 ... ... @@ -176,6 +176,7 @@ 176 176 |信息和技术|(% style="width:296px" %)消费者组织的技术、数据和IT服务|(% style="width:427px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限; IT资源应与服务提供商的IT资源整合在一起; 数据和信息应迁移和/或转换 177 177 |合作伙伴和供应商|(% style="width:296px" %)用户(消费者组织的供应商和合作伙伴的雇员充当新服务用户)|(% style="width:427px" %)用户(代表消费者组织的供应商和合作伙伴)需要使用服务和支持程序方面的培训 178 178 183 + 179 179 引入方法将影响一个或多个资源。当为引入方案创建引入计划时,服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。 180 180 181 181 ... ... @@ -187,6 +187,7 @@ 187 187 * 从其它服务提供者迁移服务消费者 188 188 * 从其它服务提供者迁移服务和/或生产。 189 189 195 + 190 190 这些场景旨在连接服务提供者资源和服务消费者,服务消费者可能涉及多个服务、用户、位置和供应商。最复杂的引入计划可以作为项目或项目群来运行。在设计产品和服务时,服务提供者旨在最大程度地减少引入的成本,并使服务消费的启动变得无缝和便捷。 191 191 192 192 ... ... @@ -197,6 +197,7 @@ 197 197 * 引入现有用户切换到一个或多个服务的较新版本 198 198 * 将现有的用户从当前的服务迁移到另一个服务。 199 199 206 + 200 200 这些场景意味着服务提供者和服务消费者的资源已在客户引入期间集成,并且用户引入仅需要针对用户的较少操作。但是,涉及大量用户的用户引入计划可能非常复杂,需要项目管理。 201 201 202 202 ... ... @@ -208,6 +208,7 @@ 208 208 * 全新或现有的生产/ 服务/ 服务供应 209 209 * 由服务提供者资助的商业服务提供,或由服务消费者组织资助的非商业性服务。 210 210 218 + 211 211 基于上述考虑,引入可能在以下选项期间启动: 212 212 213 213 * 当各方达成有关服务提供协议时 ... ... @@ -217,6 +217,7 @@ 217 217 * 当用户正式受雇于服务消费者时 218 218 * 用户临时同意的工作时间 219 219 228 + 220 220 引入计划的结束也可能会有所不同。例如,当第一个用户能够使用服务时,或者在所有用户成功通过测试以确认他们熟悉服务之后,某些引入计划可能被视为已完成。新的服务、客户或用户的引入可能包括旧的撤销。有时,这是完成引入所必需的。 221 221 222 222 ... ... @@ -242,9 +242,9 @@ 242 242 243 243 表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例 244 244 245 -(% style="width:8 70px" %)246 -|(% style="width:1 16px" %)**服务消费者资源即将启用**|(% style="width:232px" %)**服务提供者执行的引入活动**|(% style="width:256px" %)**服务消费者执行的引入活动**|(% style="width:265px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**247 -|(% style="width:1 16px" %)服务消费者的组织和人员|(% style="width:232px" %)(((254 +(% style="width:885px" %) 255 +|(% style="width:134px" %)**服务消费者资源即将启用**|(% style="width:263px" %)**服务提供者执行的引入活动**|(% style="width:254px" %)**服务消费者执行的引入活动**|(% style="width:230px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动** 256 +|(% style="width:134px" %)服务消费者的组织和人员|(% style="width:263px" %)((( 248 248 提供培训和培训材料 249 249 250 250 介绍了联系和支持界面 ... ... @@ -254,7 +254,7 @@ 254 254 传达了必要的警告(安全和责任)以及条款和条件 255 255 256 256 成立治理组织 257 -)))|(% style="width:25 6px" %)(((266 +)))|(% style="width:254px" %)((( 258 258 用户学习培训材料(阅读、参加培训、学习教程等) 259 259 260 260 组织同意并分配了使用新服务的责任 ... ... @@ -262,12 +262,12 @@ 262 262 角色和/或团队已更改以优化服务消费 263 263 264 264 组织变革管理 265 -)))|(% style="width:2 65px" %)(((274 +)))|(% style="width:230px" %)((( 266 266 如果供应商服务受引入影响,则提供培训和培训材料 267 267 268 268 对服务的访问权限进行审查并在需要时进行更改 269 269 ))) 270 -|(% style="width:1 16px" %)服务消费者的信息和技术|(% style="width:232px" %)(((279 +|(% style="width:134px" %)服务消费者的信息和技术|(% style="width:263px" %)((( 271 271 信息系统集成 272 272 273 273 数据迁移和/或转换,建立数据交换 ... ... @@ -277,7 +277,7 @@ 277 277 部署了监视工具和其他操作工具 278 278 279 279 建立了数据交换协议、集成和工具 280 -)))|(% style="width:25 6px" %)(((289 +)))|(% style="width:254px" %)((( 281 281 服务提供者的专家可以访问信息资源 282 282 283 283 信息系统与服务提供者的系统集成在一起 ... ... @@ -285,37 +285,37 @@ 285 285 冗余信息系统已停用 286 286 287 287 建立了数据交换协议、集成和工具 288 -)))|(% style="width:2 65px" %)(((297 +)))|(% style="width:230px" %)((( 289 289 受引入影响的服务变更(基础架构支持) 290 290 291 291 服务消费者委托合作伙伴/供应商执行的任何操作 292 292 ))) 293 -|(% style="width:1 16px" %)服务消费者的价值流和流程|(% style="width:232px" %)(((302 +|(% style="width:134px" %)服务消费者的价值流和流程|(% style="width:263px" %)((( 294 294 同意服务提供商参与服务消费者的流程; 角色、职责得到同意、分配和测试 295 295 296 296 在需要的地方提供流程改进咨询 297 -)))|(% style="width:25 6px" %)(((306 +)))|(% style="width:254px" %)((( 298 298 为服务消费更改/优化组织流程 299 299 300 300 价值流得到优化,以最大化服务价值 301 301 302 302 冗余程序(由服务替换或自动化)被删除或更新 303 -)))|(% style="width:2 65px" %)(((312 +)))|(% style="width:230px" %)((( 304 304 审核合作伙伴/供应商对服务消费者流程的参与;在需要时就角色、职责进行约定、、分配和测试 305 305 306 306 在需要的地方提供流程改进咨询 307 307 ))) 308 -|(% style="width:1 16px" %)服务消费者的合作伙伴和供应商|(% style="width:232px" %)(((317 +|(% style="width:134px" %)服务消费者的合作伙伴和供应商|(% style="width:263px" %)((( 309 309 服务消费者的合作伙伴/供应商的授权代表可以使用服务 310 310 311 311 在需要时提供退役/迁移协助 312 -)))|(% style="width:25 6px" %)(((321 +)))|(% style="width:254px" %)((( 313 313 与合作伙伴/供应商的合同已更新,以适应新的流程和价值流 314 314 315 315 冗余(替换)服务的合同被取消或更改 316 316 317 317 传达服务的新/变更要求 318 -)))|(% style="width:2 65px" %)(((327 +)))|(% style="width:230px" %)((( 319 319 必要时对合同进行审查和更新 320 320 321 321 作为用户的供应商代表应学习所需的材料(通过阅读、参加培训、学习教程等) ... ... @@ -479,15 +479,15 @@ 479 479 480 480 表7.6 与个人服务消费者的关系管理 481 481 482 -(% style="width: 828px" %)483 -|**步骤**|(% style="width:3 76px" %)**挑战性**|(% style="width:363px" %)**服务提供商应用的示例解决方案**484 -|探索|(% style="width:3 76px" %)(((491 +(% style="width:902px" %) 492 +|**步骤**|(% style="width:399px" %)**挑战性**|(% style="width:422px" %)**服务提供商应用的示例解决方案** 493 +|探索|(% style="width:399px" %)((( 485 485 服务消费者未明确表达其需求和期望 486 486 487 487 有时服务消费者没有意识到他们的需求和机会 488 488 489 489 个人意见不一定代表更大的消费群体的需求 490 -)))|(% style="width: 363px" %)(((499 +)))|(% style="width:422px" %)((( 491 491 市场营销和社会学调查 492 492 493 493 有代表性的小组进行的安全失效实验 ... ... @@ -494,13 +494,13 @@ 494 494 495 495 旨在提高认识和创造需求的营销活动 496 496 ))) 497 -|契动|(% style="width:3 76px" %)(((506 +|契动|(% style="width:399px" %)((( 498 498 由于用户数量众多且服务提供者的能力有限,因此个人面对面的联系通常是不可能或效率低下的 499 499 500 500 售前和售后受到严格监管,以保护消费者权益 501 501 502 502 社区、影响者和同行的意见对于最初的契动决定很重要 503 -)))|(% style="width: 363px" %)(((512 +)))|(% style="width:422px" %)((( 504 504 使用相关渠道和媒体公开广告 505 505 506 506 广泛使用社交媒体、影响者和用户群体 ... ... @@ -513,11 +513,11 @@ 513 513 514 514 在相关和合理的情况下,销售和支持办公室网络 515 515 ))) 516 -|供应|(% style="width:3 76px" %)(((525 +|供应|(% style="width:399px" %)((( 517 517 大量的服务消费者 518 518 519 519 需要简单快捷的签约程序和界面 520 -)))|(% style="width: 363px" %)(((529 +)))|(% style="width:422px" %)((( 521 521 标准服务目录、合同和协议 522 522 523 523 目录和协议中的用户友好的简单语言描述 ... ... @@ -524,11 +524,11 @@ 524 524 525 525 广泛使用移动平台和应用程序 526 526 ))) 527 -|同意|(% style="width:3 76px" %)(((536 +|同意|(% style="width:399px" %)((( 528 528 高水平的国际、国家和行业法规 529 529 530 530 需要简单明确的语言 531 -)))|(% style="width: 363px" %)(((540 +)))|(% style="width:422px" %)((( 532 532 高度自动化的签约,广泛使用数字文档和签名 533 533 534 534 与电子支付系统(卡、PayPal等)集成 ... ... @@ -535,13 +535,13 @@ 535 535 536 536 自动尽职调查检查(如果适用) 537 537 ))) 538 -|引入|(% style="width:3 76px" %)(((547 +|引入|(% style="width:399px" %)((( 539 539 大量具有不同技能和背景的服务消费者 540 540 541 541 需要简单快速的引入 542 542 543 543 不同的技术背景 544 -)))|(% style="width: 363px" %)(((553 +)))|(% style="width:422px" %)((( 545 545 自动化的介绍和初步培训 546 546 547 547 经过严格测试的引入说明和规程 ... ... @@ -550,7 +550,7 @@ 550 550 551 551 自动化资格和兼容性检查 552 552 ))) 553 -|价值共创|(% style="width:3 76px" %)(((562 +|价值共创|(% style="width:399px" %)((( 554 554 大量具有不同技能和背景的服务消费者 555 555 556 556 不同的技术背景 ... ... @@ -558,7 +558,7 @@ 558 558 不同的语言和沟通技巧 559 559 560 560 通过社交媒体高度暴露用户体验和意见 561 -)))|(% style="width: 363px" %)(((570 +)))|(% style="width:422px" %)((( 562 562 可用、方便且最新的在线状态支持常规业务 563 563 564 564 为具有技能、背景和能力的用户优化的界面 ... ... @@ -579,7 +579,7 @@ 579 579 实现 580 580 581 581 价值 582 -)))|(% style="width:3 76px" %)(((591 +)))|(% style="width:399px" %)((( 583 583 大量服务消费者 584 584 585 585 个人经验对服务质量和满意度统计的影响很小 ... ... @@ -587,7 +587,7 @@ 587 587 对每个服务消费者进行直接服务评估的效率低下或不可能 588 588 589 589 服务支持的不同期望和需求 590 -)))|(% style="width: 363px" %)(((599 +)))|(% style="width:422px" %)((( 591 591 用于服务质量监控和报告的自动化接口, 592 592 593 593 持续监控社交媒体反馈 ... ... @@ -888,15 +888,14 @@ 888 888 889 889 表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例 890 890 891 -(% style="width:714px" %) 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" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。 899 -|(% style="width:130px" %)优化和自动化|(% style="width:582px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。 900 +|**指导原则**|**优化用户能力的应用示例** 901 +|聚焦价值|用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。 902 +|从当前开始|用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善,并且经常受到用户的抵制。 903 +|基于反馈不断迭代|对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改,均应进行测试,并根据用户反馈进行持续审查。 应鼓励用户提供反馈,反馈的后续行动对用户社区应该是透明的。 904 +|合作并提高知名度|在需要联合运营的情况下,用户应了解协作的要求并相互帮助,服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行,或者用户不知道如何使用服务,则应安全,轻松并鼓励其寻求帮助或报告事件。 905 +|全面思考和工作|服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。 906 +|保持简单实用|用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。 907 +|优化和自动化|用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。 900 900 901 901 为了帮助用户和客户变得更好,服务提供者可以考虑使用以下技术: 902 902 ... ... @@ -934,7 +934,7 @@ 934 934 [[image:1639124353057-972.png||height="50" width="39"]]//Solmaz:这不仅使我们的客户受益,而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本,最重要的是,它支持出色的客户体验。// 935 935 ))) 936 936 937 -== 7. 6撤销客户与用户 ==945 +== 7.9 撤销客户与用户 == 938 938 939 939 与引入类似,应将撤销的动作和职责预先定义为产品和服务设计的一部分,然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时,此方法有效。这类示例诸如,用户在组织中的位置发生了变化,这可能导致用户使用的服务范围的变化。 940 940 ... ... @@ -951,7 +951,7 @@ 951 951 当服务消费者因不满意或纠纷而离开时,确定原因很重要。在这些情况下,在无冲突的环境中流程的每个步骤都已商定时,同意并准备好撤销以确保无缝的撤销就尤为重要。此外,双方应注意不要加剧任何冲突或对任何其他方造成伤害;他们应同意对争端保密。当预期将采取后续法律行动时,这一点尤其重要。 952 952 953 953 954 -=== 7. 6.1 客户撤销 ===962 +=== 7.9.1 客户撤销 === 955 955 956 956 当服务协议期满或终止时,由服务提供者执行客户撤销。撤销动作通常包括: 957 957