Last modified by superadmin on 2024/12/25, 15:29
From version < 26.1 >
edited by superadmin
on 2021/12/08, 16:06
To version < 66.1 >
edited by superadmin
on 2021/12/08, 17:32
< >
Change comment: 上传新附件1638955979889-721.png

Summary

Details

Icon Page properties
Content
... ... @@ -1,4 +1,4 @@
1 -{{box cssClass="floatinginfobox" title="**Contents**"}}
1 +{{box cssClass="floatinginfobox" title="**~~ Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
4 4  
... ... @@ -190,3 +190,827 @@
190 190  
191 191  (% style="text-align:center" %)
192 192  [[image:1638859923923-658.png]]
193 +
194 +
195 +
196 +----
197 +
198 +== ITIL 服务价值链 ==
199 +
200 +
201 +SVS的核心元素是服务价值链，它是一个运营模式，它概述了响应需求并通过创建和管理产品和服务来促进价值实现所需的关键活动。服务价值链显示在图片0.2中。
202 +
203 +ITIL 服务价值链包含六个价值链活动，这些活动导致产品和服务的创建，进而导致价值的创建。这些活动是：
204 +
205 +* 计划
206 +* 改进
207 +* 契动
208 +* 设计和转换
209 +* 获取或构建
210 +* 交付和支持
211 +
212 +(% style="text-align:center" %)
213 +[[image:1638949431045-693.png]]
214 +
215 +
216 +
217 +----
218 +
219 +== ITIL实践 ==
220 +
221 +实践是用于执行工作或完成目的的组织资源集。ITIL SVS包括14个通用管理实践、17个服务管理实践和三个技术管理实践。这些在表0.1中概述。
222 +
223 +
224 +表0.1 ITIL 管理实践
225 +
226 +|**通用管理实践**|**服务管理实践**|**技术管理实践**
227 +|架构管理|可用性管理|部署管理
228 +|持续改进|业务分析|基础设施和平台管理
229 +|信息安全管理|容量和性能管理|软件开发和管理
230 +|知识管理|变更支持|
231 +|测量和报告|事件管理|
232 +|组织变革管理|IT资产管理|
233 +|组合管理|监控和事态管理|
234 +|项目管理|问题管理|
235 +|关系管理|发布管理|
236 +|风险管理|服务目录管理|
237 +|服务财务管理|服务配置管理|
238 +|战略管理|服务连续性管理|
239 +|供应商管理|服务设计|
240 +|劳动力和人才管理|服务台|
241 +|(((
242 +
243 +)))|服务级别管理|
244 +| |服务请求管理|
245 +| |服务验证和测试|
246 +
247 +== ITIL 指导原则 ==
248 +
249 +ITIL 指导原则是可以在任何情况下指导组织的建议，无论其目标，策略，工作类型或管理结构如何变化。
250 +
251 +
252 +七个ITIL 指导原则是：
253 +
254 +* **聚焦价值** 组织执行需求以便将涉众直接或间接映射到价值的所有操作。
255 +* **从你所处的地方开始** 不要从头开始，不要在不考虑已经可以利用的新内容的情况下开始使用构建。
256 +* **基于反馈迭代推进** 不要尝试立即做所有事情。
257 +* **协作和提升可视化程度** 跨边界协同工作将产生更大的认同成果，更多的相关性达成目标，并增加长期成功的可能性。
258 +* **通盘思考和工作** 没有单独的服务或用于提供服务的元件。
259 +* **保持简单实用** 如果流程，服务，性能或指标无法提供价值或生产有用的成果，则将其消除。
260 +* **优化和自动化** 应该充分利用所有类型的资源，尤其是HR。
261 +
262 +----
263 +
264 +== 治理 ==
265 +
266 +治理是指挥和控制组织的手段。角色和治理在ITIL SVS中的位置将根据在组织中使用SVS的方式而有所不同。
267 +
268 +
269 +----
270 +
271 +== 持续改进 ==
272 +
273 +持续改进是在各个级别执行的定期组织实现价值，以确保组织的性能持续满足涉众的期望。ITIL 4通过图片0.3中概述的ITIL 持续改进模型支持持续改进。
274 +
275 +(% style="text-align:center" %)
276 +[[image:1638949558820-944.png]]
277 +
278 +
279 +
280 +----
281 +
282 +== 四维模型 ==
283 +
284 +为了支持整体方法到服务管理，ITIL定义了四个维度，这对于以产品和服务的形式为客户和其他利益相关者有效，高效地简化价值至关重要。四个维度（在图片0.4中显示）是：
285 +
286 +* 组织和人员
287 +* 信息和技术
288 +* 合作伙伴和供应商
289 +* 价值流和流程
290 +
291 +四个维度代表了与整个SVS相关的观点，包括整个服务价值链和所有ITIL实践。四个维度受一些外部因素的约束或影响，这些因素通常超出SVS的控制。
292 +
293 +
294 +(% style="text-align:center" %)
295 +[[image:1638949603462-254.png]]
296 +
297 +
298 +
299 +----
300 +
301 += 1.(% style="color:#3399f3" %)介绍(%%) =
302 +
303 +ITIL®4：驱动利益相关者价值旨在通过服务价值共创的原则和实践去指导利益相关者，无论他们是客户还是服务提供者。
304 +
305 +
306 +每个人都为价值共创做出了贡献，包括来自大型和小型组织的员工，合同工和客户。重要的是要记住，该指南不是规定性的：并非所有内容都适用于所有人。相反，它提供了一个采用和适应每种情况的框架。
307 +
308 +
309 +本指南是为从事服务关系的个人和组织（包括产品和服务提供，消费和关系管理）编写的。这些是参与组织客户旅程或参与其中的人员和组织。目标受众包括但不限于：
310 +
311 +* 关系经理
312 +* 客户体验（CX）经理
313 +* 客户经理
314 +* 服务交付经理
315 +* 服务台经理
316 +* 服务级别经理
317 +* 企业架构师
318 +* 服务和解决方案架构师
319 +* 业务分析师
320 +* 生产所有者和数字化产品经理
321 +* 市场经理
322 +* 项目经理
323 +* 投资组合经理
324 +* 供应商关系经理
325 +* 供应商经理
326 +* 合同经理
327 +* 客户体验/ 用户体验（UX）设计人员。
328 +
329 +本指南假定读者熟悉ITIL Foundation，其中介绍了ITIL 4的基本服务管理概念
330 +
331 +
332 +
333 +== 1.1契动的重要性 ==
334 +
335 +契动对于优化服务价值至关重要。这是因为服务价值始终是用户，客户，赞助商，服务提供者以及任何参与服务的相关方共同创造。
336 +
337 +
338 +为了驱动利益相关者价值，所有利益相关者必须为服务价值的共同创造做出贡献。本出版物将会讨论客户旅程的主要步骤，并提供如何共同创造最有价值的旅程的指导。客户旅程可以分为七个步骤，如表1.1所示。
339 +
340 +
341 +表1.1 客户旅程的步骤
342 +
343 +|(% style="width:221px" %)探索：了解市场和利益相关者|(% style="width:934px" %)客户旅程通常在服务提供者和服务消费者建立关系之前开始。双方都可以探索他们自己的需求和市场机会，来确定可能对实现他们各自需求有所贡献的合作伙伴。此探索可能包括运营的背景，战略目标和组织能力等方面。
344 +|(% style="width:221px" %)契动：培养关系|(% style="width:934px" %)通过服务实现共同创造价值的重要前提是服务提供者，服务消费者和其他利益相关者之间的运作正常的关系。良好的关系是协作关系或合作关系的先决条件。
345 +|(% style="width:221px" %)供应：提炼需求和服务供应|(% style="width:934px" %)为了确定双方是否可以从相互的服务关系中受益，服务消费者和服务提供者应该创建商业案例，以及明确表达，提炼和匹配他们在要求和服务供应上的供需。当明确表达和理解服务消费者的需求时，才能设计产品和服务。
346 +|(% style="width:221px" %)协议：达成一致期望并协定服务|(% style="width:934px" %)至关重要的是，在投资之前，必须达成期望，规划价值共创，跟踪，并协定服务范围和质量。
347 +|(% style="width:221px" %)引入：开启或结束旅程|(% style="width:934px" %)无论双方是否达成协议，他们都必须经历涉及双方资源的整合或者分割的转变。
348 +|(% style="width:221px" %)共同创造：提供和消费|(% style="width:934px" %)服务消费者利用可访问的服务提供者资源，消费提供的货品，并与服务提供者一起基于达成的服务供应来共同创造价值。
349 +|(% style="width:221px" %)实现：捕获价值和改进|(% style="width:934px" %)必须基于价值共创的规划去跟踪和驱动价值，改进工作必须持之以恒，从而增加服务价值。
350 +
351 +ITIL®4：驱动利益相关者价值提供了有关参与每个阶段并为之做出贡献的最佳实践指南，并且参与服务关系的任何人（包括服务提供，服务消费和关系管理）都可以使用它。
352 +
353 +
354 +== 1.2关键原则 ==
355 +
356 +
357 +
358 +=== 1.2.1利益相关者 ===
359 +
360 +
361 +服务消费者和服务提供者并不是参与客户旅程的唯一人员。有很多利益相关者，他们做出了贡献，从中收益或者影响了这个旅程。这些利益相关者可能包括所有者，服务提供者雇员，第三方供应商，竞争对手，监管机构，工会，行业组织，社区和社会等。
362 +
363 +
364 +服务必须为所有相关的利益相关者创建价值。因此，最重要的是识别所有关键利益相关者，理解和管理与他们的影响力和兴趣水平。
365 +
366 +
367 +理解每个利益相关者如何影响或可能受旅程影响的一种方法是将利益相关者映射到矩阵中，根据其影响和兴趣级别进行分类，图片1.1显示了利益相关者分析和映射的示例。
368 +
369 +(% style="text-align:center" %)
370 +[[image:1638949925942-595.png]]
371 +
372 + 图片1.1利益相关者地图
373 +
374 +
375 +可以根据他们相结合的影响力和兴趣去管理利益相关者。并可以通过恰当水平的沟通来维持利益相关者的满意，知情和密切关注。然而，利益相关者和他们的影响力和兴趣可能在旅程中变化。例如，随着时间的推移，服务提供者可能尝试培育利益相关者的兴趣和影响力。这意味着利益相关者地图应该随着旅程的进展而定期重新修订。
376 +
377 +
378 +=== 1.2.2 服务消费者 ===
379 +
380 +在ITIL 4中，服务消费者是一个消费某项服务的组织。在实践中，服务消费至少涉及三个特定的角色，这些角色显示在图片1.2中，他们包括：
381 +
382 +* 定义了服务要求并对服务消费成果负责的客户
383 +* 使用服务的用户
384 +* 为服务消费授权预算的赞助者
385 +
386 +这些角色可以由一个或多个人员或团队来完成，通常取决于消费者组织的类型和大小。在角色分开的组织中，沟通和协调至关重要。为了在服务提供者和服务消费者之间培育有效的服务关系，有必要投入资源来协调双方。
387 +
388 +(% style="text-align:center" %)
389 +[[image:1638950038214-694.png]]
390 +
391 + 图片1.2服务消费者的三个角色
392 +
393 +
394 +=== 1.2.3 服务关系 ===
395 +
396 +在服务关系中，组织将采用服务提供者或服务消费者的角色。这两个角色不是专有的：组织通常在任何给定时间提供和消费许多服务。服务消费者可以使用其资源来创建自己的产品，以解决另一个目标消费者群体的需求，从而成为服务提供者。这样，可能会出现关系链或关系网络，如图片1.3中所示。
397 +
398 +
399 +表1.2中显示了三种基本的服务关系类型。基于组织定义的战略，可以显示一种对关系的偏好。
400 +
401 +
402 +(% style="text-align:center" %)
403 +[[image:1638950209105-608.png]]
404 +
405 + 图片1.3 服务关系模型
406 +
407 +
408 +
409 +
410 +表1.2三种基本服务关系类型
411 +
412 + [[image:1638950556081-343.png||height="106" width="895"]]
413 +
414 +[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]
415 +
416 +|(% style="width:185px" %) |(% style="width:298px" %)**基本关系**|(% style="width:374px" %)**合作关系**|**伙伴关系**
417 +|(% style="width:185px" %)典型的聚焦点|(% style="width:298px" %)支持和效率|(% style="width:374px" %)改进和效果|创新和成长
418 +|(% style="width:185px" %)典型的涉及组织级别的关系|(% style="width:298px" %)运营上的|(% style="width:374px" %)运营和战术上的|运营的，战术和战略上的
419 +|(% style="width:185px" %)典型的关系成熟度级别|(% style="width:298px" %)应对式，订单接受者|(% style="width:374px" %)服务提供者，受信任的顾问|战略合作伙伴
420 +|(% style="width:185px" %)典型的服务类别|(% style="width:298px" %)商业现货服务，开箱即用服务，高度标准化的商品服务或货品的货源|(% style="width:374px" %)服务不得不配置或定制化来满足服务消费者的需求|具有独特价值主张的定制或定制服务
421 +|(% style="width:185px" %)典型的协定类别|(% style="width:298px" %)标准合同，服务级别协议以及主要针对大众市场的基于体验的协议|(% style="width:374px" %)高级的服务级别协议，基于体验的协议或结果导向的协议|定制合同，结果导向的协议或没有协议
422 +|(% style="width:185px" %)举例|(% style="width:298px" %)正如服务提供者预期，服务消费者清晰表达他们的期望值。例子可以在提供给广大的个人外部服务消费者的标准化服务找到。这就是移动运营商和运输公司如何运作。|(% style="width:374px" %)取决于服务提供者和服务消费者的关系，服务提供者可能很难完全了解服务消费者想实现的成果。在某些情况下，他们会一起工作去定义渴望的成果。举例，内部IT和HR部门的关系经理可能和客户谈话和讨论他们的需求和期望。|基于服务供应和产品的服务是依照客户规定要求去规划和创建。在敏捷产品开发那里，服务消费者和服务提供者在共享团队中共同创建产品。
423 +
424 +=== 1.2.4 客户旅程 ===
425 +
426 +客户旅程是服务消费者和服务提供者之间关于接触点和交互的整体感知。
427 +
428 +
429 +表1.3概述了从用户角度解决事件的客户旅程示例。
430 +
431 +|(((
432 +
433 +
434 +定义：客户旅程
435 +
436 +
437 +服务客户通过接触点和服务交互与一个或多个服务提供者和/或其产品一起拥有的完整的端到端体验。
438 +)))
439 +
440 +表1.3用于解决事件的客户旅程的示例
441 +
442 +|(% style="width:129px" %)**角色**|(% style="width:526px" %)**活动**|(% style="width:500px" %)**客户旅程**
443 +|(% style="width:129px" %)**用户**|(% style="width:526px" %)用户检测到服务运营中的故障。|(% style="width:500px" %)某个服务和/或者产品失灵。客户体验将受到特定情形，之前的事件等的影响。
444 +|(% style="width:129px" %)(((
445 +**用户**
446 +
447 +**服务台客服**
448 +)))|(% style="width:526px" %)用户联系服务台客服。服务台客服执行工单登记，将可用的数据添加到记录。服务台客服对工单进行初始优先级划分和分类，确认该工单与事件有关，接着把优先级和期望的解决事件告知用户。|(% style="width:500px" %)(((
449 +用户联系服务台。基于服务台客服的态度和行为体验良好。
450 +
451 +用户收到一条含有优先级和期望解决事件的信息。优先级和期望的解决事件可能比预期好或差。用户体验也会受到服务台的历史准确性影响。
452 +)))
453 +|(% style="width:129px" %)(((
454 +**服务台客服**
455 +
456 +**二线支持人员**
457 +)))|(% style="width:526px" %)服务台客服执行事件的初始分类，有助于确认事件影响，确定团队对于失效元件和/或服务的职责，以及把这个事件与过去和/或正在发生的事态，事件和问题想关联。在某些情况下，分类有助于展示针对这类事件之前定义的方案。|(% style="width:500px" %)用户正在等待解决方法。
458 +|(% style="width:129px" %)**二线支持人员**|(% style="width:526px" %)技术专家执行事件诊断和/或问题调查，问题诊断，问题解决方法开发和问题消除。|(% style="width:500px" %)用户正在等待解决方法。
459 +|(% style="width:129px" %)(((
460 +**服务台客服**
461 +
462 +**用户**
463 +)))|(% style="width:526px" %)服务台客服告知用户解决方法。用户确认服务恢复。|(% style="width:500px" %)(((
464 +服务台客服联系用户去沟通解决方法。体验是基于服务台客服的态度以及行为，还有解决方法的质量以及恢复时间是否符合或超出之前公布的恢复时间。
465 +
466 +用户确认或拒绝解决方法。体验是由解决方法的有效性，多容易去验证以及服务台客服有多大帮助。
467 +)))
468 +|(% style="width:129px" %)**用户**|(% rowspan="2" style="width:526px" %)服务已经恢复。用户可以有效地工作。|(% rowspan="2" style="width:500px" %)用户继续使用服务和/或产品。体验是基于解决方法的可用性和强度。
469 +|(% style="width:129px" %)**客户**
470 +|(% style="width:129px" %)(((
471 +**用户**
472 +
473 +**服务台经理**
474 +)))|(% style="width:526px" %)(((
475 +成功解决事件后，可能需要一系列的关闭规程，包括：
476 +
477 +* 用户满意度调查
478 +* 恢复成本计算和报告
479 +* 恢复价格计算和收据
480 +* 问题调查启动
481 +* 事件回顾
482 +* 更新和正式关闭事件记录和相关记录
483 +)))|(% style="width:500px" %)用户收到满意度调查。此外，用户可能收到一条关于事件已经关闭的信息。体验是由沟通的语气和综合性来形成。
484 +
485 +(% style="text-align:center" %)
486 +[[image:1638950677448-611.png]]
487 +
488 + 图片1.4 价值流与客户旅程之间的关系
489 +
490 +
491 +图片1.4中显示了价值流和客户行程之间的关系，其特征如下：
492 +
493 +* 客户旅程始终依赖于每个参与方中的至少一个价值流。
494 +* 一个价值流通常支持多个客户旅程。
495 +* 一个客户旅程可能跨越来自不同服务提供程序的一个以上服务提供者价值流或价值流。
496 +* 客户旅程仅包含可视化线的一部分价值流活动。
497 +* 由于组织的价值流对其他方不可见，因此某些价值流将不是客户旅程的直接部分。
498 +
499 +客户旅程很少遵循预定义的路径。有时，旅程进行是从一个接触点到下一个接触点，但是最常见的旅程是从一个接触点到另一个接触点然后返回。旅程也可能从期望路径的中途开始，然后靠近期望的起点。
500 +
501 +
502 +客户和用户旅程是客户和用户体验（CX和UX）的重要来源。然而，体验也会受到环境因素的的影响，包括数字化环境以及消费者可能与服务提供者的品牌的交互和接触。这包括来自于服务提供者有用意的交流，还有消费者在日常生活中与品牌的交流和交互。
503 +
504 +
505 +图片1.5说明了客户和用户体验的三个方面。
506 +
507 +(% style="text-align:center" %)
508 +[[image:1638950734629-647.png]]
509 +
510 +
511 + 图片1.5 客户和用户体验的三个方面
512 +
513 +
514 +|(((
515 +
516 +
517 +定义：
518 +
519 +
520 +客户体验是客户所感知到服务的功能性以及与服务提供者情感交互的总和，
521 +
522 +用户体验是客户所感知到服务的功能性以及与服务提供者情感交互的总和。
523 +)))
524 +
525 +=== 1.2.5 可视化 ===
526 +
527 +在客户旅程期间，有一条可视线，超出界限客户无法看到服务提供者的活动。类似地，也有一条可视线，超出界限服务提供者无法看到客户的活动。这适用于内部和外部客户以及服务提供者。
528 +
529 +
530 +|(((
531 +
532 +
533 +定义：可视化范围
534 +
535 +服务提供者和服务消费者都可以看到服务关系中的活动和资源
536 +
537 +
538 +)))
539 +
540 +可视化范围是形成服务体验的地方。它包括接触点，服务交互以及服务关系中超过一个利益相关者可以看到的部分产品和环境。各方需要清楚了解旅程的各个步骤，才能了解不可见元素是如何影响可视化范围，以及确保可视化范围内的一切得到妥善管理。
541 +
542 +
543 +图片1.6说明了可视化范围。
544 +
545 +(% style="text-align:center" %)
546 +[[image:1638950807349-851.png]]
547 +
548 + 图片1.6 可视化范围
549 +
550 +
551 +范围的宽度取决于服务的性质，利益相关者的关系以及旅程的完整程度。举例，如果客户消费了简单的商品服务，例如在云中托管的一台标准服务器，可视化范围很可能相当狭窄。然而，如果客户和服务提供者签订了长期的合作关系，则可视化范围很可能增加，因为各方需要更深入地了解彼此的活动，以便于优化价值共创。
552 +
553 +
554 +=== 1.2.6 价值 ===
555 +
556 +客户旅程的最终目的是创建价值。无论是在步骤本身，旅程的另一个步骤中还是在不同的旅程中，每个步骤增加的利益相关者价值必须多于减少的价值。
557 +
558 +
559 +贯穿本指南中，对旅程的每个步骤的描述都将从其目的的说明开始。表格将概述每个步骤如何与服务消费者和服务提供者的价值的三个方面相关联。价值永远不能仅由服务提供者独自创建。价值必须是利益相关者之间的一个联合流程价值共创。为了获得成功，服务提供者必须在整个客户旅程中与其他利益相关者积极互动。没有交互，就没有服务。这些交互称为服务交互，并在图片1.7中显示。
560 +
561 +
562 +(% style="text-align:center" %)
563 +[[image:1638950862127-760.png]]
564 +
565 + 图片1.7 客户旅程和服务交互
566 +
567 +
568 +服务价值是主观的。服务成果必须满足或超越主观利益相关者的期望和偏好，才能被认为有价值。这些成果取决于服务的性能，其中包括服务功用和服务功效。
569 +
570 +
571 +输出是实现成果的有形和无形的交付物。例如，移动电话服务的输出可以包括电话号码，与其他人的对话，文本消息和活动日志记录。对于一个客户，所感知的成果可能与居住在国外的人们建立了更紧密的关系。对于另一个客户，相同的服务，由于成功的电话销售对话，可能导致收入增加。人们不仅仅是购买产品或服务，而是将其投入生活以取得进步。
572 +
573 +
574 +当满足需求或利用机会的全部潜在服务价值未被实现时，就会发生价值泄漏。价值泄漏的某些原因是：
575 +
576 +* 服务提供者和服务消费者之间的关系没有达成一致
577 +* 错过了创建价值的机会，并且产品或服务无法完全满足客户的要求
578 +* 服务的提供或使用是次优的
579 +* 缺乏价值跟踪和实现。
580 +
581 +成果需要资金，时间和资源。服务的总成本是利益相关者在服务交付和消费方面投入的资金，时间和资源的总和。图片1.8展示了服务价值的三个方面，其中感知到的成果与成本和风险是平衡的。
582 +
583 +
584 +(% style="text-align:center" %)
585 +[[image:1638950950777-726.png]]
586 +
587 + 图片1.8 服务价值的三个方面
588 +
589 +
590 +此外，成果可能会受到其他利益相关者施加的不确定性和要求的约束。因为服务是同时产生和消费的，意外事态可能没有告警就影响服务消费。并且成果通常在识别客户需求后的一段时间就可以实现，因此自服务关系成立以来，客户需求和条件可能已经发生了变化。因此，存在与服务消费和成果成就相关的风险。风险的级别取决于不确定性的数量（例如，威胁，利益相关者脆弱性的风险以及对利益相关者的影响）以及离遵从其它利益相关者施加的要求有多远，而这些利益相关者能影响渴望或预期的成果。
591 +
592 +
593 +从不同的角度来看，根据定义，服务关系意味着共享成本和风险。服务消费者通常通过签订服务关系来降低特定成本和风险。最佳服务价值是成果，成本和风险之间的平衡，如图片1.9所示。
594 +
595 +(% style="text-align:center" %)
596 +[[image:1638951286017-165.png]]
597 +
598 + 图片1.9考虑实现价值的成果，成本和风险
599 +
600 +
601 +=== 1.2.7 产品与服务 ===
602 +
603 +客户旅程，包括它的接触点和服务交互，是服务的集成部分。然而，服务与旅程不同，并不只是包含旅程。服务必须确定范围和定义，从而各方都了解并同意它的目标和界限。提供者以服务供应的形式展现他们的服务，服务供应描述了一种或多种旨在解决某个目标消费群体需求的服务。服务供应可能包括供应给消费者的货物，对资源的访问以及为解决消费者的需求而执行的服务动作。图片1.10显示了所有这些组件如何相互关联。
604 +
605 +
606 +产品是服务提供者创建的一项动态配置资源。产品也可以作为其它产品或服务的资源。产品通常很复杂，并且对服务消费者也不是完全可见。在产品可视化范围内的部分并不总是代表整体。服务提供者定义了可视线，它是针对他们的目标消费者群体定制的。总而言之，服务隐含了以产品和实践的形式应用资源，以服务供应和服务互动的方式实现成果。一个简单的价值驱动框架可以解释服务流程的每一层是如何驱动上一层的价值。图片1.11价值驱动框架的示例。
607 +
608 +
609 +服务性能驱动服务消费者性能：举例：共同创造成果和体验。服务消费者性能驱动消费者目标的实现，该目标实现了服务消费者的目的。
610 +
611 +
612 +(% style="text-align:center" %)
613 +[[image:1638951337202-329.png]]
614 +
615 + 图片1.10服务，服务交互，服务产品，产品和资源之间如何关联
616 +
617 +
618 +(% style="text-align:center" %)
619 +[[image:1638951358549-799.png]]
620 +
621 + 图片1.11 价值驱动框架示例
622 +
623 +
624 +(% style="text-align:center" %)
625 +[[image:1638951386397-567.png]]
626 +
627 +
628 +
629 +----
630 +
631 += 2.客户旅程 =
632 +
633 +客户旅程不仅与服务消费者有关。服务提供者也必须识别、理解和掌握客户旅程。最成功的组织走得更远，它们努力将自己置于客户的位置，而自己体验端到端的旅程。
634 +
635 +
636 +掌握客户旅程有助于通过价值共创使利益相关者价值最大化，重点放在结果和体验上。表2.1对此进行了进一步说明。
637 +
638 +
639 +表2.1识别、理解和掌握客户旅程的目的
640 +
641 +| |**对于服务消费者**|**对于服务提供者**
642 +|促进成果和体验|从服务关系获得最佳的服务价值和体验|识别并支持特定的服务消费者行为和结果
643 +| |要了解服务消费者的需求和愿望，而不仅仅是客户的陈述|优化和改进产品，服务以及客户旅程，以实现将来的价值
644 +|优化风险和合规性|为确保已识别并解决关键的服务消费者风险|重点关注与成本相关的支出最高的客户满意度问题和关键领域
645 +|优化资源并最小化成本|与服务提供者一起在服务的生命周期期间提交和优化资源的使用|与服务消费者一起在服务生命周期期间提交和优化资源的使用
646 +| | |关于费用公平透明
647 +
648 +ITIL故事：客户旅程
649 +
650 +[[image:1638951475719-992.png||height="51" width="41"]]//Solmaz：作为艾克苏的业务转型经理，我将帮助Mariana创建她的汽车共享服务。我们将映射设计客户旅程，以确保我们与利益相关者共同创建价值，并构建一个对艾克苏、我们的用户、消费者和客户有利的服务。//
651 +
652 +[[image:1638951484081-860.png||height="47" width="40"]]M//ariana：我已经在研究学生和教职员工目前的出行方式，以及他们的体验，并作为我博士学位的一部分。我与使用拼车和搭便车的人进行了广泛的对话。我还作为客户尝试了汽车拼车。//
653 +
654 +
655 +== 2.1 利益相关者的愿望 ==
656 +
657 +了解利益相关者价值非常重要，这需要探索职能、社交和情感维度，以解释利益相关者为何做出某些选择，以便了解利益相关者为何需要某些产品和服务。
658 +
659 +(% style="text-align:center" %)
660 +[[image:1638951585195-530.png]]
661 +
662 +当了解了驱动并定义了利益相关者体验愿望后，下一步就是通过定义用户画像、场景、旅程图和服务蓝图来识别、理解和掌握客户旅程的端到端体验。图片2.2展示了设计端到端的客户旅程和体验所涉及的阶段。
663 +
664 +(% style="text-align:center" %)
665 +[[image:1638951611410-277.png]]
666 +
667 + 图片2.2 设计端到端的客户旅程和体验所涉及的阶段
668 +
669 +
670 +(% style="text-align:center" %)
671 +[[image:1638951702084-130.png]]
672 +
673 +
674 +== 2.2 接触点和服务交互 ==
675 +
676 +每个客户旅程都涉及服务提供者、服务消费者和其他利益相关者之间的多个接触点和服务交互。
677 +
678 +
679 +|(((
680 +
681 +
682 +定义
683 +
684 +* **接触点** 服务消费者或潜在服务消费者接触服务提供者和/或其产品和资源的任何行为。
685 +* **服务交互** 服务提供者和服务消费者之间的互惠活动，它们共同创建价值。
686 +)))
687 +
688 +服务交互包括：
689 +
690 +* 货品的转让
691 +* 提供获取资源的途径
692 +* 与服务提供者资源的交互（例如笔记本电脑或物联网[IoT]设备）
693 +* 服务联合行动。
694 +
695 +接触点和服务的交互不一定相同。用户可以与服务提供者，资源（例如工作空间、电视广告或海报）接触，而无需与服务提供者进行交互。在另一种情况下，客户可以通过第三方与服务提供者一起进入交互，而无需与服务提供者直接接触。两种情况都是客户旅程的一部分，可能影响服务体验和成果。
696 +
697 +
698 +客户旅程很少遵循接触点和服务交互之间的预定义路径。一些旅程可能遵循简单、定义明确且合乎逻辑的路径，但大多数旅程更为复杂，并从先前的环境和交接发展而来，或者遵循复杂的模式并一路动态地涌现。尽管如此，识别、理解和管理潜在的接触点和服务交互是了解消费者体验的关键。
699 +
700 +
701 +可以通过列出服务消费者可能接触的服务提供者、及其产品或品牌的所有地点和时间来确定接触点和服务交互。但是，单个接触点可能表现良好，即使整体客户体验较差。客户会感受端到端的体验，而不是单个的接触点。因此，为了提升服务消费者满意度，每个接触点都必须带来良好的体验，并且整个客户旅程需要满足服务消费者的期望。
702 +
703 +
704 +**ITIL的故事：接触点和服务交互**
705 +
706 +[[image:1638951773279-457.png||height="50" width="43"]]Mariana：//与电子化校园汽车共享进行服务交互的示例包括客户进行预订、使用车辆旅行以及在车辆发生故障时获得道路援助。//
707 +
708 +[[image:1638951782170-600.png||height="51" width="37"]]Tomas：//所有这些交互都代表与客户的接触点，但Mariana还必须意识到服务还有其他不涉及服务交互的接触点。例如，客户看到服务的广告。//
709 +
710 +[[image:1638951795313-817.png||height="48" width="39"]]Mariana：//艾克苏和电子化校园汽车共享直接提供道路援助，但从客户视角看它成为重要的交互是必要的。//
711 +
712 +[[image:1638951809401-789.png||height="52" width="41"]]Tomas：//即使艾克苏的合作伙伴提供了道路援助，它也是电子化校园汽车共享提供的服务的一部分，含在用户旅程地图中很重要。//
713 +
714 +
715 +== 2.3  映射客户旅程 ==
716 +
717 +旅程是服务消费者生命周期中的特定、离散的体验。例如，从公众云服务提供者订阅虚拟服务器的行为就是客户旅程中的接触点。研究并订阅服务，进行集成，然后在服务消费者的组织中启动并运行该服务，这是服务消费者所看到的完整客户旅程。
718 +
719 +
720 +通常，服务提供者会收到的接触点满意度分数较高而端到端客户旅程分数较低。这是因为管理接触点和服务交互的个人和团队可能会忽略服务消费者的需求和期望。这在多渠道环境中最常见。众多客户交互跨渠道、设备、应用程序等等的，这意味着在跨渠道时提供一致的服务和体验方面很困难。如果整体管理客户旅程，而非通过孤立的接触点进行管理，则可以缓解该问题。
721 +
722 +
723 +不能忽略对接触点和服务交互的管理和思考，各个角色和团队所贡献的专业知识、效率和洞察力很重要，接触点和服务交互是洞察力的宝贵来源。相反，除了识别、理解和改进单独的接触点和服务交互之外，还应该对完整的客户旅程和服务体验进行映射和分析。
724 +
725 +
726 +客户旅程地图让服务消费者的体验可视化。它传达了每个阶段的客户旅程和体验。它识别了关键的服务交互，及其动机和问题。
727 +
728 +
729 +客户旅程地图的目的是让组织了解其利益相关者的信息。在映射客户旅程时，这点非常重要，即考虑组织的利益相关者、旅程的时间线，渠道（电话、电子邮件、门户、服务目录，应用内消息、社交媒体、论坛和建议），以及发生在产品和服务体验前、中、后的行为。
730 +
731 +
732 +=== 2.3.1  用户画像 ===
733 +
734 +客户与一个或多个服务提供者接触的 每个端到端体验都代表一个单独的客户旅程。映射所有的客户旅程是不可行的。因此，客户旅程映射通常代表一组利益相关者的通用流动，以使服务提供者可以将精力集中在广泛的改进上。
735 +
736 +
737 +用户画像通常用于代表一组客户。用户画像总结一些关键特征，描述一个或多个个体在与服务和服务提供者表现出相似态度、目标和行为。在讨论服务消费者的大类时，必须使用范围来汇总整个群体的属性。在设计客户旅程时，这些统计信息通常过于个人化，难以记住。相反，用户画像描述自数据范围的单个用户，以突出显示该群体的特定细节和重要特征。
738 +
739 +
740 +|(((
741 +
742 +
743 +定义：用户画像
744 +
745 +对真实的服务或产品的典型或目标客户/用户的虚拟描述。
746 +)))
747 +
748 +尽管用户画像是原型，而不是实际的人，但对他们的描述应为真实的。它们是基于用户研究的客户群体中相关和共享特征的快照。为避免产生偏差，重要的是集中精力开发与服务的使用相关的通用属性和相关特性。
749 +
750 +
751 +特别注意客户和用户可能不是人类。例如，微服务或认知技术可以使用机器对机器服务。在这些情况下，客户旅程的感觉和动机方面几乎没有相关性。
752 +
753 +
754 +(% class="wikigeneratedid" id="HITIL65454E8BFF1A75286237753B50CF20134E0EKatrina89C19762" %)
755 +**ITIL故事：用户画像–与 Katrina见面**
756 +
757 +[[image:1638952869401-808.png||height="45" width="39"]]//Mariana//：//我们绘制了几种用户画像。我们查看了现有的数据，然后训练了一小组的研究人员与潜在客户进行访谈并识别趋势。//
758 +
759 +[[image:1638952880985-732.png||height="40" width="35"]]//Tomas：我们的用户画像显示，潜在客户非常精通技术，可以在家中，通勤时以及在校园内使用移动设备和数据连接。我们的第一个用户是Katrina。//
760 +
761 +[[image:1638952891859-400.png||height="39" width="38"]]K//atrina//**：**//我是来自澳大利亚的国际学生，正在巴西学习语言硕士学位。我需要一种负担得起的方式旅行、休闲、结识新朋友并获得启发。以下是总结的简要介绍，我是谁，我做什么以及对我重要的事情：//
762 +
763 +* **//职责//**// 我参加课程和主管会议，进行研究，在咖啡店兼职并参加团队运动。//
764 +* **//目标 //**//成功完成我的硕士课程；与我选择的领域的学生和教师建立关系网；探索巴西的文化和自然之美。//
765 +* **//需求//**// 与同学和老师一起上课和面对面交流；准时到达校园和咖啡店；减少通勤花费的时间。//
766 +* **//家庭//**// 我在这儿没有家人。我的家人回到澳大利亚，我是一家六口中最小的。//
767 +* **//典型的一天的活动//**//，我早起健身，然后每个工作日去校园。在回家之前，我大部分时间都在研究。我周末在咖啡店工作。//
768 +* **//困难//**// 在四处逛逛圣保罗时，我没有车，严重依赖公众的运输，这很耗时。花在交通拥堵上的时间花在研究上更好。//
769 +* **//接触点 //**//我认识附近的某个人，我可以打电话给他再我一程。//
770 +* **//限制//**// 我可以打电话拼车的人数有限。我不确定司机是否有空，而且它距离便捷的公众运输并不近。//
771 +* **//通信//**// 电话、电子邮件、短信、社交媒体。//
772 +* **//在线行为//**// 我依赖社交媒体，精通技术，并迅速适应新的应用程序和解决方案。我有兴趣尝试令人兴奋的数字化新服务。//
773 +* **//我正在寻找//**// 新体验或冒险。旅行体验，包括音乐和体育节。//
774 +* **//什么影响我//**// 朋友和同事；在线博客，文章和营销。//
775 +* **//希望与梦想//**// 环游世界，并有足够的灵活性，去喜欢的地方，说走就走，而不必担心财务状况。//
776 +
777 +=== ​​​​​​​2.3.2 场景  ===
778 +
779 +场景是有关用户画像试图通过在上下文中使用服务或生产来实现其目标的简短故事。因此，客户场景特定于客户细分和上下文。
780 +
781 +
782 +好的场景简洁明了，并回答以下问题：
783 +
784 +* 谁是用户？
785 +* 为什么服务消费者需要该服务？
786 +* 服务消费者有什么目标？
787 +* 服务消费者如何实现其目标？
788 +
789 +典型的客户旅程地图标准化了不同的客户细分。通过使用基于场景的方法，可以确定对于不同的客户细分最重要的场景理想体验。然后，将不同的经验结合起来，以创建适用于所有人的高级别的客户旅程地图。
790 +
791 +
792 +**ITIL故事：场景**
793 +
794 +[[image:1638953914575-592.png||height="43" width="34"]]//Tomas：我们将使用客户用户画像来标识场景，这表明共享汽车服务将如何帮助人们实现目标。我和Mariana与艾克苏汽车租赁公司的Solmaz和Radhika合作，为我们的用户提出了一些可能的场景。//
795 +
796 +[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//：//我们决定使用我们的国际学生Katrina，她喜欢音乐节。我们创建了一个Katrina周末休假的场景，她打算带朋友们去圣保罗的音乐节看她最喜欢的乐队。她的第一个目标是预订一辆汽车去参加音乐节，因此这成为了我们的第一个场景。以后的场景包括取车，查找公众充电站的位置，在音乐节期间停车以及在周末结束时还车。//
797 +
798 +[[image:1638953936527-297.png||height="50" width="41"]]//Radhika//：//在场景一中，我们的Katrina角色代表了一类客户细分，其中包括希望在周末外出城的学生。//
799 +
800 +[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//：//Katrina登录艾克苏预订应用程序，以识别校园中空闲的汽车。她选择了一辆可容纳足够人的货车，并预订周末使用。//
801 +
802 +[[image:1638953914575-592.png||height="43" width="34"]]**//T//**//omas：这些场景及其所涉及的经验可以组合在一起来创建客户旅程地图。//
803 +
804 +
805 +
806 +=== ​​​​​​​2.3.3 客户旅程地图 ===
807 +
808 +有很多方法可视化客户旅程。简单的地图通常包括旅程的步骤、持续时间、接触点和服务交互、用户画像、服务体验和服务提供者团队以及与服务消费者交互的角色。图片2.3显示了客户旅程地图的示例。
809 +
810 +(% style="text-align:center" %)
811 +[[image:1638953988989-837.png]]
812 +
813 + 图片2.3 客户旅程地图的示例
814 +
815 +
816 +可以根据客户旅程的目的、复杂性和性质，将诸如服务消费者目标、服务提供者目标、产品和产品功能、渠道、环境属性、数据来源（分析、跟踪数据、客户关系管理[CRM] 数据），关键时刻和先前改进之类的属性添加到地图的每个步骤。如有必要，可以将某些属性归类为子属性。例如，通常通过跟踪情绪、想法和反应来映射地图体验。
817 +
818 +
819 +在映射客户旅程时，可以采用多种技术和模型。客户旅程画布一个简单但有用的示例。此外，还有许多软件工具可用于可视化用户画像、利益相关者地图、场景和客户旅程地图，这包括故事板、情绪旅程、服务蓝图等等。
820 +
821 +
822 +**ITIL故事：客户旅程地图**
823 +
824 +[[image:1638954034275-664.png||height="39" width="35"]]//Mariana//：//我们的第一个客户旅程地图将使客户体验形象化，从决定租车到成功完成租车后将车返回校园充电。客户旅程映射通常包括七个步骤：探索、契动、供应、协议、引入、价值共创和实现价值。//
825 +
826 +
827 +
828 +=== ​​​​​​​2.3.4 了解客户体验 ===
829 +
830 +当试图了解客户体验时，客户旅程地图是一个很好的起点。但是，客户体验的形成不仅取决于服务提供者与服务消费者之间的接触，而且还取决于部分或完全不在服务提供者的影响力之外的因素。组织品牌和环境（包括数字化环境）等方面也包括影响力和客户体验。此外，客户体验受到客户和服务提供者之间没有交互的时间段的影响。
831 +
832 +
833 +更好地了解客户体验的一种方法是在主要接触点上运行客户反馈调查或使用客户体验管理软件。反馈应反映各个客户旅程接触点和服务的相互作用，还应检查品牌接触点和环境条件，包括有关舒适性、适应性和速度的影响。
834 +
835 +
836 +检查客户体验时应询问以下问题：
837 +
838 +* 客户在每个步骤中都在做什么？
839 +* 是什么鼓励或不鼓励客户进行下一步？
840 +* 每个步骤触发什么情绪？
841 +* 客户是否有难以找到答案的问题？
842 +* 客户在哪种情况下会感到焦虑？
843 +* 存在不确定因素可能导致客户放弃并找到其他服务提供者吗？
844 +* 客户在每个阶段都面临什么样的障碍？
845 +* 成本和风险的因素是什么？
846 +
847 +
848 +服务提供者在不参与服务消费者分析的情况下无法理解客户体验。
849 +
850 +
851 +如果我们将心理学家约瑟夫·鲁夫特（Joseph Luft）和哈灵顿·英厄姆（Harrington Ingham）（Luft and Ingham，1955）提出的乔哈里Johari视窗（见图片2.4）应用于服务关系，则显然有些区域是服务提供者未知而服务消费者已知的。因此，服务提供者必须在服务关系的不可见区域中寻求有关行为的反馈。同样，有些区域仅服务提供者知道，但如果服务消费者知道它们，则对客户体验有利。这些区域应由服务提供者告知服务消费者。
852 +
853 +(% style="text-align:center" %)
854 +[[image:1638954075014-403.png]]
855 +
856 + 图片2.4 乔哈里Johari视窗
857 +
858 +改编自Luft（1969）的许可，经MindTools许可使用
859 +
860 +
861 +客户旅程地图旨在倾听客户的意见，了解其动机，并在适用时系统地评估其意见和行动，并将此信息整合为持续的反馈。
862 +
863 +
864 +**ITIL故事：映射客户旅程**
865 +
866 +[[image:1638954118282-426.png||height="41" width="43"]]//Mariana//：//我们的客户旅程地图将可视化端到端接触点和服务的交互。其范围包括从客户找到我们的方式到预订、获取、使用和退还汽车，以及收集客户满意度反馈。//
867 +
868 +
869 +
870 +----
871 +
872 +== 2.4  设计客户旅程 ==
873 +
874 +客户旅程的总体目的是计划和设计客户旅程，以支持最佳的价值共创并带来出色的客户体验。
875 +
876 +
877 +客户旅程设计是服务设计的一部分。但是，客户旅程可能跨越多个服务或产品，且单个服务或产品可能支持多个客户旅程。有关服务和产品设计的更多信息，请参见第5章和服务设计实践指南。
878 +
879 +* 服务设计有助于创新（创建新的）或改进（现有的）服务，以使其对客户更有用、易用、期望，同时对组织有效率且有效果。这是一个整体的、多学科、综合的领域（Moritz，2005年）。
880 +
881 +
882 +在设计实际的客户旅程之前，应定义所需的成果、客户和用户体验。旅途中预期的价值以及每个阶段如何贡献于价值的价值共创应被视为此定义的一部分。如第1章所述，价值的定义包括：
883 +
884 +* 成果
885 +* 体验（如何感知旅程、服务、产品、品牌和环境，并使他们为客户或用户感觉到）
886 +* 功用
887 +* 功效（包括可用性、性能、容量、信息安全、连续性、可访问性和可用性）
888 +* 风险和合规性
889 +* 成本和资源。
890 +
891 +
892 +应该给客户旅程中的每个主要利益相关者定义所需的价值。以下各章介绍了用于定义、测量、优化和传达价值的技术。
893 +
894 +
895 +=== ​​​​​​​2.4.1 设计思维 ===
896 +
897 +设计思维是一种以用户为中心的流程设计方法。它解决了设计师应该如何思考才能创建适合用户需求的创新解决方案。为了进行出色的创新，设计人员需要与实际用户一起使用契动，以真正了解他们的问题，并为解决提供不同的想法。该方法的主要思想是对探索并收集来自真实用户的反馈。
898 +
899 +
900 +在较高的层次上，可以采用Marc Stickdorn的服务设计思维的五项原则来指导设计流程（Schneider和Stickdorn，2012年）：
901 +
902 +* **以用户为中心** 需要将客户和用户放在设计流程的中心。这需要真正了解客户和用户，而不仅仅是对其需求进行统计描述和实证分析。
903 +* **价值共创** 促进利益相关者团体的共同创造是设计思维的重要方面，也是服务设计的基本组成部分。所有利益相关者都应包括在设计流程中。
904 +* **排序 **设计思维将客户的旅程分解为单个接触点和服务交互。当结合使用时，这将创建服务时刻。接触点和服务交互在人与人之间、人与机器之间、甚至在机器与机器之间进行，但也可以通过第三方反馈（例如在线评论）间接发生。每个客户旅程都遵循以下三个过渡步骤：
905 +
906 + 服务前期（与服务接触），实际服务期（当服务使用者体验服务）以及服务后期。客户旅程应该可视化为一系列相互关联的行为。
907 +
908 +* **证据** 有形的的证据或制品如纪念品可触发对服务时刻正向记忆。因此，通过情感联系，他们可以继续增强客户的体验。服务证据可以将服务的体验延长到超过实际服务时期，直到服务之后的时期。同样，服务证据可以帮助揭示不起眼的后台服务。因此，无形的服务应形象化为有的形制品。
909 +* **整体性 **我们看到、听到、闻到、摸到、尝到和感觉到服务的物理表现。应该考虑客户旅程、服务或产品的整个环境，以及其他客户行程。
910 +
911 +
912 +在更实操的水平上，客户旅程设计与其他设计流程并没有太大区别。尽管设计流程是非线性的，但可以清晰显示轮廓结构。重要的是要了解这种方法是迭代的。典型的客户旅程设计流程可能包括斯坦福大学Hasso Plattner 设计研究所建议的阶段，它们是：
913 +
914 +* **共情 **了解您要为其设计的利益相关者。了解所涉及的人类需求。定义并测试和用户画像和场景。撇开您对世界的假设，以深入了解利益相关者及其需求。
915 +* **定义 **构造基于用户需求和洞察力的观点。重新以人为本的方式定义问题。映射现有的客户旅程（如果有），并映射利益相关者的经验以识别客户旅程中的任何问题。定义和计划期望的成果、体验和价值。设定目标并定义度量指标。
916 +* **构思 **集思广益，并提出创新的解决方案。在构想会议上创建许多构想，考虑对客户旅程的改进。在此阶段结束之前，团队应该有几个解决问题的想法。
917 +* **原型 **构建一种或多种想法的表示形式，以展示给他人。在原型设计中采用手动方法。设计客户旅程映射和服务蓝图通过要求利益相关者构建旅程和产品，来设计利益相关者的心理模型。考虑频率、顺序和重要性。频率意味着客户最常做的事情，应该在顺序中占据重要位置。顺序是指按顺序进行的活动应按顺序进行呈现。重要性意味着需要在正确的时间清楚地提供重要的信息。了解客户的心理模型，并应用频率、顺序和重要性规则将解决大多数利益相关者的可用性需求。验证设计有助于交付计划中的成果、体验和价值。
918 +* **测试 **返回原始的利益相关者组和测试你的想法获得反馈。不要回避错误，而是探索尽可能多的错误。执行可用性测试，角色扮演和A / B测试。跟踪使用情况，构建反馈循环，评审度量标准和角色扮演测试设计，这对设计有助于交付计划中的成果、体验和价值至关重要。
919 +
920 +
921 +客户旅程设计流程涉及来自不同专业领域的知识和能力，包括生产设计、图形设计、交互设计、社交设计和设计民族志。
922 +
923 +
924 +这些领域的代表可能会参与设计和规划和客户旅程。
925 +
926 +
927 +此外，不同的工具和技术也可用于客户旅程设计，包括利益相关者地图、背景访谈、五Why分析、期望地图、用户画像、故事板、原型、A / B测试、讲故事、服务蓝图和运营模式画布。（有关大多数列出的工具的详细介绍，请参见Schneider和Stickdorn，2012年。）
928 +
929 +
930 +=== ​​​​​​​2.4.2 利用行为心理学 ===
931 +
932 +人类通常是理性的，但行为可能不理性。但是，我们可以预见非理性（Ariely，2008）。因此，涉及人类的客户旅程的设计应该迎合逻辑或理性行为，并结合认知偏见和直观行为的知识。情商和行为心理学是理解和掌握旅程情感方面的关键。
933 +
934 +
935 +认知偏见是做出判断时偏离理性的系统模式。在认知科学、社会心理学和行为经济学的数十年研究中，已经发现了不断发展的认知偏见列表。公认的认知偏见的例子有：
936 +
937 +* **峰终偏见** 我们似乎并没有整体看待体验的趋势，而是将其视为最高峰时的平均值。因此，在使用产品或服务之后，我们往往会不成比例地回忆起客户旅程的高点和低点，而不是它的所有方面。特别是令人不快的结尾带来强烈的负面影响。
938 +* **可用性偏见** 尽管我们的记忆可用性通常受独特和情感因素的影响，但这种倾向是根据我们记忆中最可用的事件做出判断的趋势。例如，在客户旅程期间交互的正负点的分布和频率会影响我们的服务感知。
939 +* **规避损失 **放弃某件事的痛苦大于与获取某件事的快乐。我们希望控制客户旅程，以及受客户旅程影响的生活的其他方面。
940 +
941 +
942 +通过了解这些认知偏见，我们不仅可以考虑它们，还可以在客户旅程的设计中利用它们（Bhattacharjee等人，2016），包括：
943 +
944 +* 尽早地解决不好的经历，以便服务消费者记住交互中更积极的元素
945 +* 为服务消费者细分提供乐趣并消除痛苦，让客户旅途中的愉快时光成为消费者回忆的重要部分用深刻的、正向的印象收尾，因为服务消费者的最终交互将对他们的服务记忆中有不相称的影响
946 +* 给服务消费者选择权，让他们有控制的感觉
947 +* 避免惊吓，以提升服务消费者对服务的满意度。
948 +
949 +结合行为心理学原理来重新设计整个客户旅程，有可能持续改进服务消费者满意度。（Kahneman在2011年很好地介绍了偏见和行为设计。）
950 +
951 +
952 +=== 2.4.3​​​​​​​ 设计适用于不同的文化  ===
953 +
954 +定义
955 +
956 +* **心理模型 **对某人如何理解某事物在周围世界中如何工作的解释。
957 +* **文化 **一组人共有的一组价值观，包括对人们应该如何行为以及他们的思想、信念和实践的期望。
958 +
959 +
960 +心理模型有助于个人在世界上的定位；它们是我们所有人在日常生活中所面临的复杂性的抽象、简明的心理表示-我们所有人通过其了解自己周围世界的模式（Schneider和Stickdorn，2012）。
961 +
962 +
963 +刻板印象是心理模型的一部分。Geert Hofstede认为文化是人类共同拥有的心理程序，能将一群人与其它人区分开。因此，文化是心理模型的一部分，在为不同文化群体或用户画像设计客户旅程时应考虑该因素。一些例子是：
964 +
965 +* 来自不同国家的用户
966 +* 来自不同行业的客户
967 +* 组织中来自不同团队的用户
968 +* 不同行业的用户
969 +* 公众组织的赞助者。
970 +
971 +文化映射是映射文化以解码跨文化协作影响的工具。它们对于分析和设计作为客户旅程设计基础的服务消费者场景很有用。图片2.5显示了两个用户组的文化，它们映射到八个维度以识别相似点和不同点。在此图片中，每个维度均表示为相对极端的比例或频谱（Meyer，2014年）。
972 +
973 +(% style="text-align:center" %)
974 +[[image:1638955627441-126.png]]
975 +
976 + 图片2.5 文化的八个尺寸
977 +
978 +(% style="text-align:center" %)
979 +[[image:1638955685491-957.png]]
980 +
981 +
982 +== ​​​​​​​2.5 度量和改进客户旅程 ==
983 +
984 +客户满意度是动态的目标。为了进行持续改进，在整个过程中以及在单独的接触点和服务交互过程中，度量客户体验和反馈，并收集有关利益相关者行为的分析非常重要。
985 +
986 +
987 +此外，启用价值流、实践和资源的服务质量、产品质量和质量等间接度量可以突显客户体验和满意度。
988 +
989 +
990 +最佳实践是用指标度量客户体验，从顶部开始，然后是级联向下进入其客户旅程以及间接绩效和产出指标。
991 +
992 +
993 +改进点总是有比资源更多的机会。因此，重点应该放在具有高投资回报率（ROI）的质量和客户体验机会上。客户旅程和改进机会之间的差距应该排列优先级。尽管消除客户的痛点很重要，但当客户期望变化时，识别组织区分于竞争对手的之处同样重要。
994 +
995 +
996 +应该使用问题管理技术来隔离产生差距的原因，并识别对所有级别服务堆栈的改进点：启用价值流和服务的客户旅程、服务和产品设计、基础价值流、实践和资源。
997 +
998 +
999 +**ITIL的故事：度量和改进客户旅程**
1000 +
1001 +[[image:1638955737657-587.png||height="45" width="48"]]//Mariana//**：**//在发布电子化校园汽车共享服务之前，我们将开发反馈表，在关键接触点后发送给客户。用于了解客户对汽车预订、获取和返还，以及其对充电站和其他服务产品的体验，例如指导视频和交通更新。我们将用这些发现和洞察来度量和持续改进客户旅程。//
1002 +
1003 +[[image:1638955747647-706.png||height="45" width="38"]]//Tomas//：//Mariana不必等到客户旅程结束才收集反馈。她需要了解客户在经历过程中的体验。例如，预订汽车可能是一件艰辛的流程，但返回汽车可能会更简单。在客户旅程末尾进行的一次调查可能不会在发生在早期的接触点，而客户可能会忘记交流先前的痛点。没有这些洞察，Mariana不会知道如何改进预订流程。//
1004 +
1005 +
1006 +== //2.6 // 总结 ==
1007 +
1008 +每个服务消费者都有所不同，应区别对待。用户画像总结了客户和用户原型的关键特征，有助于服务提供者了解服务消费者的需求和期望。通过跟进用户画像从接触点到趋近服务成果的到接触点的客户旅程，
1009 +
1010 +
1011 +服务提供者可以了解客户体验。利用这种洞察，再结合设计思维、行为心理学和文化洞察，服务提供者将能够设计并掌握客户旅程，从而带来独特的客户成果和经验。
1012 +
1013 +
1014 +**ITIL故事：总结**
1015 +
1016 +[[image:1638955787839-930.png||height="41" width="39"]]//Mariana//**：**//现在，我们对客户体验有了深刻的了解，我们随时准备为学生和教职员工推出我们的电子化校园租车服务。//
Icon 1638950862127-760.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +48.5 KB
Content Icon
Icon 1638950950777-726.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +24.3 KB
Content Icon
Icon 1638951286017-165.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +46.8 KB
Content Icon
Icon 1638951337202-329.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +73.0 KB
Content Icon
Icon 1638951358549-799.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +43.7 KB
Content Icon
Icon 1638951386397-567.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +483.4 KB
Content Icon
Icon 1638951475719-992.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.1 KB
Content Icon
Icon 1638951484081-860.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.6 KB
Content Icon
Icon 1638951585195-530.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +201.0 KB
Content Icon
Icon 1638951611410-277.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +48.5 KB
Content Icon
Icon 1638951652572-311.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +136.2 KB
Content Icon
Icon 1638951702084-130.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +136.2 KB
Content Icon
Icon 1638951773279-457.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1638951782170-600.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.5 KB
Content Icon
Icon 1638951795313-817.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.6 KB
Content Icon
Icon 1638951809401-789.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.6 KB
Content Icon
Icon 1638952830650-388.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +23.8 KB
Content Icon
Icon 1638952869401-808.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.5 KB
Content Icon
Icon 1638952880985-732.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.0 KB
Content Icon
Icon 1638952891859-400.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.6 KB
Content Icon
Icon 1638953914575-592.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.3 KB
Content Icon
Icon 1638953924833-231.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.9 KB
Content Icon
Icon 1638953936527-297.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +3.8 KB
Content Icon
Icon 1638953988989-837.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +101.1 KB
Content Icon
Icon 1638954034275-664.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.5 KB
Content Icon
Icon 1638954075014-403.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +44.2 KB
Content Icon
Icon 1638954118282-426.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.3 KB
Content Icon
Icon 1638955627441-126.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +56.8 KB
Content Icon
Icon 1638955654499-644.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +250.5 KB
Content Icon
Icon 1638955685491-957.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +250.5 KB
Content Icon
Icon 1638955737657-587.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.0 KB
Content Icon
Icon 1638955747647-706.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +3.5 KB
Content Icon
Icon 1638955787839-930.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.3 KB
Content Icon
Icon 1638955913818-810.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +18.3 KB
Content Icon
Icon 1638955979889-721.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +241.4 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司