Changes for page 01.介绍
Last modified by superadmin on 2024/04/03, 16:14
Summary
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 - 01.介绍1 +1.介绍 - Content
-
... ... @@ -1,7 +5,3 @@ 1 -{{box cssClass="floatinginfobox" title="**Contents**"}} 2 -{{toc/}} 3 -{{/box}} 4 - 5 5 = 1.介绍 = 6 6 7 7 ITIL®4:驱动利益相关者价值旨在通过服务价值共创的原则和实践去指导利益相关者,无论他们是客户还是服务提供者。 ... ... @@ -30,6 +30,7 @@ 30 30 * 合同经理 31 31 * 客户体验/ 用户体验(UX)设计人员。 32 32 29 + 33 33 本指南假定读者熟悉ITIL Foundation,其中介绍了ITIL 4的基本服务管理概念 34 34 35 35 ... ... @@ -70,7 +70,7 @@ 70 70 (% style="text-align:center" %) 71 71 [[image:1639063670971-404.png]] 72 72 73 - 图片1.1利益相关者地图 70 + 图片1.1利益相关者地图 74 74 75 75 76 76 可以根据他们相结合的影响力和兴趣去管理利益相关者。并可以通过恰当水平的沟通来维持利益相关者的满意,知情和密切关注。然而,利益相关者和他们的影响力和兴趣可能在旅程中变化。例如,随着时间的推移,服务提供者可能尝试培育利益相关者的兴趣和影响力。这意味着利益相关者地图应该随着旅程的进展而定期重新修订。 ... ... @@ -87,49 +87,39 @@ 87 87 这些角色可以由一个或多个人员或团队来完成,通常取决于消费者组织的类型和大小。在角色分开的组织中,沟通和协调至关重要。为了在服务提供者和服务消费者之间培育有效的服务关系,有必要投入资源来协调双方。 88 88 89 89 (% style="text-align:center" %) 90 -[[image:16390 63703230-661.png]]87 +[[image:1638950038214-694.png]] 91 91 92 - 图片1.2服务消费者的三个角色 89 + 图片1.2服务消费者的三个角色 93 93 94 - 95 95 === 1.2.3 服务关系 === 96 96 97 97 在服务关系中,组织将采用服务提供者或服务消费者的角色。这两个角色不是专有的:组织通常在任何给定时间提供和消费许多服务。服务消费者可以使用其资源来创建自己的产品,以解决另一个目标消费者群体的需求,从而成为服务提供者。这样,可能会出现关系链或关系网络,如图片1.3中所示。 98 98 99 - 100 100 表1.2中显示了三种基本的服务关系类型。基于组织定义的战略,可以显示一种对关系的偏好。 101 101 102 102 (% style="text-align:center" %) 103 -[[image:16390 63728303-192.png]]98 +[[image:1638950209105-608.png]] 104 104 105 105 图片1.3 服务关系模型 106 106 107 - 108 - 109 109 表1.2三种基本服务关系类型 110 110 111 -(% style="text-align:center" %) 112 -[[image:1639063759768-632.png]] 104 + [[image:1638950556081-343.png||height="106" width="895"]] 113 113 106 +| |**基本关系**|**合作关系**|**伙伴关系** 107 +|典型的聚焦点|支持和效率|改进和效果|创新和成长 108 +|典型的涉及组织级别的关系|运营上的|运营和战术上的|运营的,战术和战略上的 109 +|典型的关系成熟度级别|应对式,订单接受者|服务提供者,受信任的顾问|战略合作伙伴 110 +|典型的服务类别|商业现货服务,开箱即用服务,高度标准化的商品服务或货品的货源|服务不得不配置或定制化来满足服务消费者的需求|具有独特价值主张的定制或定制服务 111 +|典型的协定类别|标准合同,服务级别协议以及主要针对大众市场的基于体验的协议|高级的服务级别协议,基于体验的协议或结果导向的协议|定制合同,结果导向的协议或没有协议 112 +|举例|正如服务提供者预期,服务消费者清晰表达他们的期望值。例子可以在提供给广大的个人外部服务消费者的标准化服务找到。这就是移动运营商和运输公司如何运作。|取决于服务提供者和服务消费者的关系,服务提供者可能很难完全了解服务消费者想实现的成果。在某些情况下,他们会一起工作去定义渴望的成果。举例,内部IT和HR部门的关系经理可能和客户谈话和讨论他们的需求和期望。|基于服务供应和产品的服务是依照客户规定要求去规划和创建。在敏捷产品开发那里,服务消费者和服务提供者在共享团队中共同创建产品。 114 114 115 -(% style="width:841px" %) 116 -|(% style="width:85px" %) |(% style="width:250px" %)**基本关系**|(% style="width:258px" %)**合作关系**|(% style="width:246px" %)**伙伴关系** 117 -|(% style="width:85px" %)典型的聚焦点|(% style="width:250px" %)支持和效率|(% style="width:258px" %)改进和效果|(% style="width:246px" %)创新和成长 118 -|(% style="width:85px" %)典型的涉及组织级别的关系|(% style="width:250px" %)运营上的|(% style="width:258px" %)运营和战术上的|(% style="width:246px" %)运营的,战术和战略上的 119 -|(% style="width:85px" %)典型的关系成熟度级别|(% style="width:250px" %)应对式,订单接受者|(% style="width:258px" %)服务提供者,受信任的顾问|(% style="width:246px" %)战略合作伙伴 120 -|(% style="width:85px" %)典型的服务类别|(% style="width:250px" %)商业现货服务,开箱即用服务,高度标准化的商品服务或货品的货源|(% style="width:258px" %)服务不得不配置或定制化来满足服务消费者的需求|(% style="width:246px" %)具有独特价值主张的定制或定制服务 121 -|(% style="width:85px" %)典型的协定类别|(% style="width:250px" %)标准合同,服务级别协议以及主要针对大众市场的基于体验的协议|(% style="width:258px" %)高级的服务级别协议,基于体验的协议或结果导向的协议|(% style="width:246px" %)定制合同,结果导向的协议或没有协议 122 -|(% style="width:85px" %)举例|(% style="width:250px" %)正如服务提供者预期,服务消费者清晰表达他们的期望值。例子可以在提供给广大的个人外部服务消费者的标准化服务找到。这就是移动运营商和运输公司如何运作。|(% style="width:258px" %)取决于服务提供者和服务消费者的关系,服务提供者可能很难完全了解服务消费者想实现的成果。在某些情况下,他们会一起工作去定义渴望的成果。举例,内部IT和HR部门的关系经理可能和客户谈话和讨论他们的需求和期望。|(% style="width:246px" %)基于服务供应和产品的服务是依照客户规定要求去规划和创建。在敏捷产品开发那里,服务消费者和服务提供者在共享团队中共同创建产品。 123 - 124 124 === 1.2.4 客户旅程 === 125 125 126 126 客户旅程是服务消费者和服务提供者之间关于接触点和交互的整体感知。 127 127 128 - 129 129 表1.3概述了从用户角度解决事件的客户旅程示例。 130 130 131 - 132 - 133 133 |((( 134 134 定义:客户旅程 135 135 ... ... @@ -139,39 +139,39 @@ 139 139 140 140 表1.3用于解决事件的客户旅程的示例 141 141 142 -| (% style="width:109px" %)**角色**|(% style="width:544px" %)**活动**|(% style="width:502px" %)**客户旅程**143 -| (% style="width:109px" %)**用户**|(% style="width:544px" %)用户检测到服务运营中的故障。|(% style="width:502px" %)某个服务和/或者产品失灵。客户体验将受到特定情形,之前的事件等的影响。144 -|( % style="width:109px" %)(((129 +|**角色**|**活动**|**客户旅程** 130 +|**用户**|用户检测到服务运营中的故障。|某个服务和/或者产品失灵。客户体验将受到特定情形,之前的事件等的影响。 131 +|((( 145 145 **用户** 146 146 147 147 **服务台客服** 148 -)))| (% style="width:544px" %)用户联系服务台客服。服务台客服执行工单登记,将可用的数据添加到记录。服务台客服对工单进行初始优先级划分和分类,确认该工单与事件有关,接着把优先级和期望的解决事件告知用户。|(% style="width:502px" %)(((135 +)))|用户联系服务台客服。服务台客服执行工单登记,将可用的数据添加到记录。服务台客服对工单进行初始优先级划分和分类,确认该工单与事件有关,接着把优先级和期望的解决事件告知用户。|((( 149 149 用户联系服务台。基于服务台客服的态度和行为体验良好。 150 150 151 151 用户收到一条含有优先级和期望解决事件的信息。优先级和期望的解决事件可能比预期好或差。用户体验也会受到服务台的历史准确性影响。 152 152 ))) 153 -|( % style="width:109px" %)(((140 +|((( 154 154 **服务台客服** 155 155 156 156 **二线支持人员** 157 -)))| (% style="width:544px" %)服务台客服执行事件的初始分类,有助于确认事件影响,确定团队对于失效元件和/或服务的职责,以及把这个事件与过去和/或正在发生的事态,事件和问题想关联。在某些情况下,分类有助于展示针对这类事件之前定义的方案。|(% style="width:502px" %)用户正在等待解决方法。158 -| (% style="width:109px" %)**二线支持人员**|(% style="width:544px" %)技术专家执行事件诊断和/或问题调查,问题诊断,问题解决方法开发和问题消除。|(% style="width:502px" %)用户正在等待解决方法。159 -|( % style="width:109px" %)(((144 +)))|服务台客服执行事件的初始分类,有助于确认事件影响,确定团队对于失效元件和/或服务的职责,以及把这个事件与过去和/或正在发生的事态,事件和问题想关联。在某些情况下,分类有助于展示针对这类事件之前定义的方案。|用户正在等待解决方法。 145 +|**二线支持人员**|技术专家执行事件诊断和/或问题调查,问题诊断,问题解决方法开发和问题消除。|用户正在等待解决方法。 146 +|((( 160 160 **服务台客服** 161 161 162 162 **用户** 163 -)))| (% style="width:544px" %)服务台客服告知用户解决方法。用户确认服务恢复。|(% style="width:502px" %)(((150 +)))|服务台客服告知用户解决方法。用户确认服务恢复。|((( 164 164 服务台客服联系用户去沟通解决方法。体验是基于服务台客服的态度以及行为,还有解决方法的质量以及恢复时间是否符合或超出之前公布的恢复时间。 165 165 166 166 用户确认或拒绝解决方法。体验是由解决方法的有效性,多容易去验证以及服务台客服有多大帮助。 167 167 ))) 168 -| (% style="width:109px" %)**用户**|(% rowspan="2"style="width:544px"%)服务已经恢复。用户可以有效地工作。|(% rowspan="2"style="width:502px"%)用户继续使用服务和/或产品。体验是基于解决方法的可用性和强度。169 -| (% style="width:109px" %)**客户**170 -|( % style="width:109px" %)(((155 +|**用户**|(% rowspan="2" %)服务已经恢复。用户可以有效地工作。|(% rowspan="2" %)用户继续使用服务和/或产品。体验是基于解决方法的可用性和强度。 156 +|**客户** 157 +|((( 171 171 **用户** 172 172 173 173 **服务台经理** 174 -)))|( % style="width:544px" %)(((161 +)))|((( 175 175 成功解决事件后,可能需要一系列的关闭规程,包括: 176 176 177 177 * 用户满意度调查 ... ... @@ -180,15 +180,13 @@ 180 180 * 问题调查启动 181 181 * 事件回顾 182 182 * 更新和正式关闭事件记录和相关记录 183 -)))| (% style="width:502px" %)用户收到满意度调查。此外,用户可能收到一条关于事件已经关闭的信息。体验是由沟通的语气和综合性来形成。170 +)))|用户收到满意度调查。此外,用户可能收到一条关于事件已经关闭的信息。体验是由沟通的语气和综合性来形成。 184 184 185 185 (% style="text-align:center" %) 186 -[[image:163 9063850077-998.png]]173 +[[image:1638950677448-611.png]] 187 187 175 + 图片1.4 价值流与客户旅程之间的关系 188 188 189 - 图片1.4 价值流与客户旅程之间的关系 190 - 191 - 192 192 图片1.4中显示了价值流和客户行程之间的关系,其特征如下: 193 193 194 194 * 客户旅程始终依赖于每个参与方中的至少一个价值流。 ... ... @@ -199,18 +199,15 @@ 199 199 200 200 客户旅程很少遵循预定义的路径。有时,旅程进行是从一个接触点到下一个接触点,但是最常见的旅程是从一个接触点到另一个接触点然后返回。旅程也可能从期望路径的中途开始,然后靠近期望的起点。 201 201 202 - 203 203 客户和用户旅程是客户和用户体验(CX和UX)的重要来源。然而,体验也会受到环境因素的的影响,包括数字化环境以及消费者可能与服务提供者的品牌的交互和接触。这包括来自于服务提供者有用意的交流,还有消费者在日常生活中与品牌的交流和交互。 204 204 205 - 206 206 图片1.5说明了客户和用户体验的三个方面。 207 207 208 208 (% style="text-align:center" %) 209 -[[image:16390 63871437-681.png]]192 +[[image:1638950734629-647.png]] 210 210 211 - 图片1.5 客户和用户体验的三个方面 194 + 图片1.5 客户和用户体验的三个方面 212 212 213 - 214 214 |((( 215 215 定义: 216 216 ... ... @@ -223,46 +223,40 @@ 223 223 224 224 在客户旅程期间,有一条可视线,超出界限客户无法看到服务提供者的活动。类似地,也有一条可视线,超出界限服务提供者无法看到客户的活动。这适用于内部和外部客户以及服务提供者。 225 225 226 - 227 227 |((( 228 228 定义:可视化范围 229 229 230 230 服务提供者和服务消费者都可以看到服务关系中的活动和资源 212 + 213 + 231 231 ))) 232 232 233 233 可视化范围是形成服务体验的地方。它包括接触点,服务交互以及服务关系中超过一个利益相关者可以看到的部分产品和环境。各方需要清楚了解旅程的各个步骤,才能了解不可见元素是如何影响可视化范围,以及确保可视化范围内的一切得到妥善管理。 234 234 235 - 236 236 图片1.6说明了可视化范围。 237 237 238 238 (% style="text-align:center" %) 239 -[[image:16390 63906409-533.png]]221 +[[image:1638950807349-851.png]] 240 240 241 - 图片1.6 可视化范围 223 + 图片1.6 可视化范围 242 242 243 - 244 244 范围的宽度取决于服务的性质,利益相关者的关系以及旅程的完整程度。举例,如果客户消费了简单的商品服务,例如在云中托管的一台标准服务器,可视化范围很可能相当狭窄。然而,如果客户和服务提供者签订了长期的合作关系,则可视化范围很可能增加,因为各方需要更深入地了解彼此的活动,以便于优化价值共创。 245 245 246 - 247 247 === 1.2.6 价值 === 248 248 249 249 客户旅程的最终目的是创建价值。无论是在步骤本身,旅程的另一个步骤中还是在不同的旅程中,每个步骤增加的利益相关者价值必须多于减少的价值。 250 250 251 - 252 252 贯穿本指南中,对旅程的每个步骤的描述都将从其目的的说明开始。表格将概述每个步骤如何与服务消费者和服务提供者的价值的三个方面相关联。价值永远不能仅由服务提供者独自创建。价值必须是利益相关者之间的一个联合流程价值共创。为了获得成功,服务提供者必须在整个客户旅程中与其他利益相关者积极互动。没有交互,就没有服务。这些交互称为服务交互,并在图片1.7中显示。 253 253 254 254 (% style="text-align:center" %) 255 -[[image:163906 3929421-701.png]]234 +[[image:1638950862127-760.png]] 256 256 257 - 图片1.7 客户旅程和服务交互 236 + 图片1.7 客户旅程和服务交互 258 258 259 - 260 260 服务价值是主观的。服务成果必须满足或超越主观利益相关者的期望和偏好,才能被认为有价值。这些成果取决于服务的性能,其中包括服务功用和服务功效。 261 261 262 - 263 263 输出是实现成果的有形和无形的交付物。例如,移动电话服务的输出可以包括电话号码,与其他人的对话,文本消息和活动日志记录。对于一个客户,所感知的成果可能与居住在国外的人们建立了更紧密的关系。对于另一个客户,相同的服务,由于成功的电话销售对话,可能导致收入增加。人们不仅仅是购买产品或服务,而是将其投入生活以取得进步。 264 264 265 - 266 266 当满足需求或利用机会的全部潜在服务价值未被实现时,就会发生价值泄漏。价值泄漏的某些原因是: 267 267 268 268 * 服务提供者和服务消费者之间的关系没有达成一致 ... ... @@ -273,45 +273,38 @@ 273 273 成果需要资金,时间和资源。服务的总成本是利益相关者在服务交付和消费方面投入的资金,时间和资源的总和。图片1.8展示了服务价值的三个方面,其中感知到的成果与成本和风险是平衡的。 274 274 275 275 (% style="text-align:center" %) 276 -[[image:16390 63957360-873.png]]252 +[[image:1638950950777-726.png]] 277 277 278 - 图片1.8 服务价值的三个方面 254 + 图片1.8 服务价值的三个方面 279 279 280 - 281 281 此外,成果可能会受到其他利益相关者施加的不确定性和要求的约束。因为服务是同时产生和消费的,意外事态可能没有告警就影响服务消费。并且成果通常在识别客户需求后的一段时间就可以实现,因此自服务关系成立以来,客户需求和条件可能已经发生了变化。因此,存在与服务消费和成果成就相关的风险。风险的级别取决于不确定性的数量(例如,威胁,利益相关者脆弱性的风险以及对利益相关者的影响)以及离遵从其它利益相关者施加的要求有多远,而这些利益相关者能影响渴望或预期的成果。 282 282 283 - 284 284 从不同的角度来看,根据定义,服务关系意味着共享成本和风险。服务消费者通常通过签订服务关系来降低特定成本和风险。最佳服务价值是成果,成本和风险之间的平衡,如图片1.9所示。 285 285 286 286 (% style="text-align:center" %) 287 -[[image:1639 063975166-528.png]]261 +[[image:1638951286017-165.png]] 288 288 289 - 图片1.9考虑实现价值的成果,成本和风险 263 + 图片1.9考虑实现价值的成果,成本和风险 290 290 291 - 292 292 === 1.2.7 产品与服务 === 293 293 294 294 客户旅程,包括它的接触点和服务交互,是服务的集成部分。然而,服务与旅程不同,并不只是包含旅程。服务必须确定范围和定义,从而各方都了解并同意它的目标和界限。提供者以服务供应的形式展现他们的服务,服务供应描述了一种或多种旨在解决某个目标消费群体需求的服务。服务供应可能包括供应给消费者的货物,对资源的访问以及为解决消费者的需求而执行的服务动作。图片1.10显示了所有这些组件如何相互关联。 295 295 296 - 297 297 产品是服务提供者创建的一项动态配置资源。产品也可以作为其它产品或服务的资源。产品通常很复杂,并且对服务消费者也不是完全可见。在产品可视化范围内的部分并不总是代表整体。服务提供者定义了可视线,它是针对他们的目标消费者群体定制的。总而言之,服务隐含了以产品和实践的形式应用资源,以服务供应和服务互动的方式实现成果。一个简单的价值驱动框架可以解释服务流程的每一层是如何驱动上一层的价值。图片1.11价值驱动框架的示例。 298 298 299 - 300 300 服务性能驱动服务消费者性能:举例:共同创造成果和体验。服务消费者性能驱动消费者目标的实现,该目标实现了服务消费者的目的。 301 301 302 302 (% style="text-align:center" %) 303 -[[image:1639 063993510-790.png]]274 +[[image:1638951337202-329.png]] 304 304 305 - 图片1.10服务,服务交互,服务产品,产品和资源之间如何关联 276 + 图片1.10服务,服务交互,服务产品,产品和资源之间如何关联 306 306 307 - 308 308 (% style="text-align:center" %) 309 -[[image:1639 064005312-766.png]]279 +[[image:1638951358549-799.png]] 310 310 311 - 图片1.11 价值驱动框架示例 281 + 图片1.11 价值驱动框架示例 312 312 313 - 314 314 (% style="text-align:center" %) 315 -[[image:1639 064019679-309.png]]284 +[[image:1638951386397-567.png]] 316 316 317 317
- 1639063957360-873.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -24.3 KB - Content
- 1639063975166-528.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -46.8 KB - Content
- 1639063993510-790.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -73.0 KB - Content
- 1639064005312-766.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -43.7 KB - Content
- 1639064019679-309.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -483.4 KB - Content