从版本< 29.1 >
由superadmin编辑
在2021/12/21, 16:03上
到版本
由superadmin编辑
在2022/01/07, 15:34上
< >
修改评论 该版本没有评论

Summary

Details

Icon 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  服务价值是主观的。服务成果必须满足或超越主观利益相关者的期望和偏好,才能被认为有价值。这些成果取决于服务的性能,其中包括服务功用和服务功效。
... ... @@ -314,4 +314,6 @@
314 314  (% style="text-align:center" %)
315 315  [[image:1639064019679-309.png]]
316 316  
317 -
283 +
284 +
285 +[[阅读下一章>>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/]]
Icon 1641540485073-675.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +96.8 KB
Content Icon
Icon 1641540566461-640.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +84.3 KB
Content Icon
Icon 1641540583741-934.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +72.1 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司