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