文档更改07. 步骤5:引入
由 superadmin 于 2024/04/03, 16:50 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- Content
-
... ... @@ -27,9 +27,9 @@ 27 27 28 28 表7.1 引入和撤销的目的 29 29 30 -(% style="width:8 03px" %)31 -|(% style="width:1 65px" %)**引入和撤销**|(% style="width:307px" %)**对于服务消费者**|(% style="width:328px" %)**对于服务提供者**32 -|(% 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" %)((( 33 33 通过有效使用服务来确保更好的投资回报 34 34 35 35 改善用户体验 ... ... @@ -37,7 +37,7 @@ 37 37 通过有效使用服务来提高业务运营的效果和效率 38 38 39 39 通过与新的服务提供者合作来最大化价值 40 -)))|(% style="width:3 28px" %)(((40 +)))|(% style="width:367px" %)((( 41 41 通过与新的服务消费者/客户/用户的合作来最大化价值 42 42 43 43 提高对新的服务和服务提供者的总体了解 ... ... @@ -44,22 +44,22 @@ 44 44 45 45 提高客户和用户的忠诚度和参与度 46 46 ))) 47 -|(% style="width:1 65px" %)优化风险和合规性|(% style="width:307px" %)(((47 +|(% style="width:181px" %)优化风险和合规性|(% style="width:346px" %)((( 48 48 降低与新服务和用户有关的用户事件及问题的可能性 49 49 50 50 缩短过渡到新服务/提供者的时间 51 -)))|(% style="width:3 28px" %)(((51 +)))|(% style="width:367px" %)((( 52 52 降低服务质量中事件和相关违规的可能性 53 53 54 54 防止/减少用户对新服务和/或服务提供者的抵制 55 55 ))) 56 -|(% style="width:1 65px" %)优化资源并最小化成本|(% style="width:307px" %)(((56 +|(% style="width:181px" %)优化资源并最小化成本|(% style="width:346px" %)((( 57 57 减少过渡到新服务/提供者相关的成本和损失 58 58 59 59 优化用户培训成本 60 60 61 61 优化用户支持成本 62 -)))|(% style="width:3 28px" %)(((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 * 在利益相关者中构建有关新服务消费者(或与现有消费者的服务关系的新范围)的认知 ... ... @@ -102,7 +102,7 @@ 102 102 [[image:1639123311962-491.png||height="49" width="39"]]//Mariana:在我们的引入过程中,我们请客户同意他们将遵守所有驾驶法规。这包括关于遵守交通信号灯和标志,不在酒精或毒品影响下驾驶的法律以及停车法。我们还要求所有客户在使用我们的汽车时携带驾驶执照和其他身份证明。// 103 103 ))) 104 104 105 -[[image:1639123345078-830.png]] 106 +[[image:1639123345078-830.png]] 106 106 107 107 108 108 == 7.1 规划引入 == ... ... @@ -127,7 +127,6 @@ 127 127 * 如何控制引入并确保其成功? 128 128 129 129 130 - 131 131 === 7.1.1 引入目标 === 132 132 133 133 服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括: ... ... @@ -249,6 +249,7 @@ 249 249 * 自动化软件安装和更新 250 250 * 跨平台可用性。 251 251 252 + 252 252 表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例 253 253 254 254 (% style="width:885px" %) ... ... @@ -330,6 +330,7 @@ 330 330 作为用户的供应商代表应学习所需的材料(通过阅读、参加培训、学习教程等) 331 331 ))) 332 332 334 + 333 333 但是,在许多引入计划中,用户需要引起极大关注,并且必须将其引入新服务,包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合,在客户引入中,向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。 334 334 335 335 ... ... @@ -367,6 +367,7 @@ 367 367 团队建设 368 368 ))) 369 369 372 + 370 370 这些引入活动受多种ITIL惯例的支持,包括: 371 371 372 372 * 变更使能 ... ... @@ -378,6 +378,8 @@ 378 378 * 服务请求管理 379 379 * 劳动力和人才管理。 380 380 384 + 385 + 381 381 === 7.1.4 引入控制 === 382 382 383 383 当规划引入计划时,必须就控制和验证技术的方法达成一致,以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。 ... ... @@ -394,6 +394,7 @@ 394 394 * 风险评估 395 395 * 持续改进实践的改进登记 396 396 402 + 397 397 表7.5 引入控制方法示例 398 398 399 399 |**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性** ... ... @@ -404,6 +404,7 @@ 404 404 |自动化部署和发布(例如,即插即用)|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理,发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划,以及企业服务的许多用户引入计划 405 405 |审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系 406 406 413 + 407 407 引入评审可能会导致下述各种改进: 408 408 409 409 * 产品、服务和服务提供设计 ... ... @@ -414,6 +414,7 @@ 414 414 * 服务提供者的管理实践 415 415 * 正在进行的引入计划和举措 416 416 424 + 417 417 |((( 418 418 **ITIL故事:规划引入** 419 419 ... ... @@ -426,6 +426,8 @@ 426 426 [[image:1639123548518-524.png||height="52" width="40"]]**S**//olmaz:我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话,每个客户不超过两次。// 427 427 ))) 428 428 437 + 438 + 429 429 == 7.2 与用户相关并建立关系 == 430 430 431 431 由于服务提供者与服务消费者的技术和信息进行了更多的交互,因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务(例如IoT设备、技术微服务、信息系统维护和数据存储)是此类服务关系的示例。 ... ... @@ -471,6 +471,7 @@ 471 471 * 培育用户社区并积极支持其成员 472 472 * 对画像执行服务使用情况分析,并主动使用实时终端用户计算数据。 473 473 484 + 474 474 当组织的用户社区的变化触发引入时,IT服务引入可能会成为更广泛的引入计划的一部分。这包括人力资源、法律、财务和其他团队。在这些情况下,重要的是要确保与包括内部和外部服务提供程序在内的多方进行有效的集成和交互。这会影响用户对组织的看法。为了成功引入新用户,需要特别关注所涉及服务提供者之间的集成和一致性。使单个团队或角色负责用户/员工引入可能会很有用;这可以是人力资源团队/ 角色,也可以是专注于用户参与和福利的团队/ 角色。 475 475 476 476 ... ... @@ -481,6 +481,8 @@ 481 481 * 用户参与的服务评审和改进 482 482 * 仪表板和报告让用户社区可以清楚地了解服务质量。 483 483 495 + 496 + 484 484 === 7.2.2与个人消费者一起培育关系 === 485 485 486 486 当服务消费者是个人时,有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。 ... ... @@ -610,6 +610,7 @@ 610 610 服务消费者要求的服务评估专用支持渠道 611 611 ))) 612 612 626 + 613 613 服务提供者可以控制有关这些因素的决策。但是,与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如,预期或法律上要求服务提供者要特别考虑残疾用户。 614 614 615 615 ... ... @@ -633,6 +633,7 @@ 633 633 * 数据保护。 634 634 ))) 635 635 650 + 636 636 == 7.3 提供用户参与和交付渠道 == 637 637 638 638 重要的是要建立适当的用户参与和交付渠道,以提供良好的用户体验。 ... ... @@ -658,6 +658,7 @@ 658 658 * 为基于技术的服务提供远程用户支持时,通常的做法是使用带有视频功能的移动设备,以允许支持代理查看用户正在疲于应付的设备和应用程序。这可能是支持缺乏技术技能的用户的有效方法。 659 659 * 监控和事态管理技术帮助服务提供者远程主动地监视、管理和修复服务组件,从而使用户在请求支持时无需执行诊断操作。 660 660 676 + 661 661 这些方法与服务提供者必须考虑的挑战有关。表7.7说明了其中一些挑战。 662 662 663 663 ... ... @@ -786,6 +786,7 @@ 786 786 实施控制措施以防止滥用技术 787 787 ))) 788 788 805 + 789 789 只有将这些方法编排为无缝的用户支持体验时,才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成: 790 790 791 791 * 跨所有渠道唯一地识别和辨识用户 ... ... @@ -793,6 +793,7 @@ 793 793 * 利用所有遇到的用户数据 794 794 * 监控并管理所有用户旅程中的绩效。 795 795 813 + 796 796 在公司环境中提供服务时,通常很容易同意与用户进行交互的渠道。但是,人们希望他们在工作场所的体验与在家一样顺畅舒适。。服务提供者必须响应此需求,并提供更广泛的渠道和接口。这可能包括在没有加强数据保护的情况下,通过个人设备或公司设备提供业务服务。服务提供者和服务消费者在讨论并协定服务时应考虑收益、风险和成本。 797 797 798 798 ... ... @@ -805,6 +805,7 @@ 805 805 * 确保符合安全以及法律和法规要求 806 806 * 远程支持的连接性,包括用户端的支持 807 807 826 + 808 808 选择和设计服务渠道时要考虑的一个重要因素是用户准备使用服务以及相关的风险和机遇。 809 809 810 810 ... ... @@ -816,6 +816,7 @@ 816 816 [[image:1639123701310-435.png||height="48" width="31"]]**S**//olmaz:我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。// 817 817 ))) 818 818 838 + 819 819 == 7.4 使用户能够使用服务 == 820 820 821 821 某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备,或者了解在使用服务的环境中安全操作的规则。例如,要被允许租用汽车,要求一个人具有有效的驾驶执照,该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。 ... ... @@ -826,6 +826,7 @@ 826 826 * 根据要求采取措施 827 827 * 控制实施并不断检查需求的相关性。 828 828 849 + 829 829 对于许多服务,都有某些要求。为了使用户能够正确、安全和有效地使用这些服务,应在用户开始使用该服务之前满足这些要求。某些要求是由监管机构定义的;一些则是由服务消费者和服务提供者组织推出的。 830 830 831 831 ... ... @@ -842,6 +842,7 @@ 842 842 * 有效的服务目录展示,包括服务请求目录。 843 843 * 其他措施,以确保用户有权使用服务。 844 844 866 + 845 845 这些措施中的许多都可以作为引入计划的一部分。有些可能需要定期确认,以作为持续消费的一部分。服务消费者和服务提供者组织应在提议和协定步骤上就措施达成一致。 846 846 847 847 ... ... @@ -860,6 +860,7 @@ 860 860 * 保持最新 861 861 * 具有可操作性(并且在可能的情况下,对于用户有资格执行的操作是自动的,例如对服务级别和发起服务请求的细微更改)。 862 862 885 + 863 863 服务台实践有助于有效的用户引入,从而使用户能够参与用户旅程的所有步骤。它提供了各种用户接口,使用户能够以最方便的方式联系服务提供者。这可能包括: 864 864 865 865 * 移动应用程序,可以与流行的语音接口集成 ... ... @@ -867,6 +867,7 @@ 867 867 * 在线工具访问受限的情况下,为用户提供电话热线 868 868 * 现场支持区域。 869 869 893 + 870 870 服务台应该为所有相关类型的用户查询提供接口。这包括咨询、事件、服务请求、投诉和表扬。 871 871 872 872 ... ... @@ -890,6 +890,8 @@ 890 890 [[image:1639123784450-617.png||height="42" width="37"]]//Mariana:我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息,以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。// 891 891 ))) 892 892 917 + 918 + 893 893 == 7.5 提升彼此的能力 == 894 894 895 895 服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组,以提高另一组的能力。 ... ... @@ -906,6 +906,7 @@ 906 906 |保持简单实用|用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。 907 907 |优化和自动化|用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。 908 908 935 + 909 909 为了帮助用户和客户变得更好,服务提供者可以考虑使用以下技术: 910 910 911 911 * 根据角色向特定的用户组、角色和用户特征提供有针对性的用户培训。 ... ... @@ -918,6 +918,7 @@ 918 918 * 建立并支持用户社区,并在适用时让多个服务消费者参与。 919 919 * 让超级用户帮助其他人采用新服务。 920 920 948 + 921 921 这些方法大多数都适用于服务过程中的几个步骤,包括引入。 922 922 923 923 ... ... @@ -929,6 +929,7 @@ 929 929 * 提供有关服务关系各个级别的反馈,并提供公众评论以促进跨组织的用户社区。 930 930 * 与服务提供者组成联合专家团队。 931 931 960 + 932 932 当在组织中共享和支持所有方法,并且持续改进时,所有方法都可以更好地发挥作用。 933 933 934 934 ... ... @@ -942,6 +942,8 @@ 942 942 [[image:1639124353057-972.png||height="50" width="39"]]//Solmaz:这不仅使我们的客户受益,而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本,最重要的是,它支持出色的客户体验。// 943 943 ))) 944 944 974 + 975 + 945 945 == 7.9 撤销客户与用户 == 946 946 947 947 与引入类似,应将撤销的动作和职责预先定义为产品和服务设计的一部分,然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时,此方法有效。这类示例诸如,用户在组织中的位置发生了变化,这可能导致用户使用的服务范围的变化。 ... ... @@ -974,6 +974,7 @@ 974 974 * 保留双方同意和/或适用法规要求的正式撤销记录 975 975 * 执行与处境相关的关系管理动作,例如闭门会议、感谢信、恢复服务关系的邀请等。 976 976 1008 + 977 977 这些操作适用于大多数客户撤销场景。具体操作取决于服务的性质以及撤销计划的范围。有些操作由服务提供者或服务消费者执行,而有些可能需要协作。这些通常在引入步骤中事先约定,但可能需要在撤销开始之前进一步鉴证。 978 978 979 979 ... ... @@ -1007,6 +1007,7 @@ 1007 1007 ))) 1008 1008 |合作伙伴和供应商|与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同 1009 1009 1042 + 1010 1010 关于切换提供者的撤销动作类似于服务终止操作;它们应该涵盖表7.9中概述的所有服务管理四维模型。 1011 1011 1012 1012 ... ... @@ -1021,6 +1021,7 @@ 1021 1021 * 服务级别管理 1022 1022 * 软件开发和管理。 1023 1023 1057 + 1024 1024 大规模的撤销和切换计划可能需要组织变革管理和项目管理实践来协调撤销动作,并确保所涉及的组织成功实施了变更。 1025 1025 1026 1026 ... ... @@ -1040,6 +1040,7 @@ 1040 1040 * 维护双方同意和/或适用法规要求的正式撤销记录 1041 1041 * 执行关系管理操作,例如闭幕会议、撰写感谢信等。 1042 1042 1077 + 1043 1043 正式程度取决于服务关系。例如,当服务提供者位于服务消费者组织内部时,正式程度可能会较低,并且服务消费者代表(例如用户的经理)可能会执行某些操作。 1044 1044 1045 1045 ... ... @@ -1058,6 +1058,7 @@ 1058 1058 [[image:1639124450170-484.png||height="50" width="40"]]**S**//olmaz:撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化,我们不需要花费时间手动释放费用。// 1059 1059 ))) 1060 1060 1096 + 1061 1061 == 7.7 总结 == 1062 1062 1063 1063 为了从协议发展到服务提供和消费,各方必须经历一种过渡,其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分,并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问,使用户能够使用服务以及提升彼此的能力。