Wiki源代码08. 步骤6:价值共创
Version 25.1 by superadmin on 2022/01/09, 11:08
Show last authors
author | version | line-number | content |
---|---|---|---|
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/9.%20%E7%AC%AC7%E6%AD%A5%EF%BC%9A%E5%AE%9E%E7%8E%B0%E4%BB%B7%E5%80%BC/]] [[返回上一章>>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/7.%20%E6%AD%A5%E9%AA%A45%EF%BC%9A%E5%BC%95%E5%85%A5/]] | ||
5 | |||
6 | {{box cssClass="floatinginfobox" title="**Contents**"}} | ||
7 | {{toc/}} | ||
8 | {{/box}} | ||
9 | |||
10 | = 8. 步骤6:价值共创 = | ||
11 | |||
12 | [[image:1639125066665-487.png||height="59" width="659"]] | ||
13 | |||
14 | 培育服务意识 | ||
15 | |||
16 | 正在进行的服务交互 | ||
17 | |||
18 | 培育用户社区 | ||
19 | |||
20 | |||
21 | 当各方准备好交付和使用服务时,旅程的下一步便开始了。它可以说是最重要的;前面的所有步骤都旨在使之成为可能,并确保其取得成功。 | ||
22 | |||
23 | |||
24 | 此步骤的目的是让参与服务关系的人员共同行动,以确保基于商定的服务产品持续共同创造价值。 | ||
25 | |||
26 | |||
27 | 服务提供和消费步骤的范围包括: | ||
28 | |||
29 | * 服务的交付和支持 | ||
30 | * 服务的消费 | ||
31 | * 服务的使用。 | ||
32 | |||
33 | 此步骤是否成功取决于所有利益相关者共享基本原理并采用服务意识的能力。表8.1概述了服务提供和消费的目的。 | ||
34 | |||
35 | |||
36 | 表8.1 服务提供的用途和消耗量 | ||
37 | |||
38 | [[image:1641697102575-261.png]] | ||
39 | |||
40 | |||
41 | == 8.1 培养服务意识 == | ||
42 | |||
43 | 重要的是参与服务提供和消费活动的人员必须以负责任的态度行事,考虑他人的利益,并专注于商定的服务结果。这被称为“ 服务同理心”,该术语通常用于用户支持的狭窄背景以及与服务提供者的支持代理相关的服务交互,但应扩展到整个服务旅程。 | ||
44 | |||
45 | |||
46 | |((( | ||
47 | **定义:服务同理心** | ||
48 | |||
49 | 识别、理解,预测和规划利益、需求、意图及经验的能力,以便建立、维持和改善服务关系。 | ||
50 | ))) | ||
51 | |||
52 | 服务同理心是组织的一项重要能力也是服务管理者的一项重要技能。服务支持代理不需要分担用户的挫折感,但希望得到认可和理解,表达同情,并相应调整自己的支持行动。 | ||
53 | |||
54 | |||
55 | 服务同理心的重要程度取决于关系的密切程度。成功的伙伴关系相比基础的关系更为关键。 | ||
56 | |||
57 | |||
58 | 对于合作关系的成功而言,它比基本的关系更为关键。 | ||
59 | |||
60 | |||
61 | 服务同理心是服务意识的要素,但不是唯一的要素。服务意识还包括驱动组织行为的共同原则并定义其对服务关系和其他相关方的态度。 | ||
62 | |||
63 | |||
64 | |||
65 | |((( | ||
66 | **定义:服务意识** | ||
67 | |||
68 | 组织文化的一个重要组成部分,它定义了组织在服务关系中的行为。服务意识包含包括组织采用和遵循的共同价值观和指导原则。 | ||
69 | ))) | ||
70 | |||
71 | 服务意识包含以下值和原则: | ||
72 | |||
73 | * 了解你的客户/ 用户 | ||
74 | * 了解客户/ 用户期望 | ||
75 | * 专注于客户价值 | ||
76 | * 承担责任 | ||
77 | * 表现出同理心 | ||
78 | * 承认并适应文化 | ||
79 | * 鼓励协作 | ||
80 | * 慷慨大方 | ||
81 | * 表现出独创性,包括有智慧的不服从 | ||
82 | * 永远不要有不道德的行为。 | ||
83 | |||
84 | 参与服务旅程可见性前期阶段的人员通常具备管理服务关系,并表现出良好人际交往的技能、服务同理心和有效的沟通。然而,在共同创造阶段,参与持续服务提供和消费的人可能不会分享这种服务意识。 | ||
85 | |||
86 | |||
87 | === 8.1.1 适用于服务提供的服务意识 === | ||
88 | |||
89 | 所有参与服务提供的人都应该分享服务意识。指导原则应该指导专业行为的所有方面。表8.2列出了可能有助于培养服务意识的关键问题,并提供了有助于提高相关能力的方法示例 | ||
90 | |||
91 | |||
92 | 表8.2 服务提供者中的服务意识组织 | ||
93 | |||
94 | [[image:1641697249300-943.png]] | ||
95 | |||
96 | [[image:1641697275443-988.png]] | ||
97 | |||
98 | [[image:1641697319320-514.png]] | ||
99 | |||
100 | |||
101 | |((( | ||
102 | **关键信息** | ||
103 | |||
104 | 不仅是直接面向用户服务的提供商需要具备服务意识。对于提供基础设施,平台,环境和其他服务 并且无直接用户的组织来说同样重要。 | ||
105 | ))) | ||
106 | |||
107 | === 8.1.2 适用于“隐形”用户的服务 === | ||
108 | |||
109 | 服务关系可能涉及服务提供者和服务消费者之间以各种资源组合的服务交互。人员,技术,流程和第三方都可能相互作用。在某些情况下,这些服务交互不涉及用户,该服务以其他维度作为提供给服务消费者的资源。包含如下示例: | ||
110 | |||
111 | * 平台和基础设施即服务。服务提供者的技术资源被服务消费者的技术资源所使用。 | ||
112 | * 服务消费者的IoT设备与服务提供商平台进行通信。 | ||
113 | * 工作时间以外进行办公室的清洁工作。服务提供商的工作人员清洁服务消费者的工作空间,通常与在办公室工作的人员无任何互动。 | ||
114 | * 街道清洁。 | ||
115 | * 审计服务。 | ||
116 | |||
117 | 这些示例表明,人们可能代表服务消费者组织进行沟通,但是他们不充当用户。通常,这些人被授权为用户代表并代表他们与服务提供商进行交互。 | ||
118 | |||
119 | |||
120 | 有时,缺乏人与人之间的互动会导致服务提供者仅专注于技术和其他非人力资源。这导致缺少聚焦价值和服务与服务消费者的需求不一致。同样重要的是在提供专业基础设施,平台,环境和其他服务且没有直接用户但影响人们工作和生活的组织之间培养和维护一种服务意识。 | ||
121 | |||
122 | |||
123 | 服务提供者与用户之间几乎没有人为接触时,重要的是监测和度量关键的服务质量和体验指标,并分析反映用户体验的趋势和模式。服务绩效透明度是关键; 服务供应商和消费者可以从分享服务体验信息的见解中获益,在理解的基础上投入资源进行合作。从本质上讲,他们都将理解信息在服务质量方面的意义,可能会影响价值共创。 | ||
124 | |||
125 | |||
126 | === 8.1.3 适用于服务消费的服务意识 === | ||
127 | |||
128 | 服务是价值共创的一种手段。价值不能简单地交付;它需要服务消费者的积极参与。如果用户正在使用服务,他们的能力,态度和文化使他们成为价值共创的重要因素。 | ||
129 | |||
130 | |||
131 | 因此,重要的是确保参与服务消费的所有个人共享服务意识,而不只是服务提供者的团队。都共享一个服务意识。指导原则应该指导职业行为的各个方面。表8.3说明了有助于培养服务意识的关键问题并提供了有助于培养相关能力的方法示例。 | ||
132 | |||
133 | |||
134 | 服务消费者组织中的表8.3 服务意识 | ||
135 | |||
136 | [[image:1641697421203-439.png]] | ||
137 | |||
138 | [[image:1641697463101-144.png]] | ||
139 | |||
140 | [[image:1641697489886-428.png]] | ||
141 | |||
142 | |||
143 | == 8.2 进行中的服务交互 == | ||
144 | |||
145 | 向用户提供服务有不同的方法。最常见的选项包括:: | ||
146 | |||
147 | * **拉动或推送**服务动作可由用户发起,例如拉动。这种情形包括当用户在服务门户上请求服务,下载应用程序,呼叫服务台等。它们也可以由服务提供者发起,如推送。例如,用户可以每月获得一份报告作为订阅的一部分,或者服务提供商可以在新版本可用时自动更新用户设备上的软件。 | ||
148 | * **自动或手动**服务操作的启动和实现可以通过不同的方式实现自动化: | ||
149 | ** **无技术**服务提供不涉及技术 | ||
150 | ** **技术辅助**技术是用来支持服务提供商提供服务的。例如,服务台代表可以使用信息系统来登记和管理来自用户的请求 | ||
151 | ** **技术推动**在部分服务提供过程中服务提供商和用户可以使用相同的技术。例如,当服务台代表和用户讨论问题时可以使用远程访问软件来接管用户的屏幕。 | ||
152 | ** **技术中介**消除了服务提供商和用户之间服务提供时的物理距离。例如,用户可以通过短信与服务提供商沟通。 | ||
153 | ** **技术产生**服务提供商,服务消费者或双方完全由技术代替。示例包括自服务,聊天机器人,自动向服务提供商请求更多存储的服务消费者应用程序等。 | ||
154 | * **定制或开箱即用**用户和服务提供商之间的交互可以针对所有用户或大部分用户进行标准化或者根据单个用户或小部分用户的需求和偏好进行调整 | ||
155 | * **直接或间接**服务提供商可以使用自身资源和员工或通过代理与用户进行交互。例如,机场代理经常被用来代表航空公司为旅客办理登机手续。通常使用机场代理人代表航空公司办理旅客登机手续。服务消费者还可以代表服务提供商提供服务。例如,客户已与外包公司达成服务协议,但服务消费者的服务台仍为用户提供服务。如图8.1所示。 | ||
156 | |||
157 | (% style="text-align:center" %) | ||
158 | [[image:1639125301602-263.png]] | ||
159 | |||
160 | 图片8.1常见的服务技术类型 | ||
161 | |||
162 | |||
163 | 这些方法被定义为服务架构和设计的一部分,在旅程的早期步骤中达成一致,并在共同创建步骤中得到应用。它们对用户体验有重要的影响;它们在用户体验上具有重要的影响力;服务提供者和服务消费者应在旅程开始阶段就考虑到这种影响。服务提供者和服务消费者应该从开始就考虑使用影响力。 | ||
164 | |||
165 | |||
166 | 根据服务架构,服务消费者和服务提供者组织之间的服务交互可能包括: | ||
167 | |||
168 | * **联合活动 **单独或共同执行作为服务约定部分的服务动作 | ||
169 | * **服务提供活动:** | ||
170 | ** 提供对约定资源的访问,并将这些资源用作为服务的一部分 | ||
171 | ** 提供和消费双方约定的货物 | ||
172 | ** 将服务提供涉及的资源的可用性,性能和其他品质特征维持在约定级别 | ||
173 | ** 记录,报告,检测和解决事件 | ||
174 | ** 记录,处理和履行服务请求 | ||
175 | ** 记录和处理投诉和表扬 | ||
176 | ** 受理和处理其他用户查询 | ||
177 | ** 收集并处理服务质量相关的数据,向利益相关者提供监控信息 | ||
178 | ** 在适用的情况下,对提供的服务开具发票。 | ||
179 | |||
180 | * **服务消费活动:** | ||
181 | ** 访问和使用作为服务组成的资源和商品 | ||
182 | ** 执行服务动作 | ||
183 | ** 发起服务请求 | ||
184 | ** 提出投诉和表扬 | ||
185 | ** 提出其他用户查询 | ||
186 | ** 在约定的情况下报告偏差和事件 | ||
187 | ** 在适用的情况下为提供的服务支付费用。 | ||
188 | |||
189 | 重要的是各方理解并塑造在可见的范围内执行活动,但他们也需要对双方的不可见活动进行管理。 | ||
190 | |||
191 | |||
192 | 在大多数情况下,此步骤中服务消费者组织由用户代表或者其授权的代表。他们通常在服务旅程开始前就服务消费过程中的角色和用户及其代表沟通并达成一致。还包括资格标准、使用规则、安全要求、责任等。 | ||
193 | |||
194 | |||
195 | 在服务旅程的这个阶段的活动服务提供者组织可以由各种角色代表。有些角色直接与用户打交道(服务台代理,支持专家和为用户或与用户执行服务操作的任何专家);某些角色专注于服务提供商或服务消费者的各种资源,但可能偶尔与用户产生互动(执行服务维护或服务支持或作为服务提供的一部分处理服务消费者资源的技术专家)。在后一种情况下,重要的是要确保这些专家分享服务意识并专注于服务消费者的价值和可靠的用户体验。 | ||
196 | |||
197 | |||
198 | === 8.2.1 服务请求 === | ||
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 | * 授权(例如,安全,财务和架构/技术) | ||
227 | * 成本和价格 | ||
228 | * 法律和监管要求 | ||
229 | * 其他限制。 | ||
230 | |||
231 | 服务请求管理有助于服务的成功使用。可以通过以下方式强化此规范: | ||
232 | |||
233 | * 为用户的状况和级别访问请求量身定制的易用且交互式的服务请求目录 | ||
234 | * 用于启动和履行服务请求的自助服务界面 | ||
235 | * 请求履行过程中的状态更新和推送通知 | ||
236 | * 主动沟通服务的状态,请求的可用性和新的选项 | ||
237 | * 友好且专业的支持代理满足请求 | ||
238 | * 尽可能通过用户首选的方式自动完成和交付 | ||
239 | * 收集和处理反馈 | ||
240 | * 适用于请求履行有效的工作流 | ||
241 | * 有效的集成其他管理实践。 | ||
242 | |||
243 | 通过以下ITIL实践可以成功启动,处理和实现服务请求: | ||
244 | |||
245 | * 变更管理 | ||
246 | * IT资产管理 | ||
247 | * 服务目录管理 | ||
248 | * 服务配置管理 | ||
249 | * 服务台 | ||
250 | * 服务级别管理 | ||
251 | * 服务请求管理. | ||
252 | |||
253 | 在某些情况下,可以应用其他ITIL实践来支持服务请求。其中包括容量和性能管理、部署管理、信息安全管理、基础架构和平台管理以及发布管理实践。 | ||
254 | |||
255 | |||
256 | |||
257 | |((( | ||
258 | **关键信息** | ||
259 | |||
260 | 服务台实践的目的是为事件解决和服务请求捕获需求。对于所有用户,它也应该是服务提供者的入口和单一联系点。 | ||
261 | ))) | ||
262 | |||
263 | === 8.2.2 服务台的相互作用 === | ||
264 | |||
265 | 用户与服务提供商进行交互时,他们将通过服务台实践提供的专用接口或渠道进行交互。这些接口可以采用各种形式,但是它们有一个共同的目的:确保用户请求被捕获并根据服务提供者和服务消费者之间建立的协议和期望进行处理。 | ||
266 | |||
267 | |||
268 | 服务关系要取得成功重要的关键点,服务台的界面,过程和规则必须经过双方的同意并在引入阶段就传达给所有用户。这些界面和过程应该简单,对用户友好并且易于遵循。服务台实践应该根据用户的反馈不断的持续改进,以确保获得积极的用户体验。 | ||
269 | |||
270 | |||
271 | 服务台应该在服务提供和支持的价值流中与其他实践紧密结合,并支持价值流。这将确保用户发起的各类工单得到有效和及时的处理,并将相关信息传达给用户。表8.4列出了用于服务查询的常见分类标准以及查询处理过程中通常涉及的各个实践。这些实践应与服务台实践结合。 | ||
272 | |||
273 | |||
274 | 表8.4 用户查询:分类准则及其处理中涉及的关键实践 | ||
275 | |||
276 | [[image:1641697563254-398.png]] | ||
277 | |||
278 | 对于传入查询的分类和优先级划分,应该有一致的规则。用户在处理查询时应该知道约定的时间范围。这取决于以下因素: | ||
279 | |||
280 | * 查询类型 | ||
281 | * 查询时间和日期 | ||
282 | * 联络渠道 | ||
283 | * 服务/资源 | ||
284 | * 服务级别/ 用户 | ||
285 | * 影响 | ||
286 | * 预计解决时间 | ||
287 | * 其他约定因素。 | ||
288 | |||
289 | 用户还应随时了解其查询过程的进度、估计处理时间的变化以及其他重要信息。这些更新应通过约定的渠道提供。 | ||
290 | |||
291 | |||
292 | |||
293 | === 8.2.3 当事情出错时 === | ||
294 | |||
295 | 当提供或使用服务时,可能会发生事件和不满意情况。创建完美的服务体验可能会很困难,即使不是不可能。然而,处理不满和事件很重要。服务提供商应对事件和投诉做好准备;在可见范围内操作的每个团队,即使不直接与用户打交道,也应该知道如何解决这些情况。 | ||
296 | |||
297 | |||
298 | 采用服务意识(包括服务同理心)对于将问题转化为提高服务和用户忠诚度与信任的机会非常重要。遵循ITIL 指导原则,服务提供者可以通过以下方式管理投诉和事件: | ||
299 | |||
300 | * 聚焦价值和价值共创的快速恢复 | ||
301 | * 收集并提供反馈 | ||
302 | * 与受影响的用户透明,诚实地沟通 | ||
303 | * 表现出理解和同理心 | ||
304 | * 保持互动和建议简单实用 | ||
305 | * 适当情况下,练习智能违抗。 | ||
306 | * 以下ITIL惯例可有效地处理事件和不满事件解决: | ||
307 | * 持续改进 | ||
308 | * 事件管理 | ||
309 | * 知识管理 | ||
310 | * 关系管理 | ||
311 | * 服务台 | ||
312 | * 服务请求管理 | ||
313 | |||
314 | 将这些实践集成到用户支持价值流中有助于确保有效的沟通、正常服务的快速恢复、减少误解以及改进交互渠道和过程。 | ||
315 | |||
316 | |||
317 | |||
318 | === 8.2.4 关键时刻 === | ||
319 | |||
320 | 关键时刻是服务提供者和用户之间的关键接触点或服务交互,用户在其中形成或改变他或她对服务体验、服务组织、产品或服务全方面的印象。 | ||
321 | |||
322 | |||
323 | 关键时刻可能来自积极和消极的事件。尽管每个服务交互或接触点都是潜在的关键时刻,但并非所有的服务交互和接触点都是一个关键时刻。关键时刻是服务交互和接触点,它们构成或破坏了特定用户的服务体验。 | ||
324 | |||
325 | |||
326 | 因此,服务提供者应该意识到潜在的关键时刻。服务提供商组织应该拥有做出正确决策和提供正确服务的资源和能力。 | ||
327 | |||
328 | |||
329 | 从本质上讲,服务提供者应该考虑将负面事件转化为积极的关键时刻。 | ||
330 | |||
331 | |||
332 | |||
333 | === 8.2.5 智能违抗 === | ||
334 | |||
335 | 智能违抗是为了做正确的事情而违反规则的行为。就服务关系而言,感知优势通常包括熟悉度、直接参与服务或了解用户或客户需求等因素。这些知识是有价值和有益的。 | ||
336 | |||
337 | |||
338 | 智能违抗在我们的日常生活中是简单而普遍的,在大多数情况下,它是有益的和真实的。轻微的智能违抗对改进我们的生活经常被受到赞赏;例如,一个商店经理延迟关门,让顾客完成购物。 | ||
339 | |||
340 | |||
341 | 在现有规则无法帮助或不合理的情况下,总会有意料之外的问题需要处理。在这种情况下,服务体验取决于与客户和用户交互的工作人员,他们正确地评估是应该遵守规则还是暂停规则。这意味着,为了最大限度地为客户提供价值,服务提供者应该: | ||
342 | |||
343 | * 认识到当前的规则并不是一直适合的 | ||
344 | * 鼓励和培养员工的知识和技能以识别合理的客户要求并感知和满足这些要求 | ||
345 | * 创建一个环境,使员工有信心在情势要求的情况下不遵守规则行事 | ||
346 | * 确保行动被记录用于改进规则和对未来的理解。 | ||
347 | |||
348 | 对于某些规则不适当的情况智能违抗是一种有价值的工具。但是,重要的是要记住,,对任何既定情况的默认响应都应该遵循规则。当需要智能违抗的情况时,应记录操作以允许审计和控制,以便将来在必要时可以修改规则。智能违抗可以作为改进的来源,需要围绕现有规则将他们塑造成更广泛,更好的规则。显然,让员工违反规则并非没有风险。得不到保证的创新行为能提供比遵循规则更好的服务,即使这些规则对于一线员工来说是错误的。 | ||
349 | |||
350 | |||
351 | 在某些环境中,例如受到严格监管和合同约束的环境,可能很难说服服务提供商的员工违反规则以做正确的事情。人们可能会担心不合规和情况升级到组织的更高级别。如果在这些环境中智能违抗是可取的,则程序和合同应明确允许存在的偏差并提供清晰的流程以供学习。 | ||
352 | |||
353 | |||
354 | |||
355 | === 8.2.6 客户和用户反馈 === | ||
356 | |||
357 | 客户和用户的反馈对于服务关系的成功和服务的持续改进非常重要。服务提供者对关于他们的服务以及相关的用户和客户体验等方面公开,直接和全面的意见有兴趣。然而,许多用户和客户都不情愿提供公开和诚实的反馈。这种不情愿通常与过去的负面体验有关。 | ||
358 | |||
359 | |||
360 | 服务提供商的一项重要任务是收集和处理有效的反馈。表8.5提供了可以帮助完成此任务的思路总结。 | ||
361 | |||
362 | |||
363 | 表8.5 客户和用户持续反馈的挑战与解决方案 | ||
364 | |||
365 | [[image:1641697661622-300.png]] | ||
366 | |||
367 | [[image:1641697679247-960.png]] | ||
368 | |||
369 | |||
370 | |((( | ||
371 | |||
372 | |||
373 | ((( | ||
374 | **ITIL的故事:步骤6 –价值共创** | ||
375 | |||
376 | [[image:1639125443318-434.png||height="48" width="37"]]//Radhika:服务推出后,我们发现客户的一个痛点,他们来取已经预定的车辆,结果却发现它尚未归还。我们知道这在高峰时段最常发生,但是我们不明白为什么人们经常迟到还车,或者如何确保减少这样的事情重复发生。// | ||
377 | |||
378 | [[image:1639125451256-677.png||height="52" width="42"]]//Mariana:我们的第一个想法是对逾期归还进行罚款。但是,在我们寻求潜在解决方案之前,我们邀请了一些客户参加设计合作研讨会,以便我们能够理解和同情他们的问题。。// | ||
379 | |||
380 | [[image:1639125460359-893.png||height="51" width="33"]]**S**//olmaz:例如,我们发现我们的客户通常不熟悉本地交通,并且会低估完成任务所需的时间。引入罚款通常不会激励及时还车。在共同创建和深入研究之后,我们正在试用告警系统,它可以通知当前和下一个乘客汽车的位置和预期的归还时间。。// | ||
381 | |||
382 | [[image:1639125467492-601.png||height="42" width="41"]]//Katrina:很高兴能参加此次研讨会,以帮助eCampus Car Share了解和理解客户了解关于延迟还车的问题。滞纳金会让我对这项服务不太满意,因为我不可能预测交通流量。通过共同制定解决方案,我觉得自己的贡献已经得到认可,并且找到了更加公平的解决方案。// | ||
383 | ))) | ||
384 | ))) | ||
385 | |||
386 | == 8.3 培育用户社区 == | ||
387 | |||
388 | 在正常操作,事件和其他困难期间,用户社区可能是服务交互的重要组成部分。同行支持、知识文章、讨论和改进计划有助于减少用户对服务提供商支持的需求,使支持更接近用户(左移),提供有价值的见解和改进机会,并有助于交流新闻和状态更新。 | ||
389 | |||
390 | |||
391 | 在许多情况下,用户社区是自然形成的,特别是当服务被提供给许多个人和公司服务消费者时。然而,它们也可能出现在组织内部,特别是当用户感觉不到来自服务提供商足够的支持时。无论哪种方式,社区都可以成为用户和服务提供商之间交流与合作的有力手段。 | ||
392 | |||
393 | |||
394 | 用户社区可以由服务提供者建立,并可以团结所有服务用户。它们还可以由用户小组组成,涵盖来自多个服务提供商的多个服务:例如,服务消费者组织内的社区,或特定领域的专业人员社团。在后一种情况下,服务提供者在社区中的积极参与通常比尝试将用户切换到服务提供者建立的官方社区效果更好。认识到由用户建立的社区和为用户建立的社区,以及在这些社区中有价值的参与,可以提高服务提供商的形象和用户的忠诚度。同时,请务必记住,这些社区可能对某些用户是关闭的。在这种情况下,服务提供商可以使用其他平台和渠道建立一个或多个组。当服务提供给不同的受众时,服务提供者很可能必须使用不同的平台、语言和通信方式来管理多个社区。 | ||
395 | |||
396 | |||
397 | 在可视化的背后,这些社区可能与共享的知识库相联系,并由相同的专家团队提供支持。 | ||
398 | |||
399 | |||
400 | 由服务提供商创建和运行的用户社区可以作为服务进行设计和管理。 | ||
401 | |||
402 | |||
403 | 由用户小组自己创建和运营的用户社区可能会受到服务提供商代表的支持。这种参与通常通过以下ITIL实践实现: | ||
404 | |||
405 | * 事件管理 | ||
406 | * 知识管理 | ||
407 | * 问题管理 | ||
408 | * 关系管理 | ||
409 | * 服务目录管理 | ||
410 | * 服务台 | ||
411 | * 服务请求管理 | ||
412 | * 服务验证和测试。 | ||
413 | |||
414 | 将这些实践整合到用户支持价值流中有助于捕获社区的问题、提供建议、建议服务和服务请求、推荐解决方案和自助服务解决方案、宣布新机遇等。 | ||
415 | |||
416 | |||
417 | === 8.3.1 超级用户 === | ||
418 | |||
419 | 许多社区和团体根据成员的活动在团体中的重要程度采用用户评级或状态系统。提供更多有用建议和意见的个人会得到某种形式的认可。小组反馈用于评估输入的有用性。这些成员被称为大师或专家,可能在社区中拥有更多的权利和权威。例如,他们可能担任社区管理员,有权主持讨论。 | ||
420 | |||
421 | |||
422 | 如果这些组是由服务提供商建立的,则超级用户可以由服务提供商任命并参与到服务提供商的实践中。如果这些组是由客户建立的,那么角色和职责、工作流程和程序以及工具支持最好与服务提供商达成一致。如果这些小组是由用户建立的,服务提供者可能会发现与超级用户合作是有益的,为他们提供获得专家知识的机会,让他们参与内部讨论,并以其他方式提高他们在产品和服务方面的专门知识。这可能有助于超级用户发展其专业技能,并优化服务提供商用于支持用户社区的资源。 | ||
423 | |||
424 | |||
425 | 在企业环境中,服务提供商可以识别用户小组中的超级用户,并让他们参与建立用户社区。超级用户可以参与支持、交流、培训、用户故事和需求的说明、演示、验证和测试,以改善服务提供商和用户之间的关系。建立和维护一个有效的超级用户组并不容易。超级用户很少被指派全职角色,而且通常是义务的。他们受到兴趣、愿意协助和社区认可的激励。因此,服务提供商无法在需要时依赖他们的支持。如果超级用户与客户和赞助人属于同一法律实体,则解决方案可能是在服务提供商、客户和超级用户之间签订第三方协议,为超级用户活动分配一定比例的时间,并确保在不可用期间提供备份。服务提供商还可能经常召集超级用户来告知、教育和培养他们,以增加他们对角色的投入。 | ||
426 | |||
427 | |||
428 | |((( | ||
429 | **ITIL的故事:培育用户社区** | ||
430 | |||
431 | [[image:1639125525489-632.png||height="56" width="43"]]//Mariana:我们正在利用各种知名社交媒体网站上已建立的在线社区与现有和潜在客户进行互动。// | ||
432 | |||
433 | [[image:1639125532164-198.png||height="59" width="33"]]//Solmaz:我们曾考虑为此创建自己的社区,但最终的决定,对于我们目前面对的受众,参与已有大量追随者的现有社区会更有价值。// | ||
434 | |||
435 | [[image:1639125525489-632.png||height="56" width="43"]]//Mariana:与这些社区互动将有助于我们与客户建立更牢固的关系,更好地了解他们在汽车租赁服务中的需求。// | ||
436 | ))) | ||
437 | |||
438 | == 8.4 总结 == | ||
439 | |||
440 | 服务消费者利用可访问的服务提供商资源,消费提供的货品,并与服务提供商基于约定的服务内容一起价值共创价值。服务意识与成熟的实践相结合能有效、无缝、巧妙的处理用户交互和偏差。是价值共创和用户体验的关键。 | ||
441 | |||
442 | |||
443 | |||
444 | [[阅读下一章>>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/9.%20%E7%AC%AC7%E6%AD%A5%EF%BC%9A%E5%AE%9E%E7%8E%B0%E4%BB%B7%E5%80%BC/]] [[返回上一章>>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/7.%20%E6%AD%A5%E9%AA%A45%EF%BC%9A%E5%BC%95%E5%85%A5/]] |