01 服务台（已发布）

author	version	line-number	content
1	(% class="jumbotron" %)
2	(((
3	(% class="container" %)
4	(((
5	= =
6
7
8	需要下载 ITIL 4服务台实践【中文】pdf版全文，请关注微信公众号itilxf ，并回复“服务台实践”即可。
9
10	[[image:http://itil4hub.cn/bin/download/C%20%E5%AE%9E%E8%B7%B5%E6%8C%87%E5%8D%97/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/WebHome/%E5%BE%AE%E4%BF%A1%E5%9B%BE%E7%89%87_20200929154759.png?rev=1.2\|\|alt="微信图片_20200929154759.png"]]
11
12
13	申明：
14
15	本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
16
17	请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
18
19
20	翻译：傅盛审校：秦佩君审核：姚凯、严宝龙
21	)))
22	)))
23
24
25	= 1 关于本文档 =
26
27	[[编辑>>url:http://itil4hub.cn/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=1]]
28
29	本文档提供服务台实践实用指南，分为五个主要部分，涵盖：
30
31	●本实践的一般信息
32
33	●本实践相关的流程和活动及其在服务价值链中的作用
34
35	●参与本实践的组织和人员
36
37	●支持本实践的信息和技术
38
39	●对本实践的合作伙伴和供应商的考虑
40
41	== 1.1 ITIL 4资格认证计划 ==
42
43	[[编辑>>url:http://itil4hub.cn/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=2]]
44
45	本文档中的部分内容可作为以下教学大纲的一部分以供检查：
46
47	● ITIL专家创建、交付和支持
48
49	● ITIL专家交付利益干系人价值
50
51	详情请参考各部分教学大纲。
52
53
54	----
55
56
57	= 2 一般信息 =
58
59	[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=1]]
60
61	== ==
62
63	[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=2]]
64
65	== 2.1 目的和描述 ==
66
67	[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=3]]
68
69	* 关键信息
70
71	服务台实践的目的是获取事件解决和服务请求的需求。服务台还应该是服务提供者为所有用户提供的接入点和单一联系点。
72
73	注：在一些组织中，服务台实践的主要目的是在服务提供者与用户之间建立有效的沟通界面，事件和服务请求只是沟通的两个主题。在这些组织中，这种实践的目的可能是：与所有用户建立有效的接入点和单一联系点；捕获事件解决和服务请求需求。组织可以并且应根据他们的目标和客观环境调整ITIL各项实践的目的声明和其他建议。
74
75	与其他实践一样，该实践涉及服务管理四维度模型的所有维度：
76
77	\|服务管理维度 \|服务台实践资源示例
78	\|组织和人员\|专门小组，有时被称为“服务台”
79	\|信息和技术\|专用信息系统，有时被称为“服务台”
80	\|价值流和流程\|与用户沟通的工作流和程序
81	\|合作伙伴和供应商\|相关第三方，在某些情况下被称为“服务台”
82
83	表2.1 服务管理维度示例
84
85	术语“服务台”可以指各种类型的资源和资源组。例如，许多组织中，服务台被认为是一个职能或一个团队。与任何团队一样，服务台团队可能会参与一些实践活动。这些可能包括服务台、事件管理、服务请求管理、问题管理、服务配置管理、关系管理等实践。
86
87	本实践指南描述服务台实践。当讨论其他团队、软件工具或流程时，这些实践会被明确指出。
88
89	服务台实践涉及服务提供商与用户沟通的所有价值流，其目的是确保这些沟通对所有相关方都是有效和便利的。
90
91	== 2.2 术语和概念 ==
92
93	[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=4]]
94
95	=== 2.2.1 沟通渠道 ===
96
97	服务台实践包括在用户和服务提供商之间建立有效、便利的沟通渠道。通常存在多个渠道时，需要进行有效渠道整合提供无缝、便捷的用户体验。
98
99	良好的沟通渠道允许用户和服务提供商以对各方都便利的方式交换信息，并保证信息质量。在这种情况下，术语“便利”的特征如表2.2所述。
100
101	\|“便利”特性\|解释
102	\|可访问性\|沟通渠道应该可访问。这可能包括语言、格式，以及用于任何视觉或其他方面受损的用户的特殊功能。可能需要通过特殊的应用程序、设备以及技能的界面访问沟通渠道。
103	\|保障性\|各方应确保沟通渠道真实、安全，并符合适用的法规、政策和规则。
104	\|可用性\|沟通渠道应在任何需要的地点和时间可用。根据服务的不同，沟通渠道可能包括各种范围的移动接口（从仅在组织内到覆盖全球范围）和可用时间的选项（从仅在工作时间内到连续可用）。
105	\|情境智能化\|在可能的情况下，应整合沟通渠道和相关情景信息。该信息可以包括预先填写的情景数据、沟通历史、用户档案等。
106	\|情感一致性（Emotional Alignment）\|在某些情况下，沟通渠道用于交流情感、感觉以及事实数据。在这种情况下，服务提供商应该促进服务同理心。这通常需要一个类似电话或面对面沟通的人机界面。
107	\|熟悉度\|熟悉的沟通渠道比陌生的新渠道更便利。社交媒体、论坛、电子邮件、聊天室和其他沟通渠道可以有效地用于与服务提供商的联系。
108	\|整合性\|服务提供商经常使用多种渠道与用户沟通。此外，服务交互中可能涉及多个其他系统。应整合这些系统，以减少或消除重复的数据输入，并防止信息丢失（参见以下全渠道沟通的定义）。
109	\|易用性（Usability）\|(((
110	所有类型的界面都应该清晰、直观、有用和实用。
111
112
113	)))
114
115	表2.2沟通渠道的便利特性
116
117	表2.2中概述的特征与常用于评估和管理信息质量的特征类似，这些特征包括可用性、可靠性、可访问性、及时性、准确性和相关性。需要注意的是，信息质量可能取决于沟通质量；其他信息特征则取决于信息源和相关方。
118
119	多渠道通常用于服务提供者与用户之间的沟通。多渠道沟通可能很便利，但若不进行整合也会带来混乱。多渠道沟通提供无缝体验和信息流，其发展的极致即为全渠道沟通。
120
121	* 定义：全渠道沟通
122
123	跨多个渠道的统一沟通，基于跨渠道的信息共享，提供无缝的沟通体验。
124
125	=== 2.2.2 服务同理心 ===
126
127	* 定义：服务同理心
128
129	通过识别、理解、预测和展现另一方的兴趣、需求、意图和体验，以建立、维护和改进服务关系的能力。
130
131	服务同理心对组织和那些参与服务管理的人很重要。服务支持客服不可能分担用户的沮丧，但他们应认同并理解和表示同情，同时相应地调整自身的行为。
132
133	尽管自动化沟通系统可以通过新兴技术的情感分析能力（基于语言、声音和面部表情）得到增强，但这些系统无法实现同理心。服务同理心通常是通过聊天、视频和语音通话等渠道以及面对面交流的人际互动实现。
134
135	服务同理心是用户满意度提升和服务提供商成功的重要因素。作为一个概念，服务同理心不仅应用于用户支持和相关服务交互的狭窄情景，它适用于所有的服务交互。
136
137	=== 2.2.3 用户满意度 ===
138
139	服务台作为一种交流界面，对用户满意度、客户满意度提升和服务关系的整体成功具有重要影响。用户满意度的关键因素包括沟通渠道和互动的有效性与便利性。
140
141	* 定义：决定性时刻（Moment Of Truth）
142
143	客户或用户与组织的某个方面接触并对其服务质量产生印象的任何一段经历。它是设定和实现客户期望并最终达到客户满意的基础。
144
145	服务关系中的许多决定性时刻发生在用户和服务提供商的沟通过程中，因此在服务台实践中相当常见。总体用户满意度由许多因素决定，事实上通常来说服务质量比沟通便利更重要。
146
147	服务台实践也用于收集关于用户满意度的信息。调查或其他满意度研究工具通常使用这种实践建立的沟通渠道。为了有效地收集这些信息，本实践的沟通渠道应该被用户认为是可信的、有效的和方便的；否则，对调查和其他沟通的反馈可能会受到影响。
148
149	== 2.3 范围 ==
150
151	[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=5]]
152
153	服务台实践的范围包括：
154
155	1. 在服务供应商和用户之间建立和维护沟通渠道和界面
156	1. 授权（enabling）、记录和跟踪服务提供商和用户之间的沟通
157
158	尽管一些活动和责任领域与服务台密切相关，但不包括在服务台实践中。表2.3中列出了这些活动和责任领域，以及对应的实践供参考。重要的是要记住，ITIL实践仅仅是在价值流情景下使用的工具集合，它们应根据情况的需要而组合起来使用。
159
160	\|活动\|实践指南
161	\|事件解决和管理\|事件管理
162	\|服务请求的管理和实现\|服务请求
163	\|用户和服务提供商之间沟通的内容、时机和格式的定义\|向用户提供信息或使用用户信息的所有实践，包括事件管理、问题管理、变更支持、发布管理、项目管理、软件开发和管理、基础设施和平台管理、信息安全管理以及许多其他内容
164	\|技术和服务性能监控\|监控和事态管理
165	\|改进计划的管理\|持续改进
166	\|服务提供商和利益相关方之间的沟通，而非与用户的沟通\|关系管理
167	\|维护和改进信息与知识的使用\|知识管理
168
169	表2.3其他实践中描述的与服务台实践相关的活动
170
171	== 2.4 实践成功因素 ==
172
173	[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=6]]
174
175	* 定义：实践成功因素（Practice Success Factor，PSF）
176
177	实践为实现其目的所需的复杂功能性组件。
178
179	实践成功因素（PSF）不仅仅是一项任务或活动，它包括服务管理所有四个维度的组成部分。在一项实践中，PSFs相关的活动和资源的性质可能不同，但这些活动和资源共同确保实践的有效性。
180
181	服务台的实践包括以下PSFs：
182
183	1. 在服务提供者及其用户间实现有效、高效和便利的沟通并持续改进
184	1. 实现用户沟通与价值流的有效整合
185
186	=== ===
187
188	=== 2.4.1 在服务提供商与用户间实现有效、高效和便利的沟通并持续改进 ===
189
190	用户和客户可用的支持渠道应该高效、有效且便利。通过为用户和客户提供满足其需求的渠道可以达到便利。用户的需求可能会根据地理区域、时间、首选语言和可访问性要求的不同而变化。服务越便利，用户体验越好。
191
192	沟通渠道和界面的选择由多种因素决定，这些因素包括：
193
194	* 服务关系模型
195
196	* 内部或外部
197	* 商业或资助（subsidized）
198	* 大规模、开箱即用或定制
199	* 企业或个人
200
201	* 服务关系类型
202
203	* 基本、合作或伙伴关系
204
205	* 服务用户档案
206
207	* 语言
208	* 年龄
209	* 社交媒体活动
210	* 技术使用模式和偏好
211	* 位置
212	* 文化
213	* 多样性
214
215	* 服务提供商档案
216
217	* 位置和组织架构
218	* 用户满意度战略
219	* 服务组合的规模和可变性
220	* 技术能力和限制
221
222	* 影响服务关系的外部因素，包括政治、经济、社会、技术、法律和环境因素
223
224	交流不仅仅是发送信息。永远不要假设一条信息已经被认可和理解。每位收件人可能会根据个人情况对消息进行不同的解读或理解。发送方应确保其消息达到预期的结果接收方应该检查并确认正确理解了收到的消息。
225
226	在选择和设计服务渠道时，非常重要的是考虑用户对服务使用的准备度以及相关的风险和机会。不同的渠道会带来不同的挑战；组织必须准备好克服这些挑战。表2.4列出了其中的一些挑战。
227
228	\| \|渠道\|挑战示例\|解决方案示例
229	\|(% rowspan="6" %)(((
230	用
231
232	户
233
234	与
235
236	人
237
238	的
239
240	互
241
242	动
243	)))\|语音\|(((
244	有限的可扩展性
245
246	主观态度和情绪
247	)))\|投资于支持型客服的职业发展、情商、对不同文化的认知和兴趣
248	\|实时聊天\|主观态度和情绪\|将人力支持限制在需要和合理的地方
249	\|电子邮件\|(((
250	非结构化信息
251
252	主观态度和情绪
253	)))\|在适当的情况下，利用可用资源自动记录非结构化信息
254	\|走访\|(((
255	有限的可扩展性
256
257	主观态度和情绪
258	)))\|(% rowspan="3" %)(((
259
260
261	情况合适时推行自助服务以增加接待能力
262
263	提供明确的安全参数，并定期测试其有效性
264	)))
265	\|驻场\|(((
266	有限的规模和可用性
267
268	主观态度和情绪
269	)))
270	\|社交媒体\|(((
271	病毒效应，错误和冲突的高曝光率
272
273	主观态度和情绪
274
275	非结构化信息
276
277	安全约束
278	)))
279	\|(((
280	用
281
282	户
283
284	与
285
286	技
287
288	术
289
290	的
291
292	互
293
294	动
295	)))\|网络门户，（电话）互动语音菜单，移动应用，聊天机器人以及其他\|(((
296	用户可以在其安全级别上完成范围有限的任务
297
298	数据不充分、不足够
299
300	用户技术技能不充分、不足够
301
302	缺乏服务同理心和情商
303
304	面对复杂环境的有限适用性
305	)))\|(((
306	在实施自助前，评估用户技能和可用的支持操作范围
307
308	使用用户熟悉的渠道和界面
309
310	确保高质量的历史数据和知识支持
311
312	当使用机器学习时，确保数据和算法的高质量
313
314	提供人工备份支持选项
315
316	改进信息质量和导航工具
317
318	确保尽可能容易获得自助工具和行动
319	)))
320
321	表2.4 渠道示例及其挑战
322
323	在大多数情况下，服务提供者使用多种渠道。重要的是确保各渠道间有效整合。沟通应是全渠道，而非多渠道。一段无缝的用户旅程，有可能在信息不丢失或损坏的情况下，在不同的渠道间切换，促进积极的用户体验。没有充分整合的多渠道沟通很可能会造成混乱并引发错误。图2.1演示了如何使用多种渠道支持用户。
324
325	(% style="text-align:center" %)
326	[[image:1600929628284-534.png]]
327
328	图2.1多种沟通渠道
329
330	在非集成的多渠道沟通中，渠道间会有信息隔阂。例如，电话问询、在移动应用程序中的预约以及与来访工程师的沟通都可能需要重新输入（重新沟通）以触发呼叫支持服务。另一方面，在全渠道沟通中，情景将不断更新，并且可重用的数据将在任何关联的地方都可用。例如，用户在同一登录账号下执行的所有浏览和咨询都会添加到情景中，支持专家都可以看到。用户支持客服和来访工程师都可以获得所有相关数据。
331
332	换而言之，在多渠道沟通中，用户将在每条渠道开始新的旅程。在全渠道沟通中，旅程持续并在不同渠道间便利地切换。
333
334	=== 2.4.2 实现用户沟通与价值流的有效整合 ===
335
336	作为服务提供商与用户双向沟通的节点，服务台实践的一个关键重点是有效地捕获、记录沟通信息并将其集成到相关的价值流中。像所有实践一样，本实践涉及多条价值流：只要服务提供商和用户之间需要沟通。
337
338	由服务提供者发起的沟通由价值流中涉及的一个或多个其他实践共同定义和执行。例如，关于服务计划变更的沟通由变更支持实践和发布管理实践共同发起和执行。作为服务台实践的一部分，建立和管理沟通渠道，但沟通的内容、格式和时间的定义是价值流情景中变更支持实践和发布管理实践的一部分。
339
340	然而，当用户发起沟通时，并不清楚属于哪条价值流，应该触发哪项ITIL实践活动。服务台实践为所有用户问询（包括咨询、事件、服务请求、投诉和表扬）的有效分类提供沟通界面和程序。当对用户查询进行分类并确定相关的价值流和实践后，将根据各自实践的流程和程序处理查询。有时，这涉及服务台团队资源和/或信息系统。
341
342	== 2.5 关键指标 ==
343
344	[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=7]]
345
346	应在每个实践所贡献的价值流情境中评估ITIL实践的有效性和绩效。与任何工具的绩效一样，实践的绩效只能在其应用的情景中评估。然而，在设计和质量上，工具可能有很大的差异。当根据工具的目的使用时，这些差异定义了工具有效性的潜力或能力。关于度量标准、关键绩效指标（Key Performance Indicators， KPIs）和其他有助于实现这一点的技术的进一步指导，请参见度量和报告实践指南。
347
348	服务台实践的关键指标映射到其PSFs上。这些PSFs可以用作价值流情景下的KPIs，评估实践对这些价值流效能和效率的贡献。表2.5给出了一些关键指标的示例。
349
350	\|实践成功因素\|指标示例
351	\|在服务提供者及其用户间实现有效、高效和便利的沟通并持续改进\|(((
352	通过服务台渠道接收的信息的质量，根据商定的信息质量标准衡量
353
354	服务台沟通渠道和界面的便利性，根据商定的便利性标准衡量
355
356	沟通关键利益相关者对信息质量和服务台沟通渠道的便利性的满意度
357	)))
358	\|实现用户沟通与价值流的有效整合\|(((
359	与价值流的要求相比，通过服务台渠道接收到的信息的质量
360
361	关键利益相关者对通过服务台渠道传达信息的的满意度
362
363	用户查询分类不正确的数量和百分比
364	)))
365
366	表2.5实践成功因素的关键指标示例
367
368	将度量标准正确地聚合到复杂的指标中，将使数据更容易用于价值流的持续管理以及服务台实践的定期评估和持续改进。对此没有唯一的最佳解决方案。度量标准基于组织的整体服务策略和优先级，以及实践所贡献的价值流的目标。
369
370
371	----
372
373
374	(% class="row" %)
375	(((
376	(% class="col-xs-12 col-sm-4" style="left: 106px; top: 362px;" %)
377	(((
378
379	)))
380	)))

1

(% class="jumbotron" %)

2

(((

3

(% class="container" %)

(((

= =

需要下载 **ITIL 4服务台实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“服务台实践”即可。

9

10

[[image:http://itil4hub.cn/bin/download/C%20%E5%AE%9E%E8%B7%B5%E6%8C%87%E5%8D%97/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/WebHome/%E5%BE%AE%E4%BF%A1%E5%9B%BE%E7%89%87_20200929154759.png?rev=1.2||alt="微信图片_20200929154759.png"]]

**申明：**

本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。

16

17

请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。

18

19

20

**翻译**：傅盛 **审校**：秦佩君 **审核**：姚凯、严宝龙

)))

)))

= 1 关于本文档 =

[[编辑>>url:http://itil4hub.cn/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=1]]

28

29

本文档提供服务台实践实用指南，分为五个主要部分，涵盖：

●本实践的一般信息

●本实践相关的流程和活动及其在服务价值链中的作用

●参与本实践的组织和人员

●支持本实践的信息和技术

●对本实践的合作伙伴和供应商的考虑

== 1.1 ITIL 4资格认证计划 ==

42

43

[[编辑>>url:http://itil4hub.cn/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=2]]

44

45

本文档中的部分内容可作为以下教学大纲的一部分以供检查：

● ITIL专家创建、交付和支持

● ITIL专家交付利益干系人价值

详情请参考各部分教学大纲。

----

= 2 一般信息 =

[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=1]]

== ==

[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=2]]

== 2.1 目的和描述 ==

[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=3]]

* **关键信息**

服务台实践的目的是获取事件解决和服务请求的需求。服务台还应该是服务提供者为所有用户提供的接入点和单一联系点。

72

73

注：在一些组织中，服务台实践的主要目的是在服务提供者与用户之间建立有效的沟通界面，事件和服务请求只是沟通的两个主题。在这些组织中，这种实践的目的可能是：与所有用户建立有效的接入点和单一联系点；捕获事件解决和服务请求需求。组织可以并且应根据他们的目标和客观环境调整ITIL各项实践的目的声明和其他建议。

74

75

与其他实践一样，该实践涉及服务管理四维度模型的所有维度：

76

77

|服务管理维度 |服务台实践资源示例

78

|组织和人员|专门小组，有时被称为“服务台”

79

|信息和技术|专用信息系统，有时被称为“服务台”

80

|价值流和流程|与用户沟通的工作流和程序

81

|合作伙伴和供应商|相关第三方，在某些情况下被称为“服务台”

表2.1 服务管理维度示例

术语“服务台”可以指各种类型的资源和资源组。例如，许多组织中，服务台被认为是一个职能或一个团队。与任何团队一样，服务台团队可能会参与一些实践活动。这些可能包括服务台、事件管理、服务请求管理、问题管理、服务配置管理、关系管理等实践。

86

87

本实践指南描述服务台实践。当讨论其他团队、软件工具或流程时，这些实践会被明确指出。

88

89

服务台实践涉及服务提供商与用户沟通的所有价值流，其目的是确保这些沟通对所有相关方都是有效和便利的。

== 2.2 术语和概念 ==

[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=4]]

=== 2.2.1 沟通渠道 ===

服务台实践包括在用户和服务提供商之间建立有效、便利的沟通渠道。通常存在多个渠道时，需要进行有效渠道整合提供无缝、便捷的用户体验。

98

99

良好的沟通渠道允许用户和服务提供商以对各方都便利的方式交换信息，并保证信息质量。在这种情况下，术语“便利”的特征如表2.2所述。

100

101

|**“便利”特性**|**解释**

102

|可访问性|沟通渠道应该可访问。这可能包括语言、格式，以及用于任何视觉或其他方面受损的用户的特殊功能。可能需要通过特殊的应用程序、设备以及技能的界面访问沟通渠道。

103

|保障性|各方应确保沟通渠道真实、安全，并符合适用的法规、政策和规则。

104

|可用性|沟通渠道应在任何需要的地点和时间可用。根据服务的不同，沟通渠道可能包括各种范围的移动接口（从仅在组织内到覆盖全球范围）和可用时间的选项（从仅在工作时间内到连续可用）。

105

|情境智能化|在可能的情况下，应整合沟通渠道和相关情景信息。该信息可以包括预先填写的情景数据、沟通历史、用户档案等。

106

|情感一致性（Emotional Alignment）|在某些情况下，沟通渠道用于交流情感、感觉以及事实数据。在这种情况下，服务提供商应该促进服务同理心。这通常需要一个类似电话或面对面沟通的人机界面。

107

|熟悉度|熟悉的沟通渠道比陌生的新渠道更便利。社交媒体、论坛、电子邮件、聊天室和其他沟通渠道可以有效地用于与服务提供商的联系。

108

|整合性|服务提供商经常使用多种渠道与用户沟通。此外，服务交互中可能涉及多个其他系统。应整合这些系统，以减少或消除重复的数据输入，并防止信息丢失（参见以下全渠道沟通的定义）。

109

|易用性（Usability）|(((

110

所有类型的界面都应该清晰、直观、有用和实用。

)))

表2.2沟通渠道的便利特性

表2.2中概述的特征与常用于评估和管理信息质量的特征类似，这些特征包括可用性、可靠性、可访问性、及时性、准确性和相关性。需要注意的是，信息质量可能取决于沟通质量；其他信息特征则取决于信息源和相关方。

118

119

多渠道通常用于服务提供者与用户之间的沟通。多渠道沟通可能很便利，但若不进行整合也会带来混乱。多渠道沟通提供无缝体验和信息流，其发展的极致即为全渠道沟通。

* **定义：全渠道沟通**

跨多个渠道的统一沟通，基于跨渠道的信息共享，提供无缝的沟通体验。

=== 2.2.2 服务同理心 ===

* **定义：服务同理心**

通过识别、理解、预测和展现另一方的兴趣、需求、意图和体验，以建立、维护和改进服务关系的能力。

130

131

服务同理心对组织和那些参与服务管理的人很重要。服务支持客服不可能分担用户的沮丧，但他们应认同并理解和表示同情，同时相应地调整自身的行为。

132

133

尽管自动化沟通系统可以通过新兴技术的情感分析能力（基于语言、声音和面部表情）得到增强，但这些系统无法实现同理心。服务同理心通常是通过聊天、视频和语音通话等渠道以及面对面交流的人际互动实现。

134

135

服务同理心是用户满意度提升和服务提供商成功的重要因素。作为一个概念，服务同理心不仅应用于用户支持和相关服务交互的狭窄情景，它适用于所有的服务交互。

=== 2.2.3 用户满意度 ===

服务台作为一种交流界面，对用户满意度、客户满意度提升和服务关系的整体成功具有重要影响。用户满意度的关键因素包括沟通渠道和互动的有效性与便利性。

140

141

* **定义：决定性时刻（Moment Of Truth）**

142

143

客户或用户与组织的某个方面接触并对其服务质量产生印象的任何一段经历。它是设定和实现客户期望并最终达到客户满意的基础。

144

145

服务关系中的许多决定性时刻发生在用户和服务提供商的沟通过程中，因此在服务台实践中相当常见。总体用户满意度由许多因素决定，事实上通常来说服务质量比沟通便利更重要。

146

147

服务台实践也用于收集关于用户满意度的信息。调查或其他满意度研究工具通常使用这种实践建立的沟通渠道。为了有效地收集这些信息，本实践的沟通渠道应该被用户认为是可信的、有效的和方便的；否则，对调查和其他沟通的反馈可能会受到影响。

== 2.3 范围 ==

[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=5]]

服务台实践的范围包括：

1. 在服务供应商和用户之间建立和维护沟通渠道和界面

156

1. 授权（enabling）、记录和跟踪服务提供商和用户之间的沟通

157

158

尽管一些活动和责任领域与服务台密切相关，但不包括在服务台实践中。表2.3中列出了这些活动和责任领域，以及对应的实践供参考。重要的是要记住，ITIL实践仅仅是在价值流情景下使用的工具集合，它们应根据情况的需要而组合起来使用。

|**活动**|**实践指南**

|事件解决和管理|事件管理

|服务请求的管理和实现|服务请求

|用户和服务提供商之间沟通的内容、时机和格式的定义|向用户提供信息或使用用户信息的所有实践，包括事件管理、问题管理、变更支持、发布管理、项目管理、软件开发和管理、基础设施和平台管理、信息安全管理以及许多其他内容

164

|技术和服务性能监控|监控和事态管理

165

|改进计划的管理|持续改进

166

|服务提供商和利益相关方之间的沟通，而非与用户的沟通|关系管理

167

|维护和改进信息与知识的使用|知识管理

168

169

表2.3其他实践中描述的与服务台实践相关的活动

== 2.4 实践成功因素 ==

[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=6]]

174

175

* **定义：实践成功因素（Practice Success Factor，PSF）**

实践为实现其目的所需的复杂功能性组件。

实践成功因素（PSF）不仅仅是一项任务或活动，它包括服务管理所有四个维度的组成部分。在一项实践中，PSFs相关的活动和资源的性质可能不同，但这些活动和资源共同确保实践的有效性。

服务台的实践包括以下PSFs：

1. 在服务提供者及其用户间实现有效、高效和便利的沟通并持续改进

1. 实现用户沟通与价值流的有效整合

=== ===

=== 2.4.1 在服务提供商与用户间实现有效、高效和便利的沟通并持续改进 ===

189

190

用户和客户可用的支持渠道应该高效、有效且便利。通过为用户和客户提供满足其需求的渠道可以达到便利。用户的需求可能会根据地理区域、时间、首选语言和可访问性要求的不同而变化。服务越便利，用户体验越好。

191

192

沟通渠道和界面的选择由多种因素决定，这些因素包括：

* 服务关系模型

* 内部或外部

* 商业或资助（subsidized）

* 大规模、开箱即用或定制

* 企业或个人

* 服务关系类型

* 基本、合作或伙伴关系

* 服务用户档案

* 语言

* 年龄

* 社交媒体活动

* 技术使用模式和偏好

* 位置

* 文化

* 多样性

* 服务提供商档案

* 位置和组织架构

* 用户满意度战略

* 服务组合的规模和可变性

* 技术能力和限制

* 影响服务关系的外部因素，包括政治、经济、社会、技术、法律和环境因素

223

224

交流不仅仅是发送信息。永远不要假设一条信息已经被认可和理解。每位收件人可能会根据个人情况对消息进行不同的解读或理解。发送方应确保其消息达到预期的结果接收方应该检查并确认正确理解了收到的消息。

225

226

在选择和设计服务渠道时，非常重要的是考虑用户对服务使用的准备度以及相关的风险和机会。不同的渠道会带来不同的挑战；组织必须准备好克服这些挑战。表2.4列出了其中的一些挑战。

227

228

| |**渠道**|**挑战示例**|**解决方案示例**

229

|(% rowspan="6" %)(((

用

户

与

人

的

互

动

)))|语音|(((

有限的可扩展性

主观态度和情绪

)))|投资于支持型客服的职业发展、情商、对不同文化的认知和兴趣

248

|实时聊天|主观态度和情绪|将人力支持限制在需要和合理的地方

|电子邮件|(((

非结构化信息

主观态度和情绪

)))|在适当的情况下，利用可用资源自动记录非结构化信息

|走访|(((

有限的可扩展性

主观态度和情绪

)))|(% rowspan="3" %)(((

情况合适时推行自助服务以增加接待能力

提供明确的安全参数，并定期测试其有效性

)))

|驻场|(((

有限的规模和可用性

主观态度和情绪

)))

|社交媒体|(((

病毒效应，错误和冲突的高曝光率

主观态度和情绪

非结构化信息

安全约束

)))

|(((

用

户

与

技

术

的

互

动

)))|网络门户，（电话）互动语音菜单，移动应用，聊天机器人以及其他|(((

用户可以在其安全级别上完成范围有限的任务

数据不充分、不足够

用户技术技能不充分、不足够

缺乏服务同理心和情商

面对复杂环境的有限适用性

)))|(((

在实施自助前，评估用户技能和可用的支持操作范围

使用用户熟悉的渠道和界面

确保高质量的历史数据和知识支持

当使用机器学习时，确保数据和算法的高质量

提供人工备份支持选项

改进信息质量和导航工具

确保尽可能容易获得自助工具和行动

)))

表2.4 渠道示例及其挑战

在大多数情况下，服务提供者使用多种渠道。重要的是确保各渠道间有效整合。沟通应是全渠道，而非多渠道。一段无缝的用户旅程，有可能在信息不丢失或损坏的情况下，在不同的渠道间切换，促进积极的用户体验。没有充分整合的多渠道沟通很可能会造成混乱并引发错误。图2.1演示了如何使用多种渠道支持用户。

324

325

(% style="text-align:center" %)

326

[[image:1600929628284-534.png]]

图2.1多种沟通渠道

在非集成的多渠道沟通中，渠道间会有信息隔阂。例如，电话问询、在移动应用程序中的预约以及与来访工程师的沟通都可能需要重新输入（重新沟通）以触发呼叫支持服务。另一方面，在全渠道沟通中，情景将不断更新，并且可重用的数据将在任何关联的地方都可用。例如，用户在同一登录账号下执行的所有浏览和咨询都会添加到情景中，支持专家都可以看到。用户支持客服和来访工程师都可以获得所有相关数据。

331

332

换而言之，在多渠道沟通中，用户将在每条渠道开始新的旅程。在全渠道沟通中，旅程持续并在不同渠道间便利地切换。

333

334

=== 2.4.2 实现用户沟通与价值流的有效整合 ===

335

336

作为服务提供商与用户双向沟通的节点，服务台实践的一个关键重点是有效地捕获、记录沟通信息并将其集成到相关的价值流中。像所有实践一样，本实践涉及多条价值流：只要服务提供商和用户之间需要沟通。

337

338

由服务提供者发起的沟通由价值流中涉及的一个或多个其他实践共同定义和执行。例如，关于服务计划变更的沟通由变更支持实践和发布管理实践共同发起和执行。作为服务台实践的一部分，建立和管理沟通渠道，但沟通的内容、格式和时间的定义是价值流情景中变更支持实践和发布管理实践的一部分。

339

340

然而，当用户发起沟通时，并不清楚属于哪条价值流，应该触发哪项ITIL实践活动。服务台实践为所有用户问询（包括咨询、事件、服务请求、投诉和表扬）的有效分类提供沟通界面和程序。当对用户查询进行分类并确定相关的价值流和实践后，将根据各自实践的流程和程序处理查询。有时，这涉及服务台团队资源和/或信息系统。

== 2.5 关键指标 ==

[[编辑>>path:/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=7]]

345

346

应在每个实践所贡献的价值流情境中评估ITIL实践的有效性和绩效。与任何工具的绩效一样，实践的绩效只能在其应用的情景中评估。然而，在设计和质量上，工具可能有很大的差异。当根据工具的目的使用时，这些差异定义了工具有效性的潜力或能力。关于度量标准、关键绩效指标（Key Performance Indicators， KPIs）和其他有助于实现这一点的技术的进一步指导，请参见度量和报告实践指南。

347

348

服务台实践的关键指标映射到其PSFs上。这些PSFs可以用作价值流情景下的KPIs，评估实践对这些价值流效能和效率的贡献。表2.5给出了一些关键指标的示例。

349

350

|实践成功因素|指标示例

351

|在服务提供者及其用户间实现有效、高效和便利的沟通并持续改进|(((

352

通过服务台渠道接收的信息的质量，根据商定的信息质量标准衡量

353

354