Changes for page 07. 步骤5：引入

Last modified by superadmin on 2024/04/03, 16:50
From version < 31.1 >
edited by superadmin
on 2021/12/21, 16:04
To version < 26.1 >
edited by superadmin
on 2021/12/10, 16:29
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -07. 步骤5：引入
1 +7. 步骤5：引入
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]]
... ... @@ -153,7 +153,7 @@
153 153  在关键利益相关方接受引入目标之后，应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是，服务消费者代表将被告知、被咨询或对此负责，因为引入是一项联合行动，可能需要双方大量资源。
154 154  
155 155  
156 -=== 7.1.2 引入范围 ===
152 +== 7.1.2 引入范围 ==
157 157  
158 158  要定义引入的范围，应考虑以下问题：
159 159  
... ... @@ -888,15 +888,15 @@
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" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
887 +(% style="width:1047px" %)
888 +|(% style="width:130px" %)**指导原则**|(% style="width:915px" %)**优化用户能力的应用示例**
889 +|(% style="width:130px" %)聚焦价值|(% style="width:915px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
890 +|(% style="width:130px" %)从当前开始|(% style="width:915px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善，并且经常受到用户的抵制。
891 +|(% style="width:130px" %)基于反馈不断迭代|(% style="width:915px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改，均应进行测试，并根据用户反馈进行持续审查。 应鼓励用户提供反馈，反馈的后续行动对用户社区应该是透明的。
892 +|(% style="width:130px" %)合作并提高知名度|(% style="width:915px" %)在需要联合运营的情况下，用户应了解协作的要求并相互帮助，服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行，或者用户不知道如何使用服务，则应安全，轻松并鼓励其寻求帮助或报告事件。
893 +|(% style="width:130px" %)全面思考和工作|(% style="width:915px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
894 +|(% style="width:130px" %)保持简单实用|(% style="width:915px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法，并且应该认真透明地对待这些提议。
895 +|(% style="width:130px" %)优化和自动化|(% style="width:915px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
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 撤销客户与用户 ==
933 +== 7.9 撤销客户与用户 ==
938 938  
939 939  与引入类似，应将撤销的动作和职责预先定义为产品和服务设计的一部分，然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时，此方法有效。这类示例诸如，用户在组织中的位置发生了变化，这可能导致用户使用的服务范围的变化。
940 940  
... ... @@ -951,7 +951,7 @@
951 951  当服务消费者因不满意或纠纷而离开时，确定原因很重要。在这些情况下，在无冲突的环境中流程的每个步骤都已商定时，同意并准备好撤销以确保无缝的撤销就尤为重要。此外，双方应注意不要加剧任何冲突或对任何其他方造成伤害；他们应同意对争端保密。当预期将采取后续法律行动时，这一点尤其重要。
952 952  
953 953  
954 -=== 7.6.1 客户撤销 ===
950 +=== 7.9.1 客户撤销 ===
955 955  
956 956  当服务协议期满或终止时，由服务提供者执行客户撤销。撤销动作通常包括：
957 957  
深圳市艾拓先锋企业管理咨询有限公司