Changes for page 07. 步骤5：引入

Last modified by superadmin on 2024/04/03, 16:50

From version < 20.1 >

edited by superadmin
on 2021/12/10, 16:23

To version < 19.1 >

edited by superadmin
on 2021/12/10, 16:21

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -27,9
          +27,9 @@
  表7.1  引入和撤销的目的
--(% style="width:803px" %)
--|(% style="width:165px" %)**引入和撤销**|(% style="width:307px" %)**对于服务消费者**|(% style="width:328px" %)**对于服务提供者**
--|(% style="width:165px" %)促进成果和体验|(% style="width:307px" %)(((
++(% style="width:895px" %)
++|(% style="width:181px" %)**引入和撤销**|(% style="width:346px" %)**对于服务消费者**|(% style="width:367px" %)**对于服务提供者**
++|(% style="width:181px" %)促进成果和体验|(% style="width:346px" %)(((
  通过有效使用服务来确保更好的投资回报
  改善用户体验
@@ -37,7
          +37,7 @@
  通过有效使用服务来提高业务运营的效果和效率
  通过与新的服务提供者合作来最大化价值
--)))|(% style="width:328px" %)(((
++)))|(% style="width:367px" %)(((
  通过与新的服务消费者/客户/用户的合作来最大化价值
  提高对新的服务和服务提供者的总体了解
@@ -44,22
          +44,22 @@
  提高客户和用户的忠诚度和参与度
  )))
--|(% style="width:165px" %)优化风险和合规性|(% style="width:307px" %)(((
++|(% style="width:181px" %)优化风险和合规性|(% style="width:346px" %)(((
  降低与新服务和用户有关的用户事件及问题的可能性
  缩短过渡到新服务/提供者的时间
--)))|(% style="width:328px" %)(((
++)))|(% style="width:367px" %)(((
  降低服务质量中事件和相关违规的可能性
  防止/减少用户对新服务和/或服务提供者的抵制
  )))
--|(% style="width:165px" %)优化资源并最小化成本|(% style="width:307px" %)(((
++|(% style="width:181px" %)优化资源并最小化成本|(% style="width:346px" %)(((
  减少过渡到新服务/提供者相关的成本和损失
  优化用户培训成本
  优化用户支持成本
--)))|(% style="width:328px" %)(((
++)))|(% style="width:367px" %)(((
  减少过渡成本
  减少用户支持成本
@@ -88,6
          +88,7 @@
  * 服务台
  * 服务级别管理。
++
  规划和执行引入计划中可能还涉及其他实践。例如，有时将引入作为项目进行管理，需要项目管理实践。
@@ -102,7
          +102,7 @@
  [[image:1639123311962-491.png||height="49" width="39"]]//Mariana：在我们的引入过程中，我们请客户同意他们将遵守所有驾驶法规。这包括关于遵守交通信号灯和标志，不在酒精或毒品影响下驾驶的法律以及停车法。我们还要求所有客户在使用我们的汽车时携带驾驶执照和其他身份证明。//
  )))
--[[image:1639123345078-830.png]]
++[[image:1639123345078-830.png]]
  == 7.1 规划引入 ==
@@ -117,6
          +117,7 @@
  * 规划引入行动，包括时间表和职责
  * 审核并接受引入计划。
++
  引入计划应该回答以下问题：
  * 引入目标是什么？
@@ -125,6
          +125,7 @@
  * 谁负责引入行动？
  * 如何控制引入并确保其成功？
++
  === 7.1.1 引入目标 ===
  服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括：
@@ -134,6
          +134,7 @@
  * 支持所选服务的用户数量的临时增加
  * 支持服务消费者从一个（第三方）供应商切换到另一个。
++
  应该根据议定的目标（成果）来评估引入的成功，而不是仅仅检查计划的引入行动（输出）的进度和完成情况。
@@ -145,6
          +145,7 @@
  * 关系经理
  * 业务合作伙伴。
++
  在服务消费者方面，客户有责任同意引入的目标，并将其传达给组织内的相关利益相关方，以及组织的合作伙伴和供应商（如果它们是引入的一部分或受其影响）。
@@ -159,6
          +159,7 @@
  * 引入需要哪些提供者资源？
  * 引入什么时候开始和结束？
++
  引入方法有望回答所有这些问题，但是每个引入计划都需要根据该计划的范围，对引入方法进行审查和调整。
@@ -174,6
          +174,7 @@
  |信息和技术|(% style="width:296px" %)消费者组织的技术、数据和IT服务|(% style="width:427px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限； IT资源应与服务提供商的IT资源整合在一起； 数据和信息应迁移和/或转换
  |合作伙伴和供应商|(% style="width:296px" %)用户（消费者组织的供应商和合作伙伴的雇员充当新服务用户）|(% style="width:427px" %)用户（代表消费者组织的供应商和合作伙伴）需要使用服务和支持程序方面的培训
++
  引入方法将影响一个或多个资源。当为引入方案创建引入计划时，服务提供者应基于引入方法识别需要引入的特定资源和所需的操作。
@@ -185,6
          +185,7 @@
  * 从其它服务提供者迁移服务消费者
  * 从其它服务提供者迁移服务和/或生产。
++
  这些场景旨在连接服务提供者资源和服务消费者，服务消费者可能涉及多个服务、用户、位置和供应商。最复杂的引入计划可以作为项目或项目群来运行。在设计产品和服务时，服务提供者旨在最大程度地减少引入的成本，并使服务消费的启动变得无缝和便捷。
@@ -195,6
          +195,7 @@
  * 引入现有用户切换到一个或多个服务的较新版本
  * 将现有的用户从当前的服务迁移到另一个服务。
++
  这些场景意味着服务提供者和服务消费者的资源已在客户引入期间集成，并且用户引入仅需要针对用户的较少操作。但是，涉及大量用户的用户引入计划可能非常复杂，需要项目管理。
@@ -206,6
          +206,7 @@
  * 全新或现有的生产/ 服务/ 服务供应
  * 由服务提供者资助的商业服务提供，或由服务消费者组织资助的非商业性服务。
++
  基于上述考虑，引入可能在以下选项期间启动：
  * 当各方达成有关服务提供协议时
@@ -215,6
          +215,7 @@
  * 当用户正式受雇于服务消费者时
  * 用户临时同意的工作时间
++
  引入计划的结束也可能会有所不同。例如，当第一个用户能够使用服务时，或者在所有用户成功通过测试以确认他们熟悉服务之后，某些引入计划可能被视为已完成。新的服务、客户或用户的引入可能包括旧的撤销。有时，这是完成引入所必需的。
@@ -238,6
          +238,7 @@
  * 自动化软件安装和更新
  * 跨平台可用性。
++
  表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动的示例
  (% style="width:885px" %)
@@ -319,6
          +319,7 @@
  作为用户的供应商代表应学习所需的材料（通过阅读、参加培训、学习教程等）
  )))
++
  但是，在许多引入计划中，用户需要引起极大关注，并且必须将其引入新服务，包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合，在客户引入中，向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。
@@ -356,6
          +356,7 @@
  团队建设
  )))
++
  这些引入活动受多种ITIL惯例的支持，包括：
  * 变更使能
@@ -368,6
          +368,7 @@
  * 劳动力和人才管理。
++
  === 7.1.4 引入控制 ===
  当规划引入计划时，必须就控制和验证技术的方法达成一致，以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。
@@ -384,6
          +384,7 @@
  * 风险评估
  * 持续改进实践的改进登记
++
  表7.5 引入控制方法示例
  |**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性**
@@ -394,6
          +394,7 @@
  |自动化部署和发布（例如，即插即用）|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理，发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划，以及企业服务的许多用户引入计划
  |审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系
++
  引入评审可能会导致下述各种改进：
  * 产品、服务和服务提供设计
@@ -404,6
          +404,7 @@
  * 服务提供者的管理实践
  * 正在进行的引入计划和举措
++
  |(((
  **ITIL故事：规划引入**
@@ -417,6
          +417,7 @@
  )))
++
  == 7.2 与用户相关并建立关系 ==
  由于服务提供者与服务消费者的技术和信息进行了更多的交互，因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务（例如IoT设备、技术微服务、信息系统维护和数据存储）是此类服务关系的示例。
@@ -462,6
          +462,7 @@
  * 培育用户社区并积极支持其成员
  * 对画像执行服务使用情况分析，并主动使用实时终端用户计算数据。
++
  当组织的用户社区的变化触发引入时，IT服务引入可能会成为更广泛的引入计划的一部分。这包括人力资源、法律、财务和其他团队。在这些情况下，重要的是要确保与包括内部和外部服务提供程序在内的多方进行有效的集成和交互。这会影响用户对组织的看法。为了成功引入新用户，需要特别关注所涉及服务提供者之间的集成和一致性。使单个团队或角色负责用户/员工引入可能会很有用；这可以是人力资源团队/ 角色，也可以是专注于用户参与和福利的团队/ 角色。
@@ -473,6
          +473,7 @@
  * 仪表板和报告让用户社区可以清楚地了解服务质量。
++
  === 7.2.2与个人消费者一起培育关系 ===
  当服务消费者是个人时，有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。
@@ -602,6
          +602,7 @@
  服务消费者要求的服务评估专用支持渠道
  )))
++
  服务提供者可以控制有关这些因素的决策。但是，与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如，预期或法律上要求服务提供者要特别考虑残疾用户。
@@ -625,6
          +625,7 @@
  * 数据保护。
  )))
++
  == 7.3 提供用户参与和交付渠道 ==
  重要的是要建立适当的用户参与和交付渠道，以提供良好的用户体验。
@@ -650,6
          +650,7 @@
  * 为基于技术的服务提供远程用户支持时，通常的做法是使用带有视频功能的移动设备，以允许支持代理查看用户正在疲于应付的设备和应用程序。这可能是支持缺乏技术技能的用户的有效方法。
  * 监控和事态管理技术帮助服务提供者远程主动地监视、管理和修复服务组件，从而使用户在请求支持时无需执行诊断操作。
++
  这些方法与服务提供者必须考虑的挑战有关。表7.7说明了其中一些挑战。
@@ -778,6
          +778,7 @@
  实施控制措施以防止滥用技术
  )))
++
  只有将这些方法编排为无缝的用户支持体验时，才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成：
  * 跨所有渠道唯一地识别和辨识用户
@@ -785,6
          +785,7 @@
  * 利用所有遇到的用户数据
  * 监控并管理所有用户旅程中的绩效。
++
  在公司环境中提供服务时，通常很容易同意与用户进行交互的渠道。但是，人们希望他们在工作场所的体验与在家一样顺畅舒适。。服务提供者必须响应此需求，并提供更广泛的渠道和接口。这可能包括在没有加强数据保护的情况下，通过个人设备或公司设备提供业务服务。服务提供者和服务消费者在讨论并协定服务时应考虑收益、风险和成本。
@@ -797,6
          +797,7 @@
  * 确保符合安全以及法律和法规要求
  * 远程支持的连接性，包括用户端的支持
++
  选择和设计服务渠道时要考虑的一个重要因素是用户准备使用服务以及相关的风险和机遇。
@@ -808,6
          +808,7 @@
  [[image:1639123701310-435.png||height="48" width="31"]]**S**//olmaz：我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。//
  )))
++
  == 7.4 使用户能够使用服务 ==
  某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备，或者了解在使用服务的环境中安全操作的规则。例如，要被允许租用汽车，要求一个人具有有效的驾驶执照，该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。
@@ -818,6
          +818,7 @@
  * 根据要求采取措施
  * 控制实施并不断检查需求的相关性。
++
  对于许多服务，都有某些要求。为了使用户能够正确、安全和有效地使用这些服务，应在用户开始使用该服务之前满足这些要求。某些要求是由监管机构定义的；一些则是由服务消费者和服务提供者组织推出的。
@@ -834,6
          +834,7 @@
  * 有效的服务目录展示，包括服务请求目录。
  * 其他措施，以确保用户有权使用服务。
++
  这些措施中的许多都可以作为引入计划的一部分。有些可能需要定期确认，以作为持续消费的一部分。服务消费者和服务提供者组织应在提议和协定步骤上就措施达成一致。
@@ -852,6
          +852,7 @@
  * 保持最新
  * 具有可操作性（并且在可能的情况下，对于用户有资格执行的操作是自动的，例如对服务级别和发起服务请求的细微更改）。
++
  服务台实践有助于有效的用户引入，从而使用户能够参与用户旅程的所有步骤。它提供了各种用户接口，使用户能够以最方便的方式联系服务提供者。这可能包括：
  * 移动应用程序，可以与流行的语音接口集成
@@ -859,6
          +859,7 @@
  * 在线工具访问受限的情况下，为用户提供电话热线
  * 现场支持区域。
++
  服务台应该为所有相关类型的用户查询提供接口。这包括咨询、事件、服务请求、投诉和表扬。
@@ -883,6
          +883,7 @@
  )))
++
  == 7.5 提升彼此的能力 ==
  服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组，以提高另一组的能力。
@@ -899,6
          +899,7 @@
  |保持简单实用|用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法，并且应该认真透明地对待这些提议。
  |优化和自动化|用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
++
  为了帮助用户和客户变得更好，服务提供者可以考虑使用以下技术：
  * 根据角色向特定的用户组、角色和用户特征提供有针对性的用户培训。
@@ -911,6
          +911,7 @@
  * 建立并支持用户社区，并在适用时让多个服务消费者参与。
  * 让超级用户帮助其他人采用新服务。
++
  这些方法大多数都适用于服务过程中的几个步骤，包括引入。
@@ -922,6
          +922,7 @@
  * 提供有关服务关系各个级别的反馈，并提供公众评论以促进跨组织的用户社区。
  * 与服务提供者组成联合专家团队。
++
  当在组织中共享和支持所有方法，并且持续改进时，所有方法都可以更好地发挥作用。
@@ -936,6
          +936,7 @@
  )))
++
  == 7.9 撤销客户与用户 ==
  与引入类似，应将撤销的动作和职责预先定义为产品和服务设计的一部分，然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时，此方法有效。这类示例诸如，用户在组织中的位置发生了变化，这可能导致用户使用的服务范围的变化。
@@ -968,6
          +968,7 @@
  * 保留双方同意和/或适用法规要求的正式撤销记录
  * 执行与处境相关的关系管理动作，例如闭门会议、感谢信、恢复服务关系的邀请等。
++
  这些操作适用于大多数客户撤销场景。具体操作取决于服务的性质以及撤销计划的范围。有些操作由服务提供者或服务消费者执行，而有些可能需要协作。这些通常在引入步骤中事先约定，但可能需要在撤销开始之前进一步鉴证。
@@ -1001,6
          +1001,7 @@
  )))
  |合作伙伴和供应商|与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
++
  关于切换提供者的撤销动作类似于服务终止操作；它们应该涵盖表7.9中概述的所有服务管理四维模型。
@@ -1015,6
          +1015,7 @@
  * 服务级别管理
  * 软件开发和管理。
++
  大规模的撤销和切换计划可能需要组织变革管理和项目管理实践来协调撤销动作，并确保所涉及的组织成功实施了变更。
@@ -1034,6
          +1034,7 @@
  * 维护双方同意和/或适用法规要求的正式撤销记录
  * 执行关系管理操作，例如闭幕会议、撰写感谢信等。
++
  正式程度取决于服务关系。例如，当服务提供者位于服务消费者组织内部时，正式程度可能会较低，并且服务消费者代表（例如用户的经理）可能会执行某些操作。
@@ -1052,6
          +1052,7 @@
  [[image:1639124450170-484.png||height="50" width="40"]]**S**//olmaz：撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化，我们不需要花费时间手动释放费用。//
  )))
++
  == 7.7 总结 ==
  为了从协议发展到服务提供和消费，各方必须经历一种过渡，其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分，并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问，使用户能够使用服务以及提升彼此的能力。

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司