文档更改01.介绍
由 superadmin 于 2024/04/03, 16:14 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- Content
-
... ... @@ -1,3 +1,8 @@ 1 + 2 + 3 + 4 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/2.%E5%AE%A2%E6%88%B7%E6%97%85%E7%A8%8B/]] [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/]] 5 + 1 1 {{box cssClass="floatinginfobox" title="**Contents**"}} 2 2 {{toc/}} 3 3 {{/box}} ... ... @@ -43,17 +43,17 @@ 43 43 44 44 表1.1 客户旅程的步骤 45 45 46 -|(% style="width:233px" %)探索:了解市场和利益相关者|(% style="width:922px" %)客户旅程通常在服务提供者和服务消费者建立关系之前开始。双方都可以探索他们自己的需求和市场机会,来确定可能对实现他们各自需求有所贡献的合作伙伴。此探索可能包括运营的背景,战略目标和组织能力等方面。 47 -|(% style="width:233px" %)契动:培养关系|(% style="width:922px" %)通过服务实现共同创造价值的重要前提是服务提供者,服务消费者和其他利益相关者之间的运作正常的关系。良好的关系是协作关系或合作关系的先决条件。 48 -|(% style="width:233px" %)供应:提炼需求和服务供应|(% style="width:922px" %)为了确定双方是否可以从相互的服务关系中受益,服务消费者和服务提供者应该创建商业案例,以及明确表达,提炼和匹配他们在要求和服务供应上的供需。当明确表达和理解服务消费者的需求时,才能设计产品和服务。 49 -|(% style="width:233px" %)协议:达成一致期望并协定服务|(% style="width:922px" %)至关重要的是,在投资之前,必须达成期望,规划价值共创,跟踪,并协定服务范围和质量。 50 -|(% style="width:233px" %)引入:开启或结束旅程|(% style="width:922px" %)无论双方是否达成协议,他们都必须经历涉及双方资源的整合或者分割的转变。 51 -|(% style="width:233px" %)共同创造:提供和消费|(% style="width:922px" %)服务消费者利用可访问的服务提供者资源,消费提供的货品,并与服务提供者一起基于达成的服务供应来共同创造价值。 52 -|(% style="width:233px" %)实现:捕获价值和改进|(% style="width:922px" %)必须基于价值共创的规划去跟踪和驱动价值,改进工作必须持之以恒,从而增加服务价值。 51 +(% style="width:483px" %) 52 +|(% style="width:158px" %)探索:了解市场和利益相关者|(% style="width:322px" %)客户旅程通常在服务提供者和服务消费者建立关系之前开始。双方都可以探索他们自己的需求和市场机会,来确定可能对实现他们各自需求有所贡献的合作伙伴。此探索可能包括运营的背景,战略目标和组织能力等方面。 53 +|(% style="width:158px" %)契动:培养关系|(% style="width:322px" %)通过服务实现共同创造价值的重要前提是服务提供者,服务消费者和其他利益相关者之间的运作正常的关系。良好的关系是协作关系或合作关系的先决条件。 54 +|(% style="width:158px" %)供应:提炼需求和服务供应|(% style="width:322px" %)为了确定双方是否可以从相互的服务关系中受益,服务消费者和服务提供者应该创建商业案例,以及明确表达,提炼和匹配他们在要求和服务供应上的供需。当明确表达和理解服务消费者的需求时,才能设计产品和服务。 55 +|(% style="width:158px" %)协议:达成一致期望并协定服务|(% style="width:322px" %)至关重要的是,在投资之前,必须达成期望,规划价值共创,跟踪,并协定服务范围和质量。 56 +|(% style="width:158px" %)引入:开启或结束旅程|(% style="width:322px" %)无论双方是否达成协议,他们都必须经历涉及双方资源的整合或者分割的转变。 57 +|(% style="width:158px" %)共同创造:提供和消费|(% style="width:322px" %)服务消费者利用可访问的服务提供者资源,消费提供的货品,并与服务提供者一起基于达成的服务供应来共同创造价值。 58 +|(% style="width:158px" %)实现:捕获价值和改进|(% style="width:322px" %)必须基于价值共创的规划去跟踪和驱动价值,改进工作必须持之以恒,从而增加服务价值。 53 53 54 54 ITIL®4:驱动利益相关者价值提供了有关参与每个阶段并为之做出贡献的最佳实践指南,并且参与服务关系的任何人(包括服务提供,服务消费和关系管理)都可以使用它。 55 55 56 - 57 57 == 1.2关键原则 == 58 58 59 59 ... ... @@ -70,9 +70,10 @@ 70 70 (% style="text-align:center" %) 71 71 [[image:1639063670971-404.png]] 72 72 73 - 图片1.1利益相关者地图 74 74 79 + 图片1.1利益相关者地图 75 75 81 + 76 76 可以根据他们相结合的影响力和兴趣去管理利益相关者。并可以通过恰当水平的沟通来维持利益相关者的满意,知情和密切关注。然而,利益相关者和他们的影响力和兴趣可能在旅程中变化。例如,随着时间的推移,服务提供者可能尝试培育利益相关者的兴趣和影响力。这意味着利益相关者地图应该随着旅程的进展而定期重新修订。 77 77 78 78 ... ... @@ -89,9 +89,10 @@ 89 89 (% style="text-align:center" %) 90 90 [[image:1639063703230-661.png]] 91 91 92 - 图片1.2服务消费者的三个角色 93 93 99 +图片1.2服务消费者的三个角色 94 94 101 + 95 95 === 1.2.3 服务关系 === 96 96 97 97 在服务关系中,组织将采用服务提供者或服务消费者的角色。这两个角色不是专有的:组织通常在任何给定时间提供和消费许多服务。服务消费者可以使用其资源来创建自己的产品,以解决另一个目标消费者群体的需求,从而成为服务提供者。这样,可能会出现关系链或关系网络,如图片1.3中所示。 ... ... @@ -102,10 +102,11 @@ 102 102 (% style="text-align:center" %) 103 103 [[image:1639063728303-192.png]] 104 104 105 - 图片1.3 服务关系模型 106 106 113 +图片1.3 服务关系模型 107 107 108 108 116 + 109 109 表1.2三种基本服务关系类型 110 110 111 111 (% style="text-align:center" %) ... ... @@ -112,15 +112,9 @@ 112 112 [[image:1639063759768-632.png]] 113 113 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 +[[image:1641540485073-675.png]] 123 123 125 + 124 124 === 1.2.4 客户旅程 === 125 125 126 126 客户旅程是服务消费者和服务提供者之间关于接触点和交互的整体感知。 ... ... @@ -139,54 +139,16 @@ 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" %)((( 145 -**用户** 146 146 147 -**服务台客服** 148 -)))|(% style="width:544px" %)用户联系服务台客服。服务台客服执行工单登记,将可用的数据添加到记录。服务台客服对工单进行初始优先级划分和分类,确认该工单与事件有关,接着把优先级和期望的解决事件告知用户。|(% style="width:502px" %)((( 149 -用户联系服务台。基于服务台客服的态度和行为体验良好。 145 +[[image:1641540566461-640.png]] 150 150 151 -用户收到一条含有优先级和期望解决事件的信息。优先级和期望的解决事件可能比预期好或差。用户体验也会受到服务台的历史准确性影响。 152 -))) 153 -|(% style="width:109px" %)((( 154 -**服务台客服** 147 +[[image:1641540583741-934.png]] 155 155 156 -**二线支持人员** 157 -)))|(% style="width:544px" %)服务台客服执行事件的初始分类,有助于确认事件影响,确定团队对于失效元件和/或服务的职责,以及把这个事件与过去和/或正在发生的事态,事件和问题想关联。在某些情况下,分类有助于展示针对这类事件之前定义的方案。|(% style="width:502px" %)用户正在等待解决方法。 158 -|(% style="width:109px" %)**二线支持人员**|(% style="width:544px" %)技术专家执行事件诊断和/或问题调查,问题诊断,问题解决方法开发和问题消除。|(% style="width:502px" %)用户正在等待解决方法。 159 -|(% style="width:109px" %)((( 160 -**服务台客服** 161 - 162 -**用户** 163 -)))|(% style="width:544px" %)服务台客服告知用户解决方法。用户确认服务恢复。|(% style="width:502px" %)((( 164 -服务台客服联系用户去沟通解决方法。体验是基于服务台客服的态度以及行为,还有解决方法的质量以及恢复时间是否符合或超出之前公布的恢复时间。 165 - 166 -用户确认或拒绝解决方法。体验是由解决方法的有效性,多容易去验证以及服务台客服有多大帮助。 167 -))) 168 -|(% style="width:109px" %)**用户**|(% rowspan="2" style="width:544px" %)服务已经恢复。用户可以有效地工作。|(% rowspan="2" style="width:502px" %)用户继续使用服务和/或产品。体验是基于解决方法的可用性和强度。 169 -|(% style="width:109px" %)**客户** 170 -|(% style="width:109px" %)((( 171 -**用户** 172 - 173 -**服务台经理** 174 -)))|(% style="width:544px" %)((( 175 -成功解决事件后,可能需要一系列的关闭规程,包括: 176 - 177 -* 用户满意度调查 178 -* 恢复成本计算和报告 179 -* 恢复价格计算和收据 180 -* 问题调查启动 181 -* 事件回顾 182 -* 更新和正式关闭事件记录和相关记录 183 -)))|(% style="width:502px" %)用户收到满意度调查。此外,用户可能收到一条关于事件已经关闭的信息。体验是由沟通的语气和综合性来形成。 184 - 185 185 (% style="text-align:center" %) 186 186 [[image:1639063850077-998.png]] 187 187 188 188 189 - 图片1.4 价值流与客户旅程之间的关系153 + 图片1.4 价值流与客户旅程之间的关系 190 190 191 191 192 192 图片1.4中显示了价值流和客户行程之间的关系,其特征如下: ... ... @@ -208,9 +208,10 @@ 208 208 (% style="text-align:center" %) 209 209 [[image:1639063871437-681.png]] 210 210 211 - 图片1.5 客户和用户体验的三个方面 212 212 176 + 图片1.5 客户和用户体验的三个方面 213 213 178 + 214 214 |((( 215 215 定义: 216 216 ... ... @@ -238,9 +238,10 @@ 238 238 (% style="text-align:center" %) 239 239 [[image:1639063906409-533.png]] 240 240 241 - 图片1.6 可视化范围 242 242 207 + 图片1.6 可视化范围 243 243 209 + 244 244 范围的宽度取决于服务的性质,利益相关者的关系以及旅程的完整程度。举例,如果客户消费了简单的商品服务,例如在云中托管的一台标准服务器,可视化范围很可能相当狭窄。然而,如果客户和服务提供者签订了长期的合作关系,则可视化范围很可能增加,因为各方需要更深入地了解彼此的活动,以便于优化价值共创。 245 245 246 246 ... ... @@ -254,7 +254,7 @@ 254 254 (% style="text-align:center" %) 255 255 [[image:1639063929421-701.png]] 256 256 257 - 图片1.7 客户旅程和服务交互223 + 图片1.7 客户旅程和服务交互 258 258 259 259 260 260 服务价值是主观的。服务成果必须满足或超越主观利益相关者的期望和偏好,才能被认为有价值。这些成果取决于服务的性能,其中包括服务功用和服务功效。 ... ... @@ -275,7 +275,7 @@ 275 275 (% style="text-align:center" %) 276 276 [[image:1639063957360-873.png]] 277 277 278 - 图片1.8 服务价值的三个方面244 + 图片1.8 服务价值的三个方面 279 279 280 280 281 281 此外,成果可能会受到其他利益相关者施加的不确定性和要求的约束。因为服务是同时产生和消费的,意外事态可能没有告警就影响服务消费。并且成果通常在识别客户需求后的一段时间就可以实现,因此自服务关系成立以来,客户需求和条件可能已经发生了变化。因此,存在与服务消费和成果成就相关的风险。风险的级别取决于不确定性的数量(例如,威胁,利益相关者脆弱性的风险以及对利益相关者的影响)以及离遵从其它利益相关者施加的要求有多远,而这些利益相关者能影响渴望或预期的成果。 ... ... @@ -286,9 +286,10 @@ 286 286 (% style="text-align:center" %) 287 287 [[image:1639063975166-528.png]] 288 288 289 - 图片1.9考虑实现价值的成果,成本和风险 290 290 256 + 图片1.9考虑实现价值的成果,成本和风险 291 291 258 + 292 292 === 1.2.7 产品与服务 === 293 293 294 294 客户旅程,包括它的接触点和服务交互,是服务的集成部分。然而,服务与旅程不同,并不只是包含旅程。服务必须确定范围和定义,从而各方都了解并同意它的目标和界限。提供者以服务供应的形式展现他们的服务,服务供应描述了一种或多种旨在解决某个目标消费群体需求的服务。服务供应可能包括供应给消费者的货物,对资源的访问以及为解决消费者的需求而执行的服务动作。图片1.10显示了所有这些组件如何相互关联。 ... ... @@ -302,16 +302,22 @@ 302 302 (% style="text-align:center" %) 303 303 [[image:1639063993510-790.png]] 304 304 305 - 图片1.10服务,服务交互,服务产品,产品和资源之间如何关联 306 306 273 +图片1.10服务,服务交互,服务产品,产品和资源之间如何关联 307 307 275 + 276 + 308 308 (% style="text-align:center" %) 309 309 [[image:1639064005312-766.png]] 310 310 311 - 图片1.11 价值驱动框架示例 312 312 281 + 图片1.11 价值驱动框架示例 313 313 283 + 284 + 314 314 (% style="text-align:center" %) 315 315 [[image:1639064019679-309.png]] 316 316 317 - 288 + 289 + 290 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/2.%E5%AE%A2%E6%88%B7%E6%97%85%E7%A8%8B/]] [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/]]
- 1641540485073-675.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +96.8 KB - Content
- 1641540566461-640.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +84.3 KB - Content
- 1641540583741-934.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +72.1 KB - Content