From version < 172.1 >
edited by superadmin
on 2021/12/09, 19:51
To version < 192.1 >
edited by superadmin
on 2021/12/10, 13:51
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -1,4 +1,4 @@
1 -{{box cssClass="floatinginfobox" title="**~~ Contents**"}}
1 +{{box cssClass="floatinginfobox" title="**X Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
4 4  
... ... @@ -264,7 +264,7 @@
264 264  治理是指挥和控制组织的手段。角色和治理在ITIL SVS中的位置将根据在组织中使用SVS的方式而有所不同。
265 265  
266 266  
267 -== ==
267 +== ==
268 268  
269 269  == 持续改进 ==
270 270  
... ... @@ -294,3501 +294,3784 @@
294 294  
295 295  ----
296 296  
297 -= 1.(% style="color:#3399f3" %)介绍(%%) =
297 += =
298 298  
299 -ITIL®4:驱动利益相关者价值旨在通过服务价值共创的原则和实践去指导利益相关者,无论他们是客户还是服务提供者。
299 +----
300 300  
301 += 5. 步骤3:供应 =
301 301  
302 -每个人都为价值共创做出了贡献,包括来自大型和小型组织的员工,合同工和客户。重要的是要记住,该指南不是规定性的:并非所有内容都适用于所有人。相反,它提供了一个采用和适应每种情况的框架。
303 +[[image:1639040503323-766.png]]
303 303  
305 + 管理需求和机会
304 304  
305 -南是为从事服务关系的个人组织(包括产品和服务提供,消费和关系管理)编写的。这些是参与组织客户旅程或参与其中的人员和组织。目标受众包括但不限于:
307 + 和管理客户需求
306 306  
307 -* 关系经理
308 -* 客户体验(CX)经理
309 -* 客户经理
310 -* 服务交付经理
311 -* 服务台经理
312 -* 服务级别经理
313 -* 企业架构师
314 -* 服务和解决方案架构师
315 -* 业务分析师
316 -* 生产所有者和数字化产品经理
317 -* 市场经理
318 -* 项目经理
319 -* 投资组合经理
320 -* 供应商关系经理
321 -* 供应商经理
322 -* 合同经理
323 -* 客户体验/ 用户体验(UX)设计人员。
309 + 设计服务供应和用户体验
324 324  
325 -本指南假定读者熟悉ITIL Foundation,其中介绍了ITIL 4的基本服务管理概念
311 + 销售并获得服务产品
326 326  
327 327  
328 -== 1.1契动重要性 ==
314 +客户和服务提供者之间的服务关系越密切,就越能进一步形成客户需求和服务供应。供应步骤有助于客户阐明其需求和要求,并帮助服务提供者设计匹配的服务供应。本章描述了基于价值驱动、数据驱动和以用户为中心的服务设计来确定、设计、销售和获得产品和服务所需的服务交互和接触点。无论服务来自内部还是外部服务提供者,本指南均适用。表5.1概述了形成需求和服务提供目的。
329 329  
330 -契动对于优化服务价值至关重要。这是因为服务价值始终是用户,客户,赞助商,服务提供者以及任何参与服务的相关方共同创造。
331 331  
317 +表5.1 形成需求和服务提供的目的
332 332  
333 -为了驱动利益相关者价值,所有利益相关者必须为服务价值的共同创造做出贡献。本出版物将会讨论客户旅程的主要步骤,并提供如何共同创造最有价值的旅程的指导。客户旅程可以分为七个步骤,如表1.1所示。
319 +(% style="width:1180px" %)
320 +|**供应**|**对于服务消费者**|(% style="width:583px" %)**对于服务提供者**
321 +|促进成果和体验|确保客户清楚表达了服务消费者的需求和要求|(% style="width:583px" %)(((
322 +了解如何为服务消费者和服务提供者创建价值,以及服务提供者如何支持该价值共创
334 334  
324 +使服务提供者能够平衡供应和需求
325 +)))
326 +|优化风险和合规性|(((
327 +最小化购买服务而不满足实际需要的风险
335 335  
336 -表1.1 客户旅程的步骤
329 +减少供应商误解消费者需求的风险
330 +)))|(% style="width:583px" %)(((
331 +尽量减少无法履行承诺服务的风险
337 337  
338 -|(% style="width:221px" %)探索:了解市场和利益相关者|(% style="width:934px" %)客户旅程通常在服务提供者和服务消费者建立关系之前开始。双方都可以探索他们自己的需求和市场机会,来确定可能对实现他们各自需求有所贡献的合作伙伴。此探索可能包括运营的背景,战略目标和组织能力等方面。
339 -|(% style="width:221px" %)契动:培养关系|(% style="width:934px" %)通过服务实现共同创造价值的重要前提是服务提供者,服务消费者和其他利益相关者之间的运作正常的关系。良好的关系是协作关系或合作关系的先决条件。
340 -|(% style="width:221px" %)供应:提炼需求和服务供应|(% style="width:934px" %)为了确定双方是否可以从相互的服务关系中受益,服务消费者和服务提供者应该创建商业案例,以及明确表达,提炼和匹配他们在要求和服务供应上的供需。当明确表达和理解服务消费者的需求时,才能设计产品和服务。
341 -|(% style="width:221px" %)协议:达成一致期望并协定服务|(% style="width:934px" %)至关重要的是,在投资之前,必须达成期望,规划价值共创,跟踪,并协定服务范围和质量。
342 -|(% style="width:221px" %)引入:开启或结束旅程|(% style="width:934px" %)无论双方是否达成协议,他们都必须经历涉及双方资源的整合或者分割的转变。
343 -|(% style="width:221px" %)共同创造:提供和消费|(% style="width:934px" %)服务消费者利用可访问的服务提供者资源,消费提供的货品,并与服务提供者一起基于达成的服务供应来共同创造价值。
344 -|(% style="width:221px" %)实现:捕获价值和改进|(% style="width:934px" %)必须基于价值共创的规划去跟踪和驱动价值,改进工作必须持之以恒,从而增加服务价值。
333 +尽量减少客户不满意的风险
334 +)))
335 +|优化资源并最小化成本|确保将资金投资于能够优化投资回报的领域|(% style="width:583px" %)确保在最佳区域使用时间和资源
345 345  
346 -ITIL®4:驱动利益相关者价值提供了有关参与每个阶段并为之做出贡献的最佳实践指南,并且参与服务关系的任何人(包括服务提供,服务消费和关系管理)都可以使用它。
337 +|(((
338 +**ITIL故事:步骤3 – 供应**
347 347  
340 +[[image:1639040709737-670.png||height="50" width="44"]]//Mariana:我们的eCampus汽车共享服务已受到大学学生和员工的欢迎。我们为普通汽车用户提供订阅会员资格,为间歇性用户提供不同的定价等级。我们的汽车是电动的,这使它们比传统的汽车更环保,因为它们排放的废气更少。另外,汽车共享会降低汽车拥有率,减少道路上的汽车行驶次数,并减少客户出行次数,因为客户会将差事合并为一次出行以最大程度地增加支出。我们为自己能提供一个干净、安全、可靠的往返于校园的其他交通选择而自豪。//
341 +)))
348 348  
349 -== 1.2关键原则 ==
343 +== 5.1 管理需求和机会 ==
350 350  
345 +就服务而言,需求和容量是相互关联的。服务无法存储供以后使用。当服务价值只有在服务提供者的供给满足服务使用者的需求时才能被共同创造。如果需求得不到满足,设施和资源就会浪费。同样,当需求高于容量时,也会丢失机会。为了优化服务机会,服务提供者应调整容量和影响需求。正确理解不同的客户群体和部门如何使用其服务至关重要。
351 351  
352 -=== 1.2.1利益相关者 ===
353 353  
348 +=== 5.1.1 业务活动模式 ===
354 354  
355 -服务消费者和服提供者并不是参与客户旅程唯一人员。有多利益相关者他们做出贡献,从中收益或者影响了这个旅程。这些利益相关者可能包括所者,服务提供者雇员,第三方供应商,竞争对手,监管机构,工会,行业组织,社区和社会等
350 +要了解如何使用服务,分析业活动模式有用的。事实和图表是通过监控和日志记录生成的反映服务的使用情况。这些信息将助于采取措施满足需求高峰
356 356  
357 357  
358 -服务必须为所有相关的利益相关者创建价值。因此,最重要的是识别所有关键利益相关者,理解和管理与他们的影响力和兴趣水平。
353 +|(((
354 +**定义:业务活动模式(PBA)**
359 359  
356 +一个或多个业务活动的工作负载描述。PBA用于帮助服务提供者理解和支持不同级别的服务消费者活动。
357 +)))
360 360  
361 -理解每利益相关者如何影响或可能受旅影响一种方法是将利益相关者映射到矩阵中,根据其影响和兴趣级别进行分类,图片1.1显示了利益相关者分析和映射的示例
359 +表5.2描述了一会计流程的PBA
362 362  
363 -(% style="text-align:center" %)
364 -[[image:1638949925942-595.png]]
365 365  
366 - 图片1.1利益相关者地图
362 +表5.2 会计处理的业务活动模式示例
367 367  
364 +(% style="width:689px" %)
365 +|**角色**|(% style="width:350px" %)**实现价值创建高峰工作量**|(% style="width:200px" %)**高峰时间**
366 +|雇员|(% style="width:350px" %)所有员工填写工时表|(% style="width:200px" %)每周五午餐后
367 +|会计|(% style="width:350px" %)获取或构建,报告和质量检查准备工资|(% style="width:200px" %)每月12日至15日
368 +|会计|(% style="width:350px" %)年终结账|(% style="width:200px" %)每年十一月/十二月
368 368  
369 -可以根据他们相结合影响力和兴趣去管理利益相关者可以通过恰当水平的沟通来维持利益相关者满意,知情密切关注然而,利益相关者和他们的影响力和兴趣能在旅程中变化例如随着时间的推移,服务提供者可能尝试培育利益相关者的兴趣和影响力这意味着利益相关者地图应该随着旅程的进展而定期重新修订。
370 +另一种可以识别模式是通过分析来电例如,结果可以表明,所有支助请求中均有85%是在每个工作日两个短期间提出:10:00-11:0015:00-16:00服务台还以看到所需的特定服务有了这些信息,服务台可以通过在高峰时段提供额外人员或创建自助服务解决方案来管理需求
370 370  
371 371  
372 -=== 1.2.2 服务消费者 ===
373 +业务活动模式非常有用,因为它们允许组织做出基于事实的决策。检测到的模式可以反映不同的趋势。有些模式是重复的,例如表5.2中的示例;其他模式显示增长或下降。一些服务业经历了快速增长,这将对容量产生影响。需要进一步的业务分析来理解总体情况并做出正确的决策。
373 373  
374 -在ITIL 4中,服务消费者是一个消费某项服务的组织。在实践中,服务消费至少涉及三个特定的角色,这些角色显示在图片1.2中,他们包括:
375 375  
376 -* 定义了服务要求并对服务消费成果负责的客户
377 -* 使用服务的用户
378 -* 为服务消费授权预算的赞助者
376 +一旦确定了模式,就可以使用不同的选择来调整和管理容量以形成需求。
379 379  
380 -这些角色可以由一个或多个人员或团队来完成,通常取决于消费者组织的类型和大小。在角色分开的组织中,沟通和协调至关重要。为了在服务提供者和服务消费者之间培育有效的服务关系,有必要投入资源来协调双方。
381 381  
382 -(% style="text-align:center" %)
383 -[[image:1638950038214-694.png]]
379 +=== 5.1.2 优化容量 ===
384 384  
385 - 图片1.2服务消费者的三个角色
381 +|(((
382 +**容量和性能管理实践**
386 386  
387 387  
388 -=== 1.2.3 服务关系 ===
385 +容量和性能管理实践为容量管理提供了三个视角:
389 389  
390 -在服务关系中,组织将采用服务提供者或服务消费者的角色。这两个角色不是专有的:组织通常在任何给定时间提供和消费许多服务。服务消费者可以使用其资源来创建自己的产品,以解决另一个目标消费者群体的需求,从而成为服务提供者。这样,可能会出现关系链或关系网络,如图片1.3中所示。
387 +* **业务容量管理 **由客户触发的容量需求计划。
388 +* **生产和服务容量管理 **管理特定生产或服务的端到端容量。
389 +* **组件容量管理 **监视并调整生产或服务组件的容量。如果其中一个组件没用更多的容量,则整个服务将受到影响。在IT中,大多数组件都可以通过监视和调优进行设置,以避免容量问题。
391 391  
391 +读者应参阅容量和性能管理实践指南以了解更多详细信息。
392 +)))
392 392  
393 -表1.2中显了三种基本的服务系类型。基组织战略,可以显示一种对关系的偏好
394 +由于容量和需求是相互交织的,为了更好地利用稀缺资源,必须同时考虑两者。管理需求的目的是了解不同的用户概况并影响其行为。容量和性能管理代等式的另一侧。如图5.1所,这是关于根据实际需求确容量大小问题
394 394  
395 395  
396 -(% style="text-align:center" %)
397 -[[image:1638950209105-608.png]]
397 +有多种方法可以调整和管理容量。一些措施包括:
398 398  
399 - 图片1.3 服务关系模型
399 +* 在高峰期增加容量
400 +* 避免在高峰时段运行其他繁重的工作量
401 +* 不允许在变更生产或服务时引入冻结期。
400 400  
403 +需求可以是固定的,也可以是可变的。如果需求是可变的,最好的做法可能是将其与可变容量相匹配,以帮助服务消费者将固定成本转换为可变成本。这就是云计算通常的工作方式。客户(例如开发团队)使用灵活的自服务机制,在需要的时候添加额外的基础设施容量,在完成工作时释放它,从而使容量可供其他用户使用。
401 401  
402 402  
403 -表1.2三基本服务关系类
406 +优化资源容量的另一方法是将工作量转移到服务消费者。在为数字化转设计技术服务时,这是相关的。数字化服务允许服务消费者管理自己的银行账户,在线订购机票以及预订自己的航班和酒店,以减轻服务提供者的需求负担,并增加服务消费者对服务的控制。
404 404  
405 - [[image:1638950556081-343.png||height="106" width="895"]]
408 +(% style="text-align:center" %)
409 +[[image:1639040866308-122.png]]
406 406  
407 -|(% style="width:185px" %) |(% style="width:306px" %)**基本关系**|(% style="width:364px" %)**合作关系**|**伙伴关系**
408 -|(% style="width:185px" %)典型的聚焦点|(% style="width:306px" %)支持和效率|(% style="width:364px" %)改进和效果|创新和成长
409 -|(% style="width:185px" %)典型的涉及组织级别的关系|(% style="width:306px" %)运营上的|(% style="width:364px" %)运营和战术上的|运营的,战术和战略上的
410 -|(% style="width:185px" %)典型的关系成熟度级别|(% style="width:306px" %)应对式,订单接受者|(% style="width:364px" %)服务提供者,受信任的顾问|战略合作伙伴
411 -|(% style="width:185px" %)典型的服务类别|(% style="width:306px" %)商业现货服务,开箱即用服务,高度标准化的商品服务或货品的货源|(% style="width:364px" %)服务不得不配置或定制化来满足服务消费者的需求|具有独特价值主张的定制或定制服务
412 -|(% style="width:185px" %)典型的协定类别|(% style="width:306px" %)标准合同,服务级别协议以及主要针对大众市场的基于体验的协议|(% style="width:364px" %)高级的服务级别协议,基于体验的协议或结果导向的协议|定制合同,结果导向的协议或没有协议
413 -|(% style="width:185px" %)举例|(% style="width:306px" %)正如服务提供者预期,服务消费者清晰表达他们的期望值。例子可以在提供给广大的个人外部服务消费者的标准化服务找到。这就是移动运营商和运输公司如何运作。|(% style="width:364px" %)取决于服务提供者和服务消费者的关系,服务提供者可能很难完全了解服务消费者想实现的成果。在某些情况下,他们会一起工作去定义渴望的成果。举例,内部IT和HR部门的关系经理可能和客户谈话和讨论他们的需求和期望。|基于服务供应和产品的服务是依照客户规定要求去规划和创建。在敏捷产品开发那里,服务消费者和服务提供者在共享团队中共同创建产品。
411 +图片5.1容量和供应之间的关系
414 414  
415 -=== 1.2.4 客户旅程 ===
416 416  
417 -客户旅程是服务消费者和服务提供者之间关于接触点和交互的整体感知。
414 +=== 5.1.3 成形或平滑需求 ===
418 418  
416 +服务提供者经常受到服务需求的巨大差异和有限容量的挑战。如果不能形成与供应相匹配的需求,将导致容量投资的回报率很低。例如,服务台的训练有素的支持人员数量有限。因此,使需求与服务容量相匹配是一项重要的学科。
419 419  
420 -表1.3概述了从用户角度解决事件的客户旅程示例。
421 421  
419 +允许服务消费者提前预订时间的预订服务有助于平滑需求。为了最大程度地减少损失,监控错过预约的比率并以类似比率补偿超额预订是很常见的。服务提供者通常通过延迟承诺时间、增加取消费用、或发送提醒以确保消费者提前一天确认预订来防止风险出现。
422 422  
423 -|(((
424 - 定义:客户旅程
425 425  
426 -(((
427 -
422 +服务提供者通常供应价格激励来影响消费者的行为。差别收费是根据使用时间对同一服务收取不同的价格。例如,电力公司可能会在一天的不同时间收取不同的价格。给电动汽车充电最便宜的时间可能是在晚上。这样,运营者可以影响白天的服务容量,同时在非高峰时段实现更好的利用率。
428 428  
429 -服务客户通过接触点和服务交互与一个或多个服务提供者和/或其产品一起拥有的完整的端到端体验。
430 -)))
431 -)))
432 432  
433 -表1.3于解决事件客户旅程的
425 +收益管理是一种对利价格激励来优化容量技术。这是一个高度自动化的流,使用历史和实时数据估算未来需求,并相应地调整价格。如,当在互联网浏览即将到来的旅行时,如果提前几个月搜索,则价格可能相对较低。然而,随着旅行日期的临近,同一次旅行的价格将大幅上涨。
434 434  
435 -|(% style="width:129px" %)**角色**|(% style="width:526px" %)**活动**|(% style="width:500px" %)**客户旅程**
436 -|(% style="width:129px" %)**用户**|(% style="width:526px" %)用户检测到服务运营中的故障。|(% style="width:500px" %)某个服务和/或者产品失灵。客户体验将受到特定情形,之前的事件等的影响。
437 -|(% style="width:129px" %)(((
438 -**用户**
439 439  
440 -**服务台客服**
441 -)))|(% style="width:526px" %)用户联系服务台客服。服务台客服执行工单登记,将可用的数据添加到记录。服务台客服对工单进行初始优先级划分和分类,确认该工单与事件有关,接着把优先级和期望的解决事件告知用户。|(% style="width:500px" %)(((
442 -用户联系服务台。基于服务台客服的态度和行为体验良好。
428 +==== 5.1.3.1 定价和计费机制 ====
443 443  
444 -用户收到一条含有优先级和期望解决事件的信息。优先级和期望的解决事件可能比预期好或差。用户体验也会受到服务台的历史准确性影响。
445 -)))
446 -|(% style="width:129px" %)(((
447 -**服务台客服**
430 +差异性收费和收益管理是使用定价和计费机制管理容量和需求的示例。这些机制可用于驱动服务使用者在服务的许多方面的行为。既然它是如此强大的工具,就应该有意识地使用它来驱动正确的行为。例如,如果云服务提供者希望其服务消费者在不需要时清除容量,则“按单位付费” 策略将正确地影响行为。
448 448  
449 -**二线支持人员**
450 -)))|(% style="width:526px" %)服务台客服执行事件的初始分类,有助于确认事件影响,确定团队对于失效元件和/或服务的职责,以及把这个事件与过去和/或正在发生的事态,事件和问题想关联。在某些情况下,分类有助于展示针对这类事件之前定义的方案。|(% style="width:500px" %)用户正在等待解决方法。
451 -|(% style="width:129px" %)**二线支持人员**|(% style="width:526px" %)技术专家执行事件诊断和/或问题调查,问题诊断,问题解决方法开发和问题消除。|(% style="width:500px" %)用户正在等待解决方法。
452 -|(% style="width:129px" %)(((
453 -**服务台客服**
454 454  
455 -**用户**
456 -)))|(% style="width:526px" %)服务台客服告知用户解决方法。用户确认服务恢复。|(% style="width:500px" %)(((
457 -服务台客服联系用户去沟通解决方法。体验是基于服务台客服的态度以及行为,还有解决方法的质量以及恢复时间是否符合或超出之前公布的恢复时间。
433 +计费作为一种需求管理机制存在不利的副作用。这些副作用的一些示例如表5.3所示。应进行适当的评估和测试,以确保定价机制驱动预期行为。这是由思考和整体工作的指导原则和迭代的反馈进展所支持的。
458 458  
459 -用户确认或拒绝解决方法。体验是由解决方法的有效性,多容易去验证以及服务台客服有多大帮助。
460 -)))
461 -|(% style="width:129px" %)**用户**|(% rowspan="2" style="width:526px" %)服务已经恢复。用户可以有效地工作。|(% rowspan="2" style="width:500px" %)用户继续使用服务和/或产品。体验是基于解决方法的可用性和强度。
462 -|(% style="width:129px" %)**客户**
463 -|(% style="width:129px" %)(((
464 -**用户**
465 465  
466 -**服务台经理**
467 -)))|(% style="width:526px" %)(((
468 -成功解决事件后,可能需要一系列的关闭规程,包括:
436 +在服务关系中,定价和计费机制应经常进行评估和评价,以确保它们按预期工作。这些机制通常在合同协商阶段就已达成共识,但对它们如何影响行为和价值创造却知之甚少。
469 469  
470 -* 用户满意度调查
471 -* 恢复成本计算和报告
472 -* 恢复价格计算和收据
473 -* 问题调查启动
474 -* 事件回顾
475 -* 更新和正式关闭事件记录和相关记录
476 -)))|(% style="width:500px" %)用户收到满意度调查。此外,用户可能收到一条关于事件已经关闭的信息。体验是由沟通的语气和综合性来形成。
438 +一些重要的问题是:
477 477  
478 -(% style="text-align:center" %)
479 -[[image:1638950677448-611.png]]
440 +* 驱动行为的机制是否以一种对双方都有最大价值的方式存在?
441 +* 这些机制是否能够实现资源的双赢和最佳利用?
442 +* 双方是否有激励措施来推动服务的改进?
480 480  
481 - 图片1.4 价值流与客户旅程之间关系
444 +表5.3 计费机制不良负作用示例
482 482  
446 +|**案例**|**定价机制**|**不受欢迎的行为**|**问题**|**解决方案**
447 +|由内部服务提供者提供的业务关键信息系统|为了弥补成本,服务提供者为每个用户定义了一个昂贵的许可证成本。|由于高昂的许可证成本,业务单元只购买了一到两个人的许可证,并让他们“服务”单位的其余部分。|服务提供者无法覆盖成本,并且需要提高许可证价格。|当检测到这种模式时,管理层决定在业务部门之间平均分担成本,使所有员工都能够使用服务。
448 +|复印和打印|没有定价机制。|因为是免费的,所以做了很多不必要的彩印。|没有“打印前思考”的动机,也没有意识到彩印的成本。|通过引入收费和宣传活动,打印量减少了50%,用户切换到黑白默认设置。
483 483  
484 -图片1.4中显示了价值流和客户行程之间的关系,其特征如下:
450 +==== 5.1.3.2 服务改进点机会 ====
485 485  
486 -* 客户旅程始终依赖于每个参与方中的至少一个价值流。
487 -* 一个价值流通常支持多个客户旅程。
488 -* 一个客户旅程可能跨越来自不同服务提供程序的一个以上服务提供者价值流或价值流。
489 -* 客户旅程仅包含可视化线的一部分价值流活动。
490 -* 由于组织的价值流对其他方不可见,因此某些价值流将不是客户旅程的直接部分。
452 +服务质量取决于对改进点机会的管理。来自客户的冲突请求、糟糕的定价激励或缺乏专门的改进点预算可能是冲突的来源。因此,服务提供者必须专业地处理改进点机会。持续改进需要所有权、服务改进点预算和透明的流程,以确定如何识别、捕获、评估、优先级和处理改进点机会。
491 491  
492 -客户旅程很少遵循预定义的路径。有时,旅程进行是从一个接触点到下一个接触点,但是最常见的旅程是从一个接触点到另一个接触点然后返回。旅程也可能从期望路径的中途开始,然后靠近期望的起点。
493 493  
455 +服务改进点的机会来源广泛。一些示例包括:
494 494  
495 -客户和用户旅程是客户和用户体验(CX和UX)的重要来源。然而,体验也会受到环境因素的的影响,包括数字化环境以及消费者可能与服务提供者的品牌的交互和接触。这包括来自于服务提供者有用意的交流,还有消费者在日常生活中与品牌的交流和交互。
457 +* 服务使用情况分析
458 +* 事件、投诉和问题分析
459 +* 服务请求模式分析
460 +* 自助服务模式分析和知识文章的使用
461 +* 变更请求和改进点请求
462 +* 用户反馈
463 +* 客户反馈和客户满意度调查
464 +* 服务需求增加
465 +* 新技术和创新
466 +* 市场变化
467 +* 来自服务提供者团队的反馈。
496 496  
469 +目的旨在收集有关服务如何促进利益相关者价值的事实。这是价值驱动和数据驱动洞察力的一个方面。业务分析人员可以协助分析数据、识别需要、阐明需求并推荐解决方案。分析应基于定期且频繁捕获的真实数据。为了加深理解并做出正确的决定,需要进行深入的业务分析。
497 497  
498 -图片1.5说明了客户和用户体验的三个方面。
499 499  
500 -(% style="text-align:center" %)
501 -[[image:1638950734629-647.png]]
472 +持续改进实践指南和ITIL®4:指导计划和改进中介绍了有关如何完成结构化服务改进的详细指南。业务分析实践指南中介绍了执行业务分析的任务和技术。
502 502  
503 503  
504 - 图片1.5 客户和用户体验的三个方面
475 +=== 5.1.4 构建客户商业案例 ===
505 505  
477 +当需要和需求得到理解和解决时,可以起草通过新的或变更的产品和服务来满足需求的商业案例。
506 506  
479 +
507 507  |(((
508 -定义:
481 +**定义:商业案例**
509 509  
510 -客户体验是客户所感知到服务的功能性以及与服务提供者情感交互的总和,
511 -
512 -用户体验是客户所感知到服务的功能性以及与服务提供者情感交互的总和。
483 +组织资源支出的理由,提供有关成本、收益、选择、风险和问题的信息。
513 513  )))
514 514  
515 -=== 1.2.5 可视化 ===
486 +商业案例的核心是财务分析,用于评估收益率和风险的支出。此分析应同时考虑定性和定量方面。商业案例为正表示预期收益超过支出和风险。
516 516  
517 -在客户旅程期间,有一条可视线,超出界限客户无法看到服务提供者的活动。类似地,也有一条可视线,超出界限服务提供者无法看到客户的活动。这适用于内部和外部客户以及服务提供者。
518 518  
489 +服务商业案例理想地应覆盖完整的服务的所有区域,从服务消费者用途到产品和资源,如图片1.11所示。它应包括所有相关的收益,成本和风险。
519 519  
520 -|(((
521 -定义:可视化范围
522 522  
523 -服务提供者和服务消费者都可以看到服务关系中活动和资源
492 +商业案例涉及主要问题包括:
524 524  
525 -
526 -)))
494 +* 目的是什么?
495 +* 这种新的或变更的服务如何支持组织的战略目标?
496 +* 需要解决的问题是什么?
497 +* 期望的成果是什么?
498 +* 谁是利益相关者,它将如何影响他们?
499 +* 预期的收益和损害是什么?
500 +* 需要哪些资源和投资?
501 +* 预算和预期成本是什么?
502 +* 有什么风险?
503 +* 流程的时间表是什么?
504 +* 我们什么时候需要资源和投资?
505 +* 总体拥有成本(TCO)是多少?
506 +* 预期的投资回报率(ROI)或净现值(NPV)是多少?
507 +* 为了创造价值和实现收益,需要进行哪些组织上的变革?
527 527  
528 -可视化范围形成服务体验地方。包括接触点服务交互以及服务关系中超过一个利益相关者可以看到产品和环境。各方要清楚了解旅程各个步骤,才能了可见元素是如何影响可视化范围,以及保可视化范围内一切得到妥善管理
509 +商业案例的目的为明智决策奠定基础,但是基于假设的。这些假设存在不确定性并且常常与需求和利益冲突。不同视角会影响业务析人员对用户求进行优先排序的能力。表5.4突出显示冲突和不确定性典型领域
529 529  
530 530  
531 -图片1.6说明了可视化范围。
512 +表5.4 典型冲突和不确定性领域的示例
532 532  
533 -(% style="text-align:center" %)
534 -[[image:1638950807349-851.png]]
514 +|(% style="width:161px" %)**调查范围**|(% style="width:1133px" %)**组织中冲突区域的典型示例**
515 +|(% style="width:161px" %)(((
516 +**价值**
535 535  
536 - 图片1.6 可视化范围
518 +**理解真实的需求**
519 +)))|(% style="width:1133px" %)(((
520 +谁是关键利益相关者?如何优先考虑他们的需求?
537 537  
522 +服务的用户可能具有与客户/发起人不同的需求和优先级(请参见表5.5)。其他利益相关者组也可能具有相互冲突的需求。
523 +)))
524 +|(% style="width:161px" %)(((
525 +**成果**
538 538  
539 -范围的宽度取决于服务的性质,利益相关者的关系以及旅程的完整程度。举例,如果客户消费了简单的商品服务,例如在云中托管的一台标准服务器,可视化范围很可能相当狭窄。然而,如果客户和服务提供者签订了长期的合作关系,则可视化范围很可能增加,因为各方需要更深入地了解彼此的活动,以便于优化价值共创。
527 +**理解收益**
528 +)))|(% style="width:1133px" %)可能只考虑短期利益而牺牲长期利益,这很诱人。另一方面,长期收益通常会面临更多的不确定性和风险。
529 +|(% style="width:161px" %)(((
530 +**成本**
540 540  
532 +**理解资本和运营支出**
533 +)))|(% style="width:1133px" %)我们的生产或服务需要什么样的投资?实施的成本是多少?维护和支持成本是多少?使用成本是多少?需要多少培训?需要什么样的组织变革?
534 +|(% style="width:161px" %)(((
535 +**风险**
541 541  
542 -=== 1.2.6 价值 ===
537 +**理解不确定性和影响**
538 +)))|(% style="width:1133px" %)很难事先知道服务提供者是否愿意并且能够满足服务消费者的需求。重要的是要从一开始就建立良好的关系,不仅要与销售人员建立联系,而且还要与将成为服务提供关键资源的人员建立联系。在协议和合同中包含建立关系的激励措施和双赢文化是很好的。
543 543  
544 -客户旅程的最终目的是创建价值。无论是在步骤本身,旅程的另一个步骤还是在不同旅程中,每个步骤增加的利益相关者价值必须多于减少的价值
540 +表5.5描述了优先级与需求冲突一些传统领域
545 545  
546 546  
547 -贯穿本指南中,对旅程的每个步骤的描述都将从其目的的说明开始。格将概述每个步骤如何与服务消费者和服务提供者的价值的三个方面相关联。价值永远不能仅由服务提供者独自创建。价值必须是利益相关者之间的一个联合流程价值共创。为了获得成功,服务提供者必须在整个客户旅程中其他利益相关者积极互动。没有交互,就没有服务。这些交互称为服务交互,并在图片1.7中显示。
543 +表5.5 客户和用户优先级需求
548 548  
545 +|**客户**|**用户**|**冲突**|**考虑**
546 +|(((
547 +**成本**
549 549  
550 -(% style="text-align:center" %)
551 -[[image:1638950862127-760.png]]
549 +成本效益高吗?是否与其他提供者的类似服务进行比较?可以削减任何东西以使其更便宜吗?
550 +)))|(((
551 +**性能**
552 552  
553 - 图片1.7 客户旅程和服务交互
553 +有多快?响应时间有多快?当我需要它时,它会在那里吗?使用起来有多方便?它触发什么情绪?
554 +)))|性能越好,服务就越贵。|(((
555 +决定使用成本更低的服务应平衡如下代价:
554 554  
557 +●性能下降
555 555  
556 -服务价值是主观的。服务成果必须满足或超越主观利益相关者的期望和偏好,才能被认为有价值。这些成果取决于服务的性能,其中包括服务功用和服务功效。
559 +●负面的用户体验。
560 +)))
561 +|(((
562 +**收益率/价值**
557 557  
564 +该服务会带来投资回报吗?它会帮助我们实现业务的目标吗?
565 +)))|(((
566 +**易用性**
558 558  
559 -输出是实现成果的有形和无形的交付物。例如,移动电话服务的输出可以包括电话号码,与其他人的对话,文本消息和活动日志记录。对于一个客户,所感知的成果可能与居住在国外的人们建立了更紧密的关系。对于另一个客户,相同的服务,由于成功的电话销售对话,可能导致收入增加。人们不仅仅是购买产品或服务,而是将其投入生活以取得进步。
568 +用户界面有多直观?我需要通过多少屏幕才能完成交易?它会使我的工作更轻松吗?
569 +)))|易用性可能需要额外的投资。|随着时间的推移,易用性将提高收益率。这将使用户能够实现组织目标,并尽量减少培训和支持的需要。
570 +|(((
571 +**服务影响**
560 560  
573 +该服务的实际目的是什么?它会提高生产效率吗?它能改善服务吗?这个组织将来会在哪里?
574 +)))|(((
575 +**质量**
561 561  
562 -当满足需求或利用机会的全部潜在服务价值未被实现时,就会发生价值泄漏。价值泄漏的某些原因是:
577 +该服务实际上是如何工作的?它会做它需要所做的一切吗?是否提供培训?它能解决问题吗?
578 +)))|顾客并不关心服务质量,只要它能以合理的价格完成工作。|(((
579 +如果用户难以获得高质量,将对业务产生负面影响:
563 563  
564 -* 服务提供者和服务消费者之间的关系没有达成一致
565 -* 错过了创建价值的机会,并且产品或服务无法完全满足客户的要求
566 -* 服务的提供或使用是次优的
567 -* 缺乏价值跟踪和实现。
581 +●性能下降
568 568  
569 -成果需要资金,时间和资源。服务总成本是利益相关者在服务交付和消费方面投入的资金,时间和资源的总和。图片1.8展示了服务价值的三个方面,其中感知到的成果与成本和风险是平衡的。
583 +●用户犯错误更多
570 570  
585 +●错误和更正
586 +)))
587 +|(((
588 +**创新**
571 571  
572 -(% style="text-align:center" %)
573 -[[image:1638950950777-726.png]]
590 +这项服务是否能够识别机会并有助于业务增长?它会开辟新市场吗?它能实现交付扩展吗?
591 +)))|(((
592 +**一致性**
574 574  
575 - 图片1.8 服务价值的三个方面
594 +这项服务在使用期间是否可用?
595 +)))|客户可能有用户不感兴趣的战略问题。|借助IT服务,许多例行公事任务可以实现自动化,使员工能够更加专注于创新。
576 576  
597 +对时间和成本的短期关注可能会在以后造成大量成本:
577 577  
578 -此外,成果可能会受到其他利益相关者施加的不确定性和要求的约束。因为服务是同时产生和消费的,意外事态可能没有告警就影响服务消费。并且成果通常在识别客户需求后的一段时间就可以实现,因此自服务关系成立以来,客户需求和条件可能已经发生了变化。因此,存在与服务消费和成果成就相关的风险。风险的级别取决于不确定性的数量(例如,威胁,利益相关者脆弱性的风险以及对利益相关者的影响)以及离遵从其它利益相关者施加的要求有多远,而这些利益相关者能影响渴望或预期的成果。
599 +* **时间不足** 如果没有足够的时间让用户参与进来,则可能导致他们的需求得不到满足。因此,该服务可能无法让用户更好地完成工作,并可能会导致负面的商业案例。
600 +* **选择最便宜的提供者** 在这种情况下,价格和成本承受着巨大的压力,这可能会使服务提供者的利润空间很小,也可能会阻止服务提供者在不亏损的情况下保持灵活性。这可能会导致一种以牺牲价值为代价的紧张关系。
579 579  
602 +=== 5.1.5 构建服务提供者商业案例 ===
580 580  
581 -从不同的角度来看,根据定义,服务关系意味着共享成本风险。服务消费通常通过签订服务关系来降低特定成本和风险。服务价值是成果,成本和风险之间平衡,如图片1.9所示
604 +服务提供者需要构建维护一个可盈利的、可行的商业案例否则,服务提供可能会赔钱,终倒闭。在构建商业案例时,服务提供者应该考虑客户商业案例
582 582  
583 -(% style="text-align:center" %)
584 -[[image:1638951286017-165.png]]
585 585  
586 - 图片1.9考虑实价值成果,成本风险
607 +在为服务准备商业案例时,确定服务如何适合于的和未来的服务组合是非常重要的。组合管理和财务管理实践是这项工作的关键资源。
587 587  
588 588  
589 -=== 1.2.7 产品与服务 ===
610 +服务是一种通过促进客户希望实现(想要达到)的结果,而无需客户管理特定成本和风险,从而实现价值共创的一种手段。风险作为服务的一部分转移到服务提供者。
590 590  
591 -客户旅程,包括它的接触点和服务交互,是服务的集成部分。然而,服务与旅程不同,并不只是包含旅程。服务必须确定范围和定义,从而各方都了解并同意它的目标和界限。提供者以服务供应的形式展现他们的服务,服务供应描述了一种或多种旨在解决某个目标消费群体需求的服务。服务供应可能包括供应给消费者的货物,对资源的访问以及为解决消费者的需求而执行的服务动作。图片1.10显示了所有这些组件如何相互关联。
592 592  
613 +为了建立商业案例,服务提供者需求理解提供服务的成本。要做到这一点,它需要有一个考虑所有所需资源的成本模型。分析所有服务管理四维模型中的成本因素可能会有所帮助。这可以包括以下内容:
593 593  
594 -产品是服务提供者创建的一项动态配置资源。产品也可以作为其它产品或服务的资源。产品通常很复杂,并且对服务消费者也不是完全可见。在产品可视化范围内的部分并不总是代表整体。服务提供者定义了可视线,它是针对他们的目标消费者群体定制的。总而言之,服务隐含了以产品和实践的形式应用资源,以服务供应和服务互动的方式实现成果。一个简单的价值驱动框架可以解释服务流程的每一层是如何驱动上一层的价值。图片1.11价值驱动框架的示例。
615 +* 服务所依赖的技术和基础架构的投资和管理
616 +* 需要价值流和流程才能操作服务并便利所需的成果(运营服务和促进预期结果所需的价值流和流程)
617 +* 合作伙伴和供应商,它将成为服务提供的一部分
618 +* 组织方面,例如资源数量以及员工的技能和能力。
595 595  
620 +许多ITIL 管理实践都可以为客户、组织和服务提供者的新的服务或变更的服务提供输入。这些包括:
596 596  
597 -服务性能驱动服务消费者性能:举例:共同创造成果和体验。服务消费者性能驱动消费者目标的实现,该目标实现了服务消费者的目的。
622 +* 可用性管理
623 +* 容量和性能管理
624 +* 信息安全管理
625 +* 组合管理
626 +* 关系管理
627 +* 服务连续性管理
628 +* 服务财务管理。
598 598  
630 +|(((
631 +**ITIL的故事:管理需求和机遇**
599 599  
600 -(% style="text-align:center" %)
601 -[[image:1638951337202-329.png]]
633 +[[image:1639041341602-194.png||height="51" width="46"]]//Mariana:我们分析了我们服务的业务活动模式,发现需求在学期中期的几周内最高,而在假期期间最低。周末需求低于工作日需求。晚间曾经使用很受欢迎,但最近几个月有所下降。我们将此归功于当地政府针对学生开展的一项运动,该运动旨在告诉学生在酒精或毒品影响下开车的危险性。//
602 602  
603 - 图片1.10服务,服务交互服务产品,产品和资源之如何关联
635 +**-**[[image:1639041350610-448.png||height="56" width="45"]]**S**//olmaz:我们对我们所提供的服务有影响力并能创造需求。例如我们在非高峰期提供租车折扣这样我们就可以将一些需求转移到那段时。这有助于我们在繁忙时期进行容量规划。//
604 604  
637 +[[image:1639041359021-160.png||height="51" width="41"]]**R**//adhika:我们已经确定了服务台的两个繁忙时期:学年开始时,客户注册每月订阅;年末,他们会要求退还每月会员费的剩余费用。在此期间,我们增加了服务台的资源。//
638 +)))
605 605  
606 -(% style="text-align:center" %)
607 -[[image:1638951358549-799.png]]
640 +== 5.2 指定和管理客户要求 ==
608 608  
609 - 图片1.11 价值驱动框架示例
642 +需求规范应该出现在可视化线中。理想情况下,客户应该让服务提供者参与到一个开放且透明的需求规范流程中。如果在流程中过早的密封了需求,则服务提供者可能无法形成最佳的服务并满足服务消费者需求。
610 610  
611 611  
612 -(% style="text-align:center" %)
613 -[[image:1638951386397-567.png]]
645 +许多组织利用业务分析人员与与利益相关者进行契动,以引出和分析代表服务提供者或服务消费者需求。业务分析人员将使用本节中描述的许多技术。业务分析实践指南提供了有关此主题的指南。
614 614  
615 615  
648 +|(((
649 +**定义:业务分析**
616 616  
617 -----
651 +分析业务或业务的某些元素,定义其需求并推荐解决方案以满足这些需求和/或解决业务问题,并为利益相关者创建价值的实践。
618 618  
619 -= 2. 客户旅程 =
620 620  
621 -客户旅程不仅与服务消费者有关。服务提供者也必须识别、理解和掌握客户旅程。最成功的组织走得更远,它们努力将自己置于客户的位置,而自己体验端到端的旅程。
654 +业务分析使组织能够以有意义的方式传达其需求,表达变更的基本原理,并设计和描述支持与组织目标相一致的价值创造的解决方案。
655 +)))
622 622  
657 +|(((
658 +**ITIL故事:指定和管理客户要求**
623 623  
624 -掌握客户旅程有助于通过价值共创使利益相关者价值最大化,重点放结果和体验上表2.1对了进步说明
660 +[[image:1639041459049-896.png||height="42" width="43"]]//Mariana:我们发现了新的客户需求:我们的许多客户这一年中不得不搬家当他们为目的使用我们的汽车时,他们需要多次出,并且比往常更频繁地为汽车充电。他们还将较低电荷的汽车退还,从而很难将汽车出租给下个客户此外,它还损害了我们提供环境可持续服务的愿景。//
625 625  
662 +[[image:1639041467084-729.png||height="53" width="44"]]//Tomas:我鼓励Mariana与艾克苏汽车租赁公司合作,向客户提供拖车,这样他们就可以最大程度地减少出行次数。//
626 626  
627 -表2.1识别、理解和掌握客户旅程的目的
664 +[[image:1639041475311-111.png||height="44" width="45"]]//Katrina:我的室友们已经离开大学回到欧洲的家中,这是我两个月来第二次不得不搬家!eCampus Car Share公司发现,客户偶尔需要拖车来帮助他们搬家,这真是太棒了。现在,我不必寻找其他选择。//
665 +)))
628 628  
629 -| |**对于服务消费者**|**对于服务提供者**
630 -|促进成果和体验|从服务关系获得最佳的服务价值和体验|识别并支持特定的服务消费者行为和结果
631 -| |要了解服务消费者的需求和愿望,而不仅仅是客户的陈述|优化和改进产品,服务以及客户旅程,以实现将来的价值
632 -|优化风险和合规性|为确保已识别并解决关键的服务消费者风险|重点关注与成本相关的支出最高的客户满意度问题和关键领域
633 -|优化资源并最小化成本|与服务提供者一起在服务的生命周期期间提交和优化资源的使用|与服务消费者一起在服务生命周期期间提交和优化资源的使用
634 -| | |关于费用公平透明
667 +=== ​​​​​​​5.2.1 角色和责任 ===
635 635  
636 -ITIL故事:客旅程
669 +明确的角色和职责是指定和管理需求的关键。权威人士必须得到识别,并说明如何捕获、表达和表示用需求和期望。
637 637  
638 -[[image:1638951475719-992.png||height="51" width="41"]]//Solmaz:作为艾克苏的业务转型经理,我将帮助Mariana创建她的汽车共享服务。我们将映射设计客户旅程,以确保我们与利益相关者共同创建价值,并构建一个对艾克苏、我们的用户、消费者和客户有利的服务。//
639 639  
640 -[[image:1638951484081-860.png||height="47" width="40"]]M//ariana:我已经研究学生教职员工目前出行方式以及他们的体验,并作为我博士学位的部分我与使用拼车和搭便车的人进行了广泛的对话。我还作为客户尝试了汽车拼车。//
672 +在大型组织中,客户用户有时是分开。结果期望和要求可能无法协调和统,如图5.2所示
641 641  
642 -
643 -== 2.1 利益相关者的愿望 ==
644 -
645 -了解利益相关者价值非常重要,这需要探索职能、社交和情感维度,以解释利益相关者为何做出某些选择,以便了解利益相关者为何需要某些产品和服务。
646 -
647 647  (% style="text-align:center" %)
648 -[[image:1638951585195-530.png]]
675 +[[image:1639041500798-489.png]]
649 649  
650 -当了解了驱动并定义了利益相关者体验愿望后,下一步就是通过定义用户画像、场景、旅程和服务蓝图来识别、理解和掌握客户旅程的端到端体验。图片2.2展示了设计端到端的客户旅程和体验所涉及的阶段。
677 +图5.2 服务交付三角形:将需求转换为需求所涉及的角色
651 651  
652 -(% style="text-align:center" %)
653 -[[image:1638951611410-277.png]]
654 654  
655 - 图片2.2 设计端到端的客户旅程和体验所涉及阶段
680 +服务提供者和客户之间需要协商并达成协议事实可能是一个挑战。为了管理感知到的服务质量,必须对期望和需求进行管理。
656 656  
657 657  
658 -(% style="text-align:center" %)
659 -[[image:1638951702084-130.png]]
683 +因此,服务提供者可能成为客户和用户之间的中介。为防止这种情况发生,服务消费者需要采取有效的沟通和协调措施。
660 660  
661 661  
662 -== 2.2 接触点和服务交互 ==
686 +表5.6说明了服务需求规范中涉及的角色和职责编排的一些场景。
663 663  
664 -每个客户旅程都涉及服务提供者、服务消费者和其他利益相关者之间的多个接触点和服务交互。
665 665  
689 +表5.6 服务消费者角色和需求规范场景的示例
666 666  
667 -|(((
668 -
691 +|**场景**|**参与角色**
692 +|客户从服务提供者订购了预定义的标准服务/产品,例如笔记本电脑,智能手机或应用程序。|(((
693 +客户根据需求规范从服务提供者中选择标准服务。作为需求规范的一部分,会咨询有代表性的用户。
669 669  
670 -定义
695 +根据用户的个人需求,用户可以在预定义的备选方案中进行选择。
696 +)))
697 +|客户从提供者处获得现成的服务,以便在服务消费者组织内部进行配置、实现和管理。|(((
698 +客户会预先进行适当的评价,以确保服务符合服务消费者的需求。客户评价它是否为符合目的与用途。即使它是现成的服务,仍然可能有许多配置选项。因此,服务的代表用户参与了需求规范及其实现。
671 671  
672 -* **接触点** 服务消费者或潜在服务消费者接触服务提供者和/或其产品和资源的任何行为。
673 -* **服务交互** 服务提供者和服务消费者之间的互惠活动,它们共同创建价值。
700 +其他利益相关者,例如内部IT部门,对架构的适合性和与现有基础设施的集成提出了非功能性需求。
674 674  )))
702 +|服务提供者为客户或代表客户开发新的和创新服务。|(((
703 +为了成功开发复杂的新服务,考虑了一种针对需求规范的敏捷方法,以便:
675 675  
676 -服务交互包括:
705 +●迭代分解复杂性
677 677  
678 -* 货品的转让
679 -* 提供获取资源的途径
680 -* 与服务提供者资源的交互(例如笔记本电脑或物联网[IoT]设备)
681 -* 服务联合行动。
707 +●构建技术要求,如安全性,从一开始
682 682  
683 -接触点和服务的交互不一定相同。用户可以与服务提供者,资源(例如工作空间、电视广告或海报)接触,而无需与服务提供者进行交互。在另一种情况下,客户可以通过第三方服务提供者一起入交互而无需与服务提供者直接接触。两种情况都是客户旅程一部分,可能影响服务体验和成果
709 +●让客户与进确保频繁反馈循环
684 684  
711 +这种方法要求客户在整个生产开发过程中积极参与。为了取得成功,重要的是客户(例如产品负责人)有权代表服务消费者做出有关需求和优先级的决策。用户可能会被咨询,甚至参与启动、演示等。
712 +)))
713 +|服务提供者为大众市场设计一种新的商品服务。|需求由服务提供者拥有和管理,在将需求转换为需求的过程中,服务提供者可能涉及服务消费者,也可能不涉及服务消费者。
685 685  
686 -客户旅程很少遵循接触点和服交互之间的预定义路径。一些旅程能遵循简单、定义明确且合乎逻辑路径,但大多数旅程更为复杂,并从前的环境和交接发展而来或者遵循复杂的模式一路动态地涌现。尽管如此,识别、理解和管理潜在接触点和服务交互是了解消费者体验关键
715 +分析人员以帮助阐定需求,并将其转换为服务提供者可以理解的语言格式。这可以用作设计和构建服务的基础
687 687  
688 688  
689 -可以通过列出服务消费者可能接触的服务提供者、及其产品或品牌的所有地点和时间来确定接触点和服务交互。但是,单个接触点可能表现良好,即使整体客户体验较差。客户会感受端到端的体验,而不是单个的接触点。因此,为了提升服务消费者满意度,每个接触点都必须带来良好的体验,并且整个客户旅程要满足服务消费者的期望。
718 +=== ​​​​​​​5.2.2 管理求 ===
690 690  
720 +不仅应指定要求,还应在整个流程中对其进行管理和跟踪。需求所有者负责:
691 691  
692 -**ITIL的故事:接触点和服务交互**
722 +* 确定利益相关方群体及其代表
723 +* 教育代表代表他们的利益相关者群体清楚地表达需求
724 +* 收集、记录、管理、跟踪和沟通需求
725 +* 持续确保以正确的方式解释和理解需求
726 +* 验证产品和服务符合要求。
693 693  
694 -[[image:1638951773279-457.png||height="50" width="43"]]Mariana://与电子化校园汽车共享进行服务交互示例包括客户进行预订、使用车辆旅行以及在车辆发生故障获得道路援助//
728 +客户需求不是一成不变的;随着新的知识和经验的获得,客户的需求也会发生变化。因此,确保将需求集中在客户需求上,以使需求的定义与生产或服务的测试之间的间尽可能短
695 695  
696 -[[image:1638951782170-600.png||height="51" width="37"]]Tomas://所有这些交互都代表与客户的接触点,但Mariana还必须意识到服务还有其他不涉及服务交互的接触点。例如,客户看到服务的广告。//
697 697  
698 -[[image:1638951795313-817.png||height="48" width="39"]]Mariana://艾克苏和电子化校园汽车共享直接提供道路援助但从客户视角看它成为重要的交互是必的。//
731 +需求必须是可测试的。因此定义如何测试是否满足要求是很重要的。在测试驱动的开发中,需求甚至由它们须通过测试来定义的,以便被认为是满足的
699 699  
700 -[[image:1638951809401-789.png||height="52" width="41"]]Tomas://即使艾克苏的合作伙伴提供了道路援助,它也是电子化校园汽车共享提供的服务的一部分,含在用户旅程地图中很重要。//
701 701  
734 +功用需求确保新的或变更的生产或服务是符合目的。功用需求涵盖了数据、信息和功能要求。
702 702  
703 -== 2.3  映射客户旅程 ==
704 704  
705 -旅程是服务消费者生命周期中特定、离散体验。例如,从公众云服务提供者订阅虚拟服务器的行为就是客户旅程中的接触点。研究并订阅服务,进行集成,然后服务消费者的组织中启动并运行该服务,这是服务消费者所看到的完整客户旅程
737 +非功能性需求确保新或变更生产或服务在限制范围内使用非功能性需求的类别包括但不限于:
706 706  
739 +* 可用性
740 +* 可用性和可靠性
741 +* 容量和性能
742 +* 信息安全
743 +* 合规性
744 +* 连续性
745 +* 可维护性
746 +* 可操作性
747 +* 可度量性和可报告性
748 +* 可扩展性。
707 707  
708 -通常,服务提供者会收到的接触点满意度分数较高而端到端客户旅程分数较低。这是因为管理接触点和服务交互的个人和团队可能会忽略服务消费者的需求和期望。这在多渠道环境中最常见。众多客户交互跨渠道、设备、应用程序等等的,这意味着在跨渠道时提供一致的服务和体验方面很困难。如果整体管理客户旅程,而非通过孤立的接触点进行管理,则可以缓解该问题
750 +=== ​​​​​​​5.2.3 将问题与解决方案分开 ===
709 709  
752 +我们已经说过,需求应该基于利益相关者需要。然而,指定一个解决方案,而不是将需要转换成需求可能会很有吸引力。在阐明需求时,必须将问题与解决方案分开,以考虑到解决方案无法解决潜在问题的事实。这也有助于将当前的解决方案与所有可能的未来解决方案区分开。表5.7概述了一种简单的技术来帮助完成此流程。
710 710  
711 -不能忽略对接触点和服务交互的管理和思考,各个角色和团队所贡献的专业知识、效率和洞察力很重要,接触点和服务交互是洞察力的宝贵来源。相反,除了识别、理解和改进单独的接触点和服务交互之外,还应该对完整的客户旅程和服务体验进行映射和分析。
712 712  
755 +表5.8显示了此技术用于服务库的示例。此外,提炼,模型和演示之类的技术还可以帮助利益相关者确保他们真正解决了潜在的问题。
713 713  
714 -客户旅程地图让服务消费者的体验可视化。它传达了每个阶段的客户旅程和体验。它识别了关键的服务交互,及其动机和问题。
715 715  
758 +表5.7 问题规范技术
716 716  
717 -客户旅程地图的目的是让组织了解其利益相关者的信息。在映射客户旅程时,这点非常重要,即考虑组织的利益相关者、旅程的时间线,渠道(电话、电子邮件、门户、服务目录,应用内消息、社交媒体、论坛和建议),以及发生在产品和服务体验前、中、后的行为。
760 +(% style="width:708px" %)
761 +| |(% style="width:279px" %)**当前**|(% style="width:259px" %)**未来**
762 +|什么?|(% style="width:279px" %)当前问题的本质和需要做的事情的本质|(% style="width:259px" %)真正的需要什么?什么是“本质”?
763 +|怎么样?|(% style="width:279px" %)当前执行所需工作的方式|(% style="width:259px" %)将来有什么可能的方法来解决问题?
718 718  
765 +表5.8 问题规范技术的使用示例
719 719  
720 -=== 2.3.1  用户画像 ===
767 +| |**当前**|**未来**
768 +|什么?|一个人需要阅读一本特定的书。|一个人需要可以了解一个特定的主题。
769 +|怎么样?|(((
770 +去图书馆询问图书管理员。
721 721  
722 -客户与一个或多个服务提供者接触的 每个端到端体验都代表一个单独的客户旅程。映射所有的客户旅程是不可行的。因此,客户旅程映射通常代表一组利益相关者的通用流动,以使服务提供者可以将精力集中在广泛的改进上。
772 +图书管理员使用数据库查找图书并登记借出。
773 +)))|当我们识别问题的本质并探索解决问题的不同方法时,可以采用多种不同的解决方法,包括在线阅读,有声读物,相关文章以及内容摘要。
723 723  
775 +=== ​​​​​​​5.2.4 最小化可行产品 ===
724 724  
725 -用户画像通常用于代表一组客户。用户画像总结一些关键特征,描述一个或多个个体在与服务和服务提供者表现出相似态度、目标和行为。在讨论服务消费者大类时必须使用范围来汇总整个群体属性。在设计客户旅程时,这些统计信息通常过于人化难以记住。相反,用户画像描述自数据范围单个用户,以突出显示该群体特定细节和重要特征
777 +在Eric Ries (Ries, 2011)所描述的精益创业方法中关键的信息是制作一好的商业案例的原型并在真实的用户中进行测试,以获得反馈。对于原型设计,他依赖于最小可行产品概念
726 726  
727 727  
780 +最小化可行产品是具有足够功能,来满足早期客户的需求并为将来的生产开发提供反馈的产品。该概念已在敏捷开发中广泛使用:服务提供者根据特定的需求设计最小化可行产品,并相应地指定了需求,然后开发产品并将其交付给用户以收集反馈。反馈用于阐明未来的需求,并且通过迭代的方法,产品将根据需求和优先级进行开发。
781 +
782 +
728 728  |(((
729 -定义:用户画像
784 +**关键信息**
730 730  
731 -对真实的服务产品的典型或目标客户/用户的虚拟描述
786 +如云计算、大数据、自动化、机器人、物联网和人工智能等新兴技术,需要新兴产品和服务。最小化可行产品和敏捷开发等概念使新兴数字产品和服务成为可能
732 732  )))
733 733  
734 -尽管用户画像是原型,而不是实际的人,但对他们的描述应为真实的。它们是基于用户研究的客户群体中相关和共享特征的快照。为避免产生偏差,重要的是集中精力开发与服务的使用相关的通用属性和相关特性。
789 +|(((
790 +**ITIL故事:最小可行产品**
735 735  
792 +[[image:1639041656324-582.png||height="46" width="40"]]//Mariana:对于我们的拖车租赁,最小化可行产品将不包括任何自动化,例如跟踪或在线预订。当我们测试和证明我们的观念时,客户需要手动预订拖车。//
736 736  
737 -特别注意客户和用户可能不是人类。例如,微服务或认知技术可以使用机器对机器服务。在这些情况下,客户旅程的感觉和动机方面几乎没有相关性。
794 +[[image:1639041663609-946.png||height="49" width="44"]]**T**//omas:Mariana使用迭代的方法,Mariana发现顾客也需要手推车作为产品供应的一部分。这是她在试租拖车之前没有考虑过的事情。//
795 +)))
738 738  
797 +=== ​​​​​​​5.2.5  用户故事和故事映射 ===
739 739  
740 -(% class="wikigeneratedid" id="HITIL65454E8BFF1A75286237753B50CF20134E0EKatrina89C19762" %)
741 -**ITIL故事:用户画像–与 Katrina见面**
799 +用户故事映射是表达服务需求的常用方法。用户故事是一种表示利益相关者所需功能领域的方式,这种方式可以在团队成员之间引起讨论和理解,帮助他们共同努力,将需求转变为有效的产品和服务。用户故事用于描述生产或服务的片段。该技术可以有不同的用途。
742 742  
743 -[[image:1638952869401-808.png||height="45" width="39"]]//Mariana//://我们绘制了几种用户画像。我们查看了现有的数据,然后训练了一小组的研究人员与潜在客户进行访谈并识别趋势。//
744 744  
745 -[[image:1638952880985-732.png||height="40" width="35"]]//Tomas:我们的用画像显示户非常精通技术,可以在中,通勤时以及校园内使移动设备和数据连。我的第一个用户是Katrina//
802 +基于人物角色,设计人员可以收集有关客旅程和需求的数据小而明确的用故事中清晰的阐明相应的需求。用户故事具有非常具体和简单的形式:用户可能需要某种东西来实现某种利益。例如一个人能需要大汽车才能带人去度假;其他人可能需要机场特快专车来去开会。用户故事易于编写、理解、确定优先级和检查改进和演示可以帮助您以很少的投资来解决问题。
746 746  
747 -[[image:1638952891859-400.png||height="39" width="38"]]K//atrina//**:**//我是来自澳大利亚的国际学生,正在巴西学习语言硕士学位。我需要一种负担得起的方式旅行、休闲、结识新朋友并获得启发。以下是总结的简要介绍,我是谁,我做什么以及对我重要的事情://
748 748  
749 -* **//职责//**// 我参加课程和主管会议,进行研究,在咖啡店兼职并参加团队运动。//
750 -* **//目标 //**//成功完成我的硕士课程;与我选择的领域的学生和教师建立关系网;探索巴西的文化和自然之美。//
751 -* **//需求//**// 与同学和老师一起上课和面对面交流;准时到达校园和咖啡店;减少通勤花费的时间。//
752 -* **//家庭//**// 我在这儿没有家人。我的家人回到澳大利亚,我是一家六口中最小的。//
753 -* **//典型的一天的活动//**//,我早起健身,然后每个工作日去校园。在回家之前,我大部分时间都在研究。我周末在咖啡店工作。//
754 -* **//困难//**// 在四处逛逛圣保罗时,我没有车,严重依赖公众的运输,这很耗时。花在交通拥堵上的时间花在研究上更好。//
755 -* **//接触点 //**//我认识附近的某个人,我可以打电话给他再我一程。//
756 -* **//限制//**// 我可以打电话拼车的人数有限。我不确定司机是否有空,而且它距离便捷的公众运输并不近。//
757 -* **//通信//**// 电话、电子邮件、短信、社交媒体。//
758 -* **//在线行为//**// 我依赖社交媒体,精通技术,并迅速适应新的应用程序和解决方案。我有兴趣尝试令人兴奋的数字化新服务。//
759 -* **//我正在寻找//**// 新体验或冒险。旅行体验,包括音乐和体育节。//
760 -* **//什么影响我//**// 朋友和同事;在线博客,文章和营销。//
761 -* **//希望与梦想//**// 环游世界,并有足够的灵活性,去喜欢的地方,说走就走,而不必担心财务状况。//
805 +故事映射在不同环境中的处理方式有所不同。映射生产或服务需求的一种常见方法是将生产或服务描述为史诗,然后将史诗分解为特性,然后进一步细分为用户故事。此方法如图5.3所示,并在表5.9中进一步说明。
762 762  
763 -=== 2.3.2 场景 ===
764 764  
765 -场景是有关用户画像试图通过在上下文中使服务或生产来实现其目标简短故事。因此,客户场景特定于客户细分和上下文。
808 +第一个冲刺提供了最小化可行产品(MVP),该产品发布给用户于共同创建价值并收集反馈,然后再将更多的故事添加到生产或服务中
766 766  
767 767  
768 -好的场景简洁明了,并回答以下问题
811 +INVEST首字母缩略词提供一个有用的提示即用户故事应为
769 769  
770 -* 谁是用户?
771 -* 为什么服务消费者需要该服务?
772 -* 服务消费者有什么目标?
773 -* 服务消费者如何实现其目标?
813 +* 独立的
814 +* 可讨论的
815 +* 有价值的
816 +* 可估计的
817 +* 小的
818 +* 可测试的
774 774  
775 -典型的客户旅程地图标准化了不同的客户细分。通过使用基于场景的方法,可以确定对于不同的客户细分最重要的场景理想体验。然后,将不同的经验结合起来,以创建适用于所有人的高级别的客户旅程地图。
820 +(% style="text-align:center" %)
821 +[[image:1639041699377-385.png]]
776 776  
777 777  
778 -**ITIL故事:场景**
824 +图片5.3 故事映射的示例
779 779  
780 -[[image:1638953914575-592.png||height="43" width="34"]]//Tomas:我们将使用客户用户画像来标识场景,这表明共享汽车服务将如何帮助人们实现目标。我和Mariana与艾克苏汽车租赁公司的Solmaz和Radhika合作,为我们的用户提出了一些可能的场景。//
781 781  
782 -[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//://我们决定使用我们的国际学生Katrina,她喜欢音乐节。我们创建了一个Katrina周末休假的场景,她打算带朋友们去圣保罗的音乐节看她最喜欢的乐队。她的第一个目标是预订一辆汽车去参加音乐节,因此这为了我们的第一个场景。以后的场景包括取车,查找公众充电站的位置,在音乐节期间停车以及在周末结束时还车。//
827 +5.9 使用史诗、功能、促因素和故事来阐明需求
783 783  
784 -[[image:1638953936527-297.png||height="50" width="41"]]//Radhika//://在场景一中,我们的Katrina角色代表了一类客户细分,其中包括希望在周末外出城的学生。//
829 +|**类型**|**描述**|**示例**
830 +|史诗|(((
831 +史诗是向客户交付新产品、服务或客户旅程的一项举措。
785 785  
786 -[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//://Katrina登录艾克苏预订应程序以识别校园空闲的汽车她选择了一辆可容纳足够人的货车,并预订周末使用。//
833 +史诗是大型故事或户故事它太大而无法在一个冲刺涵盖
787 787  
788 -[[image:1638953914575-592.png||height="43" width="34"]]**//T//**//omas:这些场景及其所涉及的经验可以组合在一起来创建客户旅程地图。//
835 +史诗包含大量特性。
836 +)))|从租车到交车的整个用户体验。
837 +|特性/促成因素|(((
838 +特性是相关用户故事的集合,这些故事表示生产或服务负责人感兴趣的整个功能区域或能力。
789 789  
840 +特性由许多用户故事实现。
790 790  
791 -=== 2.3.3 客户旅程地图 ===
842 +促进因素是支持探查,架构,基础结构或合规性的特性的技术先决条件。
843 +)))|繁忙的经理可以在机场接车去开会。
844 +|用户故事/ 促进因素故事|(((
845 +一种功能的描述,可以在一个冲刺中开发。
792 792  
793 -有很多方法可视化客户旅程。简单的地图通常包括旅程的步骤、持续时间、接触点和服务交互、用户画像、服务体验和服务提供者团队以及与服务消费者交互的角色。图片2.3显示了客户旅程地图的示例。
847 +作为<用户>,我想要<需求>,所以<收益>。
848 +)))|(((
849 +繁忙的经理可以在机场订购快速通道接送服务,以减轻压力。
794 794  
795 -(% style="text-align:center" %)
796 -[[image:1638953988989-837.png]]
851 +繁忙的经理可以在不支付停车费的情况下离开机场,以减少等待时间。
852 +)))
797 797  
798 - 图片2.3 客旅程地图的示
854 +故事映射通常与敏捷服务设计方法(例如Scrum方法)结合使用。在Scrum方法中,产品负责人负责对每个冲刺中的用故事进行优先级排序。在冲刺末尾,生产团队将向实际用户演这些功能并收集反馈。
799 799  
800 800  
801 -可以根据客户旅程的目的、复杂性和性质,将诸如服务消费者目标、服务提供者目标、产品和产品功能、渠道、环境属性、数据来源(分析、跟踪数据、客户关系管理[CRM] 数据),关键时刻和先前改进之类的属性添加到地图的每个步骤。如有必要,可以将某些属性归类为子属性。例如,通常通过跟踪情绪、想和反应来映射地图体验。
857 +=== ​​​​​​​5.2.6 MoSCoW方 ===
802 802  
859 +MoSCoW方法是一种用于管理需求的简单优先级排序技术。它可让利益相关者明确地就不同的优先级达成一致。
803 803  
804 -在映射客户旅程时,可以采用多种技术和模型。客户旅程画布一个简单但有用的示例。此外,还有许多软件工具可用于可视化用户画像、利益相关者地图、场景和客户旅程地图,这包括故事板、情绪旅程、服务蓝图等等。
805 805  
862 +该方法还涵盖了无法交付的需求。这很有用,因为列表通常会被不必要的需求填满,例如没人需要的报告。这些需求增加了成本却没有增加价值。
806 806  
807 -**ITIL故事:客户旅程地图**
808 808  
809 -[[image:1638954034275-664.png||height="39" width="35"]]//Mariana//://我们第一个客户旅程地图将使客户体验形象化,从决定租车到成功完成租车后将车返回校园充电。客户旅程映射通常包括七个步骤探索、契动、供应、协议、引入、价值共创和实现价值。//
865 +MoSCoW缩写代表
810 810  
867 +* 必须 涵盖最重要需要的强制性需求。
868 +* 应该 在可能的情况下应包括的需求。
869 +* 可能 如果不影响“应该”或“必须”的需求,那么可以包括的需求。
870 +* 不会 本次不包括但可能包含在未来版本的需求。
811 811  
812 -=== 2.3.4 了解客户体验 ===
872 +=== ​​​​​​​5.2.7 加权最短作业优先 ===
813 813  
814 -当试图了解客户体验,客户旅程地图是一个很好起点但是客户体验形成不仅决于服务提供者服务消费者间的接触,且还取决于部分或完全不在服务提供者的影响力之外的因素。组织品牌和环境(包括数字化环境)等面也包括影响力和客户体验此外,客户体验受到客户和服务提供者之间没有交互的时间段的影响。
874 +需求具有匹配优先级在这些情况下MoSCoW方法可以被更细粒度技术(例如气泡排序)所代或与之结合。然,如果利益相关者的观点需要一致,这些法可能不可行
815 815  
816 816  
817 -更好地了解客户体验的一种方法是在主要接触点上运行客户反馈调查或使用客户体验管理软件反馈应反映各个客户旅程接触点和服务的相互作用还应检查品牌接触点环境条件,包括有关舒适、适应性和速度的影响。
877 +一种替代方法是使用加权最短作业优先(WSJF)方法(Reinertsen,2009),该方法采用计算机操作系统中使用的调度算法在这种方法中,作业的权重除以持续时间或规模。特别推荐用于生产或服务开发权量是延迟成本。延迟成本是一种衡量价值实现程度的指标以损失的结果保留的不确定量。在传统服务管理术语中,延迟成本可视为延迟对服务影响(服务成果),紧急度(时间临界)和风险(不确定性)的结果对每个作业或需求进行评分,然后根据延迟成本除以持续时间(CD3)对其进行优先级排序。该方法如图5.4所示。
818 818  
879 +(% style="text-align:center" %)
880 +[[image:1639041756120-116.png]]
819 819  
820 -检查客户体验时应询问下问题:
882 +图5.4 延迟成本除适应服务管理条款的持续时间
821 821  
822 -* 客户在每个步骤中都在做什么?
823 -* 是什么鼓励或不鼓励客户进行下一步?
824 -* 每个步骤触发什么情绪?
825 -* 客户是否有难以找到答案的问题?
826 -* 客户在哪种情况下会感到焦虑?
827 -* 存在不确定因素可能导致客户放弃并找到其他服务提供者吗?
828 -* 客户在每个阶段都面临什么样的障碍?
829 -* 成本和风险的因素是什么?
830 830  
831 -服务者在不参与服务消费者分析的情况下无法理解客户体验
885 +== ​​​​​​​5.3 设计服务供应和用户体验 ==
832 832  
887 +现代软件开发方法使新一代数字服务成为可能。这些方法有一个重要的共同点因素:它们在产品和服务的整个设计和的实现流程中都涉及到客户和用户。
833 833  
834 -如果我们将心理学家约瑟夫·鲁夫特(Joseph Luft)和哈灵顿·英厄姆(Harrington Ingham)(Luft and Ingham,1955)提出的乔哈里Johari视窗(见图片2.4)应用于服务关系,则显然有些区域是服务提供者未知而服务消费者已知的。因此,服务提供者必须在服务关系的不可见区域中寻求有关行为的反馈。同样,有些区域仅服务提供者知道,但如果服务消费者知道它们,则对客户体验有利。这些区域应由服务提供者告知服务消费者。
835 835  
836 -(% style="text-align:center" %)
837 -[[image:1638954075014-403.png]]
890 +价值驱动和数据驱动的服务设计意味着一种基于频繁反馈、持续试验和学习的迭代方法,以确保在设计过程的每个步骤中共同创造价值。这需要服务提供者和服务消费者在不同角色之间进行契动、参与和交互。
838 838  
839 - 图片2.4 乔哈里Johari视窗
840 840  
841 -改编自Luft(1969)许可经MindTools许可使用
893 +服务提供者将提供其在开发方法上专业知识但其成功与否将取决于客户契动。客户应该准备好为流程提供最适合的资源,并确保他们有权代表组织做出决策。
842 842  
843 843  
844 -客户旅程地图旨在倾听客户的意其动机,并在适用系统地评估其意见和行动并将此信息整为持续反馈
896 +重要是要注意,协议或合同可能会限制敏捷和灵活交付模型的可能性。决复杂问题时,允许敏捷和灵活的模型的协议是提供者和客户能够在建设性的作关系中工作先决条件
845 845  
846 846  
847 -**ITIL故事:映射客户旅程**
899 +=== ​​​​​​​5.3.1 精益思维 ===
848 848  
849 -[[image:1638954118282-426.png||height="41" width="43"]]//Mariana//://我们的客户旅地图可视化端到端接触点和服务的交互其范围包括从客户找到我们的方式到预订、获取、使用和退还汽车,及收集客户满度反馈//
901 +精益思维可以被描述为一种流改进哲学,它流动效率置于资源效率之上在精益中,流动是指工作在系统中进行的方式。工作单元可定义为流经价值流的一件工作。一个好的流动味着工作单元可以稳定且可预测地移动,而一个坏的流动则描述了一个包含大量队列的系统,其中工作单元将不得不停止并等待
850 850  
851 851  
852 -== 2.设计客户旅程 ==
904 +精益定义了五项基本原则,在表5.10中概述。关于利益相关者价值,这些原则集中于支持设计产品和服务的高效且连续的流动。
853 853  
854 -客户旅程的总体目的是计划和设计客户旅程,以支持最佳的价值共创并带来出色的客户体验。
855 855  
907 +表5.10 精益的五项原则
856 856  
857 -客户旅程设计是服务设计的一部分。但是,客户旅程可能跨越多个服务或产品,且单个服务或产品可能支持多个客户旅程。有关服务和产品设计的更多信息,请参见第5章和服务设计实践指南。
909 +|(% style="width:102px" %)**精益原则**|(% style="width:1192px" %)**说明**
910 +|(% style="width:102px" %)识别客户价值|(% style="width:1192px" %)首先是要了解客户及需要。是什么为客户创建价值?所需的成果是什么?为什么需要它?何时何地需要它?多少?多久一次?
911 +|(% style="width:102px" %)映射价值流|(% style="width:1192px" %)接下来是了解和映射价值流。从服务提供者接收到来自客户的新的或变更的生产或服务的请求起,就需要设计、构建、转换和交付所需的活动。关键是定义工作单元(请求、生产、服务)并映射它如何流过价值链。每个流代表一个价值流。
912 +|(% style="width:102px" %)创建流动|(% style="width:1192px" %)工作单元在价值流中可能会遇到几个瓶颈。从工作单元的角度来看,这是浪费。通过消除浪费改进流。
913 +|(% style="width:102px" %)建立拉动|(% style="width:1192px" %)创建流后,下一步就是将优化转换为价值流。该“拉式” 原则确保不会将工作推向下游。它允许限制批量大小和在制品,以便及时完成工作单元。
914 +|(% style="width:102px" %)寻求完美|(% style="width:1192px" %)该原则反映了持续改进。
858 858  
859 -* 服务设计有助创新(创建新)或改进(现有)服务以使其对客户更有用、易用、期望,同时对组织有效率且有效果。这是一个整体、多学科、综合的领域(Moritz,2005年)
916 +价值流映射是一种用说明和分析价值流逻辑精益技术:一种将从需求/机会到价值的流动可视化的方法,然后计划如何改进该流动。价值流图以图形方式概述了物料和信息的流动并指出了需要改进的地方。这是理解活动如何联系和创造价值良好基础
860 860  
861 -在设计实际的客户旅程之前,应定义所需的成果、客户和用户体验。旅途中预期的价值以及每个阶段如何贡献于价值的价值共创应被视为此定义的一部分。如第1章所述,价值的定义包括:
862 862  
863 -* 成果
864 -* 体验(如何感知旅程、服务、产品、品牌和环境,并使他们为客户或用户感觉到)
865 -* 功用
866 -* 功效(包括可用性、性能、容量、信息安全、连续性、可访问性和可用性)
867 -* 风险和合规性
868 -* 成本和资源。
919 +关于精益思维如何应用于服务管理的更详细说明请参见ITIL®4:高速IT。
869 869  
870 -应该给客户旅程中的每个主要利益相关者定义所需的价值。以下各章介绍了用于定义、测量、优化和传达价值的技术。
871 871  
922 +=== ​​​​​​​5.3.2 敏捷生产和服务开发 ===
872 872  
873 -=== 2.4.1 设思维 ===
924 +软件开发的敏捷方法始于2001年的敏捷宣言,它鼓励人们优先考虑个人和交互,而不是工作流和工具,工作产品优先于综合文档,客户协作优先于合同,并对划之后的变更做出响应。
874 874  
875 -设计思维是一种以用户为中心的流程设计方法。它解决了设计师应该如何思考才能创建适合用户需求的创新解决方案。为了进行出色的创新,设计人员需要与实际用户一起使用契动,以真正了解他们的问题,并为解决提供不同的想法。该方法的主要思想是对探索并收集来自真实用户的反馈。
876 876  
927 +敏捷理念的一个方面是应用精益思维。敏捷开发流程中的工作单元是特性(这是职能有限的一部分),还是促进因素(这是职能的技术前提)。
877 877  
878 -在较高的层次上,可以采用Marc Stickdorn的服务设计思维的五项原则来指导设计流程(Schneider和Stickdorn,2012年):
879 879  
880 -* **以用户为中心** 需要将客户和用户放在设计流程的中心。这需要真正了解客户和用户,而不仅仅是对其需求进行统计描述和实证分析。
881 -* **价值共创** 促进利益相关者团体的共同创造是设计思维的重要方面,也是服务设计的基本组成部分。所有利益相关者都应包括在设计流程中。
882 -* **排序 **设计思维将客户的旅程分解为单个接触点和服务交互。当结合使用时,这将创建服务时刻。接触点和服务交互在人与人之间、人与机器之间、甚至在机器与机器之间进行,但也可以通过第三方反馈(例如在线评论)间接发生。每个客户旅程都遵循以下三个过渡步骤:
930 +另一个方面是迭代开发。在Scrum方法中,需求被捕获在待办项中,该需求由产品负责人连续为下一个冲刺分配优先级。开发团队将在冲刺的末尾进行演示,以在冲刺中进行最大程度的开发,以捕获来自实际用户的反馈。在每个冲刺末尾的评审会议上,将评估方法和团队合作精神。
883 883  
884 - 服务前期(与服务接触),实际服务期(当服务使用者体验服务)以及服务后期。客户旅程应该可视化为一系列相互关联的行为。
885 885  
886 -* **证据** 有形的的证据或制品如纪念品可触发对服务时刻正向记忆。因此,通过情感联系,他们可以继续增强客户的体验。服务证据可以将服务的体验延长到超过实际服务时期,直到服务之后的时期。同样,服务证据可以帮助揭示不起眼的后台服务。因此,无形的服务应形象化为有的形制品。
887 -* **整体性 **我们看到、听到、闻到、摸到、尝到和感觉到服务的物理表现。应该考虑客户旅程、服务或产品的整个环境,以及其他客户行程。
933 +这种方法有助于服务提供者和服务消费者共同成长。他们可以先定义一个最小可行产品,该最小可行产品从合作关系的开始就可以工作并实现价值,然后随着双方的共同成熟,可以在服务功用,功效和体验上进行扩展。
888 888  
889 -在更实操的水平上,客户旅程设计与其他设计流程并没有太大区别。尽管设计流程是非线性的,但可以清晰显示轮廓结构。重要的是要了解这种方法是迭代的。典型的客户旅程设计流程可能包括斯坦福大学Hasso Plattner 设计研究所建议的阶段,它们是:
890 890  
891 -* **共情 **了解您要为其设计的利益相关者。了解所涉及的人类需求。定义并测试和用户画像和场景。撇开您对世界的假设,以深入了解利益相关者及其需求。
892 -* **定义 **构造基于用户需求和洞察力的观点。重新以人为本的方式定义问题。映射现有的客户旅程(如果有),并映射利益相关者的经验以识别客户旅程中的任何问题。定义和计划期望的成果、体验和价值。设定目标并定义度量指标。
893 -* **构思 **集思广益,并提出创新的解决方案。在构想会议上创建许多构想,考虑对客户旅程的改进。在此阶段结束之前,团队应该有几个解决问题的想法。
894 -* **原型 **构建一种或多种想法的表示形式,以展示给他人。在原型设计中采用手动方法。设计客户旅程映射和服务蓝图通过要求利益相关者构建旅程和产品,来设计利益相关者的心理模型。考虑频率、顺序和重要性。频率意味着客户最常做的事情,应该在顺序中占据重要位置。顺序是指按顺序进行的活动应按顺序进行呈现。重要性意味着需要在正确的时间清楚地提供重要的信息。了解客户的心理模型,并应用频率、顺序和重要性规则将解决大多数利益相关者的可用性需求。验证设计有助于交付计划中的成果、体验和价值。
895 -* **测试 **返回原始的利益相关者组和测试你的想法获得反馈。不要回避错误,而是探索尽可能多的错误。执行可用性测试,角色扮演和A / B测试。跟踪使用情况,构建反馈循环,评审度量标准和角色扮演测试设计,这对设计有助于交付计划中的成果、体验和价值至关重要。
936 +持续部署是敏捷理念的另一方面。这意味着特性和促进因素将被不断集成、测试和部署,以便客户准备就绪后就可以发布它们。这方面需要服务提供者和客户之间紧密的协作,这意味着客户和发布必须连续提供客户。持续部署使用的一些方法包括:
896 896  
897 -客户旅程设计流程涉及来自不同专业领域的知识和能力,包括生产设计、图形设计、交互设计、社交设计和设计民族志。
938 +* **特征开关(特征标记特性中已编程的“开/关”按钮)**。客户准备就绪时,就可以打开特征开关。如果有问题,该功能可以再次关闭。
939 +* **暗发布** 新功能已启动,但是在该功能足够成熟之前,新功能的链接是不可见的。
940 +* **金丝雀发布** 一个暗发布,邀请一些测试用户测试新功能。
941 +* **蓝绿部署** 用来测试两种可选方案中哪一种方案是最好的一种技术。它可以是另一种图形设计或功能。消费者被随机分为两组,测试相同功能的两个不同版本。
898 898  
943 +这些技术使快速开发发布和新功能成为可能和安全。
899 899  
900 -这些领域的代表可能会参与设计和规划和客户旅程。
901 901  
946 +=== ​​​​​​​5.3.3 以用户为中心的设计 ===
902 902  
903 -此外,不同工具和技术也可于客程设计,包括利益相关者地图、背景访谈、五Why分析、期望地图、用户画像、故事板、原型、A / B测试、讲故事、服务蓝图运营模式画布(有关大多数列出的工具的详细介绍,请参见Schneider和Stickdorn,2012年。)
948 +以用户为中心设计是一个迭代的设计流程,它使用户置于整个项目流中所有设计决策的中心。以用户为中心的设计确保生产和服务专注于用户需求用户体验
904 904  
905 905  
906 -=== 2.4.2 利用行为心理学 ===
951 +=== ​​​​​​​5.3.4 服务设计思维 ===
907 907  
908 -人类通常理性,但行为可能不理性是,我们可以预见非理性(Ariely2008)。因此,涉及人类的客旅程的设计应该迎合逻辑或理性行为,并结合认知偏见和直观行为知识情商和行为心理学理解掌握旅程情感方面关键
953 +服务设计思维解决问题有效方法由于该方法的核心探索、原型并收集来自真实用户的反馈,因此它是价值驱动、数据驱动和以用为中心服务设计的一个很好的例子它鼓励用户定义价值,并且一种不断收集有关什么有效无效反馈的方法
909 909  
910 910  
911 -认知偏见做出判断时偏离理性系统模式。在认知科学社会心理学和行为经济学数十年研究中,已经发现了不断发展的认知偏见列表公认的认知偏见的例子有:
956 +服务设计思维流程的最终目标为最初挑战确定可取的可行的可实行的解决方案
912 912  
913 -* **峰终偏见** 我们似乎并没有整体看待体验的趋势,而是将其视为最高峰时的平均值。因此,在使用产品或服务之后,我们往往会不成比例地回忆起客户旅程的高点和低点,而不是它的所有方面。特别是令人不快的结尾带来强烈的负面影响。
914 -* **可用性偏见** 尽管我们的记忆可用性通常受独特和情感因素的影响,但这种倾向是根据我们记忆中最可用的事件做出判断的趋势。例如,在客户旅程期间交互的正负点的分布和频率会影响我们的服务感知。
915 -* **规避损失 **放弃某件事的痛苦大于与获取某件事的快乐。我们希望控制客户旅程,以及受客户旅程影响的生活的其他方面。
916 916  
917 -通过了解这些认知偏见,我们不仅可以考虑它们,还可以在客户旅程的设计中利用它们(Bhattacharjee等人,2016),包括:
959 +=== ​​​​​​​5.3.5 服务蓝图 ===
918 918  
919 -* 尽早地解决不好的经历,以便服务消费者记住交互中更积极的元素
920 -* 为服务消费者细分提供乐趣并消除痛苦,让客户旅途中的愉快时光成为消费者回忆的重要部分用深刻的、正向的印象收尾,因为服务消费者的最终交互将对他们的服务记忆中有不相称的影响
921 -* 给服务消费者选择权,让他们有控制的感觉
922 -* 避免惊吓,以提升服务消费者对服务的满意度。
961 +蓝图是建筑设计的建筑图纸。这些蓝图描绘了建筑物的外观以及建造所需的所有规格。对于数字化服务,蓝图是可视化服务使用的图表,旨在优化用户体验。
923 923  
924 -结合行为心理学原理来重新设计整个客户旅程,有可能持续改进服务消费者满意度。(Kahneman在2011年很好地介绍了偏见和行为设计。)
925 925  
964 +在服务蓝图中,关键元素由三条水平线隔开:
926 926  
927 -=== 2.4.3 设计适用于不同的文化 ===
966 +* **交互线** 这条线确定了客户/ 用户和服务提供者之间的直接服务交互。
967 +* **可视化线 **这条线客户和用户可见的服务活动与不可见的活动分开。可见的活动显示在此线上方,不可见的活动显示在此线下方。
968 +* **内部交互线** 这条线将联系的员工与不直接支持与客户和用户进行交互的员工区分开来。
928 928  
929 -定义
970 +对于一个服务,如果有多个不同的场景,则可能会有多个蓝图。在绘制蓝图时,,从最上面一行开始,然后沿着模板向下,这一点很重要。
930 930  
931 -* **心理模型 **对某人如何理解某事物在周围世界中如何工作的解释。
932 -* **文化 **一组人共有的一组价值观,包括对人们应该如何行为以及他们的思想、信念和实践的期望。
933 933  
934 -心理模型有助于个人在世界上的定位;它们是我们所有人在日常生活中所面临的复杂性的抽象、简明的心理表-我们所有人通过其解自己周围世界模式(Schneider和Stickdorn,2012)
973 +图5.5 显示了服务蓝图示例
935 935  
975 +(% style="text-align:center" %)
976 +[[image:1639041944866-674.png]]
936 936  
937 -刻板印象是心理模型的一部分。Geert Hofstede认为文化是人类共同拥有心理程序,能将一群人与其它人区分开。因此,文化是心理模型的一部分,在为不同文化群体或用户画像设计客户旅程时应考虑该因素。一些子是:
978 +图片5.5 服务蓝图
938 938  
939 -* 来自不同国家的用户
940 -* 来自不同行业的客户
941 -* 组织中来自不同团队的用户
942 -* 不同行业的用户
943 -* 公众组织的赞助者。
944 944  
945 -文化映射是映射文化以解码跨文化协作影响的工具。它们对于分析和设计作为客户旅程设计基础的服务消费者场景很有用。片2.5显示了两个户组的文化,它们映射到八个维度识别相似点和不同点。在此图片中,每个维度均表示为相对极端比例或频谱(Meyer,2014年)。
981 +服务下目
946 946  
947 -(% style="text-align:center" %)
948 -[[image:1638955627441-126.png]]
983 +* 将客户旅程与生产和服务联系过来
984 +* 突显用户接触点和服务交互
985 +* 发现弱点并确定优化机会
986 +* 努力搭建跨部门的桥梁,避免双重工作量。
949 949  
950 - 片2.5 文化的八个尺寸
988 +总之,服务蓝帮助组织了解服务提供者如何实现服务,以及客户和用户如何使用服务。服务蓝图确定了面向员工的流程和面向客户/用户的流程之间的依赖关系。它还可以帮助服务提供者识别痛点,优复杂相互,并了解改进服务设计和客户旅程以及降低成本的可能性。
951 951  
952 -(% style="text-align:center" %)
953 -[[image:1638955685491-957.png]]
954 954  
991 +关于如何制作服务蓝图的模板和更多信息可以在业务分析实践指南中找到。
955 955  
956 -== 2.5 度量和改进客户旅程 ==
957 957  
958 -客户满意度是动态的目标。了进行持续改进,在整个过程中以及在单独的接触点和服务交互过程中,度量客户体验和反馈,并收集有关利益相关者行为的分析非常重要。
994 +=== ​​​​​​​5.3.6 引入设计 ===
959 959  
996 +作为以用户为中心方法中的一部分,应该为每个产品、服务和服务供应定义引入方法,并作为设计的一部分,以平滑引入。
960 960  
961 -此外,启用价值流、实践和资源的服务质量、产品质量和质量等间接度量可以突显客户体验和满意度。
962 962  
999 +文档化的引入方法用于规划引入计划。引入方法包括范围、行动、利益相关者、时间表和其它引入方面。它们可能会根据服务供应的结构,消费者资源、规模、法律和法规要求、风险等等,而有所不同。
963 963  
964 -最佳实践是用指标度量客户体验,从顶部开始,然后是级联向下进入其客户旅程以及间接绩效和产出指标。
965 965  
1002 +一个极端是狭窄的可视化线,而另一个极端(例如广泛的可视化线)可以是综合的转换方案(包括员工和基础设施的转移),实现相关组织之间的集成实施,建立共同的治理结构,和退运旧产品和服务。在服务期间,应仔细计划和测试引入方法。
966 966  
967 -改进点总是有比资源更多的机会。因此,重点应该放在具有高投资回报率(ROI)的质量和客户体验机会上。客户旅程和改进机会之间的差距应该排列优先级。尽管消除客户的痛点很重要,但当客户期望变化时,识别组织区分于竞争对手的之处同样重要。
968 968  
1005 +在定义引入方法和规划引入计划时,组织应考虑服务管理四维模型。它也应该受到外部因素的影响(ITIL Foundation,第3.5节)。
969 969  
970 -应该使用问题管理技术来隔离产生差距的原因,并识别对所有级别服务堆栈的改进点:启用价值流和服务的客户旅程、服务和产品设计、基础价值流、实践和资源。
971 971  
1008 +构造引入方法的一种方法是遵循持续改进模型的步骤,如表5.11所示。
972 972  
973 -**ITIL的故事:度量和改进客户旅程**
974 974  
975 -[[image:1638955737657-587.png||height="45" width="48"]]//Mariana//**:**//在发布电子化校园汽车共享服务之前,我们将开发反馈表,在关键接触点后发送给客户。用于了解客户对汽车预订、获取和返还,以及其对充电站和其他服务产品的体验,例如指导视频和交通更新。我们将用这些发现和洞察来度量和持续改进客户旅程。//
1011 +5.11 持续改进模型和引入方法
976 976  
977 -[[image:1638955747647-706.png||height="45" width="38"]]//Tomas//://Mariana不必等到客户旅程结束才收集反馈。她需要了解客户在经历过程中的体验。例如,预订汽车可能是一件艰辛的流程,但返回汽车可能会更简单。在客户旅程末尾进行的一次调查可能不会在发生在早期的接触点,而客户可能会忘记交流先前的痛点。没有这些洞察,Mariana不会知道如何改进预订流程。//
1013 +(% style="width:819px" %)
1014 +|**持续改进步骤**|(% style="width:472px" %)**引入方法**
1015 +|**愿景是什么?**|(% style="width:472px" %)定义引入的预期结果。
1016 +|**我们现在在哪里?**|(% style="width:472px" %)建立基线并确定引入的范围,包括所需的资源。
1017 +|**我们想去哪里?**|(% style="width:472px" %)定义引入目标,包括资源的理想组合和交互。
1018 +|**我们如何实现目标?**|(% style="width:472px" %)计划引入的行动和责任
1019 +|**采取行动**|(% style="width:472px" %)根据计划运行引入行动
1020 +|**我们做到了吗?**|(% style="width:472px" %)控制和引入并确保其成功:与基线和目标相比较的控制和度量
1021 +|**我们如何保持动力?**|(% style="width:472px" %)评审和改进
978 978  
1023 +当引入方法被设计为产品、服务或服务供应的一部分时,主要活动包括:
979 979  
980 -== //2.6 // 总结 ==
1025 +* 识别将与消费者的资源进行交互的提供者的资源
1026 +* 识别将与提供者的资源进行交互的消费者的资源
1027 +* 确定引入每对资源的需求
1028 +* 探索优化和自动化引入的机会
1029 +* 创建需要手动或人工控制引入的规程
1030 +* 测试规程并根据测试结果进行更新(根据需要重复)
1031 +* 文档化并与有关各方进行沟通。
981 981  
982 -每个服务消费者都有所不同,应区别对待。用户画像总结了客户和用户原型关键特征,有助于服务提供者了解服务消费者需求和期望。通过跟进用户画像从接触点到趋近服务成果的到接触点的客户旅程,
1033 +以下ITIL实践支持产品和服务的设计以实现平稳的用户引入:
983 983  
1035 +* 架构管理
1036 +* 服务设计
1037 +* 服务级别管理
1038 +* 服务验证和测试
1039 +* 软件开发和管理。
984 984  
985 -服务提供者可以了解客户体验。利用这种洞察,再结合设计思维、行为心理学和文化洞察,服务提供者将能够设计并掌握客户旅程,从而带来独特的客户成果和经验。
1041 +|(((
1042 +**ITIL的故事:设计服务产品和用户体验**
986 986  
1044 +[[image:1639042090327-629.png||height="50" width="46"]]//Mariana:我们的拖车租赁在客户中很成功。我们的下一步是迭代构建将拖车的自动预订流程构建到艾克苏’s 的预订应用程序中。在我们的手动迭代中,我们发现包含不同拖车类型的图片是很有用的,以便客户可以确定哪种拖车适合其需求。//
987 987  
988 -**ITIL故事:总结**
1046 +[[image:1639042099419-158.png||height="52" width="46"]]//Henri:我们将做一个预告片自动预订流程的金丝雀版本,只有几个测试用户。然后,我们可以将其推广给客户,并随着我们的进展而开发功能。//
1047 +)))
989 989  
990 -[[image:1638955787839-930.png||height="41" width="39"]]//Mariana//**:**//现在,我们对客户体验有了深刻的了解,我们随时准备为学生和教职员工推出我们的电子化校园租车服务。//
1049 +== 5.4 销售并获得服务供应 ==
991 991  
1051 +设计产品、服务和服务供应之后,就需要进行销售。这可能发生在它们构建之前或之后,这取决于服务的性质和服务关系。内部和外部服务提供者都需要销售他们的服务。销售活动将根据客户是内部客户还是外部客户而有所不同。
992 992  
993 993  
994 -----
1054 +=== ​​​​​​​5.4.1 定价 ===
995 995  
996 -= 3. 步骤1:探索 =
1056 +定价需要决定客户将被收取多少费用。可以使用许多定价选项为服务定价,如表5.12所示。要使一项服务可行,它必须产生足够的收入来支付投资和成本,并产生利润,除非服务提供者是非营利组织。
997 997  
998 -[[image:1638955913818-810.png||height="61" width="755"]]
999 999  
1000 -了解服务费者及其需求
1059 +对于商业服务提供者,计与成本的关系较少,而与感知服务的价值和竞争对手提供的类似服务的相对成本的关系较大。在这些情况下,成本模型将显示影响盈利能力之前的最低收费水平。商业服务提供也可以根据首选定价模型或服务销售的预期价值以一年中的消费趋势来做出决定。
1001 1001  
1002 -了解服务提供者及其产品
1003 1003  
1004 -了解市场
1062 +表5.12 定价选项
1005 1005  
1006 -瞄准市场
1064 +|(% style="width:124px" %)**定价选项**|(% style="width:556px" %)**描述**|(% style="width:615px" %)**可适用时**
1065 +|(% style="width:124px" %)**成本**|(% style="width:556px" %)此选项基于盈亏平衡点或成本回收模型。收费项目的定价应可能接近成本单元的实际成本。|(% style="width:615px" %)适用于内部服务提供者或非营利组织。
1066 +|(% style="width:124px" %)**成本加成**|(% style="width:556px" %)加价(%)可以由服务提供者设置以匹配其他投资的回报,也可以由服务提供者设置以满足战略业务需要。|(% style="width:615px" %)加价可以鼓励使用新产品和服务,同时不鼓励使用旧产品和服务。
1067 +|(% style="width:124px" %)**市场价格/行情**|(% style="width:556px" %)价格与市场上类似的服务供应相当。|(% style="width:615px" %)(((
1068 +商品和开箱即用服务。
1007 1007  
1070 +重要的是要记住,从外部寻找服务可以抵消一些从客户到服务供应商的商业风险。
1071 +)))
1072 +|(% style="width:124px" %)**固定价格**|(% style="width:556px" %)服务提供者根据与客户的协商确定价格,该价格涵盖固定的时间段和预计的消费。|(% style="width:615px" %)使双方能够锁定价格,而不受成本波动的影响,例如,如果客户有固定的预算。
1073 +|(% style="width:124px" %)**差异性收费**|(% style="width:556px" %)就相同或类似服务在不同时间的不同用途设定不同收费。。|(% style="width:615px" %)使组织能够奖励某些使用模式,而不是其他使用模式,例如,在高峰时段不鼓励使用服务。
1008 1008  
1009 -探索是客户旅程的第一步,可以在客户和服务提供者之间的关系建立之前进行。在这一步骤上,双方探索各自的需求以及实现它们的市场机会。表3.1进一步概述了此目的。
1075 +|(((
1076 +**关键信息**
1010 1010  
1078 +在决定一项服务的价格时,应考虑以下几个因素:
1011 1011  
1012 -表3.1 探索步骤的用途
1080 +* 服务提供者在传递服务的价值方面有多好?
1081 +* 客户愿意支付多少?
1082 +* 市场上有类似的服务吗?
1083 +* 同类服务的定价如何?
1084 +* 扩展服务容易?
1085 +* 引入新客户容易吗?
1086 +* 这项服务是否可以用来弥补亏损?
1087 +* 服务提供者有多成熟?
1088 +* 三重底线方法会影响定价吗?
1013 1013  
1014 -|**探索**|**对于服务消费者**|**对于服务提供者**
1015 -|(% rowspan="3" %)促进成果和体验|完全了解他们自己的需求和约束,并能够清楚地表达它们|为合适的客户提供合适的服务
1016 -|识别最合适的服务提供者和服务,以及相关的收益、成本和风险|获得有关市场的足够知识,以便能够建立和推广服务
1017 -|优先考虑最有利的服务|对于内部服务供应商,“市场”是指他们服务的组织
1018 -|(% rowspan="2" %)优化风险和合规性|将投资于错误问题解决方案的风险降至最低|了解并瞄准竞争对手
1019 -|确定具有所需风险状况的服务提供商和服|防止与服务消费者的关系给服务提供商带来风险
1020 -|(% rowspan="2" %)优化资源并最小化成本|避免在错误的服务和服务提供者上浪费资源|基于优势和市场机会优化产品组合
1021 -|识别提供财务价值的服务提供者|
1090 +在某些情况下,定价可以在短期内用于破坏竞争。
1091 +)))
1022 1022  
1023 -从服务消费者的角度来看,在请求服务之前了解服务消费者的需求和其他利益相关者至关重要。本章将提供分析组织环境的常用方法,以发现问题并识别需求。
1093 +=== ​​​​​​​5.4.2 内部销售 ===
1024 1024  
1095 +对内部客户而言,提高对可用服务的认知是销售的第一步。内部销售和促销,综合激励措施和定价机制,对于管理需求非常重要。
1025 1025  
1026 -一旦确定、评估并确定了需求的优先级,便应探索可能的解决方案,以解决问题并满足需求。一种选择是向内部或外部服务提供商寻求帮助。该决定应基于对可用机会,以及如何在组织中创建价值的充分理解。
1027 1027  
1098 +向对内部客户销售的一些好处是:
1028 1028  
1029 -从服务提供者的角度来看,为了提供正确的服务,理解客户和需求至关重要。仅当服务的价值高于获得这些服务的成本和风险时,服务才会为组织提升价值。服务提供者应该了解客户最看重的是什么,并根据其组织的强项和弱点来解决客户需求的问题。
1100 +* 提高现有服务的利用率
1101 +* 更好的控制服务需求
1102 +* 改进与客户和用户的沟通
1103 +* 关于服务如何满足需求的反馈。
1030 1030  
1105 +内部销售有助于内部服务提供者的整体客户感知。
1031 1031  
1032 -(% style="text-align:center" %)
1033 -[[image:1638955979889-721.png]]
1034 1034  
1108 +内部销售流程中最重要的工具之一是服务目录:一种促进服务的沟通工具。对于服务提供者,它有助于定义并使产品和服务可见。服务目录对于关系管理,促进现有服务以及发现新服务的需求至关重要。在定义服务级别时,它也是服务级别管理的关键工具。
1035 1035  
1036 1036  
1037 -**ITIL故事:步骤1 – 探索**
1111 +对于服务消费者,最重要的是正在使用的服务。服务台在这方面发挥着关键作用,通常会为用户提供订购表和自助服务系统,并提供有关如何使用产品和服务的必要指导和帮助。因此,服务台将始终是内部销售流程和用户体验的关键贡献者。
1038 1038  
1039 -[[image:1638956363230-597.png||height="42" width="43"]]//Mariana//**:**//我们的电子化校园汽车共享服务已经上市六个月了。我们正在使用艾克苏租车服务提供的电动汽车,并在大学的支持下将这些汽车停放在校园中分配的充电站。//
1040 1040  
1041 -[[image:1638956372775-817.png||height="38" width="35"]]**Tomas:**//Mariana应该一直寻找服务的新客户。为此,她需求了解了促使客户选择电子化校园汽车共享服务而不是其他选择的原因,例如传统的汽车租赁、拼车、公众运输、骑自行车和步行。在探索步骤中,潜在客户会探索此时的所选项择其最佳。//
1114 +有关更多信息请参考以下ITIL实践:
1042 1042  
1043 -[[image:1638956363230-597.png||height="42" width="43"]]//Mariana//**:**//客户还受到不同服务提供者的认知的影响,以及每个选项(如环境可持续性)与其价值的匹配度。我们的研究表明,与年长组相比,年青的学生受服务提供者的环境可持续性观念影响更大。//
1116 +* 关系管理
1117 +* 服务目录管理
1118 +* 服务台
1119 +* 服务级别管理
1120 +* 服务请求管理。
1044 1044  
1122 +此外,服务提供者也可以应用大多数用于外部销售的传统技术。
1045 1045  
1046 -[[image:1638956409495-627.png||height="41" width="45"]]**Katrina:**//通常,当我需要通勤时,我会访问互联网并搜索附近的选项。我经常与朋友共享交通,或寻找最便宜的选择。我在校园里发现一辆电子化校园汽车共享的汽车,决定进行调查。它有一家国际汽车租赁公司的支持,这点我很喜欢,并且我赞赏它对地方倡议对环境的责任。很高兴在校园内找到一个不错的选择。如果这意味着要延迟我的旅行半小时才能使用教学楼外的电动汽车,那将是我要做的。//
1047 1047  
1048 -[[image:1638956419118-632.png||height="47" width="45"]]//Mariana//**:**//诸如此类的洞察对于了解我们的客户价值非常宝贵。这不仅与关乎价格,还关乎客户支持我们所作所为的热情。//
1125 +=== ​​​​​​​5.4.3 对外销售 ===
1049 1049  
1127 +外部客户的销售更像是传统的销售技巧,例如广告和销售活动。销售流程取决于服务关系的类型、各方的性质和背景因素。其中包括:
1050 1050  
1051 -== 3.1 了解服务使用者及其需求 ==
1129 +* 在高度监管的环境和公共部门,获取货品和服务可能会受到监管;某些服务提供者可能已被预授权销售其产品和服务。
1130 +* 一些服务消费者要求由采购团队完成采购。
1131 +* 其他人可能已经定义了正式的采购流程,其中包括正式的请求方法,例如信息请求、报价请求、提议请求、概念验证、演示等。
1052 1052  
1053 -在服务消费者能够完全理解和清楚地说明其服务需求之前,头马必须先解组织的目标以及任何内外部影响因素。服务消费者在探索这些内容后,可以更好地做出明知的产品和服务决策。
1133 +表5.13显示请求产品和服务的不同方法
1054 1054  
1055 1055  
1056 -=== 3.1.1 ===
1136 +表5.13 请求产品和服务不同方法
1057 1057  
1058 -当试图了解组织时,很容易观注于它做什么,而不关注怎么做或为什么做。Sinek通过“黄金圈”来说明这一点,以提醒组织观注于其目的(Sinek,2009)。图片3.1中显示了思维黄金圈,并询问以下问题:
1138 +|**信息请求**|**报价邀请函**|**需求建议书**
1139 +|(((
1140 +收集信息以识别潜在供应商
1059 1059  
1060 -* 做什么?所有组织都知道他们在做什么。
1061 -* 怎么做?一些组织知道他们如何做自己的工作。他们的方法和实践使他们与众不同。
1062 -* 为什么?鲜有组织知道他们为什么做自己的工作。“为什么”是目的、原因或信念 :组织存在的原因。
1142 +当你在寻找信息的时候
1063 1063  
1064 -(% style="text-align:center" %)
1065 -[[image:1638956488253-316.png]]
1144 +提出一般性问题
1066 1066  
1146 +随意的
1067 1067  
1068 - 图片3.1 ''黄金圈''
1148 +快速
1149 +)))|(((
1150 +针对特定产品或服务的定价请求
1069 1069  
1152 +当你知道你需要什么的时候
1070 1070  
1071 -了解组织意味着了解其目的和愿景。每个组织应该具目的和实现的策略。良好的目的会激励员工,影响工作方式,并为所有与服务相关的问题提供指导。
1154 +询问有关需求的问题
1072 1072  
1156 +结构化的
1073 1073  
1074 -需要进行利益相关者分析才能了解如何为组织及其利益相关者创建服务价值。利益相关者分析识别重要的利益相关者及其需求。利益相关者可以在组织的内部和外部,如表3.2所示(典型利益相关者的概述)。
1158 +关注价格
1159 +)))|(((
1160 +战略性密集建议流程
1075 1075  
1162 +当您要比较建议时
1076 1076  
1077 -表3.2 典型的利益相关者
1164 +提出特定问题
1078 1078  
1079 -(% style="width:673px" %)
1080 -|(% style="width:358px" %)**内部**|(% style="width:313px" %)**外部**
1081 -|(% style="width:358px" %)所有者|(% style="width:313px" %)外部客户
1082 -|(% style="width:358px" %)董事会|(% style="width:313px" %)供应商
1083 -|(% style="width:358px" %)高层决策者|(% style="width:313px" %)合作伙伴
1084 -|(% style="width:358px" %)经理|(% style="width:313px" %)特殊兴趣小组
1085 -|(% style="width:358px" %)员工|(% style="width:313px" %)监管机构
1086 -|(% style="width:358px" %)用户|(% style="width:313px" %)社区
1087 -|(% style="width:358px" %)工会|(% style="width:313px" %)公众
1088 -|(% style="width:358px" %)内部客户|(% style="width:313px" %)媒体
1089 -|(% style="width:358px" %)内部供应商|(% style="width:313px" %)
1090 -|(% style="width:358px" %)法律、人事、安全|(% style="width:313px" %)
1091 -|(% style="width:358px" %)治理、风险和合规性|(% style="width:313px" %)
1166 +正式的
1092 1092  
1093 -=== 3.1.2 外部因素 ===
1168 +供应商比较
1169 +)))
1094 1094  
1095 -成功的策略的先条件是了解组织背景,包括市场客户其他利益相关者PESTLE分析是一种广泛使用探索外部背景的技术PESTLE分析是一种战略工具可为组织的战略和方向及内部政策和程序提供输入
1171 +成功的销售流程取于良好沟通信任公平服务提供者应避免为服务创造高于客户价值价格服务消费者应避免压低价格,以免服务提供者难以交付
1096 1096  
1097 1097  
1098 -PESTLE分析涵盖了可能影响业务的六领域:政治、经济、社会学、技术、法律环境表3.3中给了这些区域的示例PESTLE分析可帮助服务消费识别机和制约因素。通过了解外部因素,组织可以更好地利用机会,缓解威胁
1174 +典型的错误是通过促销多种产品服务来开始销售相反,服务提供者应该提问题并倾听这样,服务提供在尝试实现客户的需求之前就会了解客户的需求
1099 1099  
1100 1100  
1101 -表3.3 PESTLE分析中解决关键领域示例
1177 +重要的是,服务消费者与潜在的服务提供者进行交谈之前,不根据过时产品经验来准备需求清单。相反,他们应该根据实际的需要描述需求,然后听取服务提供者的意见。服务提供者可以根据他们的产品和服务组合以及与其他客户的以往经验,提供新的更好的方式来满足特定的需求。
1102 1102  
1103 -(% style="width:1073px" %)
1104 -|**政治**|**经济**|(% style="width:244px" %)**社会**|(% style="width:149px" %)**技术**|(% style="width:193px" %)**法律**|(% style="width:156px" %)**环境**
1179 +
1105 1105  |(((
1106 -政府政策
1181 +**ITIL的故事:销售并获得服务产品**
1107 1107  
1108 -稳定
1183 +[[image:1639042297905-281.png||height="46" width="43"]]**M**//ariana:我们需要引入新的拖车租赁服务,这意味着将其添加到我们的服务目录中,向我们的支持人员介绍拖车的可用性,并管理拖车的需求。当学生最有可能搬家时,拖车租赁在每个学期的开始和结束时达到顶峰,但中期租赁确实会发生。//
1184 +)))
1109 1109  
1110 -贸易政策
1186 +== 5.5 总结 ==
1111 1111  
1112 -资金赠款
1188 +为了确定利益相关者是否可以从相互的服务关系中受益,服务消费者服务提供者需要构建商业案例,确定并匹配其需求和供应,并以需求和服务供应的形式阐明其需求和机会。只有真正了解服务消费者的需求,才能设计出产品和服务。
1113 1113  
1114 -游说
1115 1115  
1116 -选举与政治趋势
1117 1117  
1118 -国际关系
1192 +----
1119 1119  
1120 -腐败
1194 += 6. 步骤4:协议 =
1121 1121  
1122 -官僚
1196 +[[image:1639042354726-214.png]]
1123 1123  
1124 -战争与冲突
1198 + 约定和规划价值共创
1125 1125  
1200 + 谈判和约定服务
1126 1126  
1127 1127  
1128 -
1129 -)))|(((
1130 -税收
1203 +协议步骤的目的是在服务提供者和服务消费者之间统一期望,并建立对目标服务范围和质量的共享视图。
1131 1131  
1132 -通货膨胀
1133 1133  
1134 -利率
1206 +在某些情况下,协议可以包括签定合同,这可能需要法律顾问或合同经理等专家的参与。
1135 1135  
1136 -经济趋势
1137 1137  
1138 -季节性问题
1209 +表6.1总结了服务提供者、服务消费者和其他利益相关者为何应在统一期望和约定服务方面进行投资。
1139 1139  
1140 -行业增长
1141 1141  
1142 -进出口比率
1212 +表6.1 统一期望和约定服务的目的
1143 1143  
1144 -国际贸易
1214 +(% style="width:1157px" %)
1215 +|**协议**|**对于服务消费者**|(% style="width:493px" %)**对于服务提供者**
1216 +|促进成果和经验|(((
1217 +确保提供的服务满足客户和用户的要求和期望
1145 1145  
1146 -国际贸易税率
1219 +通过服务和服务关系增加潜在价值
1147 1147  
1221 +确保所有利益相关者对服务质量达成共识
1148 1148  
1149 -
1150 -)))|(% style="width:244px" %)(((
1151 -文化
1223 +确保对利益相关者的责任有共同的理解
1224 +)))|(% style="width:493px" %)(((
1225 +确保所有相关利益相关者对服务质量达成共识
1152 1152  
1153 -工作道德
1227 +确保对利益相关者的责任有共同的了解
1154 1154  
1155 -态度
1229 +确保对服务和服务关系的现实期望
1156 1156  
1157 -人口统计
1231 +通过服务交付和服务关系增加潜在价值
1232 +)))
1233 +|优化风险和合规性|(((
1234 +确保对服务质量的充分控制和服务状态的透明度
1158 1158  
1159 -媒体
1236 +消除有关当事方之间的误解和错位
1160 1160  
1161 -品牌
1238 +降低违规风险
1162 1162  
1163 -生活方式
1240 +确保对服务相关风险达成共识
1164 1164  
1165 -文化禁忌
1242 +为无法通过协议共享或转移的风险安排补偿性控制
1243 +)))|(% style="width:493px" %)(((
1244 +消除有关当事方之间的误解和错位
1166 1166  
1167 -消费者的态度、观点和购买方式
1246 +降低违规风险
1168 1168  
1169 -伦理道德问题
1248 +确保对服务相关风险达成共识
1170 1170  
1171 -广告宣传
1250 +确保对服务价格和相关付款有共同的了解,并减少付款纠纷或延误的风险
1251 +)))
1252 +|优化资源并最小化成本|(((
1253 +确保对服务消费成本和相关付款有共同的了解
1172 1172  
1173 -社会责任感
1174 -)))|(% style="width:149px" %)(((
1175 -新发现
1255 +优化服务消费成本
1176 1176  
1177 -新兴技术
1257 +优化谈判和协议成本以及整体资源利用
1258 +)))|(% style="width:493px" %)(((
1259 +确保对服务提供成本有共同的了解
1178 1178  
1179 -技术熟度
1261 +优化服务提供
1180 1180  
1181 -研究 创新
1263 +确保对服务价格相关付款有共同了解
1182 1182  
1183 -信息和通讯
1265 +优化谈判和协议成本以及整体资源利用
1266 +)))
1184 1184  
1185 -竞争者技术发展
1268 +服务的目标范围和质量应得到各方的同意;在服务关系的其余步骤中,它们将被称为“约定的服务范围和质量”。遗憾的是,约定的目标不可能总能实现,因此应定期将已实现的服务范围和质量与目标进行比较,以评估协议的履行情况。目标也可能随时间的推移而变化。因此,在旅程中协议步骤可能会被多次重新审视。
1186 1186  
1187 -专利问题
1188 -)))|(% style="width:193px" %)(((
1189 -现在和未来的法规
1190 1190  
1191 -国际
1271 +在用户旅程的背景中,其目的非常相似:与服务提供者建目标服务范围和质量的共享视图。但是,根据用户和客户角色之间的关系,这可能会有所不同。在某些情况下,范围和质量受限于客户和服务提供者之间的协议,因此对于用户,“同意”可能仅限于未经(或非常有限)协商的接受。但是,这仍然是用户旅程中的重要一步:了解可用服务及其约定的质量对于用户有效工作非常重要。
1192 1192  
1193 -法规主体
1194 1194  
1195 -劳工法
1274 +|(((
1275 +**ITIL故事:步骤4 –协议**
1196 1196  
1197 -消费者保
1277 +[[image:1639048000162-709.png||height="44" width="39"]]//Mariana:当我们的客户加入我们的汽车共享俱乐部时,他们同意我们在会员资格中规定的条款和条件。每次预订均受使用条款和条件的约束。例如,我们与艾克苏达成的有关汽车故障的协议是,当汽车发生故障或发生事故时,可以提供道路救援。 但是它不适用于常规维(如爆胎)。//
1198 1198  
1199 -健康和安全法规
1279 +[[image:1639048009299-382.png||height="54" width="39"]]**S**//olmaz:客户在实际租车时也会与我们达成协议,以遵守租车的条款和条件。//
1280 +)))
1200 1200  
1201 -税收法
1282 +== 6.1 约定和划价值共创 ==
1202 1202  
1203 -竞争法规
1284 +应该就如何以及何时共同创造、跟踪、评估和评价价值达成共识。 这类规划的一种方是,首先就驱动价值的因素达成一致,并概述预期的服务成果和经验,然后计划如何以及何时衡量、评估、报告和评价价值共创。 该划应包括风险管理、合规和成本以及资源管理。
1204 1204  
1205 -行业特定法规
1206 -)))|(% style="width:156px" %)(((
1207 -地理位置
1208 1208  
1209 -环境和 气候
1287 +=== ​​​​​​​6.1.1 服务价值驱动类型 ===
1210 1210  
1211 -供应
1289 +在服务价值系统(SVS)中,通过实现服务消费者目标可以实现服务消费者目的。实现服务消费者目标的动力来自于消费者的绩效和相关体验。服务消费者的绩效取决于服务绩效,并被视为功用和功效。最终,服务绩效由组合的和单独的资、实践和产品的绩效决定。图1.11说明了这些关系。
1212 1212  
1213 -环境法规
1291 +服务产品通常包括三种形式的服务绩效驱动:
1214 1214  
1215 -经济法规
1293 +* 商品从服务提供者转移到服务消费者
1294 +* 服务消费者访问服务提供者的资源
1295 +* 由服务提供者、服务消费者或二者共同实施的服务动作
1216 1216  
1217 -循环经济
1297 +大多数服务产品都结合了几种形式。基于技术的服务通常包括对服务提供者资源的访问,有时还包括对服务动作的访问。表6.2提供了一些价值驱动的示例。
1218 1218  
1219 -
1220 -)))
1221 1221  
1222 -循环经济('circularity')是旨在减少浪费并充分利资源经济系统。
1300 +表6.2适于不同类型服务产品价值驱动示例
1223 1223  
1302 +|(% style="width:198px" %)**服务示例**|(% style="width:184px" %)**商品转移**|(% style="width:428px" %)**访问资源**|(% style="width:485px" %)**服务动作**
1303 +|(% style="width:198px" %)企业会计|(% style="width:184px" %)N/A|(% style="width:428px" %)财务部门的员工可以访问:具有约定功能的会计应用程序;约定质量的财务和其他数据;以及服务台和其他支持接口|(% style="width:485px" %)(((
1304 +用户动作:通过应用程序在会计系统中进行的任何交易或查询
1224 1224  
1225 -=== 3.1.3 内部因素 ===
1306 +服务提供者的动作:
1226 1226  
1227 -改或获得服之前,应仔细评估内因素。目标应该是对当前情况有一个共识,并建立基线。该评估结果可以作为突出显示开发和改进的基线报告。
1308 +定期新来自不同业务部合并数据
1228 1228  
1310 +联合动作:服务台代理登记用户报告的事件
1311 +)))
1312 +|(% style="width:198px" %)面向个人消费者的宽带互联网服务|(% style="width:184px" %)将具有所有权的Wi-Fi路由器和用户手册出售给用户|(% style="width:428px" %)(((
1313 +客户授权的所有用户都可以以约定的速度访问局域网和广域网
1229 1229  
1230 -为了解内部因素,应该对服务管理四维模型进行评估。表3.4提供了示例,列出对每个四个维度在内部评估中要解决的关键问题。
1315 +向客户提供用于支付、报告和服务管理的用户接口访问权限
1316 +)))|(% style="width:485px" %)(((
1317 +用户动作:查看帐户状态;变更订阅;管理用户帐户
1231 1231  
1319 +服务提供者的动作:向客户发送发票
1232 1232  
1233 -表3.4 内部评估中要解决的领域和问题
1321 +联合行动:当客户搬到新地方时,更改服务提供的地址
1322 +)))
1323 +|(% style="width:198px" %)一家小型咖啡店的刷卡支付处理|(% style="width:184px" %)读卡器设备所有权转让给客户|(% style="width:428px" %)(((
1324 +访问与客户的收银机和银行帐户集成的支付处理服务
1234 1234  
1235 -|**维度**|**探索的区域**|**关键问题**
1236 -|(% rowspan="3" %)(((
1237 -
1326 +访问用于接收和管理支付的移动应用
1238 1238  
1239 -价值流和流程
1240 -)))|关键价值流|组织的目的和目标是否得到支持?
1241 -|流程和服务|瓶颈在哪里?
1242 -|当前服务|用户对当前的服务满意吗?
1243 -|(% rowspan="7" %)组织和人员|财务和收益率|有高效的管理结构吗?
1244 -|组织和人员|是否明确定义了角色和职责?
1245 -|角色和职责|有服务的态度吗?
1246 -|内部利益相关者的映射|我们有足够的技能和能力吗?
1247 -|组织文化|员工中有信息安全认知吗?
1248 -|内部技能和能力|
1249 -|现有策略、流程和最佳实践|
1250 -|(% rowspan="4" %)(((
1251 -信息和技术
1328 +访问支持热线
1329 +)))|(% style="width:485px" %)(((
1330 +用户动作:接收卡或设备支付;取消支付;重置设备; 与智能手机配对
1252 1252  
1253 -
1254 -)))|数据和信息|信息模型与业务需求是否匹配?
1255 -|技术平台和架构|我们是否有适当的技术和应用程序来支持和数字化服务?
1256 -|应用|适宜的技术控制措施到位了吗?
1257 -|信息安全的挑战|
1258 -|(% rowspan="2" %)合作伙伴和供应商|现有的服务供应商,合作伙伴和供应商|现有服务提供程序的利用率如何?
1259 -|合同义务|现有的服务供应商如何满足我们的需求?
1332 +服务提供者的动作:通知客户有关应用程序更新和其他重要事件
1260 1260  
1261 -有许多方法可用于评估内部因素并建立基线,包括访谈、研讨会、调查和问卷。一些评估工具(例如外部成熟度或能力评估)比其他评估工具更正式、更耗时。
1334 +联合动作:更换有故障的读卡器设备
1335 +)))
1336 +|(% style="width:198px" %)内部IT基础架构团队为产品开发团队提供的基础架构平台服务|(% style="width:184px" %)N/A|(% style="width:428px" %)平台即服务的访问|(% style="width:485px" %)(((
1337 +用户动作:安装和更新应用程序; 通过标准化接口配置资源并安装、调试、启动、停止和停用平台组件
1262 1262  
1339 +服务提供者的动作:监控和报告服务水平;组件打补丁; 开票给客户
1263 1263  
1264 -==== 3.1.3.1 SWOT分析 ====
1341 +联合行动:对平台进行重大更新; 解决共同的问题
1342 +)))
1265 1265  
1266 -SWOT(优势、劣势、机会威胁)分析通常用于综合内外部评估结果,以评估否需要服务,以及是否应内部提供服务。
1344 +在表6.2中,第一个第三个示例主要是在服务动作的上下文中被客户和户感知。 这对旨在使业务活动自动化服务来说典型的。第二个和第四个示例主是通过服务提供者提供的资源质量来感知。不同点通常反映服务协议的格式中,因为它们更加关注所提供的资源质量或服务动作的执行情况
1267 1267  
1268 1268  
1269 -SWOT分析涉及组织的四个特方面:内部优点缺点外部机会和威胁图片3.2中显示了SWOT模型分析
1347 +对于服务提供者而言,识别、约定和衡量提供给服务消费者的资源的特征非常容易。 在许多情况下这些都是可衡量且明确的技术特征 定义对服务消费者重要的服务动作则比较困难
1270 1270  
1271 1271  
1272 -完成SWOT分析时,记住以下要点很重要:
1350 +=== ​​​​​​​6.1.2 服务交互方法 ===
1273 1273  
1274 -* 优势可以建立。
1275 -* 弱点必须得到控制,或转化为优势。
1276 -* 应该识别机会。
1277 -* 威胁必须加以管理。
1352 +服务交互方法有助于基于用户和服务提供者在服务消费期间执行的关键服务交互的绩效来描述和评估服务结果。 它可以帮助各方进行价值共创的规划。
1278 1278  
1279 -(% style="text-align:center" %)
1280 -[[image:1638956800953-611.png]]
1281 1281  
1355 +**服务交互方法示例**
1282 1282  
1283 -在评估内部优势劣势时一些重要的问题是:
1357 +银行有向其客户提供个人贷款的价值流。该价值流包括一系列活动,其中大多数活动由IT服务实现的。对价值流进行映射分析后确定了以下服务交互,如下所示。
1284 1284  
1285 -* 优势或劣势在关键战略领域内么?
1286 -* 是否具备有所需的资源?
1287 -* 有足够的容量吗?
1288 -* 合适的人是否具有合适的组合和能力水平?
1289 -* 组织是否具有提供类似服务的经验?
1359 +(% style="width:751px" %)
1360 +|(% style="width:389px" %)**服务交互**|(% style="width:204px" %)**需求**|(% style="width:156px" %)**约束条件**
1361 +|(% style="width:389px" %)贷款申请的处理|(% style="width:204px" %) |(% style="width:156px" %)
1362 +|(% style="width:389px" %)1.当前不良信用检查|(% style="width:204px" %) |(% style="width:156px" %)
1363 +|(% style="width:389px" %)2.负担能力计算|(% style="width:204px" %) |(% style="width:156px" %)
1364 +|(% style="width:389px" %)3.信用等级评估|(% style="width:204px" %) |(% style="width:156px" %)
1365 +|(% style="width:389px" %)4. 申请评分|(% style="width:204px" %) |(% style="width:156px" %)
1366 +|(% style="width:389px" %)5.基于风险的利息计算|(% style="width:204px" %) |(% style="width:156px" %)
1367 +|(% style="width:389px" %)6.报价的确认或更新|(% style="width:204px" %) |(% style="width:156px" %)
1368 +|(% style="width:389px" %)…|(% style="width:204px" %) |(% style="width:156px" %)
1369 +|(% style="width:389px" %)贷款协议的签署与转帐|(% style="width:204px" %) |(% style="width:156px" %)
1370 +|(% style="width:389px" %)8.贷款协议和相关协议的自动登记|(% style="width:204px" %) |(% style="width:156px" %)
1371 +|(% style="width:389px" %)9.开户并创建付款时间表|(% style="width:204px" %) |(% style="width:156px" %)
1372 +|(% style="width:389px" %)10.设置直接付款指令|(% style="width:204px" %) |(% style="width:156px" %)
1373 +|(% style="width:389px" %)…|(% style="width:204px" %) |(% style="width:156px" %)
1374 +|(% style="width:389px" %)贷款协议持续管理|(% style="width:204px" %) |(% style="width:156px" %)
1375 +|(% style="width:389px" %)14.利息计算和帐户信息更新|(% style="width:204px" %) |(% style="width:156px" %)
1376 +|(% style="width:389px" %)…|(% style="width:204px" %) |(% style="width:156px" %)
1377 +|(% style="width:389px" %)付款处理|(% style="width:204px" %) |(% style="width:156px" %)
1378 +|(% style="width:389px" %)28.如果客户请求全额偿还贷款,计算应付款项|(% style="width:204px" %) |(% style="width:156px" %)
1379 +|(% style="width:389px" %)…|(% style="width:204px" %) |(% style="width:156px" %)
1290 1290  
1291 -如果SWOT分析的劣势多于优势则可能明组织需要改进或获得服务以弥合差距。
1381 +根据此列表服务提供者和客户就下中列出的某些服务交互的服务级别要求和度量标准达成一致
1292 1292  
1383 +(% style="width:1004px" %)
1384 +|(% colspan="3" style="width:1001px" %)**约定的服务级别要求和指标**
1385 +|(% style="width:453px" %)服务级别特征|(% style="width:222px" %)客户需求|(% style="width:326px" %)服务级别指标
1386 +|(% style="width:453px" %)自动贷款申请处理时间|(% style="width:222px" %)少于60秒|(% style="width:326px" %)及时处理贷款申请的百分比
1387 +|(% style="width:453px" %)银行分行中使用的所有贷款相关系统的服务中断的最大持续时间|(% style="width:222px" %)少于10分钟|(% style="width:326px" %)单次中断最长持续时间
1388 +|(% style="width:453px" %)一个工作日内总不可用时间|(% style="width:222px" %)少于15分钟|(% style="width:326px" %)一段时间内未满足需求的天数和百分比
1293 1293  
1294 -=== 3.1.4 目标与机会 ===
1390 +此方法包括以下阶段:
1295 1295  
1296 -当服务消费者了解服务的整体需求时,可以将其转换为服务的目标和探索的机会。ITIL Foundation中提到的持续改进模型也许是一种有用的方法。表3.5概述了持续改进模型的步骤。
1392 +* 识别服务交互,包括服务提供者动作、服务消费者动作和联合动作
1393 +* 将已识别的服务交互与服务提供者的服务目录进行匹配
1394 +* 协定服务交互目标绩效
1395 +* 与客户和服务提供者团队就服务的度量和测量标准达成一致。
1297 1297  
1397 +识别服务交互的最佳方法是映射服务提供者和服务消费者价值流。对于组织而言,拥有价值流和流程的最新地图非常有帮助。根据这些信息,服务提供者和服务消费者可以得出服务、相关的服务交互以及绩效需求所支持的动作列表。
1298 1298  
1299 -表3.5 ITIL 持续改进模型的步骤
1300 1300  
1301 -|**步骤**|**了解需求和识别机会的活动**
1302 -|什么是愿景?|从“为什么”开始。深刻理解总体目标。
1303 -|我们现在在哪里?|了解影响需求的内外部因素,并针对当前情况建立基线。
1304 -|我们想去哪里?|以所需结果和体验的形式定义目标,例如需求。定义问题,并设定解决问题后的期望状态的可测量目标。
1305 -|(((
1306 -我们怎么去那里?
1400 +但是,在组织中通常找不到价值流和流程的正确且最新的地图。在没有这些图的情况下,可以利用组织的文档和标准来识别服务交互。由此产生的列表将更加通用,但对于规划价值共创而言可能就足够了。客户和服务提供者对服务交互绩效的要求,可以从组织的相关内部程序和标准中得出。
1307 1307  
1308 -
1309 -)))|(((
1310 -探索满足需求的机会。如果需要新的或更改的服务,理想情况下,应该与潜在的服务提供者一起进一步探索服务选项,从而引入一个或多个可选服务提供者。
1311 1311  
1312 -价值共创的计划应符合服务提供者和服务的水平和条件。
1313 -)))
1314 -|采取行动|准备并完成引入,启动服务消费,共同创造价值。
1315 -|我们到那里了吗?|跟踪、评估和评估价值实现,以确保目标的实现。如果没有,则启动必要的改进。
1316 -|我们如何保持这种势头?|应该承认成就,庆祝成功,加强新的工作方式。
1403 +这项工作应该由一个团队来完成,其中可能包括:
1317 1317  
1318 -许多组织使用ITIL持续改进模型作为所有内部改进项目的基础,因为它提供了一种结构化方法,确保服务改进计划支持高层组织目标。在考虑新的服务关系时,它还可用作规划工具。
1405 +* 服务和/或产品所有者
1406 +* 客户
1407 +* 服务/系统架构师
1408 +* 服务设计师
1409 +* 业务分析师
1410 +* 服务目录管理员
1319 1319  
1412 +=== ​​​​​​​6.1.3 服务的固有和指定特征 ===
1320 1320  
1321 -另一个优点是,它收集有关当前情况的事实,可以用来建立基线。结合明确的目标,该基线可实现持续测量和价值实现跟踪。
1322 1322  
1415 +|(((
1416 +**定义**
1323 1323  
1324 -=== 3.1.5 风险与缓解 ===
1418 +* **服**务质量,与服务满足既定和隐含需求的能力相关的服务特征的整体。
1419 +* **服**务级别,一个或多个用于定义预期或已实现的服务质量的度量标准。
1420 +)))
1325 1325  
1326 -风险评估是探索步骤关键部分评估包括劣势威胁、脆弱性、以及有关当前和期望状况所有相关面的潜在影响应根据风险预测结果、收益和成本,进一步探索最佳服务机会,以确保减轻或接受任何残留风险。
1422 +组织通常会同意一种定义服务质量方法这些协议包括基于资源或服务运营的服务规范度量首选
1327 1327  
1328 1328  
1329 -例如,如果组织存在受越来越多的信息安全问题影响的旧的遗留信息系统,组织可以继续使用信息系统,或将其替换为新的服务。在替换情况下,组织应决定采用内部提供服务,还是从外部提供者获得。表3.6概述并分析了此示例方案的选项。
1425 +服务的固有特征可能包括:
1330 1330  
1427 +* 功能和性能
1428 +* 架构
1429 +* 接口和兼容性
1430 +* 费用
1331 1331  
1332 -表3.6 方案选项示例
1432 +服务的指定特征可能包括:
1333 1333  
1334 -|**缓解措施**|**残留风险**
1335 -|继续使用旧的服务|与频繁发生的事故有关的不稳定和脆弱性。安全问题可能会导致泄露隐私数据、损坏声誉和罚款。
1336 -|续使用旧的服务,但实施一些提升安全的措施|许多事故将难以解决。由于缺乏维护的技能和能力造成的脆弱性。
1337 -|开发并提供新的服务,替代内部的旧服务|并行项目造成的资源匮乏,缺乏内部开发能力,  
1338 -|与运营和维护有关的额外费用|
1339 -|和服务提供者签订协议,提供新的替代服务|缺少服务提供者和完整的价值链的控制,缺乏管理服务提供者的能力。
1434 +* 价格
1435 +* 风险与合规
1436 +* 服务交付的透明度
1437 +* 监控
1438 +* 报告
1439 +* 灵活性
1440 +* 社会责任
1340 1340  
1341 -读者可以参阅风险管理实践,以获取有风险评估和缓解措施的多详细信息
1442 +固有特征基于相应产品的资源。定特征大多定义为服务和服务提供设计的一部分。它们描述了服务的交付、支持和改进方式并且可在不对相产品进行重大变的情况下进行修改
1342 1342  
1444 +这种区别虽然对服务管理有所帮助,但并不是确定的。某些特征,例如兼容性或安全性,可以是固有的(集成接口是产品设计的一部分),也可以是指定的(集成是引入和持续支持的一部分)。服务提供者决定哪些特征应包括在服务质量规范中,哪些应留给服务交付情况、条款和条件的讨论。
1343 1343  
1344 -**ITIL故事:了解服务消费者及其需求**
1446 +(% style="text-align:center" %)
1447 +[[image:1639048305942-643.png]]
1345 1345  
1346 -[[image:1638956914484-187.png||height="50" width="40"]]**Mariana:**//服务上市六个月后,我们发现了一些意外的需求。例如,有些人需要每周定期通勤,而另一些人只是在搬家或遇到紧急情况(例如就诊)时才间歇性地想要这些车。对于大多数用户而言,小型汽车是可以接受的,但另外一些用户则需要空间大的汽车来运输家具或宠物。//
1347 1347  
1348 -[[image:1638956925036-785.png||height="48" width="39"]]**Tomas:**//Mariana 需要从服务正确了解她的客户需要什么,以便她可以确定它正在为客户创建价值。她可以使用服务管理四维模型和PESTLE分析来识别影响客户的因素,更好地理解这些因素如何影响他们的需求。//
1450 +(% style="text-align:center" %)
1451 +[[image:1639048338706-431.png]]
1349 1349  
1350 1350  
1351 -== 3.2 了解服务提供者及其供应 ==
1454 +== 6.2 协商并同意服务 ==
1352 1352  
1353 -当组织已识别了服务需求以及满足该需求的机会时下一步就是确定并评估提供该服务的选项
1456 +根据服务关系模型协商和同意服务的方法可能会有很大不同但大多数情况下,范围包括:
1354 1354  
1458 +* 提供和使用的服务
1459 +* 服务的固有质量特性,例如功用、功效和体验
1460 +* 服务的指定特征,例如价格、地区和提供期限
1461 +* 服务范围和质量的共同控制和改进的方法
1355 1355  
1356 -|(((
1357 -IT选择内部或外部服务提供者?
1463 +=== ​​​​​​​6.2.1 协议表格 ===
1358 1358  
1465 +有几种方法可以确定服务关系中的服务范围和质量。 这些关系可以是:
1359 1359  
1360 -在大型组织中的内部服务或外部IT提供者之间进行选择时,请牢记某些注意事项。
1467 +* 基于义务
1468 +* 基于协议
1469 +* 基于承诺
1470 +* 根据社会规则和期望
1361 1361  
1472 +这些方式具有不同级别的形式、协商流程以及控制和改进的方法。
1362 1362  
1363 -在某些组织中,内部政策规定内部IT 组织是支持IT的服务的首选提供者。然后,内部服务提供者负责识别常见的需求和内部服务使用者之间的协同,并提供平衡的内部服务组合。如果内部服务提供者本身不能提供服务,则它可以从外部服务提供程序获取服务,但这取决于治理模型。
1364 1364  
1475 +==== 6.2.1.1 基于义务的服务关系 ====
1365 1365  
1366 -在许多组织中,IT部门会受到来自外部服务提供者的免费竞争的影响。如果没有内部服务提供者,或者内部服务提供者本身无法提供服务,则服务消费者或内部服务提供者将必须寻求外包选项。
1367 -)))
1477 +基于义务的服务关系是通过对组织的强制性要求定义的,通常是法律或其他法规规定的。法律可能要求提供最低级别的服务;有时它也要求服务消费。示例包括:
1368 1368  
1369 -对于任何需要的服务,可能有很多服务提供程序可供选择,因此识别和选择提供者的流程可能很耗时。大多数组织广泛宣传他们的品牌和服务,这可以作为适合的服务提供者候选清单的初始输入。
1479 +* 社会服务,例如医疗服务和教育
1480 +* 基础设施服务,例如运输或设施安全
1481 +* 社会责任服务,例如司机或旅行者的强制性保险。
1370 1370  
1371 -要创建候选清单,必须进行以下评估:
1483 +尽管这些服务大多数可以由商业服务提供商提供但服务消费者的最低服务级别和价格通常由国家规定。这意味着,无论服务协议的形式如何,它都必须包括某些服务质量特性,并保证最低服务级别。如果仅提供了最低的强制性服务级别,则没有协商和协议的空间。
1372 1372  
1373 -* 提供的产品和服务,及其功能的覆盖范围
1374 -* 交付模型、保修、架构匹配度和集成选项
1375 -* 价格
1376 -* 地理位置和语言能力
1377 -* 服务的态度、积极性和响应
1378 -* 能力水平、技能和经验
1379 -* 资源和合作伙伴的可用性
1380 -* 治理文件(政策、安全等)
1381 -* 组织的大小
1382 -* 灵活性和可扩展性
1383 -* 经济状况
1384 -* 品牌、声誉、认证、证书和参考客户
1385 -* 信任和现有的关系
1386 -* 收费。
1387 1387  
1388 -选择还取决于服务提供者类型、兴趣、价值主张、职位权力和历史记录
1486 +在某些情况下,各方从强制性服务级别开始,但同意对其进行扩展,并相应地设置服务级别目标在这种情况下,他们根据自己的义务建立自己的协议,并扩展为基于协议的关系。
1389 1389  
1390 1390  
1391 -决策流程中经常使用决策矩阵型,并与最重要的准则及其价值相结合 。无形的方面不应在矩阵型中得到反映。为了辅助决策流程,重要的是要进行公开和坦诚的讨论,确定服务消费者最重要的准则。
1489 +|(((
1490 +**ITIL故事:基于义务的服务协议**
1392 1392  
1492 +[[image:1639048447665-961.png||height="58" width="43"]]**S**//olmaz:为了开展国际业务,艾克苏租车必须尊重国家之间存在的双边和区域贸易协定。这些是基于义务的协议,这些协议支配着我们如何开展业务,如何在当地雇用员工以及如何投资以获得回报。//
1493 +)))
1393 1393  
1394 -通常只有当服务消费者经过契动步骤后,才最终选择一个或多个服务提供者,无论是内部还是外部的。对必须配置、定制或开发服务关系,最终选择只能在供应步骤中使用潜在的服务提供者调整了需求之后确定。
1495 +==== 6.2.1.2 基协议的服务关系 ====
1395 1395  
1497 +基于协议的服务关系,意味着服务关系所涉及的各方就服务的范围和质量进行协商并达成一致。他们可能会以电子或书面方式记录该协议,并利用它来监视和管理服务的实际质量。在大多数情况下,该协议称为服务级别协议(SLA)。根据关系不同,它可以采用谅解备忘录的形式,或更常见的是法律合同的形式。
1396 1396  
1397 -=== 3.2.1 行业标准和参考架构 ===
1398 1398  
1399 -行业标准和参考架构可能会影响服务提供者的选择。这些标准可由监管机构、监管部门、私营部门组织或其他外部利益相关者强制实施。此外,服务消费者或服务消费者所属的组可以采用产品或服务必须遵守或兼容的现有或目标参考架构。
1500 +|(((
1501 +**定义:服务级别协议(SLA)**
1400 1400  
1503 +服务提供者和客户之间的书面协议,标识了所需的服务和服务的预期级别。
1504 +)))
1401 1401  
1402 -因此,服务消费者应该评估潜在的服务提供者及其产品和服务是否符合适用标准和参考架构,以及在何种程度上符合适用标准和参考架构评估项可能包括:
1506 +SLA是双方之间正确讨论的结果这一点很重要。即使服务提供不灵活,也没有提供太多的谈判空间,也应在知情同意情况下向客户提供SLA中定义的服务。认知和同意基于协议关系最低要求
1403 1403  
1404 -* 范围
1405 -* 原则
1406 -* 要求
1407 -* 准则
1408 -* 分类
1409 -* 控制项
1410 -* 对象。
1411 1411  
1412 -服务提供者的体验,及这些标准和体系结构方面的专业知识也能相关
1509 +SLA可能具有不同的形式级别。形式化的水平可能反映了服务提供者和服务消费者之间信任程度。如果信任度较低,则组织将试图在协议中包含尽可能多的细节。如果信任度很高,并且是通过关系的正面体验获得的则各方倾向于将重点放在最重要和特定的服务特性上,这意味着协议中未提的内容将根据既定的惯例和期望进行交付和消费,这些含义以描述为承诺
1413 1413  
1414 -|(((
1415 -ITIL的故事:了解服务提供程序及其产品
1511 +在高度信任的服务关系中,或者如果服务特性较简单,则可以口头或通过简短的电子邮件或文本消息来达成协议。
1416 1416  
1417 1417  
1418 -[[image:1638973785436-355.png||height="39" width="41"]]//Katrina:在决定尝试使用电子化校园汽车共享服务之前,我研究过多种交通方式。我可以使用几种不同类型公众交通工具,也可以考虑使用多家汽车租赁公司来租用汽车。每种选择都提供不同的服务,并具有自己的收益、成本、困难和风险。//
1514 +==== 6.2.1.3 基于承诺的服务关系 ====
1419 1419  
1516 +基于承诺的服务关系最初由Mark Burgess(Burgess,2004)在2004年提出的承诺理论描述。它适用于以下情况:服务提供者和服务消费者的意图没有被记录,而是由以前的经验、社会规范或共同认可的迹象所暗示。
1420 1420  
1421 -//我决定尝试电子化校园汽车共享服务,因为它不仅得到了大学的认可,还提供专门针对我需求的服务。它还为大学生​​提供有竞争力的价格,这是额外的惊喜!//
1422 -)))
1518 +(% style="text-align:center" %)
1519 +[[image:1639048543615-528.png]]
1423 1423  
1424 -== 3.3 了解市场 ==
1425 1425  
1426 -市场通常由服务消费者子群和具有一个或多个共同特征的潜在消费者子群组成,因此它们具有相似的产品和服务需求。要了解谁是潜在的服务消费者,服务提供者可能需要进行市场分析和规划。市场分析是市场的定量和定性评估;它探讨了市场规模,及其在数量和价值的机会。这包括:
1427 1427  
1428 -* 各种服务消费者细分
1429 -* 客户的期望和购买方式
1430 -* 趋势与动态
1431 -* 竞争
1432 -* 关键人物
1433 -* 经济因素。
1523 +==== 6.2.1.4 基于社会规则和期望的关系 ====
1434 1434  
1435 -期的市场分析有助于组织更聚焦于市场导向,这也适用于内部服务提供者。主要优点包括:
1525 +在已建立的长服务关系中,非正式承诺和强很常见。根据以前的经验,服务的隐含特性在初始阶段就服务消费者公开。此外,服务提供者期望参与方(例如客户、用户、赞助者和服务消费者资源)将按照既定的标准和约定的规则行事
1436 1436  
1437 -* 系统地识别新出现的机会和威胁
1438 -* 了解竞争优势
1439 -* 更全面地沟通客户和市场
1440 -* 更好地分配稀缺资源。
1441 1441  
1528 +有许多描述社会契约的哲学和社会学理论。本质上,社会契约是对社会及其政府施加的规则的接受。特别是,在具有合法影响力的地区生活、工作和互动的个人和组织都接受它。接受可以是显式或隐式的。
1442 1442  
1443 -=== 3.3.1 市场细分 ===
1444 1444  
1445 -(% class="wikigeneratedid" id="H5E02573A7EC6520651418BB8670D52A163D04F9B800594885BF95177670972795B9A97006C42548C671F671B76845BA2623730026BCF4E2A7EC652065E02573A90FD662F552F4E007684FF0C5E948BE591C753D64E0D540C768465B96CD53002" %)
1446 -市场细分允许服务提供者针对具有特定需求和期望的客户。每个细分市场都是唯一的,应该采取不同的方法。
1531 +这个概念可能会影响服务关系,因为政府的标准和要求经常会影响组织的期望,并且对服务的范围和质量特性施加了约束。在某些情况下,正式服务协议会包含有关合规性的声明。
1447 1447  
1448 1448  
1449 -服务提供者了解客户做出决定背后的原因很重要。将让服务提供者能够基于客户的需求和行为对进行分组,以便服务提供者可以解决相应的问题
1534 +法律、当地传统、社区规则和其他求,通常是由社会契约施加这是明确接受合同一个示例,当中一个织不熟悉这些要求时可能会有用;例如建立国际服务关系时
1450 1450  
1451 1451  
1452 -通常,有三种因素可以标识不同的市场细分:
1537 +|(((
1538 +示例
1453 1453  
1454 -* 细分的同质性或通用需求
1455 -* 与其他群体的区别和独特性
1456 -* 对市场的反应或类似反应。
1540 +当组织决定将内部服务职能转变为单独的公司时,他们通常希望根据多年的以往经验,来获得他们习惯了的服务范围和质量。但是,这几乎是不可能的,尤其是在新服务公司有望在商业上取得成功的情况下。
1457 1457  
1458 -细分有两种主要方法:
1459 1459  
1460 -* **基于特征细分 **基于客户和区域特征
1461 -* **基于需求的细分 **基于客户需求。
1543 +不管新正式签署的服务级别协议如何,都期望可能继续基于先前建立规范有效地管理此类组织变更很重要,这样才能保持所需的服务质量、成本和用户满意度。
1544 +)))
1462 1462  
1546 +在实践层面上,服务关系始终由服务提供者和服务消费者之间的显式或隐式协议来支持。重要的是要平衡正式记录的服务隐含特性和协议本身。还应记住,隐含协议基于共同的假设和共同的价值。在应用非明示协议时,尤其是在与新的消费者或提供者建立服务关系时,组织应考虑文化、背景、以前的经验和法规。对默示协议的误解和曲解可能会导致紧张和冲突。
1463 1463  
1464 -==== 3.3.1.1 基于特征的市场细分 ====
1465 1465  
1466 -基于特征市场细分是将服务消费者根据其特征、态度或行为进行细分的流程。图片3.3是此方法的示例。
1549 +=== ​​​​​​​6.2.2 基于成果协议 ===
1467 1467  
1551 +在合作关系和伙伴关系中,组织倾向于从价值和结果角度讨论服务质量。指定功用和功效级别很有用,因为它使服务的监控和管理保持一致。当讨论服务消费者的价值时,讨论可能集中在预期的结果上,或涵盖服务减少或引入的风险和成本。
1468 1468  
1469 -常用的类别有:
1470 1470  
1471 -* **地域 **按区域或地区、服务消费者位置、农村或城市,气候或市场规模。
1472 -* **人口统计 **按年龄、性别、收入、职业、家庭规模、受教育程度或宗教信仰。
1473 -* **行为** 根据收益、使用率、忠诚度或购买准备情况。
1474 -* **心理特征 **按生活方式、性格、态度、社会阶层、价值观或信念。
1554 +价值的书面定义成为规划价值共创和价值实现的联合跟踪、评估和评价的基础,这将在第9章中进一步讨论。价值的定义对于组织而言通常比遵守服务级别要求更为重要,尽管期望两者都应满足。如果信任级别足够高,则即使已经达到约定的服务级别,也可以允许服务提供者调整服务级别并启动服务改进。组织可以在同意步骤中就服务改进和价值实现的方法达成协议,并在其合作关系协议中记录此方法。
1475 1475  
1476 -这种类型的细分在第一步时是有用的,但不是决定性的,因为这些类别之间会有差异。为了满足客户的需求,必须对目标群体进行进一步分析。
1477 1477  
1557 +基于价值和基于成果的服务级别管理方法同样适用于内部和外部关系。需求包括共同的目标、相互信任和组织敏捷性。
1478 1478  
1479 -(% style="text-align:center" %)
1480 -[[image:1638973882325-413.png]]
1481 1481  
1482 - 图片3.3 市场的四个基础细分
1560 +|(((
1561 +**ITIL的故事:基于成果的协议**
1483 1483  
1563 +[[image:1639048688182-294.png||height="53" width="41"]]//Solmaz:我们与汽车清洁公司的协议基于成果。对于此协议,我们不按资源或清洁时间付费;取而代之的是,我们根据干净状态下退还给我们的车辆数量付款,那些影响客户的体验。//
1564 +)))
1484 1484  
1485 -==== 3.3.1.2 基于需求的市场细分 ====
1566 +=== ​​​​​​​6.2.3 从服务消费者需求到协议 ===
1486 1486  
1487 -基于需求的市场细分是基于服务消费者的需求市场进行细分的流程。根据他们的需求身定制信息,这样市场营销活动响应率会更高
1568 +根据服务关系和模型,服务提供者和服务消费者组织之间服务质量的协商存在很大差异影响谈判的一些因素是:
1488 1488  
1570 +* 内部或外部关系
1571 +* 个人(一个人组织)或公司服务消费者
1572 +* 基本服务或战略合作关系
1573 +* 量身定制的或开箱即用服务
1489 1489  
1490 -商业服务提供者经常分析当前产生最多销售额客户帕累托原则(80/20规则)可以帮助识别产生80%销售额20%的服务消费者
1575 +所有这些因素都会影响旅程步骤表6.3列出了这种影响一些示例
1491 1491  
1492 1492  
1493 -基于需求的市场细分包括以步骤:
1578 +表6.3  不同情况服务关系旅程差异的示例。
1494 1494  
1495 -* 分析现有的服务消费者,以识别产生最多销售额的顾客(使用80/20规则)。
1496 -* 探索客户满意度,包括客户为何购买某些产品,以及服务是否/如何满足他们的需求。
1497 -* 执行内部SWOT分析。
1498 -* 将选定的服务消费者分类到不同的市场细分中。
1499 -* 根据SWOT结果优先考虑市场细分。
1580 +(% style="width:802px" %)
1581 +|**影响因素**|(% style="width:569px" %)**因素影响的例子**
1582 +|内部服务关系|(% style="width:569px" %)(((
1583 +服务提供和服务消费可能具有相同的发起人
1500 1500  
1501 -由于基于需求的市场细分可能需要进行广泛的调查,因此每个服务提供者应该专注于少数几个市场细分。这会形成与原型客户发展良好关系,并探索未来需求的力。
1585 +服务提供者和服务消费者可具有相同的战略目标
1502 1502  
1587 +可能没有合法的服务合同
1503 1503  
1504 -=== 3.3.2 识别和分析服务消费者 ===
1589 +关系可能基于命令和控制,而不是合作关系
1590 +)))
1591 +|个人服务消费者|(% style="width:569px" %)(((
1592 +发起人或赞助人(隶属于服务消费)、客户和用户可能是同一个人,并且有利益冲突
1505 1505  
1506 -对整个市场的当前和潜在服务消费者进行分析是行的,但是探索一细分市场或较小的群体能更高效。
1594 +客户数量能非常大;人谈判方法不
1507 1507  
1596 +关系可能是规范且正式的,而不是基于个人需求和类似合作关系的关系
1508 1508  
1509 -一种有用的方法是了解为什么当前或潜在的服务消费者会租用产品或服务。这有助于服务提供者识别潜在客户,并开发与服务消费者需求一致的产品和服务。
1598 +简单且通常为自动化的协议规程
1599 +)))
1600 +|基本服务|(% style="width:569px" %)(((
1601 +高度标准化的服务产品和服务要求
1510 1510  
1603 +简单且通常为自动化的协议规程
1511 1511  
1512 -另一种方法是基于历史市场数据和服务消费者数据进行预测分析(例如认知技术、机器学习)。其中包括受众特征、购买行为、转化、留存、客户流失、追加销售、交叉销售、属性与现有客户相似的组织等。预测分析可能会增进对现有服务消费者的了解,揭示需要关注的顾客,并识别和限定新的销售线索。
1605 +协议不太可能专注于结果或价值
1606 +)))
1607 +|量身定制的服务|(% style="width:569px" %)(((
1608 +协商、交付和评估服务的个性化方法
1513 1513  
1610 +量身定制的协议(格式、服务级别目标、评估和报告)
1611 +)))
1514 1514  
1515 -探索服务消费者需求是一项持续的工作,但是跟踪现有服务使用不断变化需求同样重要服务提供者产品组合用于对服务和产品市场和服务消费者进行跟踪、评估市场和确定优先级。读者应参阅组合管理实践指南以解更多详细信息
1613 +服务消费者服务提供应意识到一个重要共性是,协商旨在缩小服务质量特性范围。图6.1中对此进行了说明
1516 1516  
1517 1517  
1518 -|(((
1519 -**ITIL的故事:了解市场**
1616 +参与谈判的所有各方均应了解,约定的服务级别(尤其是以合法的合同的形式)仅包含可以高度保证且明确衡量的特性和目标。包含此内容的另一个原因是,在流程期间可能会丢失信息,包括从建立需求和期望到明确陈述的需求,再到协议。
1520 1520  
1521 -[[image:1638973980626-580.png||height="49" width="48"]]//Mariana//**:**//为了帮助了解客户,我们进行了市场细分。我们知道我们的客户都有一个重要相同特征:他们每个人都需要在常工作周某个时间到达校园或附近但是他们需求在其他重要方面可能有所不同有些人需要整夜持有汽车才能第二天返回校园。而其他住在校园附近的人可能只对周末或不定期用车探索圣保罗周边地区感兴趣。//
1618 +此外,对于开箱即用服务,客户需求不会直接转换为服务特性;它必须与预定义和已发布的服务描述进行比较和匹配而这些描述可能是在没有客户参与情况下设计的。这意味着仅关注履行式协议不足以管理服务质量监视和讨论用户和客户的满意度以及服务消费结果和价值非常重要。
1522 1522  
1523 -[[image:1638973989595-640.png||height="47" width="36"]]//Tomas:通常整夜车的人群通常是经常通勤的女性家长。她喜欢附近车辆带来的安全性和便利性//
1620 +尽管SLA不足以于服务度量、评估、评价改进,但它仍然有用协议有多种形式。
1524 1524  
1525 -[[image:1638973980626-580.png||height="49" width="48"]]//Mariana//**:**//我们已经能够利用艾克苏的内部营销部门来帮助促进和增强服务供应。现在,我们可以聚焦两种不同的细分营销信息:关注安全性的女性和家长,以及重视成本和便利性的学生。//
1526 -)))
1622 +(% style="text-align:center" %)
1623 +[[image:1639048741852-426.png]]
1527 1527  
1528 -== 3.4 瞄准市场 ==
1625 +图片6.1协议限制:从服务消费者需求到协议
1529 1529  
1530 -为了使构建品牌和吸引目标客户,内部和外部服务提供者应进行营销投资。市场营销推广产品和服务供应,并提升品牌。营销是一个综合领域;许多服务提供者都有专门的市场部门来承担这项工作。
1531 1531  
1628 +|(((
1629 +**SLA的内容和结构**
1532 1532  
1533 -=== ​​​​​​​3.4.1 价值主张 ===
1631 +SLA的基本结构由名称表示:
1534 1534  
1535 -价值主张是一个声明,它明确指出了服务消费者从特定的服务供应中将获得什么益处(Buttle,2009年)。这是使您的服务或产品快速区分于竞争对手的绝佳方法。 \
1633 +* **Service 服**务定义协议的范围
1634 +* **Level 级**别定义服务的特性以及每个特性的商定指标和目标
1635 +* **Agreement 协**议涵盖了服务提供和使用的条款和条件。
1536 1536  
1637 +如果协议涵盖多种服务或反映了消费者组织的复杂结构,则该结构可能会变得更加复杂。例如,“级别”和“协议”部分可能包含适用于每种服务或客户的段落,以及特定于服务或客户的段落。
1537 1537  
1639 +与外部组织的协议(SLA是法律合同的一种或一部分)中,协议部分通常会变得更加复杂。在订购协议中,它可能包含特定条款,例如订购期限、取消的规则和费用以及收取定期付款的方法。无论哪种结构对组织更有效,遵循此指导原则都是很重要的:使其简单实用。在不可避免的复杂情况下,建议(或法规要求)以简洁明了的语言提供简短的解释。这对于敏感服务(例如贷款)尤其重要。
1640 +)))
1641 +
1538 1538  |(((
1539 -定义价值主张
1643 +**ITIL的故事从服务消费者需求到协议**
1540 1540  
1541 -
1542 -服务提供者向其客户明确承诺提供的特定收益。
1645 +[[image:1639048791347-982.png||height="51" width="36"]]//Solmaz:根据我们向汽车清洁公司提出的初始价格,该公司回应说不再使用环保产品。环保可持续性在艾克苏汽车租赁公司中,对我们的愿景至关重要,因此我们不得不重新协商互利的成果。//
1543 1543  )))
1544 1544  
1545 -价值主张应该通过满足目标客户的需求而量身制。他们应该简明地告诉客户:
1648 +=== ​​​​​​​6.2.4 协商并协服务功用、功效和体验 ===
1546 1546  
1547 -* 产品或服务如何解决他们的问题
1548 -* 如果他们获得产品或服务后会期待什么
1549 -* 与竞争对手相比,与该公司开展业务的优势。
1650 +SLA的“级别”部分通常包括针对服务功用和功效的议定服务级别目标。
1550 1550  
1551 -精心编写的价值主张是营销最重要的要素之一,因为它立即突出了产品或服务的优势。
1552 1552  
1553 1553  |(((
1554 -提示
1654 +**定义**
1555 1555  
1556 -考虑您所针对的组织中典型决策者的观点。例如,人力资源经理可能是招聘工具的决策者,因此在设计价值主张时考虑人力资源经理的观点将很有用。
1656 +* **功用,**产品或服务提供的可满足特定需求的功能。功用可以概括为“ 服务的用途”,并且可以用来确定服务是否“ 符合目的”。要具有功用,服务必须支持消费者的性能或绩效,或消除消费者的约束。许多服务都可以做到。
1657 +* **功**效,确保产品或服务将满足约定的要求。功效可以概括为“ 服务的执行方式”,并且可以用来确定服务是否“适合使用”。功效通常涉及与服务消费者的需求相符的服务水平。这可以基于正式的协议,也可能是市场营销信息或品牌图像。功效通常涉及诸如服务的可用性、其容量、安全级别和连续性等领域。如果满足所有定义和约定的条件,则可以说服务提供了可接受的保证或“功效”。
1557 1557  )))
1558 1558  
1559 -=== ​​​​​​​3.4.2 市场市场空间 ===
1660 +服务质量服务级别的管理应该着重于价值,并且应该管理服务的所有相关特性。这包括相关的指标、体验领域和反馈。从需求的规范到已实现的质量的评价,分离服务的功能和非功能特性的方法来自于开发和运营团队的分离。这些特性和团队的分离通常导致对服务质量的零碎理解。
1560 1560  
1561 -服务提供者必须使用探索不同的渠道,才能在市场和市场空间中的目标市场吸引他们的客户。市场是物理世界,而市场空间是由Internet上可用的所有可能渠道定义的。
1562 1562  
1663 +==== 6.2.4.1 功用 ====
1563 1563  
1564 -市场营销举措示例包括:
1665 +服务功用特性通常被描述为由服务提供者的人员和其他资源执行的功能,或服务动作(由服务提供者执行,可供用户使用或共同执行)。表6.4提供了服务功用描述和指标的一些示例
1565 1565  
1566 -* 与潜在客户的会晤的场所
1567 -* 早餐研讨会
1568 -* 销售会议
1569 -* 会议演讲
1570 -* 报纸公告
1571 -* 杂志文章
1572 -* 传单和小册子
1573 1573  
1574 -而市场空间中举措示包括:
1668 +表6.4显示功用特性通常是二进制的(它起作用或不起作用)。关联的指标通常基于重要功能或性能不可用或性能太低无法接受事件。但是,服务功用的整体评估可以基于多个特性和相关指标的集成。如,如果系统的某些功能不可用或执行时出错很多,则可以将它们评估为约定的功用的百分比,而不是二进制指标。有关服务指标和度量的更多信息,请参见第9章和服务级别管理实践指南。
1575 1575  
1576 -* 社交媒体
1577 -* 网站
1578 -* 时事通讯
1579 -* 广告
1580 -* 网络研讨会
1581 -* 播客
1582 -* 画像
1583 -* 聊天机器人
1584 -* 大数据、物联网IoT和针对目标市场的人工智能(AI)。
1585 1585  
1586 -(Bordoloi等人,2018)  如今,企业在两个世界中竞争:人与物的物理世界(称为市场)信息虚拟世界(称为市场空间)
1671 +表6.4 服务功用说明指标的示例
1587 1587  
1673 +|**服务**|**功能示例**|**指标和目标示例**
1674 +|移动网络|(((
1675 +连接到全球互联网
1588 1588  
1589 -=== ​​​​​​​3.4.3 个性化和画像  ===
1677 +用于语音和视频通话的IP电话、SMS
1678 +)))|(((
1679 +无法访问互联网资源发生的事件数(每月<2)
1590 1590  
1591 -画像是一种跟踪服务消费者行为的方法,旨在了解消费者的需求,使目标市场销售活动成为可能。个性化就是要了解客户最有可能希望获得哪些服务产品,并向客户展示这些特定的产品。
1681 +平均连接速度(> 10 Mbps)
1592 1592  
1683 +连接中断的呼叫百分比(<5%)
1593 1593  
1594 -随着有关客户和用户的个人信息的积累通过征求同意来保护个人隐私非常重要。许多国家/地区已经严格规范了隐私立法,但在获得同意的情况下,服务提供者可以通过市场空间为其客户和用户增加价值。
1685 +音频或视频质量被用户评估为5星中3星或更少(<10%)
1595 1595  
1687 +无法建立呼叫或应用程序连接(<5%)
1596 1596  
1597 -=== ​​​​​​​3.4.4 目标市场 ===
1689 +交付时间超过一分钟的SMS的百分比(<5%)
1690 +)))
1691 +|商务旅行机票搜索与预订|(((
1692 +按日期、航空公司和票价搜索航班
1598 1598  
1599 -当服务提供者根据特定人群,及其需求期望量身定制信息时,营销活动效果最好。为了有效地做到这一点,必须使用特定的用户描述(用户画像)。这能让服务提供者向潜在客户传递个性化信息,以解决他们的真正的需求问题。
1694 +选择预订航班
1600 1600  
1696 +飞行常客卡的识别和申请
1601 1601  
1602 -可以使用简单的技术例如AIDA(认知、兴趣、期望、行为)(请参阅图片3.4)来编写信息。这些工具有助于解释信息,并提升消息传达给目标受众的机会。它们有助于提高客户对供应的认知,激发兴趣和期望,并触发行为。
1698 +政策符合性检查
1603 1603  
1700 +将差旅费用分配给正在进行的代码和项目预算代码
1701 +)))|(((
1702 +无法完成搜索的事件数(<1%)
1604 1604  
1605 -(% style="text-align:center" %)
1606 -[[image:1639037606903-920.png]]
1704 +服务未提供通过其他搜索引擎提供更好票价或航班的已报告事件的数量(每月少于5个)
1607 1607  
1706 +未正确分配给预算代码的预订数量和百分比(每月<5或<2%)
1608 1608  
1609 -图片3.4 AIDA 模型
1708 +由于技术问题而无法完成航班搜索,预订或付款的事件的数量和百分比(每月<2或<1%)
1610 1610  
1710 +搜索、预订或付款交易超时(每月<5或<2%)的事件数量和百分比
1711 +)))
1611 1611  
1612 -=== ​​​​​​​3.4.5 品牌和声誉 ===
1713 +==== 6.2.4.2 功效 ====
1613 1613  
1614 -品牌是人们关于组织及其在市场上的产品和服务的综合感知。因此,发展与目标市场优质关系是影响品牌重要组成部分品牌是迭代建立的,反映在人们谈论组织及其人员、产品和服务的方式中。
1715 +服务功效描述了在约定条件下提供约定功用保证级别条件可能包括:
1615 1615  
1717 +* 服务提供的地区和期限
1718 +* 需求/工作量
1719 +* 威胁和相关风险
1720 +* 用户的准备情况
1721 +* 适用法律
1616 1616  
1617 -=== ​​​​​​​3.4.6 续性和三重底线 ===
1723 +“保证级别”是指在约定的条件下,提供了某些级别的用性、性能、容量、连续性、安全、可用性、合规性其他服务质量特性。表6.5给出了移动互联网服务的一些示例。
1618 1618  
1619 -可持续性是一个对品牌和声誉影响重大的区域。可持续性可以定义为“在不损害后代满足他们自己的需求的能力的情况下,满足当前代的需求的发展”(Brundtland等,1987)。
1620 1620  
1726 +表6.5 功效需求和相关指标的示例
1621 1621  
1622 -术语“底线”通常是审计。但是,可持续性的目标变得越来越重要,因此为了解决可持续性问题,组织经常采用三重底线(TBL)方法(Elkington,1994),如图片3.5所示,它是一个涵盖财务、社会和环境方面的审计框架(Bordoloi等,2018)。TBL是发展业务的综合方法,标志着从短期财务目标向可持续性的长期目标转变。聚焦可持续目标不仅可以提升组织的品牌和声誉,而且可以更好地在健康、气候和资源利用率方面驱动客户、员工和社会的利益相关者价值。
1728 +(% style="width:1097px" %)
1729 +|**功效需求**|(% style="width:469px" %)**指标和目标**|(% style="width:529px" %)**条件**
1730 +|可用性|(% style="width:469px" %)(((
1731 +可用性超过一个月的百分比(> 99%)
1623 1623  
1624 -(% style="text-align:center" %)
1625 -[[image:1639037985236-145.png]]
1733 +中断次数(每月<3)
1626 1626  
1627 -图片3.5 可持续性和三重底线方法
1735 +最长中断时间(<15分钟)
1628 1628  
1737 +中断之间的最小正常运行时间(> 3小时)
1738 +)))|(% style="width:529px" %)(((
1739 +在约定的服务提供时间和范围内,
1629 1629  
1630 -=== ​​​​​​​3.5.7 现有客户的重要性 ===
1741 +包括本地区和漫游目的地
1742 +)))
1743 +|性能|(% style="width:469px" %)(((
1744 +最低下载速度(> 5 Mbps)
1631 1631  
1632 -让现有客户满意对吸引新客户至关重要。造成这种情况三个主要原因是:
1746 +一段时间内平均下载速度(> 10 Mbps)
1633 1633  
1634 -* **成本 **与现有客户相比,接触新客户更加困难、耗时且昂贵。
1635 -* **再售 **满意客户更有可能获得新的服务。
1636 -* **品牌 **满意的客户可能会向其他消费者推荐服务。
1748 +最低上传速度(> 3 Mbps)
1637 1637  
1638 -一旦利益相关者了解了共同创造价值机会,他们也就准备好建立良好的服务关系。
1750 +下载小时视频平均时间(少于5分钟)
1639 1639  
1752 +视讯通话或视频流中断或延迟的事件数(每月<3)
1753 +)))|(% style="width:529px" %)(((
1754 +同时下载进程的最大数量为3
1640 1640  
1641 -|(((
1642 -ITIL的故事:目标市场
1756 +有关官方视频托管和通信服务的商定列表
1643 1643  
1644 -[[image:1639038050155-829.png||height="56" width="44"]]//Mariana//**:**//了解我们有很多客户,从普通用户到间歇使用服务的用户后,我们能够针对市场提供不同的订阅产品。普通用户喜欢每小时和公里的成本降低,并愿意每月支付费用。间歇性的客户的使用频率较低,他们不希望每月支付费用。但是,他们愿意每小时支付更多的汽车使用费。//
1645 -
1646 -[[image:1639038062590-279.png||height="61" width="42"]]//Radhika//**:**//间歇性用户通常将事务打包成一趟行程,一天租用几个小时的汽车,而不是每天使用。//
1758 +在商定的服务提供区域内,仅家庭网络
1647 1647  )))
1760 +|容量|(% style="width:469px" %)(((
1761 +最大并发流量的应用程序数量,例如视频流/下载和视频通话(5)
1648 1648  
1763 +覆盖范围(建筑物的所有房间)
1649 1649  
1650 -== 3.5 总结 ==
1765 +每月流量(无限制)
1766 +)))|(% style="width:529px" %)(((
1767 +官方认可的应用
1651 1651  
1652 -客户旅程通常在服务提供者和服务消费者建立关系之前开始。两组都可以探索自己的需求和市场机会,用以识别可能有助实现各自需求的合作伙伴。这可能包括多个方面,如组织目标和能力、运营的背景、以及战略目标和机会。服务提供者必须了解其市场和市场细分
1769 +在家庭网络和选定的漫游目的地内
1770 +)))
1771 +|信息安全|(% style="width:469px" %)每月来自互联网的恶意软件引起的安全事件数(0)|(% style="width:529px" %)只要用户不更改安全设置和防病毒软件设置,并且所有用户都遵循信息安全准则
1772 +|合规性|(% style="width:469px" %)服务提供和服务符合有关个人数据保护、版权保护和内容控制的国家法规|(% style="width:529px" %)只要用户不更改内容控制设置,并且用户遵循信息处理准则
1773 +|连续性|(% style="width:469px" %)(((
1774 +发生重大网络中断时的最长服务恢复时间(<12小时)
1653 1653  
1776 +发生重大网络事件时切换到备份解决方案的最长时间(<3小时)
1777 +)))|(% style="width:529px" %)(((
1778 +如果国家电网可用
1654 1654  
1780 +如果至少有一个移动运营商合作伙伴的网络可用
1781 +)))
1782 +|辅助功能|(% style="width:469px" %)所有界面清晰可见,易于使用|(% style="width:529px" %)只要用户没有视力障碍,并且可以阅读和说英语、德语、法语或西班牙语
1655 1655  
1656 -----
1784 +==== 6.2.4.3 体验 ====
1657 1657  
1658 -= 4. 步骤2契动 =
1786 +如前所述,组织越来越多地在协议中包含用户体验目标。许多体验指标与服务接口性能相关;其他的可能表示用户对界面或服务的总体满意度。其中的度量可以集成到数字化服务中。体验指标的示例包括
1659 1659  
1660 -[[image:1639038146748-255.png]]
1788 +* 用户错误
1789 +* 返回上一级(后退按钮用法)
1790 +* 帮助(F1)呼叫
1791 +* 丢弃(未完成)服务操作
1792 +* 在广告休息期间切换到其他频道的用户
1793 +* 试用期过后取消订阅的用户
1794 +* 确认用户同意条款但不阅读条款和条件的用户。
1661 1661  
1662 - 交流与协作
1796 +表6.6 提供了一些商务旅行机票搜索和预订服务的体验特性和指标的示例。
1663 1663  
1664 - 理解服务关系类型
1665 1665  
1666 - 建立服务关系
1799 +表6.6 体验特性和指标示例
1667 1667  
1668 - 管理供应商和合作伙伴
1801 +(% style="width:875px" %)
1802 +|**体检特性**|(% style="width:553px" %)**指标和目标**
1803 +|不间断地完成用户操作|(% style="width:553px" %)每月未完成的预订数量和百分比(<50或<5%)
1804 +|用户对服务的满意度|(% style="width:553px" %)用户在一段时间内对服务给予的平均和最低评分(> 4分,共5分;> 2.9分)
1805 +|界面清晰便捷|(% style="width:553px" %)(((
1806 +每月用户使用界面帮助的交易数量和百分比(<10或<5%)
1669 1669  
1808 +用户在一段时间内对服务界面给予的平均和最低评分(> 4,共5;> 3.5)
1809 +)))
1670 1670  
1671 -契动步骤目的构建透明度持续的契动、以及利益相关者之间的信任,以确保对每个利益相关者的偏好和体验有良好的相互理解任何服务而言,关系信任成功实现价值的重要因素。当存在高度信任时,每一方都相信另一方致力于共同功,当这种关系导致相互依赖成功时,可能会积累更的信任
1811 +其背后想法直接测量用户体验而不仅仅是询问用户。术语体验级别协议或XLA™由Marco Gianotten(Gianotten,2017年)提出体验的服务定义度量方法适用于服务动作服务的重要部分服务。有很服务没有用户交互,也很少交互例如基础设施即服务(IaaS)或平台作为服务(PaaS)。
1672 1672  
1673 1673  
1674 -当所有利益相关者能够培养和维持一个合作和信任的环境时,它们都是成功的,因为:
1814 +(% style="text-align:center" %)
1815 +[[image:1639049066141-786.png]]
1675 1675  
1676 -* 凭借高度信任,客户会倾向于增加需求,可以有效促进价值共创。
1677 -* 表现出色的服务提供者会获得资源为服务消费者创建和交付高质量的产品或服务,有助于增强竞争优势。
1678 1678  
1679 -在低度信任的关系中,所有内容都趋于固定、文档和规范。在高度信任的关系中,它更加灵活,接触点和服务交互性的数量可能会增加。因此,协作变得更容易。
1680 1680  
1819 +=== ​​​​​​​6.2.5 协商并同意其他条款和条件 ===
1681 1681  
1682 -表4.1总结了为什么服务提供者客户和其他利益相关者应该投资于促进服务关系
1821 +服务提供者客户之间的协议通常包括功用、功效或体验所未涵盖的条款条件这些条款和条件可能包括:
1683 1683  
1823 +* 服务提供的地区和期限/时间表
1824 +* 服务提供的前提条件(用户培训、保险、基础设施和软件兼容性)
1825 +* 引入和撤销的规则和条件
1826 +* 更改协议的规则和条件
1827 +* 更改涵盖产品和服务、执行测试等的规则和条件。
1828 +* 服务协议终止和延期的规则和条件
1829 +* 角色和责任
1830 +* 协议中利益相关者的组织
1831 +* 沟通与沟通渠道
1832 +* 协议的治理
1833 +* 服务提供的资金来源
1834 +* 价格、价格计算规则以及付款方式和付款期限
1835 +* 执法方法(例如,奖励措施、处罚措施、积分的赚取/扣除、信任分数、反馈会议、合同合规性的发布、法律步骤和媒体使用)
1836 +* 纠纷
1837 +* 服务提供者和服务消费者保证并遵守相关标准和其他要求
1838 +* 权利以及进行第三方审核和审查、请求独立的审计报告等的访问权限
1684 1684  
1685 -大多数情况下,服务不足以满足利益相关者对实际需求利益相关者也需要相信服务提供者将随着时间推移继续提供一定水平的服务和改进。各方不仅在结果方面,而且在体验和偏好中都必须对期望有共同的理解图4.1中对此进行了突出显示。
1840 +其中大多数都属于SLA协议部分它们描述了为满足条件功用提供同保证级别或功效的条件
1686 1686  
1687 1687  
1688 -优秀的服务关系可以培养并揭示对利益相关者,体验偏好对果的期望由于偏见和错误假设是共同努力取得成功的主要威胁,因此对于契动始终是一个好主意,以便开始阐明和传达假设和期望
1843 +此服务协议详细程度和形式取决于服务关系类型SLA与企业内部非商业服务提供比,向外部服务消费者提供商业服务需要记录更多手续
1689 1689  
1690 1690  
1691 -表4.1契动和培养关系的目的
1846 +|(((
1847 +**关键信息**
1692 1692  
1693 -|**契动**|(% style="width:554px" %)**对于服务消费者**|(% style="width:528px" %)**对于服务提供者**
1694 -|**促进成果和体验**|(% style="width:554px" %)(((
1695 -从服务中获得更高(潜在)的价值
1849 +即使非正式协议也应包括服务评估和改进的规则和程序。重要的是要确保所有相关的利益相关者都意识到这一点,并愿意参加相关的活动,例如反馈调查、服务评审会议和改进计划。
1850 +)))
1696 1696  
1697 -为了更好的客户体验
1852 +=== ​​​​​​​6.2.6 标准化和自动化协议 ===
1698 1698  
1699 -由于增加了服务提供者认而增加了服务设计的效果效率
1854 +客户旅程的所有其他步骤一样,此步骤在很大程度上可以标准化和自动化,尤其是在与各个消费者建立服务关系时。表6.7说明了它可能有多简单快速。
1700 1700  
1701 -由于与服务提供者进行了有效的沟通,为了更清晰地共享对期望的理解,需求和偏好
1702 -)))|(% style="width:528px" %)(((
1703 -通过培育和保留现有客户来增加服务提供
1704 1704  
1705 -增强竞争优势,以寻找新客户
1857 +这些步骤之后会自动形成正式的协议,并应由各方(通常电子方式)签署。之后,服务消费者服务提供者进入入,将在第7章中进行讨论。
1706 1706  
1707 -从更好的客户认同获得改进点机会
1708 1708  
1709 -获得更好的决策信息
1860 +为了实现这一点,服务提供者需要仔细地设计和测试其服务、服务目录和支持工具。重要是要确保其服务符合所选关系模型的目的。预定义的自动协商方法和协议不能解所有服务关系。许多服务关系是基于自定义的单独方法构建的,无法自动执行。
1710 1710  
1711 -推进共同愿景如何实现双赢
1712 -)))
1713 -|**优化风险和合规性**|(% style="width:554px" %)(((
1714 -降低复杂度
1715 1715  
1716 -
1717 -)))|(% style="width:528px" %)(((
1718 -降低复杂度
1863 +表6.7 针对向许多个人消费者提供服务的典型协议操作示例
1719 1719  
1720 -增加长期成功的可能性降低服务的成本
1865 +(% style="width:1146px" %)
1866 +|**同意的要素**|(% style="width:1008px" %)**谈判和协议动作**
1867 +|范围|(% style="width:1008px" %)(((
1868 +可用的服务由服务提供者预先定义。客户从可用目录中进行选择,无论是否咨询服务提供者。
1869 +
1870 +通过自动界面进行选择。
1721 1721  )))
1722 -|**优化资源与最小化成本**|(% style="width:554px" %)(((
1723 -减少服务支出
1872 +|固有的质量特性|(% style="width:1008px" %)对于选定的服务,可以使用一些预定义的选项。 这些选项可以自定义或预先包装在服务级别软件包中。 客户选择最能满足他们需求和要求的选项。
1873 +|指定的质量特性|(% style="width:1008px" %)对于选定的服务和质量,可以使用一些预定义的交付选项,例如付款方式和时间表、服务提供期限,服务提供范围等。客户选择最能满足其需求和要求的选项。
1874 +|控制和改进方法|(% style="width:1008px" %)服务提供者预先定义了控制的方法、报告和反馈。客户被告知并被迫接受这些条件以继续执行协议。
1724 1724  
1725 -减少谈判支出
1876 +=== ​​​​​​​6.2.7应用实践 ===
1726 1726  
1727 -减少控制活动的时间和精力
1728 -)))|(% style="width:528px" %)(((
1729 -减少谈判支出
1878 +为了成功达到有关服务关系和服务质量的协议,组织应采用以下ITIL 管理实践:
1730 1730  
1731 -减少行销的成本和客户
1732 -)))
1880 +* 业务分析
1881 +* 关系管理
1882 +* 服务目录管理
1883 +* 服务财务管理
1884 +* 服务级别管理
1885 +* 供应商管理。
1733 1733  
1734 -(% style="text-align:center" %)
1735 -[[image:1639038280007-636.png]]
1887 +读者应参阅相应的ITIL 实践指南以了解详细信息。
1736 1736  
1737 - 图片4.1 服务的各个方面价值
1738 1738  
1739 -
1740 1740  |(((
1741 -**ITIL故事:第2步– 契动**
1891 +**ITIL故事:标准化和自化协议**
1742 1742  
1743 -[[image:1639038342932-765.png||height="55" width="52"]]//Mariana:与传统的汽车租赁不同,汽车共享是服务,它要求服务提供者和客户之间高度信任。例如,我们相信客户可以收集和归还车辆,而无需员工检查车辆是否损坏。我们要求客户记录他们收车时发现的任何损坏,并告知我们在旅途中汽车是否损坏。//
1744 -
1745 -[[image:1639038356665-888.png||height="60" width="48"]]//Radhika:我们的客户信任eCampus Car Share在需要时提供清洁,安全,可行驶的车辆。他们相信服务能够通过使用绿色清洁产品和校园内可靠的计费站来达到愿景环保可持续性的要求。他们还信任公司保护自己的私人信息,并诚实,适当地管理其帐户。//
1893 +[[image:1639049191757-274.png||height="43" width="42"]]//Mariana:我们用于预订汽车的服务可通过艾克苏预订应用程序在线自动进行。eCampus Car Share与客户之间不会进行协商。但是,在接受预订后,我们要求客户明确同意您租车的条款和条件。他们同意后,便与我们签订了协议。他们无需在每次预订汽车时签署冗长的法律文件。//
1746 1746  )))
1747 1747  
1896 +== 6.3 总结 ==
1748 1748  
1749 -== 4.1 沟通与协作 ==
1898 +要驱动和跟踪利益干系人的价值,必须调整期望,映射和计划价值共创,并且就服务范围和质量达成共识。
1750 1750  
1751 -沟通是建立关系和信任的基础。沟通不畅会破坏良好的意愿,并导致损失、延误、不必要的纠纷和糟糕的服务交付。在契动步骤中,有效的沟通尤为重要,因为这是形成最初预期的时候。沟通的效果取决于沟通双方的关系类型。
1752 1752  
1901 +该方法取决于关系的类型以及产品和服务的性质,但是服务关系始终由服务提供者和服务消费者之间的显式或隐式协议来支持。
1753 1753  
1754 -合作是与他人一起工作实现自己的目标。这些目标可能是共同目标的一部分。但是,有一个风险,涉及合作的个人/团队将在竖井中工作。结果,个人/团队的目标实现了,但是组织的目标却没有实现。
1755 1755  
1756 1756  
1757 -协作是一人或多人与他人共事产生某种东西的流程。从业务的角度来看,协作是一种实践,人们可以一起工作以实现一个共同目标。协作允许信息共享,从而实现反馈并带来更高的服务质量和更有创造性的改进。
1905 +----
1758 1758  
1907 += 7. 步骤5:引入 =
1759 1759  
1760 -对于团队合作和服务关系而言,合作和协作都是有效且有价值的方法。在复杂的环境中,合作具有更大的创造性和创业工作潜力。合作可以是一种有效的标准化工作模式,明确划分职责,尤其是当来自多个组织的人员需要一起工作时。在服务关系中,协作对于伙伴关系是困难的;合作在基本的合作关系中是很常见的。
1909 +[[image:1639049245149-501.png]]
1761 1761  
1762 1762  
1763 -为了有效地进行沟通和协作,个人应该了解文化差异、语言障碍和时区。
1912 + 计划引入
1764 1764  
1914 + 与用户相关并建立关系
1765 1765  
1766 -表4.2 三种倾听模式在不同服务管理情况下的应
1916 + 提供户参与和交付渠道
1767 1767  
1768 -|(% style="width:89px" %)**倾听模式**|(% style="width:483px" %)**描述**|(% style="width:511px" %)**何时使用**|(% style="width:211px" %)**柯维的层次**
1769 -|(% style="width:89px" %)**内部倾听**|(% style="width:483px" %)重点是内在的。大部分的注意力集中在主题如何影响听者,它唤起了什么情感,以及它如何与个人成见的比较。|(% style="width:511px" %)当以用户身份参与培训、审查工作结果报告、学习新的说明、接受辅导或指导、审查文档等时,这种倾听方式非常有用。|(% style="width:211px" %)(((
1770 -听而不闻
1918 + 使用户能够使用服务
1771 1771  
1772 -假装在听
1920 + 提升彼此的能力和撤销客户与用户
1773 1773  
1774 -选择性倾听
1775 -)))
1776 -|(% style="width:89px" %)**专注倾听**|(% style="width:483px" %)(((
1777 -关注的是对方,而不是外部世界。
1778 1778  
1779 -专注倾听是同理心、澄清和协作的水平。听众在整个对话过程中会注意到语气、肢体语言和持续的反应。
1780 -)))|(% style="width:511px" %)在讨论服务需求(例如,协商SLA)、参加决策会议、规划变更等,可使用这种倾听类型。|(% style="width:211px" %)专注倾听
1781 -|(% style="width:89px" %)**360度倾听**|(% style="width:483px" %)(((
1782 -360度倾听或环境倾听,包括所有感官所能观察到的一切。
1923 +引入包括服务消费者开始使用服务和服务提供者准备交付服务所需的所有活动。这些范围包括从打开并可供使用的服务(例如,连接到网络的移动电话)到合同协议、用户感知、培训和资源共享(例如,外包桌面设备)。
1783 1783  
1784 -好的执行者通常都有很强的360度倾听技巧。
1785 1785  
1786 -经验丰富的演员、培训师、教师和领导者可能已经能够立即评估一种气氛,并监控其气氛如何随他们的行动而变化。这些人擅长根据自己的影响调整自己的行为。
1787 -)))|(% style="width:511px" %)(((
1788 -解决问题时、设计产品和服务时、在教学中、进行审计时、在协调团队合作时、在销售情况下都可以使用这种倾听类型。
1926 +有效的引入支持服务的提供和使用,提高服务的使用效率,改善用户体验,确保满意度,并增进服务提供者和服务消费者之间的关系。
1789 1789  
1790 -服务提供者通过调查,社交媒体,客户评论,电子邮件,反馈表,服务使用情况分析等与服务消费者进行沟通。
1791 -)))|(% style="width:211px" %)同理心的倾听
1792 1792  
1793 -=== 4.1.1 倾听模式 ===
1929 +表7.1总结了服务提供者、服务消费者和其他利益相关方为何应投资有效的引入和撤销。
1794 1794  
1795 -倾听是有效沟通的关键,可以通过实践和训练来提高。糟糕的倾听会导致错误、误解和合作失败。
1796 1796  
1932 +引入在协议达成或更改之后,但在服务消费启动之前发生。引入为用户创造了第一个服务印象,这可能会严重影响发起人和客户就服务关系做出的任何进一步决定。 因此,应根据商定的计划仔细计划和管理每个引入计划。
1797 1797  
1798 -不同的倾听模式可以用于不同的情况,以改善沟通。斯蒂芬·柯维(Stephen Covey)在《高效能人士的七个习惯》(The 7 Habits of Highly Effective People, Covey, 1989)一书中提出了一个常见的倾听层次。这包括以下内容:
1799 1799  
1800 -* 听而不闻 不努力倾听。
1801 -* 假装在听 表现出你在倾听的样子。
1802 -* 选择性倾听 仅倾听你感兴趣的部分对话。
1803 -* 专注倾听 集中注意力听说话者所说的话。
1804 -* 同理心的倾听 倾听并回应理解说话者的言语、意图和感受。
1935 +表7.1 引入和撤销的目的
1805 1805  
1806 -该层次可以进一步简化为三种基本的倾听模式。表4.2中描述了三种倾听模式及其在不同服务管理情况下的应用方式。
1937 +(% style="width:1025px" %)
1938 +|**引入和撤销**|(% style="width:389px" %)**对于服务消费者**|(% style="width:391px" %)**对于服务提供者**
1939 +|促进成果和体验|(% style="width:389px" %)(((
1940 +通过有效使用服务来确保更好的投资回报
1807 1807  
1942 +改善用户体验
1808 1808  
1809 -=== 4.1.2 多元化 ===
1944 +通过有效使用服务来提高业务运营的效果和效率
1810 1810  
1811 -当今世界非常多样化。因此,在服务关系的合作中,应考虑许多因素,包括:
1946 +通过与新的服务提供者合作来最大化价值
1947 +)))|(% style="width:391px" %)(((
1948 +通过与新的服务消费者/客户/用户的合作来最大化价值
1812 1812  
1813 -* 文化差异和语言
1814 -* 时区和位置
1815 -* 季节因素(例如,暑假)
1816 -* 组织文化。
1950 +提高对新的服务和服务提供者的总体了解
1817 1817  
1818 -始终重要的是:
1952 +提高客户和用户的忠诚度和参与度
1953 +)))
1954 +|优化风险和合规性|(% style="width:389px" %)(((
1955 +降低与新服务和用户有关的用户事件及问题的可能性
1819 1819  
1820 -* 培养尊重的态度
1821 -* 使用正确的语言
1822 -* 创建一个可以安全表达所有观点的环境
1823 -* 最后得出可执行的结论
1824 -* 不断地与工作程序保持一致。
1957 +缩短过渡到新服务/提供者的时间
1958 +)))|(% style="width:391px" %)(((
1959 +降低服务质量中事件和相关违规的可能性
1825 1825  
1826 -|(((
1827 -**ITIL的故事:沟通与协作**
1828 -
1829 -[[image:1639038517459-380.png||height="59" width="53"]]//Mariana:我们使用艾克苏的预订系统开始了eCampus Car Share,但是我们需要应用程序中添加额外的功能来自助报告损坏和维护问题。通过自动化此流程,我们能够确保服务的最小延迟和中断。//
1830 -
1831 -[[image:1639038531211-275.png||height="68" width="47"]]**S**//olmaz:我们正在利用艾克苏的服务台进行事件报告。作为eCampus Car Share 培训和意识的一部分,本地服务台成员已被派往西雅图,以协作方式为我们的圣保罗客户提供支持。//
1961 +防止/减少用户对新服务和/或服务提供者的抵制
1832 1832  )))
1963 +|优化资源并最小化成本|(% style="width:389px" %)(((
1964 +减少过渡到新服务/提供者相关的成本和损失
1833 1833  
1834 -== 4.2 理解服务关系类型 ==
1966 +优化用户培训成本
1835 1835  
1836 -与服务消费者的契动包括但不限于建立和维持关系、理解需求以及评估相互准备和成熟程度 。然而,这些活动因客户追求的目标、服务的类型、服务提供者的类型可能有所不同。这些依赖关系如表4.3所示。
1968 +优化用户支持成本
1969 +)))|(% style="width:391px" %)(((
1970 +减少过渡成本
1837 1837  
1838 -关系越亲密、越成熟、越透明、非正式沟通(更多),风险分担和回报就越多。然而,由于市场和安全的原因,并非所有客户都希望这种亲密关系。同样,从经济角度来看,服务提供者可能也不希望使这种类型的关系
1972 +减少户支持成本
1839 1839  
1974 +优化入门成本和整体资源利用率
1975 +)))
1840 1840  
1841 -表4.3 不同环境中的契动和培养关系
1977 +引入包括:
1842 1842  
1843 -(% style="text-align:center" %)
1844 -[[image:1639038587049-177.png]]
1979 +* 在利益相关者中构建有关新服务消费者(或与现有消费者的服务关系的新范围)的认知
1980 +* 确保为服务提供准备好服务范围内的所有资源
1981 +* 确保客户和用户已准备好使用服务消费。
1845 1845  
1846 -|(% style="width:123px" %) |(% style="width:302px" %)**基础关系**|(% style="width:441px" %)**合作关系**|(% style="width:427px" %)**伙伴关系**
1847 -|(% style="width:123px" %)**关键属性**|(% style="width:302px" %)(((
1848 -提供者充当临时接单者
1983 +引入通常被认为是服务提供者的活动,而服务消费者参与却很少。但是,成功的引入涉及服务提供者和服务消费者。如果服务消费者的参与需要大量资源,组织通常会同意,并提前与客户达成引入的方法。重要的是要确保其他合作伙伴和供应商知道并接受引入方法和计划(如果它们将参与其实现)。当将引入详细定义为产品、服务和服务产品设计的一部分时,用于特定计划的规划则更容易、更安全、更快捷。因此,在第5章中将引入方法定义为产品、服务和服务提供设计的一部分。在本章中,引入方法适用于特定引入计划的计划。
1849 1849  
1850 -需求优先级是基薄弱或主观的数据
1985 +从服务提供者角度来看,成功引入依赖以下ITIL 管理实践:
1851 1851  
1852 -频繁的误解会造成不信任
1987 +* 部署管理
1988 +* 组织变革管理
1989 +* 发布管理
1990 +* 服务配置管理
1991 +* 服务设计
1992 +* 服务台
1993 +* 服务级别管理。
1853 1853  
1854 -服务提供者是被动的不质疑客户的请求
1995 +规划和执行引入计划中可能还涉及其他实践。例如有时将引入作为项目进行管理,需要项目管理实践。
1855 1855  
1856 -缺少质量数据来支持成本或价值分析
1857 1857  
1858 -“先入先出”
1998 +|(((
1999 +**ITIL故事:第5步– 引入**
1859 1859  
1860 -成本通常是透明的,但价值可能是隐藏的
1861 -)))|(% style="width:441px" %)(((
1862 -提供者充当可信赖的顾问
2001 +[[image:1639049400385-584.png||height="51" width="42"]]//Mariana:汽车共享与传统汽车租赁不同。我们希望与客户保持持续的关系,并且客户必须对法律以及他们对汽车共享俱乐部中其他驾驶员的义务负责。//
1863 1863  
1864 -供应有相互理解和赞赏
2003 +[[image:1639049408203-780.png||height="54" width="39"]]**S**//olmaz:我们已经为客户建立了会员等级。他们中的一些人将成为常规用户,而某些人将不再要汽车。普通客户将支付月租费较低的预订费,而很少使用的客户将支付较高的预订费以避免月租费。我们所的客户都需要完成同的引入流程。//
1865 1865  
1866 -服务组合适用于服务消费者需求
1867 -
1868 -服务提供者在契动早期与通常在客户决策周期中,对于产品和服务的价值有着共同的理解
1869 -
1870 -“ 例行公事是例行公事”,但创新是挑战
1871 -
1872 -关系建立在相互尊重和理解的基础上
1873 -)))|(% style="width:427px" %)(((
1874 -提供者充当战略合作伙伴
1875 -
1876 -服务提供者和服务消费者共享聚焦于价值实现的共同目标
1877 -
1878 -在产品和服务的投资和支持价值分析的质量数据方面,有明确的实现价值的责任
1879 -
1880 -最大化价值的共同目标,以及共同的风险和回报
2005 +[[image:1639049400385-584.png||height="51" width="42"]]//Mariana:在我们的引入过程中,我们请客户同意他们将遵守所有驾驶法规。这包括关于遵守交通信号灯和标志,不在酒精或毒品影响下驾驶的法律以及停车法。我们还要求所有客户在使用我们的汽车时携带驾驶执照和其他身份证明。//
1881 1881  )))
1882 -|(% style="width:123px" %)**构造关系的方法**|(% style="width:302px" %)(((
1883 -最小化信息共享
1884 1884  
1885 -建立一个沟通渠道
2008 +[[image:1639049435845-855.png]]
1886 1886  
1887 -建立价格驱动的工作方式
1888 1888  
1889 -减少退出关系的障碍(或提供替代方法)
1890 -)))|(% style="width:441px" %)(((
1891 -积极寻找添加价值的机会
2011 +== 7.1 规划引入 ==
1892 1892  
1893 -提供个联系点渠道
2013 +引入规划实际上是将一种或种服务产品的引入方法适应于该引入计划的范围背景的行为。引入计划应该考虑服务关系的当前状况、引入计划的范围、资源的当前配置以及相关的风险。
1894 1894  
1895 -独立而不是联合进行预测
1896 1896  
1897 -限制信息共享
2016 +规划引入计划是客户和服务提供者之间的协作。客户参与:
1898 1898  
1899 -投资关系管理
1900 -)))|(% style="width:427px" %)(((
1901 -建立深厚的信任感和合作关系
2018 +* 定义引入目标和相关指标
2019 +* 确定引入所覆盖的服务提供者和服务消费者资源((访问和集成)
2020 +* 规划引入行动,包括时间表和职责
2021 +* 审核并接受引入计划。
1902 1902  
1903 -双方都承认彼此的重要性
2023 +引入计划应该回答以下问题:
1904 1904  
1905 -共同投资精简流程
2025 +* 引入目标是什么?
2026 +* 引入范围是什么?
2027 +* 引入行动是什么?
2028 +* 谁负责引入行动?
2029 +* 如何控制引入并确保其成功?
1906 1906  
1907 -共同开展各种活动
2031 +=== 7.1.1 引入目标 ===
1908 1908  
1909 -自由交换敏感信息
2033 +服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括:
1910 1910  
1911 -为退出关系制造障碍
1912 -)))
2035 +* 确保服务消费者顺利迁移到协议服务
2036 +* 确保服务消费者从内部技术平台平稳迁移到云
2037 +* 支持所选服务的用户数量的临时增加
2038 +* 支持服务消费者从一个(第三方)供应商切换到另一个。
1913 1913  
1914 - BRM研究所2014)。
2040 +应该根据议定的目标成果来评估引入的成功,而不是仅仅检查计划的引入行动(输出)的进度和完成情况
1915 1915  
1916 1916  
1917 -|(((
1918 -你知道吗?
2043 +负责与服务消费者之间的关系以及范围内产品和服务管理的团队,应设定引入目标。 这些人可能扮演以下角色:
1919 1919  
1920 -人们普遍认为,信任越多越好。然而,在服务关系中过度投资以建立信任是有可能的,但这种投资不会为相关方增加价值。
1921 -)))
2045 +* 产品负责人
2046 +* 服务负责人
2047 +* 客户经理
2048 +* 关系经理
2049 +* 业务合作伙伴。
1922 1922  
1923 -=== ​​​​​​​4.2.1 基础系 ===
2051 +在服务消费者方面,客户有责任同意引入的目标,并将其传达给组织内的相利益相关方,以及组织的合作伙伴和供应商(如果它们是引入的一部分或受其影响)。
1924 1924  
1925 -当以服务运营效率为基石时,基础关系通常适用于标准产品和服务。在这样的关系中的服务提供者对弹性且重复的操作感兴趣,这些操作能够以最小的努力和偏差实现特定的服务水平。商业服务提供者的主要目的是续约,它通常避免与服务消费者建立关系,因为产品或服务可能无利可图。在这种关系中,客户通常对服务提供者的服务有良好的控制,在达到服务水平,但往往难以评估服务价值。
1926 1926  
2054 +在关键利益相关方接受引入目标之后,应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是,服务消费者代表将被告知、被咨询或对此负责,因为引入是一项联合行动,可能需要双方大量资源。
1927 1927  
1928 -表4.4讨论了基本关系的优缺点。
1929 1929  
2057 +== 7.1.2 引入范围 ==
1930 1930  
1931 -表4.4中讨论了基础关系优缺点。
2059 +要定义引入范围,应考虑以下问题:
1932 1932  
1933 -(% style="width:885px" %)
1934 -| |(% style="width:370px" %)**优点**|(% style="width:313px" %)**缺点**
1935 -|**服务消费者**|(% style="width:370px" %)(((
1936 -容易退出
2061 +* 需要引入的消费者资源是什么?
2062 +* 引入需要哪些提供者资源?
2063 +* 引入什么时候开始和结束?
1937 1937  
1938 -容易控制
1939 -)))|(% style="width:313px" %)(((
1940 -重点放在效率和交易上
2065 +引入方法有望回答所有这些问题,但是每个引入计划都需要根据该计划的范围,对引入方法进行审查和调整。
1941 1941  
1942 -难以开发更深的关系
1943 1943  
1944 -难以评估服务价值
1945 -)))
1946 -|**服务提供者**|(% style="width:370px" %)(((
1947 -单一渠道交流
2068 +表7.2概述了与服务管理四维模型有关的消费者资源引入的可能范围。
1948 1948  
1949 -易于测量和报告
1950 1950  
1951 -在服务管理实践中建立规模和运行效率
2071 +表7.2 引入消费者资源示例
1952 1952  
1953 -标准客户管理方法
1954 -)))|(% style="width:313px" %)(((
1955 -重点放在效率和交易上
2073 +|(% style="width:129px" %)**服务管理维度**|(% style="width:417px" %)**资源实例**|(% style="width:749px" %)**需要引入的示例**
2074 +|(% style="width:129px" %)组织和人员|(% style="width:417px" %)用户(消费者组织的雇员)|(% style="width:749px" %)为了有效利用服务,用户需要接受有关服务使用和支持设置方面的培训
2075 +|(% style="width:129px" %)价值流和流程|(% style="width:417px" %)消费者组织程序、动作和工作流程|(% style="width:749px" %)应调整程序以整合服务、技术和服务提供商人员
2076 +|(% style="width:129px" %)信息和技术|(% style="width:417px" %)消费者组织的技术、数据和IT服务|(% style="width:749px" %)应该授予服务提供商代表访问消费者组织的IT资源的权限; IT资源应与服务提供商的IT资源整合在一起; 数据和信息应迁移和/或转换
2077 +|(% style="width:129px" %)合作伙伴和供应商|(% style="width:417px" %)用户(消费者组织的供应商和合作伙伴的雇员充当新服务用户)|(% style="width:749px" %)用户(代表消费者组织的供应商和合作伙伴)需要使用服务和支持程序方面的培训
1956 1956  
1957 -开发可信赖关系
2079 +引入方法将影响一个或多个资源。当为引入方案创建引入计划时,服务提供者应基引入方法识别需要引入特定资源和所需的操作。
1958 1958  
1959 -几乎没有信息共享
1960 1960  
1961 -客户容易退出
2082 +对于客户旅程,引入暗示以下或类似的场景之一:
1962 1962  
1963 -客户受价格驱动
2084 +* 引入新的服务消费者组织开始使用一系列服务
2085 +* 在现有服务消费者组织内加入新客户
2086 +* 引入现有客户开始使用一系列新服务
2087 +* 从其它服务提供者迁移服务消费者
2088 +* 从其它服务提供者迁移服务和/或生产。
1964 1964  
1965 -很少有机会提供差异化客户体验
1966 -)))
2090 +这些场景旨在连接服务提供者资源和服务消费者,服务消费者可能涉及多个服务、用户、位置和供应商。最复杂的引入计划可以作为项目或项目群来运行。在设计产品和服务时,服务提供者旨在最大程度地减少引入的成本,并使服务消费的启动变得无缝和便捷。
1967 1967  
1968 -=== ​​​​​​​4.2.2 合作关系 ===
2092 +对于用户旅程,引入意味着以下或类似的场景之一:
1969 1969  
1970 -在合作的服务关系中,服务提供者通常根据服务消费者需求来定制产品和服务。客户期望服务提供者会考虑服务成果和体验,而不仅仅是服务水平。由于服务提供者需要寻找新的机会来为服务消费者创造额外的价值,因此相关各方之间应该轻松交换信息。对于商业服务提供者,在成为一个值得信赖的供应商和提供高价值的服务而得不到投资回报的过程中,存在花费太多时间和资源的风险。
2094 +* 引入新的用户开始使用一项或多项服务
2095 +* 引入现有的用户以开始使用一项或多项服务
2096 +* 引入现有用户切换到一个或多个服务的较新版本
2097 +* 将现有的用户从当前的服务迁移到另一个服务。
1971 1971  
2099 +这些场景意味着服务提供者和服务消费者的资源已在客户引入期间集成,并且用户引入仅需要针对用户的较少操作。但是,涉及大量用户的用户引入计划可能非常复杂,需要项目管理。
1972 1972  
1973 -表4.5列出了合作关系的优缺点。
1974 1974  
2102 +为了确定引入计划开始和结束时间,应考虑以下因素:
1975 1975  
1976 -表4.5列出了合作关系的优缺点。
2104 +* 全新或现有的服务消费者
2105 +* 全新或现有的客户
2106 +* 全新或现有的用户
2107 +* 全新或现有的生产/ 服务/ 服务供应
2108 +* 由服务提供者资助的商业服务提供,或由服务消费者组织资助的非商业性服务。
1977 1977  
1978 -| |**优点**|**缺点**
1979 -|**服务消费者**|(((
1980 -服务提供者根据特定的服务消费者需求定制服务
2110 +基于上述考虑,引入可能在以下选项期间启动:
1981 1981  
1982 -与服务提供者开展更多业务的新机会
1983 -)))|(((
1984 -相互的活动可能感觉不协调
2112 +* 当各方达成有关服务提供协议时
2113 +* 服务合同正式签订后
2114 +* 服务已部署并准备发布时
2115 +* 服务正在部署时
2116 +* 当用户正式受雇于服务消费者时
2117 +* 用户临时同意的工作时间
1985 1985  
1986 -昂贵且资源密集
1987 -)))
1988 -|**服务提供者**|(((
1989 -更高的服务消费者依赖于服务提供者
2119 +引入计划的结束也可能会有所不同。例如,当第一个用户能够使用服务时,或者在所有用户成功通过测试以确认他们熟悉服务之后,某些引入计划可能被视为已完成。新的服务、客户或用户的引入可能包括旧的撤销。有时,这是完成引入所必需的。
1990 1990  
1991 -从客户收到更多信息;有机会更有效地帮助推动有价值的解决方案
1992 -)))|(((
1993 -相互之间的活动可能会感觉不协调昂贵且耗费大量资源
1994 1994  
1995 -错误分配资源的更高风险新的运行的复杂性出现了
1996 1996  
1997 -客户给服务提供者带来内部问题
2123 +=== 7.1.3 引入客户和用户:引入活动 ===
1998 1998  
1999 -相比客户减少了效率和控制
2000 -)))
2125 +在同意引入计划的范围之后,应规划引入活动。根据引入计划的范围和规模,以及组织的政策、规则和实践,用于计划的方法和工具可能会有所不同。表7.3提供了可能为服务管理四维模型资源计划的引入活动示例。
2001 2001  
2002 -=== ​​​​​​​4.2.3 伙伴关系 ===
2003 2003  
2004 -在合作伙伴服务提供者服务消费者可以充当跨各种职能流程一种组织协调活动随着相依赖程度和集成增长双方可能会通过共同设定目标和优先级来战略层面保持一致
2128 +表7.3的示例描述了服务提供者服务消费者和服务消费者合作伙伴/供应商如何参与引入计划可以根据应该与服务消费者进行交互的资源类型来定义更具体的操作。例如向服务消费者介绍服务提供者的应用程序可能需要进行线培训,但是在研讨会向他们介绍服务提供者员工会更好
2005 2005  
2006 2006  
2007 -实现高水平透明度可能会付出高昂的代价但它为发现缺陷找到最佳解决方案提供了机会。双方更耐心地等待结果,因为他们将通过长期眼光来看待关系
2131 +用户引入是用户体验重要组成部分。当向个人消费者提供服务时,客户和用户引入通常会合并在一起,并且引入操作涵盖了这两个方面。当向大型组织提供服务,并且客户和用户的角色可能会分开时客户服务提供一起计划用户引入活动。这可能会导致从消费者组织角度描述引入方法
2008 2008  
2009 2009  
2010 -表4.6列出了合伙企业优缺点
2134 +在许多情况下,尤其是为个人消费者提供服务时,服务提供商会标准化引入并使之自动化。这通常是通过使用高度标准化和兼容IT解决方案来实现,例如通用平台、标准库和协议、微服务等无缝引入通常由以下因素维护:
2011 2011  
2136 +* 多语言界面
2137 +* 高度直观的界面
2138 +* 高可用性支持,包括自助服务和同行支持
2139 +* 自动化软件安装和更新
2140 +* 跨平台可用性。
2012 2012  
2013 -表4.6列出了伙伴关系优缺点
2142 +表7.3 服务提供者、服务消费者和供应商/合作伙伴引入活动示例
2014 2014  
2015 -(% style="width:923px" %)
2016 -| |(% style="width:446px" %)**优点**|(% style="width:307px" %)**缺点**
2017 -|服务消费者|(% style="width:446px" %)(((
2018 -透明度允许双方识别
2144 +|(% style="width:176px" %)**服务消费者资源即将启用**|(% style="width:354px" %)**服务提供者执行的引入活动**|(% style="width:348px" %)**服务消费者执行的引入活动**|(% style="width:417px" %)**服务消费者的合作伙伴/ 供应商执行的引入活动**
2145 +|(% style="width:176px" %)服务消费者的组织和人员|(% style="width:354px" %)(((
2146 +提供培训和培训材料
2019 2019  
2020 -效率低下并共同解决这些问题,从而导致成本相互减少
2148 +介绍了联系和支持界面
2021 2021  
2022 -长期规划开辟新的市场机会
2023 -)))|(% style="width:307px" %)(((
2024 -锁定可能会阻止客户增加要求或退出
2150 +授予用户访问服务的权限
2025 2025  
2026 -分离既痛苦又费时
2027 -)))
2028 -|服务提供者|(% style="width:446px" %)(((
2029 -透明度允许双方识别
2152 +传达了必要的警告(安全和责任)以及条款和条件
2030 2030  
2031 -效率低下并共同解决这些问题,从而导致成本相互减少
2154 +成立治理组织
2155 +)))|(% style="width:348px" %)(((
2156 +用户学习培训材料(阅读、参加培训、学习教程等)
2032 2032  
2033 -长期规划开辟新的市场机会
2158 +组织同意并分配了使用服务责任
2034 2034  
2035 -吸引更大,更具战略性客户的机会
2036 -)))|(% style="width:307px" %)分离既痛苦又费时
2160 +角色和/或团队已更改以优化服务消费
2037 2037  
2038 -|(((
2039 -**ITIL故事:了解服务关系类型**
2162 +组织变革管理
2163 +)))|(% style="width:417px" %)(((
2164 +如果供应商服务受引入影响,则提供培训和培训材料
2040 2040  
2041 -[[image:1639038881228-610.png||height="55" width="44"]]//Mariana:我们与大学有合作的关系,它为校园内的停车位和充电站提供名义上的费用。反过来,我们为大学提供服务的折扣,它可以将供应提供给新生。//
2042 -
2043 -[[image:1639038890493-937.png||height="56" width="37"]]**S**//olmaz:我们的基本服务关系包括我们从中采购汽车零件和发动机油的供应商。//
2044 -
2045 -[[image:1639038900744-862.png||height="51" width="38"]]**H**//enri:艾克苏的合作关系和eCampus Car Share共享利润,资源和策略。艾克苏提供了资金,专业知识,基础架构和技术来设置和维护服务。当我们将服务的汽车份额扩展到其他地区时,Mariana的体验将对规划和设计中的汽车具有不可估量的价值。//
2166 +对服务的访问权限进行审查并在需要时进行更改
2046 2046  )))
2168 +|(% style="width:176px" %)服务消费者的信息和技术|(% style="width:354px" %)(((
2169 +信息系统集成
2047 2047  
2048 -== 4.3 建立服务关系 ==
2171 +数据迁移和/或转换,建立数据交换
2049 2049  
2050 -关系管理可以是角色、职能、和/或组织的能力或实践。在本出版物中,关系管理主被视为一种实践,其详细描述可以在关系管理实践指南中找到。
2173 +进行必的配置和自定义
2051 2051  
2175 +部署了监视工具和其他操作工具
2052 2052  
2053 -关系管理实践通过服务关系阶梯应用于客户旅程,该阶梯覆盖关系的初始阶段。客户旅程的其他步骤在培养和塑造服务关系方面发挥作用。关系阶梯包括图片4.2中所示的步骤,并在表4.7中进行了详细说明。
2177 +建立了数据交换协议、集成和工具
2178 +)))|(% style="width:348px" %)(((
2179 +服务提供者的专家可以访问信息资源
2054 2054  
2181 +信息系统与服务提供者的系统集成在一起
2055 2055  
2056 -服务关阶梯可以应用于不同的服务关系,但必须适应于特定的系
2183 +冗余信息系统已停用
2057 2057  
2185 +建立了数据交换协议、集成和工具
2186 +)))|(% style="width:417px" %)(((
2187 +受引入影响的服务变更(基础架构支持)
2058 2058  
2059 -业务关系管理研究所(BRM研究所)定义了三种与该方法一致的关系管理比喻。根据专业指南(BRM研究所,2014),关系管理的作用是:
2189 +服务消费者委托合作伙伴/供应商执行的任何操作
2190 +)))
2191 +|(% style="width:176px" %)服务消费者的价值流和流程|(% style="width:354px" %)(((
2192 +同意服务提供商参与服务消费者的流程; 角色、职责得到同意、分配和测试
2060 2060  
2061 -* 连接器,促进生产性连接,形成求/应并影响利益相关者
2062 -* 协调器,协调角色、资源和能力,并协调和汇总需求和供应
2063 -* 导航器,促进利益相关者之间的融合,促进规划并指导相关角色。
2194 +要的地方提流程改进咨询
2195 +)))|(% style="width:348px" %)(((
2196 +为服务消费更改/优化组织流程
2064 2064  
2065 -(% style="text-align:center" %)
2066 -[[image:1639038943791-508.png]]
2198 +价值流得到优化,以最大化服务价值
2067 2067  
2200 +冗余程序(由服务替换或自动化)被删除或更新
2201 +)))|(% style="width:417px" %)(((
2202 +审核合作伙伴/供应商对服务消费者流程的参与;在需要时就角色、职责进行约定、、分配和测试
2068 2068  
2069 -图片4.2 服务关系阶梯
2204 +在需要的地方提供流程改进咨询
2205 +)))
2206 +|(% style="width:176px" %)服务消费者的合作伙伴和供应商|(% style="width:354px" %)(((
2207 +服务消费者的合作伙伴/供应商的授权代表可以使用服务
2070 2070  
2209 +在需要时提供退役/迁移协助
2210 +)))|(% style="width:348px" %)(((
2211 +与合作伙伴/供应商的合同已更新,以适应新的流程和价值流
2071 2071  
2072 -表4.7 服务关系阶梯步骤
2213 +冗余(替换)服务的合同被取消或更改
2073 2073  
2074 -|(% style="width:294px" %)**步骤**|(% style="width:690px" %)**描述**|(% style="width:311px" %)**ITIL 管理实践和工具**
2075 -|(% style="width:294px" %)创建允许出现关系模式的环境|(% style="width:690px" %)(((
2076 -在开始任何通信和协作之前,服务提供者和客户需要进行相遇。
2215 +传达服务的新/变更要求
2216 +)))|(% style="width:417px" %)(((
2217 +时对合同进行审查和更新
2077 2077  
2078 -服务提供者应该建立或利用现有的聚会场所,以使客户与契动足够接近,并使相互努力成为可能。
2079 -
2080 -
2081 -)))|(% style="width:311px" %)(((
2082 -关系管理
2083 -
2084 -* 管理沟通渠道
2085 -* 提供联系点
2086 -* 营销活动
2087 -* 服务目录管理
2088 -* 使用服务目录邀请客户开始对话
2219 +作为用户的供应商代表应学习所需的材料(通过阅读、参加培训、学习教程等)
2089 2089  )))
2090 -|(% style="width:294px" %)(((
2091 -建立和维持信任与关系
2092 -)))|(% style="width:690px" %)在客户表现出兴趣之后,建立信任和将关系作为进一步价值共创的基础变得至关重要。|(% style="width:311px" %)关系管理(所有活动和工具)
2093 -|(% style="width:294px" %)了解服务提供者功能(与步骤4:同意同时执行)|(% style="width:690px" %)当客户选择服务提供者时,客户需要确保服务提供者具有一组适当的可用功能,以充分利用提供者的功能。|(% style="width:311px" %)
2094 -|(% style="width:294px" %)了解客户需求(与步骤3:供应同时执行)|(% style="width:690px" %)(((
2095 -服务关系主要专注于满足服务消费者需求。
2096 2096  
2097 -服务提供者应该利用关系来发现和理解客户需要创建的价值。
2098 -)))|(% style="width:311px" %)(((
2099 -关系管理
2222 +但是,在许多引入计划中,用户需要引起极大关注,并且必须将其引入新服务,包括所有四个维度的资源。这种类型的用户引入通常与客户引入相吻合,在客户引入中,向大量用户提供了一项或多项新服务。表7.4概述了用户引入活动类型的示例。
2100 2100  
2101 -●了解客户需求实现价值
2102 2102  
2103 -●业务分析
2104 -)))
2105 -|(% style="width:294px" %)评估相互准备和成熟度|(% style="width:690px" %)(((
2106 -了解需求后,可以回答双方最后的参与问题。
2225 +表7.4 用户引入活动的示例
2107 2107  
2108 -服务提供者:我们有能力与客户一起创建价值吗?我们的资源和实践是否与客户需求相匹配?
2227 +(% style="width:923px" %)
2228 +|**服务**|(% style="width:524px" %)**动作**
2229 +|技术(应用和设备)|(% style="width:524px" %)(((
2230 +在线教程、正式培训、模拟器、自定进度的培训,以及各种形式的手册
2109 2109  
2110 -客户:我们是否足够成熟,并准备好使用服务提供者适应契动,并记住所有必要的限制以及实现价值,服务,价值所需的活动?
2111 -)))|(% style="width:311px" %)(((
2112 -●业务提供者成熟度模型^^a^^
2232 +指导安装和设置
2113 2113  
2114 -●成熟度评估和审核
2234 +培训超级用户以领导同行
2115 2115  )))
2236 +|流程(活动和过程)|(% style="width:524px" %)(((
2237 +海报、手册和培训
2116 2116  
2117 -a: BRM研究所,2014年。
2239 +演练和指导
2118 2118  
2241 +根据用户的动机来激发正确的行为
2119 2119  
2120 -表4.8 契动的初始活动
2121 -
2122 -(% style="width:1103px" %)
2123 -|**步骤**|(% style="width:309px" %)**客户状态**|(% style="width:402px" %)**客户活动**|(% style="width:285px" %)**服务提供者活动**
2124 -|**认知**|(% style="width:309px" %)客户应该知道这项服务/ 服务提供者|(% style="width:402px" %)市场调查|(% style="width:285px" %)(((
2125 -营销活动
2126 -
2127 -促进有效的联系
2243 +阻止访问旧的工作方式
2128 2128  )))
2129 -|**动机**|(% style="width:309px" %)客户应该主动与服务提供者建立服务关系|(% style="width:402px" %)没有|(% style="width:285px" %)(((
2130 -营销活动
2245 +|提供者的人员(操作和支持)|(% style="width:524px" %)(((
2246 +面对面或虚拟介绍,联合研讨会和培训
2131 2131  
2132 -了解替代方案
2248 +通讯录和明确的角色描述
2133 2133  
2134 -刺激需求
2250 +团队建设
2135 2135  )))
2136 -|**联系**|(% style="width:309px" %)(((
2137 -客户启动服务关系应该很容易:
2252 +|第三方人员(操作和支持)|(% style="width:524px" %)(((
2253 +面对面或虚拟介绍,联合研讨会以及培训,
2138 2138  
2139 -1. 去哪里,单一联系点
2140 -1. 提供什么
2141 -)))|(% style="width:402px" %)(((
2142 -联系服务提供者
2255 +通讯录和明确的角色描述
2143 2143  
2144 -浏览服务目录
2145 -)))|(% style="width:285px" %)(((
2146 -提供单一联系点
2147 -
2148 -管理服务目录
2257 +团队建设
2149 2149  )))
2150 -|**塑造期望**|(% style="width:309px" %)服务提供者应使客户期望得到好的体验|(% style="width:402px" %)(((
2151 -检查服务提供者过去的性能和/或公众评级(如果有)
2152 2152  
2153 -尽职调查
2154 -)))|(% style="width:285px" %)(((
2155 -聚集并成形需求
2260 +这些引入活动受多种ITIL惯例的支持,包括:
2156 2156  
2157 -确保适当的容量和服务提供的功能
2158 -)))
2262 +* 变更使能
2263 +* 部署管理
2264 +* 组织变革管理
2265 +* 项目管理
2266 +* 发布管理
2267 +* 服务台
2268 +* 服务请求管理
2269 +* 劳动力和人才管理。
2159 2159  
2160 -=== 4.3.1  创建容许契动关系模式的环境 ===
2271 +=== 7.1.4 引入控制 ===
2161 2161  
2162 -为了功使用服务消费者进行契动服务提供者可客户进行4.8中所示步骤
2273 +当规划引入计划时,必须就控制和验证技术的方法达一致,以确保计划成功。这种方法通常由引入计划的管理决定来主7.5列出了根据情况可以组合各种可用选项
2163 2163  
2164 2164  
2165 -==== 4.3.1.1 初始契动工具 ====
2276 +保持简单实用的指导性原则适用于引入控制。在许多情况下,最好将引入的控制定义为引入方法的一部分。但是,与引入方法的其他组件一样,应在规划期间对其进行检查和调整。
2166 2166  
2167 -服务目录支持服务提供者在与服务使用者初次接触时的活动,是确保:
2168 2168  
2169 -* 客户的认知
2170 -* 开始对话的初始邀请
2171 -* 支持与标准和非标准服务供应有关的讨论。
2279 +对已完成的引入计划的正式评审可能是有价值的练习。根据引入控制的一般方法,评审可能包括以下内容:
2172 2172  
2173 -服务目录可以采用多种形式(例如文档,在线门户或工具)来使当前服务列表能够传达给受众。这些表单对于不同的受众有不同的视图(例如,发起人、客户、用户、IT到IT-客户视图)(ITIL Foundation,第5.2.10.1节)。客户视图可以提供服务绩效和财务数据。然而,服务目录可能不包括客户为了做出明智的决定而需要的关于风险和约束的完整信息。服务提供者应该与客户合作,以提供有关选择的明确信息,并概述客户愿意接受的风险。只有客户可以决定服务消费者愿意接受哪些风险,但服务提供者有责任澄清风险的性质和范围,并根据客户的偏好进行处理。
2281 +* 正式确认所有计划的引入活动均已完成
2282 +* 评审用户、客户和其他利益相关者的满意度和体验
2283 +* 评审未决的操作和错误
2284 +* 风险评估
2285 +* 持续改进实践的改进登记
2174 2174  
2287 +表7.5 引入控制方法示例
2175 2175  
2176 -服务提供者使用的另一个功能强大的工具集是CRM系统,该系统存储有关当前和潜在客户的数据,以及历史和当前关系状态的数据。客户可以直接访问有关相关服务供应、服务级别和条件的信息,以及获得的产品和服务的概述(Bordoloi等,2018)。
2289 +|**引入计划的管理方式**|**如何控制和验证引入进度和成功**|**ITIL实践支持方法**|**适用性**
2290 +|项目集|项目集和项目计划、工作包、评审和KPI|组织变革管理、项目管理|大型客户和用户引入计划需要对各种资源进行复杂的更改
2291 +|项目|项目计划、工作包、评审和KPI|组织变革管理、项目管理|企业服务的大多数服务消费者引入计划
2292 +|一般变更|自定义清单|变更使能、部署管理、组织变革管理、发布管理、服务验证和测试|较小的服务消费者引入计划,主要是向现有消费者引入新服务的地方
2293 +|标准变更|预定义清单|变更使能、部署管理,组织变革管理、发布管理以及服务验证和测试|企业服务的大多数用户引入计划
2294 +|自动化部署和发布(例如,即插即用)|预装的自动化测试和控制|部署管理、基础架构和平台管理、监控和事态管理,发布管理以及软件开发和管理|提供给个人服务消费者的大多数数字服务引入计划,以及企业服务的许多用户引入计划
2295 +|审计与保证|第三方审核、审计意见、保证书、现场检查等|信息安全管理、度量和报告、风险管理和供应商管理|正式服务关系或高度管制环境中的关系
2177 2177  
2297 +引入评审可能会导致下述各种改进:
2178 2178  
2179 -==== 4.3.1.2 维持允许出现关系模式的环境 ====
2299 +* 产品、服务和服务提供设计
2300 +* 用户接口和程序
2301 +* 服务组合
2302 +* 服务目录
2303 +* 与合作伙伴和供应商的关系
2304 +* 服务提供者的管理实践
2305 +* 正在进行的引入计划和举措
2180 2180  
2181 -服务提供者应该创建允许开发关系模式的舒适环境。为此,应考虑以下几点:
2182 -
2183 -* 如果没有定期的沟通,就有可能造成和扩大双方之间的距离。即使在没有必要沟通的情况下,也应安排交流并遵守计划。
2184 -* 如果服务提供者提供了联系点但没有及时响应,则可能对组织产生负面影响。
2185 -* 服务事件可能导致客户归咎于服务提供者的情况。在这些情况下,应该管理冲突。
2186 -* 服务提供者组织、客户组织或市场上总会有一些干扰。风险管理实践可以指出哪些风险对合作环境的威胁最大。
2187 -
2188 2188  |(((
2189 -**ITIL故事:建立服务关系**
2308 +**ITIL故事:规划引入**
2190 2190  
2191 -[[image:1639039151460-470.png||height="48" width="46"]]//Mariana:我们这学年快结束了,很多学生都要毕业离校了。虽然我们已经在现有学生中获得了良好的声誉,但在两个月后新学生到来之前,我们面临着失去许多忠实客户的风险每年都需要和这些新生建立服务关系。对于那些不打算离开的学生我们必须与他们建立并保持牢固的关系,这样才能增加我们在未来几年留住他们作为忠实客户机会。//
2310 +[[image:1639049867583-763.png||height="47" width="45"]]//Mariana:引入目标是确保客户对使用电动车各个方面感到满意需要知道如何预订车辆并且必须同意在我们的道路上以合法和负责任的方式行事。//
2192 2192  
2193 -[[image:1639039161376-906.png||height="48" width="43"]]//Tomas有些学生大学里待时间更长要么继续深造,要么在大学里工作。//
2312 +[[image:1639049876815-154.png||height="49" width="37"]]**R**//adhika:在我们能够将其发布给我们第一批客户之前指导视频经过了一些规划。艾克苏没有专门的电动汽车教育视频而汽车共享是该公司的一项新服务。客户需事先做出一些决定,例如他们首选的会员等级。//
2194 2194  
2195 -[[image:1639039151460-470.png||height="48" width="46"]]//Mariana:我们可以为在大学待较长时间学生提供特别服务以激励他使用我们的服务并与他建立更牢固关系。//
2314 +[[image:1639049867583-763.png||height="47" width="45"]]//Mariana:我们还希望能够参考视频中巴西法律法规。艾克苏提供了预算将视频制作外包给一个小的本地团队,其中包括一名作家、导演和两个演员。我拍摄了汽车收藏、汽车充电和事件报告。我们还介绍了如何联系道路救援,以及如何计划可能包括公共充电站旅程。此外希望确保视频中有多种语言字幕,因为该大学拥有大量的国际学生和教职员工。//
2196 2196  
2197 -[[image:1639039172592-758.png||height="50" width="39"]]//Radhika:有些学生仅参加短期课程,我们也应提x供能反映其需求的产品。//
2198 -
2199 -[[image:1639039151460-470.png||height="48" width="46"]]//Mariana:对于这些学生,我们可以提供无义务的、短期的、现收现付的服务。这是根据这个群体的情况和需要量身定制的,将有助于与他们建立关系。。//
2316 +[[image:1639049903595-695.png||height="60" width="43"]]**S**//olmaz:我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话,每个客户不超过两次。//
2200 2200  )))
2201 2201  
2202 2202  
2203 -=== ​​​​​​​4.3.2 建立和维持信任与关系 ===
2320 +== 7.2 与用户相关并建立关系 ==
2204 2204  
2205 -由于服务提供客户必须共同创造价值,他们需要建立和管理一种透明关系,这种关系支持相信任注重在优化成本和风险的同时实现服务成果。为了有效地做到这一点,这些操作通常被称为科目:业务关系管理(对于内部服务提供者)和CRM(于商业服务提供者)。在ITIL中,关系管理实践指南涵盖了这两个学科
2322 +由于服务提供者与服务消费者的技术信息进行了更多互,因此某些服务不包括服务提供者与用户之间的广泛交互。机器机器服务(例如IoT设备、技术微服务、信息系统维护和数据存储)是此类服务关系的示例
2206 2206  
2207 2207  
2208 -信任可能以多种方式出现(Hacker等1999),包括
2325 +但是大量的服务包括活动的、频繁的和重要的接触点以及与服务用户的交互。服务提供者代表、过程和技术(例如用户应用程序和可穿戴/嵌入式技术)是交互式的。
2209 2209  
2210 -* **基于知识** 随着时间的推移,对另一组人的认识可以提高信任度。
2211 -* **基于核算** 在服务关系中,信任可以快速建立。在这种情况下,这两个组都可以权衡潜在的机会与风险。
2212 2212  
2213 -==== 4.3.2.1 信任和因素 ====
2328 +当用户与服务提供者交互时,用户体验成为服务成功的因素。糟糕的用户体验导致生产效率下降,并给服务和服务提供者带来负面印象。这意味着服务提供者和客户在客户旅程的所有步骤中都应注意用户体验。对于任何包含直接用户交互作用的服务,积极的用户体验应该是最重要的要求之一。
2214 2214  
2215 -可信赖的特征分为三个维度(Hacker等,1999):
2216 2216  
2217 -* **能力 **产生结果的能力
2218 -* **承诺** 关心共同目标以及他人的成功和福利
2219 -* **一致性** 以同样的方式完成预期任务的能力。
2331 +如果客户对用户体验的关注不足或对用户体验的要求不明确,那么创建积极的用户体验仍然很重要。服务提供者应该与用户一起培育关系,即使客户并不直接要求它也是如此。
2220 2220  
2221 -图4.3显示了模型中的这些维度。这些维度提供了个人、团队或组织的信任关系的基础(Hacker等,1999)。
2222 2222  
2334 +用户体验应该被视为产品和服务的设计、开发、测试,过渡到运行环境,持续交付以及定期评估和评审的一部分。它也应该是持续改进的主题。
2223 2223  
2224 -为了值得信赖,服务提供者和客户都应致力于体现三个Cs 模型。表4.9显示了该模型如何应用于服务关系。
2225 2225  
2226 -(% style="text-align:center" %)
2227 -[[image:1639039414823-634.png]]
2337 +用户引入会影响用户对服务和服务提供者的态度。对于成功的服务消费而言,这很重要,因为它可以实现价值的价值共创,并有助于与用户和消费者组织建立和维护可持续的关系。
2228 2228  
2229 2229  
2230 -图4.3 三Cs 可信度模型
2340 +=== 7.2.1 建立与企业用户的关系 ===
2231 2231  
2342 +在大型组织环境中,用户引入通常是由组织所使用的服务的更改,用户组的更改(例如组织中的新成员)或人员角色和职位的更改触发的。
2232 2232  
2233 -表4.9 适用于服务关系的三个Cs 模型
2234 2234  
2235 -|**信任因素**|**服务提供者**|**客户**
2236 -|**能力**|(((
2237 -足够的知识和技能
2345 +当服务消费者组织大于几个人时,用户和客户角色之间的区别变得明显且重要。客户成为组织的代表,并就新的和更改的服务与服务提供者进行沟通。这可能会导致首次用户交互出现在引入期间。在某些情况下,用户不愿接受新的服务或更改的服务,也拒绝引入。这种抵制可能会影响服务的整体生产效率和价值。
2238 2238  
2239 -足够的需求能力
2240 2240  
2241 -展示敏捷性/适应性
2242 -)))|展示敏捷性/适应性
2243 -|**承诺**|(((
2244 -关注客户的成功或分享共同的/相互的目标
2348 +为了防止抵制新服务并建立良好的关系,服务消费者和服务提供者组织应该在客户旅程的每个步骤中共同努力。这可以通过以下方式完成:
2245 2245  
2246 -诚实、尊重和合作
2350 +* 考虑客户体验在客户旅程的每个步骤中如何受到影响
2351 +* 规划用户引入作为每个新服务实施的一部分
2352 +* 实行组织变革管理
2353 +* 让用户参与需求表达
2354 +* 让用户参与测试服务和引入活动
2355 +* 设计用户友好的界面
2356 +* 理解和利用人们作为私人用户的体验及其相关期望
2357 +* 提供有用、方便且相关的服务目录,包括服务请求目录
2358 +* 持续监控用户满意度以改进服务体验
2359 +* 让用户参与服务测试、评估和审查
2360 +* 让有影响力的用户参与服务推广和对等同行支持计划
2361 +* 培育用户社区并积极支持其成员
2362 +* 对画像执行服务使用情况分析,并主动使用实时终端用户计算数据。
2247 2247  
2248 -解释影响户的行动
2364 +当组织的用户社区的变化触发引入时,IT服务引入可能会成为更广泛的引入计划的一部分。这包括人力资源、法律、财务和其他团队。在这些情况下,重要的是要确保与包括内部和外部服务提供程序在内的多方进行有效的集成和交互。这会影响对组织看法。为了成功引入新用户,需要特别关注所涉及服务提供者之间的集成和一致性。使单个团队或角色负责用户/员工引入可能会很有用;这可以是人力资源团队/ 角色,也可以是专注于用户参与和福利的团队/ 角色。
2249 2249  
2250 -熟悉服务消费者及其需求
2251 2251  
2252 -鼓励/促进开放的双向沟通
2253 -)))|(((
2254 -关注服务提供者的成功或分享共同的/相互的目标
2367 +当企业用户参与进来时,保持联系和参与很重要。用于此目的的工具和技术包括:
2255 2255  
2256 -诚实、尊重和合作
2369 +* 服务提供者积极支持的具有用户组和对等同行支持的企业社交网络
2370 +* 使用便捷的渠道,可提供有效且高度可用的服务台
2371 +* 用户参与的服务评审和改进
2372 +* 仪表板和报告让用户社区可以清楚地了解服务质量。
2257 2257  
2258 -解释影响服务提供的变更
2374 +=== 7.2.2与个人消费一起培育关系 ===
2259 2259  
2260 -鼓励/促进开放的双向沟通
2261 -)))
2262 -|**一致性**|(((
2263 -先寻求理解,再寻求被理解
2376 +当服务消费者是个人时,有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。
2264 2264  
2265 -在一段时间内完成预期的表现
2266 2266  
2267 -及时响应
2268 -)))|(((
2269 -先寻求理解,再寻求被理解
2379 +表7.6 与个人服务消费者的关系管理
2270 2270  
2271 -披露足够数量的信息
2272 -)))
2381 +(% style="width:1171px" %)
2382 +|(% style="width:93px" %)**步骤**|(% style="width:468px" %)**挑战性**|(% style="width:606px" %)**服务提供商应用的示例解决方案**
2383 +|(% style="width:93px" %)探索|(% style="width:468px" %)(((
2384 +服务消费者未明确表达其需求和期望
2273 2273  
2274 -==== 4.3.2.2 建立信任关系活动 ====
2386 +有时服务消费者没有意识到他们的需求机会
2275 2275  
2276 -表4.10中列出了客户和服务提供者为建立信任而执行的不同方法和活动的描述。这些活动同样适用于内部和外部关系。
2388 +个人意见不一定代表更大的消费群体的需求
2389 +)))|(% style="width:606px" %)(((
2390 +市场营销和社会学调查
2277 2277  
2392 +有代表性的小组进行的安全失效实验
2278 2278  
2279 -表4.10 关系管理活动
2394 +旨在提高认识和创造需求的营销活动
2395 +)))
2396 +|(% style="width:93px" %)契动|(% style="width:468px" %)(((
2397 +由于用户数量众多且服务提供者的能力有限,因此个人面对面的联系通常是不可能或效率低下的
2280 2280  
2281 -|**关系类型**|(% style="width:536px" %)**建立信任和关系方法**|(% style="width:341px" %)**客户**|**服务提供者**
2282 -|(((
2283 -**基本关系**
2399 +售前和售后受到严格监管,以保护消费者权益
2284 2284  
2285 -[[image:1639039486627-293.png]]**[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]**
2286 -)))|(% style="width:536px" %)信任和关系主要是通过遵循正式的规程和控制来建立的|(% style="width:341px" %)(((
2287 -与服务提供者共享需求
2401 +社区、影响者和同行的意见对于最初的契动决定很重要
2402 +)))|(% style="width:606px" %)(((
2403 +使用相关渠道和媒体公开广告
2288 2288  
2289 -检查服务提供过去的绩效
2405 +广泛使用社交媒体、影响和用户群体
2290 2290  
2291 -查看过去现在客户公开评级和反馈
2407 +使用直接营销对等代理商
2292 2292  
2293 -尽职调查/检查符合行业准和/或认证证据
2409 +基于对用户互联网活动的监视、搜索引擎优化以及其他针对目受众工具的情境广告
2294 2294  
2295 -检查SLA
2296 -)))|(((
2297 -管理服务目录和服务请求目录
2411 +优化基于互联网的服务目录(网站、登录页面、社交媒体帐户等)
2298 2298  
2299 -不要质疑来自客户的请求
2300 -
2301 -满足需求/限制服务目录范围内的协作
2302 -
2303 -提供报告
2304 -
2305 -注重产出
2413 +在相关和合理的情况下,销售和支持办公室网络
2306 2306  )))
2307 -|(((
2308 -**合作关系**
2415 +|(% style="width:93px" %)供应|(% style="width:468px" %)(((
2416 +大量的服务消费者
2309 2309  
2310 -[[image:1639039493704-758.png]]**[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]]**
2311 -)))|(% style="width:536px" %)(((
2312 -信任关系主要是通过各方的广泛沟通和努力建立起来的,以取得成果
2418 +需要简单快捷的签约程序和界面
2419 +)))|(% style="width:606px" %)(((
2420 +标准服务目录、合同协议
2313 2313  
2314 -一致的结果、反馈、半正式控制
2315 -)))|(% style="width:341px" %)(((
2316 -共享需求
2422 +目录和协议中的用户友好的简单语言描述
2317 2317  
2318 -接受服务提供者的建议
2319 -
2320 -执行审计或成熟度评估交叉引用
2321 -)))|(((
2322 -根据客户需求的变化,管理和开发服务组合
2323 -
2324 -为可能的服务解决方案提供建议
2325 -
2326 -由成果驱动,而不是输出驱动
2424 +广泛使用移动平台和应用程序
2327 2327  )))
2328 -|(((
2329 -**伙伴关系**
2426 +|(% style="width:93px" %)同意|(% style="width:468px" %)(((
2427 +高水平的国际、国家和行业法规
2330 2330  
2331 -[[image:1639039500519-639.png]]**[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png]]**
2332 -)))|(% style="width:536px" %)信任和关系的建立主要是通过分享风险和回报,关注共同的目标和共同创造的价值|(% style="width:341px" %)(((
2333 -建立与服务提供者协作开放平台
2429 +需要简单明确的语言
2430 +)))|(% style="width:606px" %)(((
2431 +高度自动化签约,广泛使用数字文档和签名
2334 2334  
2335 -分享目标风险和回报
2433 +与电子支付系统(卡PayPal等)集成
2336 2336  
2337 -联合战略/计划/项目规划
2338 -
2339 -展示出对不断变化环境的敏捷性和适应性
2340 -)))|(((
2341 -建立与客户协作的开放平台
2342 -
2343 -展示促进客户发展和创新的能力
2344 -
2345 -关注变化环境中的价值实现,而不是固定的成果
2435 +自动尽职调查检查(如果适用)
2346 2346  )))
2437 +|(% style="width:93px" %)引入|(% style="width:468px" %)(((
2438 +大量具有不同技能和背景的服务消费者
2347 2347  
2348 -==== 4.3.2.3 持续建立信任和关系 ====
2440 +需要简单快速的引入
2349 2349  
2350 -许多因素威胁着信任和关系,包括:
2442 +不同的技术背景
2443 +)))|(% style="width:606px" %)(((
2444 +自动化的介绍和初步培训
2351 2351  
2352 -* 分离双方的自然趋势;例如,来自服务消费者的服务提供者
2353 -* 服务提供者的资源和实践不断变化
2354 -* 服务消费者的风险状况和容忍度随时间变化
2355 -* 任何一方的新员工改变了服务关系的性质(确保与与新员工及时接触很重要)
2356 -* 不可避免的客户投诉(正式的客户投诉和升级流程可以缓解这一因素)。
2446 +经过严格测试的引入说明和规程
2357 2357  
2358 -|(((
2359 -**ITIL的故事:建立和维持信任与关系**
2448 +有关用户支持资源的专门章节,以帮助引入
2360 2360  
2361 -[[image:1639039544729-234.png||height="48" width="41"]]//Mariana:我们希望新生们在进入大学时,能够了解到我们的服务。我们计划通过提供有吸引力的价格来积极地针对这些学生,以便他们注册我们的服务。我们将要求大学在其欢迎信息中包含指向我们网站的链接,以方便潜在客户与我们联系。//
2362 -
2363 -[[image:1639039554566-680.png||height="45" width="32"]]**R**//adhika:在新的学年开始之初,我们可能需要在服务台上配备更多人员,以管理注册数量的增加。//
2450 +自动化资格和兼容性检查
2364 2364  )))
2452 +|(% style="width:93px" %)价值共创|(% style="width:468px" %)(((
2453 +大量具有不同技能和背景的服务消费者
2365 2365  
2366 -=== ​​​​​​​4.3.3 理解服务提供者能力 ===
2455 +不同的技术背景
2367 2367  
2368 -理解和评估服务提供者能力最流行方法是通过审计成熟度评估。
2457 +不同语言沟通技巧
2369 2369  
2459 +通过社交媒体高度暴露用户体验和意见
2460 +)))|(% style="width:606px" %)(((
2461 +可用、方便且最新的在线状态支持常规业务
2370 2370  
2371 -有些信息可是公开可用的,也可能是通过与提供者当前过去的客户进行沟通而收集的(例如,参考评论)。然而,能力评估通常关注流程和规程,例如文档和记录。表4.11提供了一个理解服务提供者能力清单。
2463 +为具、背景和能力的用户优化的界面
2372 2372  
2465 +便捷的支持和沟通渠道(电话、支持办公室、社交媒体帐户、直接消息传递)
2373 2373  
2374 -表4.11 理解服务提供者能力清单
2467 +社交媒体监控,并在投诉和其他问题时提供积极支持
2375 2375  
2376 -|**组织和人员**|**信息和技术**
2377 -|(((
2378 -理解组织目标并检查组织的结构是否能够最佳地满足这些目标。
2469 +促进用户社区成为服务提供商及对等同行支持的渠道
2379 2379  
2380 -要评估的项目/属
2471 +主动沟通(尤其是在重大事件时)、透明度和高可用
2381 2381  
2382 -●重复(活、组织职能等)
2473 +利用媒体和营销手段进行损害控制和被式声明
2383 2383  
2384 -●沟通效果(渠道、频率、反馈等)
2475 +监视和事态管理以主动纠正服务质量偏差,或联系服务使用者
2476 +)))
2477 +|(% style="width:93px" %)(((
2478 +实现价值
2479 +)))|(% style="width:468px" %)(((
2480 +大量服务消费者
2385 2385  
2386 -●工作模式决策结构(集中式与分散式,基于流程与分层式的)
2482 +个人经验对服务质量满意度统计影响很小
2387 2387  
2388 -●信任和透明度,控制级别
2484 +对每个服务消费者进行直接服务评估的效率低下或不可能
2389 2389  
2390 -●知识和学习文化
2486 +服务支持的不同期望和需求
2487 +)))|(% style="width:606px" %)(((
2488 +用于服务质量监控和报告的自动化接口,
2391 2391  
2392 -●技能和能力
2393 -)))|(((
2394 -评估用于决策的信息质量,以及技术是否以最佳方式支持目标和决策流程。
2490 +持续监控社交媒体反馈
2395 2395  
2396 -要评估项目/属性:
2492 +对用户满意度和态度独立调查
2397 2397  
2398 -●当前的技术项目
2494 +使用用户忠诚度指标(例如,净推荐值)
2399 2399  
2400 -●集成
2496 +使用自动体验指标
2401 2401  
2402 -●技术债务
2403 -
2404 -●技术趋势(技术发展如何改变工作方式)
2405 -
2406 -●数据和信息的可靠性
2407 -
2408 -●技术性能
2498 +服务消费者要求的服务评估专用支持渠道
2409 2409  )))
2410 -|**合作伙伴与供应商**|**价值流和流程**
2411 -|(((
2412 -服务提供者如何有效地管理其合作伙伴和供应商?
2413 2413  
2414 -服务提供者是否依赖战略应商?
2501 +服务提供者可以控制有关这些因素的决策。但,与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如,预期或法律上要求服务提者要特别考虑残疾用户。
2415 2415  
2416 -关键供应商关闭时,对服务运营可能产生的影响是什么?
2417 2417  
2418 -它们是否无缝集成在价值链中?
2419 -)))|(((
2420 -有哪些流程,以及它们如何运作的?
2504 +为了使服务取得成功,用户(个人和公司)可以通过有效的渠道和接口访问用于选择、引入、使用、支持和评审的服务尤为重要。
2421 2421  
2422 -流程绩效如何?
2423 2423  
2424 -价值流的管理效率如何?
2425 -)))
2426 -
2427 2427  |(((
2428 -**ITIL故事:了解服务提供者功能**
2508 +**示例**
2429 2429  
2510 +英国监管机构要求移动通信提供商制定并遵循政策和规范,以确保公平、恰当地对待弱势消费者,他们或因年龄、身体或学习障碍、身体或精神疾病、识字率低、沟通困难而脆弱,或因情势变化而脆弱,例如丧亲。
2430 2430  
2431 -[[image:1639039664566-243.png||height="53" width="47"]]//Mariana:为了与新的汽车清洁合作伙伴契动,我们进行了一次审计,以确保它们在财务上是可行的。我们检查了其他乘客对其服务的评论。我们还确保他们有能力提供绿色清洁产品。//
2512 +这些政策和做法应解决:
2513 +
2514 +* 关键功能的可访问界面
2515 +* 通过高度可访问的界面访问重要信息
2516 +* 获得紧急服务
2517 +* 优先故障修复
2518 +* 第三方账单管理
2519 +* 无障碍格式的票据和合同
2520 +* 数据保护。
2432 2432  )))
2433 2433  
2434 -=== ​​​​​​​4.3.4 了解客需求 ===
2523 +== 7.3 提供用参与和交付渠道 ==
2435 2435  
2436 -重要的是要记住,客户不购买服务;他们购买是特定需求的实现。他们有工作要做(克里斯滕森等2016),服务提供者必须理解这些工作,才能识别服务消费者的需求、偏以及期望成果和体验。
2525 +重要的是要建立适当用户参与和交付渠道提供好的用户体验。
2437 2437  
2438 2438  
2439 -==== 4.3.4.1 价值驱动 ====
2528 +用户使用社交媒体、聊天、热线和电子邮件等渠道与服务提供者进行互动。他们还可以在每个用户旅程中使用多个渠道。例如,用户可以通过自助门户网站报告事件,通过电子邮件为该事件中提供更多的信息,通过电话询问状况,并通过在线聊天回复服务提供者的问题。 跨所有渠道、接触点和服务交互来管理用户体验称为全渠道管理。 全渠道管理的目的是为用户提供无缝的用户旅程。 这些原理如图7.1所示。
2440 2440  
2441 -第1章介绍的服务价值驱动框架可用于分析和理解服务消费者的需求和期望的成果如何与服务提供者的服务供应链接。图4.4中再次显示了该框架。
2530 +(% style="text-align:center" %)
2531 +[[image:1639050104902-799.png]]
2442 2442  
2533 +图7.1 通过全渠道管理实现无缝的用户旅程
2443 2443  
2444 -业务关系管理:BRM Professional(BRMP)定义了两种将结果与产品和服务联系起来的方法(BRM Institute,2014,5.6.3),包括:
2445 2445  
2446 -* **基于价值的方法(自上而下)** 服务提供者讨论客户最紧迫的问题或目标,然后分析计划(如何解决或实现它们)、促成因素(实施计划需要什么功能或资源)和技术(生产或服务如何交付这些能力和促成因素)。
2447 -* **基于解决方案的方法(自下而上) **服务提供者讨论其产品和服务,并试图将与紧迫的消费者问题或目的连接起来,以相反的顺序回答与基于价值的方法相同的问题。
2536 +随着技术的发展,服务提供者会对其进行测试,并将其用于服务交付,并在适用的情况下为用户提供支持以及客户和用户旅程的其他步骤。影响选择和设计的趋势包括:
2448 2448  
2449 -客户需求通常是由具体问题引起的。研究这些问题可以提供通过产品和服务实现需求的最佳方法。需要考虑的问题有:
2538 +* 许多服务提供者尝试将左移法应用于服务支持。这可能包括将一些支持任务从服务提供者转移到用户,以及扩大自助服务选项的范围。说明,视频教程和逐步向导可以支持此方法。
2539 +* 许多服务提供商将社交媒体用于对等和服务提供者支持。该方法被广泛用于提供给可能是社交网络中活跃用户的个人用户的服务,并且通常由多个渠道来启用。
2540 +* 用户期望公司和个人服务提供他们习惯的体验,并且是基于他们日常的智能手机、个人计算机、可穿戴设备和常用应用程序的使用。为了满足此需求,服务提供商使用或模拟熟悉的接口来为其服务提供交付和支持。他们还更新了这些接口,以与操作系统、移动设备、流行的应用程序和社交网络的发展保持一致。
2541 +* 一个普遍的趋势是使用机器学习功能来自动化用户支持。聊天机器人是这种方法的一个示例。这可能包括人工认知支持、自然语言理解及处理和翻译、自动语音识别以及在与服务提供者联系之前和期间预测用户行为。
2542 +* 机器学习还可以用于基于用户画像和服务消费模式的优化支持和交付渠道。这可能包括高级路径,以找到针对用户的最佳支持代理或资源,包括基于技能、基于语言、基于国家/地区、基于产品、基于客户和基于技术的路径。
2543 +* 对自动界面不满意时,许多用户珍视与人工支持代理进行交谈的机会,尤其是在发生事件的情况下。为了满足这种需求,一些服务提供者通过电话、电子邮件、聊天或社交媒体引入,重新引入或改进人工支持。使用这种方法时,确保高可用性和快速响应尤其重要。在某些情况下,物理上的存在(例如在现场中心中)仍然是联系服务提供者的最理想方式。
2544 +* 为基于技术的服务提供远程用户支持时,通常的做法是使用带有视频功能的移动设备,以允许支持代理查看用户正在疲于应付的设备和应用程序。这可能是支持缺乏技术技能的用户的有效方法。
2545 +* 监控和事态管理技术帮助服务提供者远程主动地监视、管理和修复服务组件,从而使用户在请求支持时无需执行诊断操作。
2450 2450  
2451 -* 主要问题是什么?
2452 -* 这些问题的原因是什么?
2453 -* 这些问题如何影响服务消费者的目的、目标和绩效?
2454 -* 当前的服务消费者背景是什么,包括影响或受这些问题影响的战略、架构和组织结构?
2547 +这些方法与服务提供者必须考虑的挑战有关。表7.7说明了其中一些挑战。
2455 2455  
2456 -不要将客户需要与客户需求混淆。了解需要后,服务提供者仍然需要理解需求。然后,各方就可将服务消费者的需要作为具体的需求表达出来。这些活动将在第5章中进一步介绍。
2457 2457  
2458 -(% style="text-align:center" %)
2459 -[[image:1639039745940-752.png]]
2550 +表7.7 服务提供者必须考虑的全渠道挑战示例
2460 2460  
2461 -图4.4 价值驱动框架的示例
2552 +|**方法**|**挑战示例**|**解决方案示例**
2553 +|左移,增加自助服务|(((
2554 +用户没有足够的技术技能和/或动力来使用自助服务工具
2462 2462  
2556 +用户在访问服务的级别上只能完成有限的任务
2463 2463  
2464 -==== 4.3.4.2 风险与成本 ====
2558 +用户在自助服务期间犯的错误可能导致更多事件
2465 2465  
2466 -理解产品和服务的受影响成果以及风险和成本,应该是发现客户需求和构建服务关系的一部分。
2560 +基于知识的导航可能很困难
2561 +)))|(((
2562 +实施自助服务之前,评估用户技能和可用的支持行动范围
2467 2467  
2564 +与具有代表性的用户组全面测试所有自助服务说明和工具
2468 2468  
2469 -表4.12显示了自助服务门户引入后的预期结果、消除的风险成本,潜在损失以及风险和成本的示例。
2566 +确保自助服务工具操作安全且易于使用
2470 2470  
2568 +改善信息质量和导航工具
2569 +)))
2570 +|社交媒体支持|(((
2571 +情绪化且难以控制的沟通方式
2471 2471  
2472 -表4.12 自助服务门户的积极消极影响
2573 +病毒效应、容易出错发生冲突
2473 2473  
2474 -| |(% colspan="2" %)**客户体验**
2475 -| |**积极**|**消极**
2476 -|**成果**|(((
2477 -支持的成果,包括增强经验和满足偏好:
2575 +非结构化信息
2478 2478  
2479 -●更快的沟通
2577 +多个渠道进行监控和回复
2480 2480  
2481 -●所有用户请求的单点联系
2579 +处理个和合同信息方面的限制
2482 2482  
2483 -单跟踪
2581 +没有集成的诊断
2484 2484  
2485 -●用户对IT维护计划了解
2583 +没有正式记录系统在服务提供者控制之下
2486 2486  )))|(((
2487 -受影响结果:
2585 +培训社交媒体传播中支持人员
2488 2488  
2489 -●用户与IT之间的直接沟通较少
2587 +使用标签和服务/服务提供商的其他提及来自动监视用户证据
2588 +
2589 +将社交媒体渠道与专门的支持系统集成。 保留记录并处理这些系统中的敏感信息
2590 +
2591 +确保用户对社交媒体的所有支持请求都得到迅速响应并处理得令其满意
2490 2490  )))
2491 -|**风险**|(((
2492 -风险消除:
2593 +|熟悉的界面|(((
2594 +服务提供者使用的旧版系统可能会限制兼容性和接口设计
2493 2493  
2494 -●降低响时间
2596 +常用的用程序和操作系统不断发展,通常多个平台和版本共存
2495 2495  
2496 -●降低服务请求分类中错误数量
2598 +一些服务需要专门设备和接口
2497 2497  )))|(((
2498 -引入风险:
2600 +设计产品和服务以实现持续发展和灵活性,最大程度地减少使用大一统和旧的产品
2499 2499  
2500 -●单点故障
2602 +考虑提供适合不同平台用户的界面
2501 2501  
2502 -●对用户能力的依赖度更高
2503 -
2504 -●外部人员可获取敏感事件数据
2604 +提供自定义接口时,进行可用性设计,并在可能的情况下遵循常用服务和接口的使用模式
2505 2505  )))
2506 -|**成本**|(((
2507 -成本消除:
2606 +|机器学习:聊天机器人|(((
2607 +适用范围有限
2508 2508  
2509 -●减少服务台人员
2609 +机器学习的数据不足和不恰当
2610 +
2611 +多语言支持的困难
2510 2510  )))|(((
2511 -引入的
2613 +功程度足够高之前,请勿使用基于机器学习的人机界面来代替; 提供人工备份
2512 2512  
2513 -●自助式管理和维护(在让用户参与管理门户的情况下)
2514 -)))
2615 +迭代地扩展基于机器学习的服务交互的范围,包括多个反馈循环
2515 2515  
2617 +不断提高用于与用户进行服务交互的所有语言的数据质量
2516 2516  
2517 -==== 4.3.4.3 体验和偏好 ====
2619 +跟踪和利用机器学习方面的发展
2620 +)))
2621 +|机器学习:优化的交付渠道|(((
2622 +适用范围有限
2518 2518  
2519 -偏好影响服务消费者服务体验,尤其是对于服务消费者是个人的大众市场服务。表4.13显示了服务消费者体验的关键生产服务因素。
2624 +机器学习数据不足不恰当
2520 2520  
2626 +用户行为和支持组织的改变
2521 2521  
2522 -一旦确定了成果、体验和偏好,则利益相关者就可以检查实现服务消费者的需求和所做出的决策。
2628 +资源有限,无法支持多个渠道
2629 +)))|(((
2630 +关注最重要和最受欢迎的支持方式
2523 2523  
2632 +确保高质量的支持历史记录数据
2524 2524  
2525 -|(((
2526 -**ITIL故事:了解客户需求**
2634 +优化,然后自动化
2527 2527  
2528 -[[image:1639039862455-516.png||height="57" width="44"]]//Mariana:为了实现我们对环境可持续性愿景,我们研究的方案是在我们的一些电动汽车上安装自行车架。然而,当我们调查我们的客户时,我们发现很少有人用汽车来运输自行车。如果没有这种需求,自行车架就不会为我们的客户带来任何价值,所以我们没有采取这种做法。//
2636 +与经验丰富支持代理商起将新技术解决方案付诸实施
2529 2529  )))
2638 +|终端支持人员|(((
2639 +扩展性有限
2530 2530  
2641 +错误的可能性
2531 2531  
2532 -表4.13 服务客户体验的关键生产和服务因素
2643 +情绪态度
2533 2533  
2534 -(% style="width:857px" %)
2535 -|**因素**|(% style="width:558px" %)**描述**
2536 -|**服务质量方面**|(% style="width:558px" %)(((
2537 -功能性
2645 +高成本
2646 +)))|(((
2647 +支持人员的动力、忠诚度和专业发展
2538 2538  
2539 -数据信息可用性
2649 +将人工支持限制在需要合理的情况下
2540 2540  
2541 -可用性
2651 +考虑点对点同行支持以增加可伸缩性并优化成本
2652 +)))
2653 +|视频诊断|(((
2654 +用户设备的使用可能会受到技术、法律和法规监管的限制
2542 2542  
2543 -绩效和容量
2656 +隐私问题
2544 2544  
2545 -信息安全
2658 +使用视频数据可能会给用户带来额外的费用
2659 +)))|(((
2660 +警告用户可能的风险和成本
2546 2546  
2547 -持续性
2662 +确保符合适用法规
2548 2548  
2549 -可访问性
2550 -
2551 -可用性
2664 +实施控制措施以防止滥用技术
2552 2552  )))
2553 -|**风险与合规性**|(% style="width:558px" %)服务符合相关规定
2554 -|**价格与成本**|(% style="width:558px" %)(((
2555 -服务符合消费者的风险承受水平
2666 +|增强监控|技术和隐私限制,尤其是在使用服务消费者的基础架构提供服务时|(((
2667 +与客户讨论收益、风险和成本,考虑与用户讨论
2556 2556  
2557 -顾客感知的成本效益比
2558 -)))
2559 -|**设计和便利性**|(% style="width:558px" %)(((
2560 -服务价格与替代品的比较,例如竞争对手的服务
2669 +确保符合适用法规
2561 2561  
2562 -用户体验
2671 +实施控制措施以防止滥技术
2563 2563  )))
2564 -|**兼容性和接口**|(% style="width:558px" %)(((
2565 -服务简化了一个耗时的过程
2566 2566  
2567 -架构
2674 +只有将这些方法编排为无缝的用户支持体验时,才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成:
2568 2568  
2569 -与客户已经使用的其他服务的兼容性,各种渠道或设备的可
2570 -)))
2571 -|**信息,透明度和公平性**|(% style="width:558px" %)(((
2572 -所有关于服务定价、实际使等方面的数据都可以很容易地提供给客
2676 +* 所有渠道唯一地识别和辨识
2677 +* 系统地收集和分析用户数据
2678 +* 利用所有遇到的用户数据
2679 +* 监控并管理所有用户旅程中的绩效。
2573 2573  
2574 -用户可以方便地检查数据的准确性
2575 -)))
2576 -|**控制能力**|(% style="width:558px" %)客户保持对服务消费的控制,并拥有管理服务选项、定价(如果有定价选项)等工具。
2577 -|**社会责任感**|(% style="width:558px" %)客户确保服务供应商符合适用的社会责任规范,如污染、奴役和公平贸易。
2681 +在公司环境中提供服务时,通常很容易同意与用户进行交互的渠道。但是,人们希望他们在工作场所的体验与在家一样顺畅舒适。。服务提供者必须响应此需求,并提供更广泛的渠道和接口。这可能包括在没有加强数据保护的情况下,通过个人设备或公司设备提供业务服务。服务提供者和服务消费者在讨论并协定服务时应考虑收益、风险和成本。
2578 2578  
2683 +如表7.7所示,有可能克服这些挑战。但是,表7.7中列出的解决方案只能在财务、技术或组织方面有足够的资源才能应用。所需资源的示例包括:
2579 2579  
2580 -=== ​​​​​​​4.3.5 评估相互准备和成熟度 ===
2685 +* 服务提供者团队和用户的技能和能力
2686 +* 用于支持的数据质量
2687 +* 接口的效率和可用性
2688 +* 与参与支持互动的供应商和合作伙伴整合
2689 +* 确保符合安全以及法律和法规要求
2690 +* 远程支持的连接性,包括用户端的支持
2581 2581  
2582 -相互准备是指双方完成适当的检查(即过往的绩效检查)尽职调查(即审),建立了初步信任,并准备形成工作关系,便共同创建价值
2692 +选择服务渠道时要考虑的一个重要因素是用户准备使用服务及相关的风险和机遇
2583 2583  
2584 2584  
2585 -相互准备和成熟度评估可能会根据关系类型而有所不同:
2695 +|(((
2696 +**ITIL的故事:提供用户参与和交付渠道**
2586 2586  
2587 -* 在基础关系中,客户可以检查服务提供者以往的绩效,避免投资于额外的保证措施,例如审计或准备评估。
2588 -* 在合作关系中,客户可以使用审计和成熟度评估工具评估服务提供者成熟度。与基础关系相比,协作和沟通机制的准备也变得非常重要。在所有利益相关者之间明确协调成果并就反馈程序达成一致是至关重要的。
2589 -* 在伙伴关系中,开放和信任是相互成功的关键因素。因此,尽管可能会进行正式的能力成熟度和以往的绩效检查,但是协作的准备是至关重要的。
2698 +[[image:1639050210407-577.png||height="47" width="42"]]//Mariana:eCampus Car Share是一款新的服务,我们尚未完全了解客户的业务活动模式。随着服务的成熟,我们将学习他们的定期通勤和旅程。然后,我们将能够使用推送通知来提醒他们即将发生的事件,例如周末节日或工作日封路。。//
2590 2590  
2591 -表4.14 显示了不同类型的评估与不同类型的关系的相关性。
2700 +[[image:1639050219865-483.png||height="52" width="38"]]**S**//olmaz:我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。//
2701 +)))
2592 2592  
2703 +== 7.4 使用户能够使用服务 ==
2593 2593  
2594 -表4.14 契动步骤评估类型
2705 +某些服务需要特殊用户技能。这些技能可能包括使用某些应用程序或设备,或者了解在使用服务的环境中安全操作的规则。例如,要被允许租用汽车,要求一个人具有有效的驾驶执照,该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。
2595 2595  
2596 -(% style="width:725px" %)
2597 -|(% style="width:336px" %)**评估的属性**|(% style="width:157px" %)**基础关系**|(% style="width:109px" %)**合作关系**|(% style="width:121px" %)**伙伴关系**
2598 -|(% style="width:336px" %)能力成熟度和以往的绩效(服务提供者)|(% style="width:157px" %)关键|(% style="width:109px" %)中度|(% style="width:121px" %)轻度
2599 -|(% style="width:336px" %)准备合作(双方)|(% style="width:157px" %)N/A|(% style="width:109px" %)中度|(% style="width:121px" %)关键
2600 -|(% style="width:336px" %)为变更做好准备(客户)|(% style="width:157px" %)N/A|(% style="width:109px" %)中度|(% style="width:121px" %)关键
2707 +要启用用户,服务提供者应考虑:
2601 2601  
2709 +* 向相关利益相关者收集需求
2710 +* 根据要求采取措施
2711 +* 控制实施并不断检查需求的相关性。
2602 2602  
2603 -==== 4.3.5.1 关系成熟度 ====
2713 +对于许多服务,都有某些要求。为了使用户能够正确、安全和有效地使用这些服务,应在用户开始使用该服务之前满足这些要求。某些要求是由监管机构定义的;一些则是由服务消费者和服务提供者组织推出的。
2604 2604  
2605 -在执行评估之前,最好理解关系成熟度的水平。根据业务提供者成熟度模型(BRM研究所,2014),成熟度级别(例如基础型,合作型和伙伴关系)可以由一组需求和供应特性确定,如表4.15所示。
2606 2606  
2716 +同样重要的是,确保用户在使用服务目录或请求支持时,只能看到他们有权使用的服务以及可以使用的级别。适当的访问级别,再加上正确清晰地显示可用选项,有助于改进用户体验,防止混乱并降低信息安全风险。
2607 2607  
2608 -表4.15 业务提供者成熟度模型
2609 2609  
2610 -(% style="width:939px" %)
2611 -| |(% style="width:363px" %)**需求**|(% style="width:448px" %)**供应**
2612 -|基础关系|(% style="width:363px" %)(((
2613 -交易自动化
2719 +这些要求可能需要:
2614 2614  
2615 -来自业务竖井的请求
2721 +* 尽职调查,只有具有一定访问权限的人员才可以访问服务中提供的信息和技术。
2722 +* 用户培训和认证,只有具有公认的知识和技能的人才能使用某些服务。
2723 +* 安全培训和认证,只有具有安全规程知识的人才能使用某些服务。
2724 +* 年龄控制和身份检查,只有经过验证身份的用户才能访问某些服务或服务级别。
2725 +* 有效管理对服务、服务目录和支持接口的访问。
2726 +* 有效的服务目录展示,包括服务请求目录。
2727 +* 其他措施,以确保用户有权使用服务。
2616 2616  
2617 -专注于职能绩效
2618 -)))|(% style="width:448px" %)(((
2619 -交易处理以及基本服务
2729 +这些措施中的许多都可以作为引入计划的一部分。有些可能需要定期确认,以作为持续消费的一部分。服务消费者和服务提供者组织应在提议和协定步骤上就措施达成一致。
2620 2620  
2621 -为业务竖井定制/修改产品
2622 2622  
2623 -专注于稳定性
2624 -)))
2625 -|合作关系|(% style="width:363px" %)(((
2626 -端到端流程自动化/ 业务
2732 +业务分析、部署管理、信息安全管理、服务目录管理、服务设计、服务台和服务级别管理实践用于确保捕获用户需求,提供给相关方,满足并定期进行审查。
2627 2627  
2628 -集成
2629 2629  
2630 -事务性数据管理信息(决策信息)
2631 -)))|(% style="width:448px" %)(((
2632 -企业系统
2735 +服务目录管理和服务台的实践对于用户引入尤其重要。这些做法可确保在用户旅程的各个步骤中为用户提供有效且友好的界面。
2633 2633  
2634 -业务流程改进点/重新设计开放式网络和网关
2635 2635  
2636 -大多数IT服务的优化/通基础架构
2738 +为了启用和有效地提供用户服务(包括用户对可用新服务和相关服务请求认知),面向户的服务目录应该:
2637 2637  
2638 -外包商品服务技术驱动的业务功能是推动市场差异化的IT催化剂
2639 -)))
2640 -|(((
2641 -(% class="wikigeneratedid" id="H4F194F3451737CFB" %)
2642 -伙伴关系
2643 -)))|(% style="width:363px" %)(((
2644 -创新与成长
2740 +* 以合理的方式进行结构化,以反映用户的需求和活动方式
2741 +* 以清晰易懂的语言呈现
2742 +* 仅包含与用户相关的服务(并且已可用或已提供)
2743 +* 包括服务和相关的服务请求
2744 +* 保持最新
2745 +* 具有可操作性(并且在可能的情况下,对于用户有资格执行的操作是自动的,例如对服务级别和发起服务请求的细微更改)。
2645 2645  
2646 -和市场情报
2747 +台实践有助于有效的用户引入,从而使用户能够参与用户旅程的所有步骤。它提供了各种用户接口,使用户能够以最方便的方式联系服务提供者。这可能包括:
2647 2647  
2648 -可重新配置的功能组合(HR,IT,资产等)
2649 -)))|(% style="width:448px" %)标准接口
2749 +* 移动应用程序,可以与流行的语音接口集成
2750 +* 由机器学习提供支持的联机帮助资源,例如聊天机器人和基于上下文的知识文章
2751 +* 在线工具访问受限的情况下,为用户提供电话热线
2752 +* 现场支持区域。
2650 2650  
2651 -在这个模型中,系成熟度级别是累积:成熟度级别构建在较低的成熟度级别之上,并包括较低的成熟度级别
2754 +服务台应该为所有相类型用户查询提供接口。这包括咨询、事件、服务请求、投诉和表扬
2652 2652  
2653 2653  
2654 -这个模型中的需求和供给是相互依存的;服务提供者在基本关系中仅满足需求,但在合作关系中刺激需求。随着关系的成熟,服务消费者开始学习开发产品服务,从而导致复杂业务但是,服务提供者将学会提供更有效的服务并塑造需求。
2757 +服务界面渠道应确保能力有限用户具有访权限
2655 2655  
2656 2656  
2657 -==== 4.3.5.2 成熟评估和基准测试 ====
2760 +这可能包括暂时或永久位于覆盖范围有限的区域,或遇到技术或通讯困难的用户。服务台还应该使用适当的界面来联系用户以获取反馈、满意调查等。
2658 2658  
2659 -其中一个利益干系人比另一个更成熟的服务关系通常会失败,因为变化会导致不兼容。因此,评估服务提供者和服务消费者的成熟度是有帮助的。
2660 2660  
2763 +|(((
2764 +**ITIL的故事:为用户提供服务**
2661 2661  
2662 -表4.16问题可作评估清单
2766 +[[image:1639050311875-982.png||height="47" width="45"]]//Mariana:在eCampus Car Share,我们对客户有一定要求,以使他们能够租我们汽车例如,所有客户都必须具有有效的驾驶执照才能预订汽车。他们还必须知道如何使用电动汽车并为其充电。//
2663 2663  
2768 +[[image:1639050322640-448.png||height="48" width="36"]]**S**//olmaz:我们将概述客户的需求,以便通过我们的网站和预订应用程序租用我们的汽车。//
2664 2664  
2665 -表4.16 基于服务管理四维模型服务提供者和服务消费者成熟度评估
2770 +[[image:1639050311875-982.png||height="47" width="45"]]//Mariana:当客户到场取车时,我们会对其所有文件进行彻底检查,以确保他们符合合规性所有必要规定,以能够租车。//
2666 2666  
2667 -|(% style="width:108px" %)**服务消费者/服务供应者**|(% style="width:260px" %)**组织和人员**|(% style="width:306px" %)**价值流和流程**|(% style="width:354px" %)**信息和技术**|**合作伙伴与供应商**
2668 -|(% style="width:108px" %)组织和人员|(% style="width:260px" %)(((
2669 -用户准备好与服务提供者代理商的沟通?
2670 2670  
2671 -服务提供者的代理可以理解用户吗?
2672 -)))|(% style="width:306px" %)(((
2673 -服务提供者的规程是否进行了修改,以便让用户参与进来?
2773 +[[image:1639050322640-448.png||height="48" width="36"]]**S**//olmaz:作为引入的一部分,我们检查客户是否熟悉电动车,如果不熟悉,我们会为供应提供他们更多的信息和指导,以确保他们在使用汽车时有顺畅的体验。我们为客户提供有关如何为汽车充电和使用的教学视频访问权。//
2674 2674  
2675 -用户可以按照规程操作吗?
2775 +[[image:1639050311875-982.png||height="47" width="45"]]//Mariana:我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息,以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。//
2776 +)))
2676 2676  
2677 -我们能确保用户遵守规程吗?
2678 -)))|(% style="width:354px" %)(((
2679 -服务提供者的产品和服务是否配置为向用户提供正确的访问级别?
2778 +== 7.5 提升彼此的能力 ==
2680 2680  
2681 -是否对用户进行了正确使用技术和流程数据的培训?
2682 -)))|服务提供者的供应商代理是否准备好与用户沟通?
2683 -|(% style="width:108px" %)价值流和流程|(% style="width:260px" %)(((
2684 -服务提供者的代理商可以遵循消费者的规程吗?
2780 +服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组,以提高另一组的能力。
2685 2685  
2686 -我们可以确保代理商遵循规程吗?
2687 -)))|(% style="width:306px" %)(((
2688 -哪些服务消费者规程为服务提供者的规程提供输入,反之亦然?
2689 2689  
2690 -服务消费者和服务提供者需要更改哪些规程?
2691 -)))|(% style="width:354px" %)(((
2692 -服务提供者的产品是否正确地自动执行服务消费者规程?
2783 +表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例
2693 2693  
2694 -是否需要变更?服务提供者是否知道服务消费者的职能型要求?
2695 -)))|服务提供者的供应商是否准备好遵循服务消费者的规程?
2696 -|(% style="width:108px" %)信息和技术|(% style="width:260px" %)服务提供者的代理商是否具有支持消费者技术所需的技能和能力?|(% style="width:306px" %)服务提供者的规程是否涵盖了服务提供者需要管理的技术和信息系统(例如变更启用、服务配置管理、审计)?|(% style="width:354px" %)(((
2697 -需要集成哪些信息系统?
2785 +|(% style="width:148px" %)**指导原则**|(% style="width:1146px" %)**优化用户能力的应用示例**
2786 +|(% style="width:148px" %)聚焦价值|(% style="width:1146px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
2787 +|(% style="width:148px" %)从当前开始|(% style="width:1146px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善,并且经常受到用户的抵制。
2788 +|(% style="width:148px" %)基于反馈不断迭代|(% style="width:1146px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改,均应进行测试,并根据用户反馈进行持续审查。 应鼓励用户提供反馈,反馈的后续行动对用户社区应该是透明的。
2789 +|(% style="width:148px" %)合作并提高知名度|(% style="width:1146px" %)在需要联合运营的情况下,用户应了解协作的要求并相互帮助,服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行,或者用户不知道如何使用服务,则应安全,轻松并鼓励其寻求帮助或报告事件。
2790 +|(% style="width:148px" %)全面思考和工作|(% style="width:1146px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
2791 +|(% style="width:148px" %)保持简单实用|(% style="width:1146px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法,并且应该认真透明地对待这些提议。
2792 +|(% style="width:148px" %)优化和自动化|(% style="width:1146px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
2698 2698  
2699 -集成信息系统的最有效与最高效的方式是什么?
2794 +为了帮助用户和客户变得更好,服务提供者可以考虑使用以下技术:
2700 2700  
2701 -双方都需要在信息系统方面做出哪些改变?
2702 -)))|(((
2703 -服务提供者的供应商是否具备支持服务消费者技术所需的技能和能力?
2796 +* 根据角色向特定的用户组、角色和用户特征提供有针对性的用户培训。
2797 +* 考虑将培训重点放在用户的需求而不是产品上。
2798 +* 向用户和客户介绍服务提供者工作中令人兴奋的方面,并强调合作与协作的机会。
2799 +* 促进负责任的服务使用,尤其是在消费需要大量资源或收费基于数量或时间的情况下。
2800 +* 在早期阶段让用户和客户参与服务更改的讨论,以收集反馈并确保参与。
2801 +* 创建一个舒适的环境,使用户可以放心地报告问题和提出问题。
2802 +* 邀请用户和客户提出改进服务关系的方法,包括界面、过程和服务。
2803 +* 建立并支持用户社区,并在适用时让多个服务消费者参与。
2804 +* 让超级用户帮助其他人采用新服务。
2704 2704  
2705 -
2706 -)))
2707 -|(% style="width:108px" %)合作伙伴与供应商|(% style="width:260px" %)(((
2708 -服务提供者与服务消费者的供应商之间的沟通渠道是否已经建立?
2806 +这些方法大多数都适用于服务过程中的几个步骤,包括引入。
2709 2709  
2710 -服务提供商的代理是否准备好与服务消费者的供应商沟通?
2711 -)))|(% style="width:306px" %)(((
2712 -服务提供者的规程是否适用于服务消费者的供应商(如服务集成和管理、变更管理、审计)?
2713 2713  
2714 -服务消费者的供应商是否准备好遵循服务供应商的规程(如果相关)?
2809 +服务消费者组织可以考虑使用以下技术来帮助其服务者进行改进:
2715 2715  
2716 -我们怎样才能保证?
2717 -)))|(% style="width:354px" %)服务提供者的产品是否配置为向服务消费者的供应商提供正确的访问权限?|(((
2718 -服务提供者的供应商和服务消费者的供应商之间是否建立了沟通渠道?
2811 +* 邀请服务提供者的团队直接观察服务消费者的业务。
2812 +* 让参与服务提供的所有团队参与其中,并演示如何使用服务以及它们如何影响服务消费者的业务。
2813 +* 尽早使服务提供者参与有关组织、流程和技术的相关更改的讨论。
2814 +* 提供有关服务关系各个级别的反馈,并提供公众评论以促进跨组织的用户社区。
2815 +* 与服务提供者组成联合专家团队。
2719 2719  
2720 -服务提供者是否确保所有各方遵守所有协议以及法律和法规要求?
2721 -)))
2817 +当在组织中共享和支持所有方法,并且持续改进时,所有方法都可以更好地发挥作用。
2722 2722  
2723 -==== 4.3.5.3 评估协作的准备情况 ====
2724 2724  
2725 -利益相关者之所以对协作感兴趣,是因为与其他利益相关者的持续合作更容易实现目标。为了评估协作的准备情况,必须考虑表4.17中概述的信息。
2820 +|(((
2821 +**ITIL的故事:提升共同能力**
2726 2726  
2823 +[[image:1639050424360-458.png||height="43" width="39"]]//Mariana:eCampus Car Share运行了最初的几个月后,我们引入了游戏化。当顾客取车时,他们希望汽车清洁并充满电。我们要求客户在取车时给他们的车辆进行星级评价。这些评分被赋予前一个驾驶员的个人资料。//
2727 2727  
2728 -4.17 准备估检查表
2825 +[[image:1639050433804-264.png||height="43" width="37"]]//Radhika:驾驶员获得的积分越多,他们在排行榜上的地位就越高,对于一直获得五星级价的任何人,抽奖可在下次预订时提供折扣。//
2729 2729  
2730 -(% style="width:875px" %)
2731 -|(% style="width:438px" %)**合作准备因素**|(% style="width:434px" %)**清单和参考**
2732 -|(% style="width:438px" %)是否建立起最初的信任?|(% style="width:434px" %)三个Cs 模型
2733 -|(% style="width:438px" %)我们是否与相关的利益相关者契动?管理**层**是否支持合作活动?|(% style="width:434px" %)(((
2734 -利益干系人分析
2735 -
2736 -利益干系人地图(影响力/兴趣网格)
2827 +[[image:1639050451730-405.png||height="49" width="36"]]//Solmaz:这不仅使我们的客户受益,而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本,最重要的是,它支持出色的客户体验。//
2737 2737  )))
2738 -|(% style="width:438px" %)我们是否为密切合作创建了组织基础?|(% style="width:434px" %)(((
2739 -确保原则和运营活动保持一致
2740 2740  
2741 -检查信息系统其他资源之间的集成和接口
2830 +== 7.9 撤销客户用户 ==
2742 2742  
2743 -沟通风险承受能力约束条件(风险登记册)
2832 +与引入类似,应将撤销的动作职责预先定义为产品和服务设计的一部分,然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时,此方法有效。这类示例诸如,用户在组织中的位置发生了变化,这可能导致用户使用的服务范围的变化。
2744 2744  
2745 -建立沟通渠道,尤其是投诉渠道(利益干系人沟通计划)
2746 2746  
2747 -跨协作组织分配资源(主要是人员,技术和信息)
2748 -)))
2835 +撤销的重要问题包括信息安全和资产管理。重要的是要确保外来用户没有特定的访问权限,并且必须安全地存储他们的创建、使用或有权访问的信息,并且仅对授权用户可用。同样,重要的是要确保先前包含在服务提供中的物理和数字资产在用户撤销后,得到正确地归档、重用、撤回或以其他方式处理。软件许可证或个人设备,例如笔记本电脑和移动电话,就是需要适当撤销的示例。
2749 2749  
2750 -==== 4.3.5.4 评估组织变革准备情况 ====
2751 2751  
2752 -在某些情况下,成功交付服务可需要转换组织惯例例程,以便从服务获得价值需要组织变革管理ITIL Foundation定义了以下有效组织变革管理实践的属性:
2838 +变更使、信息安全管理、IT资产管理和服务配置管理实践对成功撤销至关重要如果相关,还可能需要其他实践。组织变革管理实践可能会支持大规模撤销。
2753 2753  
2754 -* 明确而相关的目标
2755 -* 坚强而坚定的领导
2756 -* 愿意和有准备的参与者
2757 -* 持续的改进点。
2758 2758  
2759 -为了评估组织变革准备情况可以使用表4.18中所示检查表
2841 +撤销计划应按照与引入计划相同原则进行审查并应改善服务关系相同领域
2760 2760  
2761 2761  
2762 -表4.18 组织变革准备情况评估清单
2844 +当服务消费者因不满意或纠纷而离开时,确定原因很重要。在这些情况下,在无冲突的环境中流程的每个步骤都已商定时,同意并准备好撤销以确保无缝的撤销就尤为重要。此外,双方应注意不要加剧任何冲突或对任何其他方造成伤害;他们应同意对争端保密。当预期将采取后续法律行动时,这一点尤其重要。
2763 2763  
2764 -(% style="width:884px" %)
2765 -|(% style="width:184px" %)**组织变革准备就绪因素**|(% style="width:697px" %)**检查清单**
2766 -|(% style="width:184px" %)**明确而相关的目标**|(% style="width:697px" %)(((
2767 -服务关系是否有清晰的愿景?
2768 2768  
2769 -是否有效传达了变更的原因?
2770 -)))
2771 -|(% style="width:184px" %)**坚强而坚定的领导**|(% style="width:697px" %)(((
2772 -赞助商是否因成功的业绩而备受尊敬?
2847 +=== 7.9.1 客户撤销 ===
2773 2773  
2774 -利益相关是否信任管理层考虑他们的利益?
2849 +当服务协议期满或终止时,由服务提供执行客户撤销。撤销动作通常包括:
2775 2775  
2776 -是否有横向领导者?
2777 -)))
2778 -|(% style="width:184px" %)**愿意和有准备的参与者**|(% style="width:697px" %)(((
2779 -是否有奖励贡献者的计划?
2851 +* 与所有相关的利益相关者,包括用户、客户、相关的合作伙伴/供应商和监管机构,就计划的服务终止进行沟通
2852 +* 响应任何要求进一步信息或其他支持的用户
2853 +* 组织和执行从服务消费者到服务提供者的设备移交
2854 +* 删除服务消费者场所中一直在运行的任何服务提供者资源
2855 +* 撤消任何一方对另一方资源的访问权限(如果适用)
2856 +* 存档和保留记录
2857 +* 计算和处理退出付款,包括双方未偿还的金额
2858 +* 更改与终止的服务相关的第三方合同,例如支持技术服务、保险等
2859 +* 保留双方同意和/或适用法规要求的正式撤销记录
2860 +* 执行与处境相关的关系管理动作,例如闭门会议、感谢信、恢复服务关系的邀请等。
2780 2780  
2781 -组织中是否有足够水平的系统知识?利益相关者是否理解变更的全貌,而不仅仅是他们自己的一部分?
2782 -)))
2783 -|(% style="width:184px" %)**持续的改进点**|(% style="width:697px" %)(((
2784 -组织中有多少变更阻力?
2862 +这些操作适用于大多数客户撤销场景。具体操作取决于服务的性质以及撤销计划的范围。有些操作由服务提供者或服务消费者执行,而有些可能需要协作。这些通常在引入步骤中事先约定,但可能需要在撤销开始之前进一步鉴证。
2785 2785  
2786 -过去的改进是否成功?
2787 2787  
2788 -当前有多少变
2865 +撤销的一种复杂的现代方法是服务提供者之间的合作,其中包括相互的撤销协议。在这些情况下,新的服务提供者将服务消费者替换为旧的服务提供者。这是很常见的,因为在提供商之间进行切换是很普遍的,并且受到法律的监管。
2789 2789  
2790 -公事公办与创新之间是否有良好的平衡?如果组织过分强调持续运营的责任,创新就会受到影响。如果创新是唯一的焦点,那么对当前经营活动的责任就被忽略了。因此,成功的组织应该找到正确的平衡点。
2791 -)))
2792 2792  
2793 -应参阅组织变革管理实践指南以获取详细指导
2868 +切换服务提供可能涉及第三方;例如,共享基础架构的提供者既充当新服务提供者又充当旧服务提供者
2794 2794  
2795 2795  
2796 -== 4. 管理应商和合伙伴 ==
2871 +表7.9 者切换操示例
2797 2797  
2798 -在某种程度上,每个组织都依赖于其他组织提供的服务(ITIL Foundation,第3.3节)。因此,对于服务提供者和服务消费者,与供应商和合作伙伴的关系同样重要。这包括与主要供应商建立更紧密、更协作的关系,以发现和实现价值新的价值,并减少失效的风险(ITIL Foundation ,第5.1.13节)。
2873 +(% style="width:817px" %)
2874 +|**服务管理的维度**|(% style="width:527px" %)**切换操作示例**
2875 +|组织和人员|(% style="width:527px" %)(((
2876 +更改用户访问权限
2799 2799  
2878 +更改服务提供者的访问权限
2879 +)))
2880 +|价值流和流程|(% style="width:527px" %)(((
2881 +更改共同行动的责任
2800 2800  
2801 -由于服务提供者在其供应商的关系中充当服务消费者,因此服务提供者的旅程包括与客户旅程相同的步骤:
2883 +更改程序和接口
2884 +)))
2885 +|信息和技术|(% style="width:527px" %)(((
2886 +频道切换
2802 2802  
2803 -* **探索** 理解确定的潜在供应商的需求和价值
2804 -* **契动** 与供应商建立关系
2805 -* **供应** 形成需求和需求规范
2806 -* **协议 **就供应商提供的产品和服务的条款和条件进行谈判并达成一致
2807 -* **引入** 决定是否应从供应商处获得产品和服务,并执行转换活动
2808 -* **价值共创** 创建消费服务并与供应商进行服务交互
2809 -* **实现价值 ** 持续跟踪、评估和评价价值实现,并改进整个过程。
2888 +设备安装和卸载
2810 2810  
2811 -服务消费者和提供者具有不同的视角和关注领域。通常不同的方面是服务集成和编排。服务集成负责协调或编排参与产品或服务的采购和提供的所有供应商。它侧重于端到端的提供服务,确保控制供应商的所有接口和结果,并促进了供应商之间的协作(ITIL Foundation ,第5.1.13节)。
2890 +系统集成
2812 2812  
2892 +记录存档
2893 +)))
2894 +|合作伙伴和供应商|(% style="width:527px" %)与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
2813 2813  
2814 -越来越多的服务提供者被其客户视为服务中心,并期望为了客户利益协调其供应商和合伙伴。其他人则被视为“黑匣子”;他们的客户不想知道他们的服务提供者与之合的供商和合作伙伴依赖关系。服务消费者的这些期望极大地影响了服务提供者管理其与供应商和合作伙伴之间关系的方式
2896 +关于切换提供者的撤销动类似于服务终止操;它们该涵盖表7.9中概述所有服务管理四维模型
2815 2815  
2816 2816  
2817 -服务集成有四个主要类型,每个组织应该考虑最适合它的模型以便转换到更协调的服务供应商环境。这些模型是
2899 +许多ITIL 管理实践支持撤销包括
2818 2818  
2819 -* **作为服务集成和管理的保留组织 **保留的组织管理所有供应商并自行协调服务集成和管理职能
2820 -* **单一供应商 **其中供应商提供所有服务以及服务集成和管理职能
2821 -* **服务守护者 **供应商除了管理其他供应商外,还提供服务集成和管理职能以及一个或多个交付职能
2822 -* **独立的服务集成商 **即使供应商不向组织提供任何服务,也可以由供应商提供服务集成和管理职能并管理所有其他供应商。
2901 +* 变更使能
2902 +* 部署管理
2903 +* 基础设施和平台管理
2904 +* IT资产管理
2905 +* 发布管理
2906 +* 服务配置管理
2907 +* 服务级别管理
2908 +* 软件开发和管理。
2823 2823  
2824 -如果服务提供者充当服务集成商,则通常代表客户建立关系和协作。在某种程度上现在每个服务提供商都是服务集
2910 +大规模的撤销切换计划可能需要组织变革管理和项目管理实践来调撤销动作,并确保所涉及的组织功实施了变更
2825 2825  
2826 2826  
2827 -表4.19 列出了当服务提供者充当服务集成商时服务提供者活动的契动步骤。
2913 +=== 7.6.2 用户撤销 ===
2828 2828  
2915 +用户撤销可能是正在进行的服务关系的一部分,而没有服务或合同终止。常见的示例是用户从服务消费者组织辞职或在组织内的职位变化。这些场景应该在客户引入期间预先约定,并根据此方法进行处理(通常作为标准更改)。但是,在某些情况下,例如大规模撤销,可能需要额外的规划和协调。
2829 2829  
2830 -表4.19 关系管理服务集成商活动
2831 2831  
2832 -(% style="width:891px" %)
2833 -|(% style="width:278px" %)**步骤**|(% style="width:610px" %)**服务集成商活动**
2834 -|(% style="width:278px" %)**创建容许契动关系模式的环境**|(% style="width:610px" %)(((
2835 -审视消费者环境,以寻找新的供应商和合作伙伴,以实现消费者战略和目标
2918 +用户撤销通常包括:
2836 2836  
2837 -与可能的供应商进行联系和谈判
2920 +* 沟通计划中的撤销和用户的相关职责
2921 +* 与用户互动,以获取有关计划撤销的更多信息或任何其他支持
2922 +* 组织从用户到服务提供者或服务消费者负责代表的设备移交
2923 +* 更改或取消用户的访问权限
2924 +* 通过归档和保留来保护记录
2925 +* 删除未归档的信息
2926 +* 维护双方同意和/或适用法规要求的正式撤销记录
2927 +* 执行关系管理操作,例如闭幕会议、撰写感谢信等。
2838 2838  
2839 -检查供应商过去的业绩和/或公众评级,并管理尽职调查(如果相关的话)
2840 -)))
2841 -|(% style="width:278px" %)**建立和维持信任与关系**|(% style="width:610px" %)与正常服务关系相同
2842 -|(% style="width:278px" %)**了解服务提供者能力**|(% style="width:610px" %)(((
2843 -根据关系类型、依赖程度和风险定义管理供应商的标准
2929 +正式程度取决于服务关系。例如,当服务提供者位于服务消费者组织内部时,正式程度可能会较低,并且服务消费者代表(例如用户的经理)可能会执行某些操作。
2844 2844  
2845 -根据标准识别和分类现有供应商,并关注最重要的供应商
2846 2846  
2847 -根据客户的需求评估供应商的能力
2848 -)))
2849 -|(% style="width:278px" %)**了解服务消费者需求**|(% style="width:610px" %)与正常服务关系相同
2850 -|(% style="width:278px" %)**评估相互准备和成熟度**|(% style="width:610px" %)(((
2851 -跟踪供应商的绩效和合规性
2932 +随后,撤销应该使用户感到舒适。服务提供者致力于使撤销动作自动化,并最大程度地降低其对所有相关方的日常业务基础的影响。
2852 2852  
2853 -评估供应商的成熟度
2854 2854  
2855 -评估更大的供应链,管理与供应商及其分包商有关的风险,以影响供应商提供服务的能力
2856 -)))
2857 -
2858 -供应商管理实践可用于为参与服务交付的所有供应商创建一个单一的可视点,以确保一致性并实现价值。这有助于回答以下问题:
2859 -
2860 -* 服务提供者在管理其合作伙伴和供应商时是否有效?
2861 -* 服务提供者是否依赖战略供应商?
2862 -* 关键供应商停工对服务运营可能导致的影响是什么?
2863 -* 供应商是否与服务提供者的价值链无缝集成?
2864 -
2865 -此实践还确保与供应商的协议与预期的服务结果和客户需求相一致,并监督其绩效,以确保条款、条件和目标得到满足。
2866 -
2867 -
2868 2868  |(((
2869 -**ITIL的故事:管理供应商合作伙伴**
2936 +**ITIL的故事:撤销客户用户**
2870 2870  
2871 -[[image:1639040403078-235.png||height="47" width="45"]]//Mariana:我们面临的个问题是,校园充电站经常出现故障,无法将车充满电。尽管eCampus Car Share不管理站点,当汽车未充满电时端到端客户体验受到负面影响。客户认为些站点的功能是我们的责任。//
2938 +[[image:1639050583142-272.png||height="43" width="47"]]//Mariana:最初,我们预计完成最后年学习的学生会希望自动退订eCampus Car Share我们商业活动模式表明,很多学生选择保留自己的员资格,通常在他们选择继续学业或加入教职员工的情况下。因此,我们不得不重新考虑我们计划以自动撤销客户。//
2872 2872  
2873 -[[image:1639040414134-638.png||height="47" width="39"]]**S**//olmaz充电站归大的地方议所有并由该议会供应商安装。//
2940 +[[image:1639050597268-890.png||height="47" width="38"]]//Radhika我们还发现,生通常希望每个学年结束时取消其员资格以节省每月订阅费用但是,当他们注册第二年时,他们不想再次完成教学视频。//
2874 2874  
2875 -[[image:1639040403078-235.png||height="47" width="45"]]//Mariana:这种情况并不少见,在这种情况下,提供我们服务,我其他提供商依赖很多。//
2942 +[[image:1639050583142-272.png||height="43" width="47"]]//Mariana:我们学生提供了将其会员级别变更到无需每月订阅费用级别可能。这意味着他更有可能保留会员资格,也意味着们在整个夏季继续接受我们营销在新学期开始时,学生可以再次变更其会员级别。//
2876 2876  
2877 -[[image:1639040433389-601.png||height="46" width="43"]]//K//atrina//:我刚和朋友们从计划了三个小时的旅行回来,去看一个当地的乐队。不幸的是,这辆车没有充满电。当我们试图给它充电时,校园里的充电站坏了。充电站不属于eCampus Car Share或大学:完全是一个不同的组体。艾克苏服务台能够帮我找到另一辆车,但在使用之前,我不得不等待它退回。//
2878 -
2879 -[[image:1639040403078-235.png||height="47" width="45"]]//Mariana:尽管eCampus Car Share对充电站不负直接责任,但我们的客户仍会受到其他原因造成的故障和缺陷的影响。这是一个很好的例子,说明了所有服务交互和接触点是如何帮助客户感知我们的服务和价值的。//
2880 -
2881 -[[image:1639040414134-638.png||height="47" width="39"]]**S**//olmaz:我们正在寻求与充电运营商更紧密的合作,以减少我们的汽车无法正确充电的机会。//
2944 +[[image:1639050610825-462.png||height="53" width="37"]]**S**//olmaz:撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化,我们不需要花费时间手动释放费用。//
2882 2882  )))
2883 2883  
2884 -== 4.5 总结 ==
2947 +== 7.7 总结 ==
2885 2885  
2886 -良好的关系是管理合作关系、伙伴关系基础关系所必须的。培养良好关系包括能够契动的关系模式建立信任并理解相互需求和价值环境
2949 +为了从协议发展到服务提供消费,各方必须经历一种过渡,其中涉及服务提供者和服务消费者资源整合或分离应将此方法定义为服务设计一部分,并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问使用户能够使用服务以及提升彼此能力
2887 2887  
2888 2888  
2889 -供应商关系等同于其他服务关系,应进行相应的管理。多个供应商的集成和协调是供应商关系中的一个特例。
2952 += 8. 步骤6:价值共创 =
2890 2890  
2954 +[[image:1639050669254-786.png]]
2891 2891  
2956 + 培育服务意识
2892 2892  
2893 -----
2958 + 正在进行的服务交互
2894 2894  
2895 -= 5. 步骤3:供应 =
2960 + 培育用户社区
2896 2896  
2897 -[[image:1639040503323-766.png]]
2962 +当各方准备好交付和使用服务时,旅程的下一步便开始了。它可以说是最重要的;前面的所有步骤都旨在使之成为可能,并确保其取得成功。
2898 2898  
2899 - 管理需求和机会
2964 +此步骤的目的是让参与服务关系的人员共同行动,以确保基于商定的服务产品持续共同创造价值。
2900 2900  
2901 - 指定管理客户需求
2966 +服务提供消费步骤的范围包括:
2902 2902  
2903 - 设计服务供应和用户体验
2968 +* 服务的交付和支持
2969 +* 服务的消费
2970 +* 服务的使用。
2904 2904  
2905 - 销售获得服务产品
2972 +此步骤是否成功取决于所有利益相关者共享基本原理采用服务意识的能力。表8.1概述了服务提供和消费的目的。
2906 2906  
2974 +表8.1 服务提供的用途和消耗量
2907 2907  
2908 -客户和服务提供者之间的服务关系越密切,就越能进一步形成客户需求和服务供应。供应步骤有助于客户阐明其需求和要求,并帮助服务提供者设计匹配的服务供应。本章描述了基于价值驱动、数据驱动和以用户为中心的服务设计来确定、设计、销售和获得产品和服务所需的服务交互和接触点。无论服务来自内部还是外部服务提供者,本指南均适用。表5.1概述了形成需求和服务提供的目的。
2976 +|**价值共创**|**对于服务消费者**|**对于服务提供者**
2977 +|(% colspan="1" rowspan="7" %)促进成果和体验|最大限度提升服务消费和服务关系的实际成果|提升客户和用户的忠诚度
2978 +|通过正确的消费方式提升用户和客户功能的体验|最大化服务提供和服务关系的结果
2979 +|通过有效的协作提升用户和客户的情感体验|通过反馈和事实瞬间为持续改进获取有价值的输入
2980 +|通过有效的协作获得的经验|
2981 +|提高外部利益干系人满意度|提高员工的满意度
2982 +|提高员工的满意度|提高生产效率
2983 +|提高生产效率|
2984 +|(% colspan="1" rowspan="3" %)优化风险和合规性|通过调整对标和符合实际的期望来降低价值流失的风险|降低影响服务质量的事件及相关中断的发生概率
2985 +|通过响应性支持和以价值为导向的服务改进优先顺序,降低服务质量反复出现偏差的风险|通过忠诚度“信用”提升用户对服务质量偏差的容忍度
2986 +|通过有效的沟通和协作降低信息丢失的风险|
2987 +|优化资源和降低成本|(((
2988 +减少因服务质量下降而造成的损失
2909 2909  
2990 +优化服务消费成本
2991 +)))|(((
2992 +优化服务提供的运营成本
2910 2910  
2911 -表5.1 形成需求和服务提供的目的
2912 -
2913 -(% style="width:1180px" %)
2914 -|**供应**|**对于服务消费者**|(% style="width:583px" %)**对于服务提供者**
2915 -|促进成果和体验|确保客户清楚表达了服务消费者的需求和要求|(% style="width:583px" %)(((
2916 -了解如何为服务消费者和服务提供者创建价值,以及服务提供者如何支持该价值共创
2917 -
2918 -使服务提供者能够平衡供应和需求
2994 +降低用户支持成本
2919 2919  )))
2920 -|优化风险和合规性|(((
2921 -最小化购买服务而不满足实际需要的风险
2922 2922  
2923 -减少供应商误解消费者需求的风险
2924 -)))|(% style="width:583px" %)(((
2925 -尽量减少无法履行承诺服务的风险
2997 +== 8.1 培养服务意识 ==
2926 2926  
2927 -尽量减少客户不满意的风险
2928 -)))
2929 -|优化资源并最小化成本|确保将资金投资于能够优化投资回报的领域|(% style="width:583px" %)确保在最佳区域使用时间和资源
2999 +重要的是参与服务提供和消费活动的人员必须以负责任的态度行事,考虑他人的利益,并专注于商定的服务结果。这被称为“ 服务同理心”,该术语通常用于用户支持的狭窄背景以及与服务提供者的支持代理相关的服务交互,但应扩展到整个服务旅程。
2930 2930  
2931 2931  |(((
2932 -**ITIL故事步骤3 – 供应**
3002 +**定义服务同理心**
2933 2933  
2934 -[[image:1639040709737-670.png||height="50" width="44"]]//Mariana:我们的eCampus汽车共享服务已受到大学学生员工欢迎。我们为普通汽车用户提供订阅会员资格为间歇性用户提供不同的定价等级。我们的汽车是电动的,这使它们比传统的汽车更环保,因为它们排放的废气更少。另外,汽车共享会降低汽车拥有率,减少道路上的汽车行驶次数,并减少客户出行次数,因为客户会将差事合并为一次出行最大程度地增加支出。我们为自己能提供一个干净安全、可靠的往返于校园的其他交通选择而自豪//
3004 +识别、理解,预测规划利益、需求、意图及经验能力,以便建立维持和改善服务关系
2935 2935  )))
2936 2936  
2937 -== 5.1 管理需机会 ==
3007 +服务同理心是组织的一项重要能力也是服务管理者的一项重要技能。服务支持代理不要分担用户的挫折感,但希望得到认可理解,表达同情,并相应调整自己的支持行动。
2938 2938  
2939 -服务而言,需求和容量是相互的。服务无法存储供以后使用。当服务价值只有在服务提供者供给满足服务使用者需求时才能被共同创造。如果需求得不到满足,设施和资源就会浪费。同样,当需求高于容量时,也会丢失机会。了优化服务机会,服务提供者应调整容量和影响需求。正确理解不同的客户群体和部门如何使用其服务至重要
3009 +服务同理心的重要程度取决于密切程度成功伙伴关系相比基础关系更为关
2940 2940  
3011 +对于合作关系的成功而言,它比基本的关系更为关键。
2941 2941  
2942 -=== 5.1.1 业模式 ===
3013 +同理心是服务意识的要素,但不是唯一的要素。服务意识还包括驱组织行为的共同原则并定义其对服务关系和其他相关方的态度。
2943 2943  
2944 -要了解如何使用服务,分析业务活动的模式很有用的。事实和图表是通过监控和日志记录生成的,反映了服务的使用情况。这些信息将有助于采取措施满足需求高峰。
2945 -
2946 -
2947 2947  |(((
2948 -**定义:活动模式(PBA)**
3016 +**定义:意识**
2949 2949  
2950 -一个或多个业活动工作负载描述PBA用于帮助服务提供者理解支持不同级别服务消费者活动
3018 +组织文化的一个重要组成部分,它定义了组织在服关系中行为。服务意识包含包括组织采用遵循共同价值观和指导原则
2951 2951  )))
2952 2952  
2953 -表5.2描述了一个会计流程的PBA。
3021 +服务意识包含以下值和原则:
2954 2954  
3023 +* 了解你的客户/ 用户
3024 +* 了解客户/ 用户期望
3025 +* 专注于客户价值
3026 +* 承担责任
3027 +* 表现出同理心
3028 +* 承认并适应文化
3029 +* 鼓励协作
3030 +* 慷慨大方
3031 +* 表现出独创性,包括有智慧的不服从
3032 +* 永远不要有不道德的行为。
2955 2955  
2956 -表5.2 会计处理的活动模式示例
3034 +参与服务旅程可见性前期阶段的人员通常具备管理服务关系,并现出良好人际交往的技能、服务同心和有效沟通。然而,在共同创造阶段,参与持续服提供和消费的人可能不会分享这种服务意识。
2957 2957  
2958 -(% style="width:689px" %)
2959 -|**角色**|(% style="width:350px" %)**实现价值创建高峰工作量**|(% style="width:200px" %)**高峰时间**
2960 -|雇员|(% style="width:350px" %)所有员工填写工时表|(% style="width:200px" %)每周五午餐后
2961 -|会计|(% style="width:350px" %)获取或构建,报告和质量检查准备工资|(% style="width:200px" %)每月12日至15日
2962 -|会计|(% style="width:350px" %)年终结账|(% style="width:200px" %)每年十一月/十二月
3036 +=== 8.1.1 适用于服务提供的服务意识 ===
2963 2963  
2964 -另一种可以识别的模式是通过分析来电。例如,结果可以表明,所有支助请求中平均有85%是在每个工作日的两个短期间提出的:10:00-11:00和15:00-16:00。服务台还可以看到所需特定服务。有了这些信息,服务台可以通过在高峰时段提供额外人员或创建自服务解决案来管理需求。
3038 +所有参与服务提供人都应该分享服务意识指导原则应该指导专业行为的所方面。表8.2列出可能有助于培养服务意识的关键问题,并提供了有于提高相关能力的法示例
2965 2965  
3040 +表8.2 服务提供者中的服务意识组织
2966 2966  
2967 -业务活动模式非常有用,因为它们允许组织做出基于事实的决策。检测到的模式可以反映不同的趋势。有些模式是重复的,例如表5.2中的示例;其他模式显示增长或下降。一些服务业经历了快速增长,这将对容量产生影响。需要进一步的业务分析来理解总体情况并做出正确的决策。
3042 +|**ITIL指导原则**|**关键问题**|**学习和开发方法的示例**
3043 +|(% rowspan="4" %)聚焦价值|谁是潜在客户?|服务消费者的业务简介(可能的情况下,拜访服务消费者的场所)
3044 +|他们如何从服务中感知价值?|用户支持简介(可能的情况下,参与用户支持活动)
3045 +|客户期望什么样的体验?|服务架构及其依赖关系的简介
3046 +|如何让全员为价值共创做出贡献?|
3047 +|(% rowspan="4" %)从你所处的地方开始|服务消费者的背景和历史是什么?|服务架构及其依赖关系历史和背景说明应作为客户导入和新员工入职培训的一部分的
3048 +|服务消费者以前使用过什么产品和服务?|在适用的情况下,进行包容性和特殊的需求认知的培训
3049 +|服务消费者还留有哪些产品或关系?|服务架构及其依赖关系历史和背景说明应作为客户导入和新员工入职培训的一部分的
3050 +|用户有什么特别的需求和需求期望?他们之前的需求是如何被满足的?|
3051 +|(% rowspan="4" %)基于反馈迭代推进|用户和服务提供者之间的关键时刻、接触点和服务的交互点分别是什么?|对反馈收集和处理方法进行培训
3052 +|用户服务动作是什么?如何收集有关它们的反馈?|认知和改进点入门的实践培训
3053 +|提供反馈后,处理反馈的程序是什么?|对处理负面反馈和有效的沟通技巧进行培训
3054 +|如何将反馈纳入持续改进和其他领域?|
3055 +|(% rowspan="7" %)协作和提升可视化程度|在和服务消费者的服务关系中的可视化在哪里呈现?什么是大家一起做的?|在适用的情况下,与用户/客户共同培训和其他活动
3056 +|在共同活动中,谁承担负责人的角色?|服务架构及其依赖关系的简介
3057 +|如何将共同和可见的活动进行可视化?需要使用哪些工具来体现进度?|介绍报告系统,分析面向服务消费者的报告,报告结果与员工的职责范围进行映射
3058 +|客户和用户可以看到哪些指标?|
3059 +|他们需要查看哪些指标?|
3060 +|用户和/或客户应采取哪些决策和行动?|
3061 +|服务关系的文化背景是什么?|
3062 +|(% rowspan="4" %)(((
3063 +
2968 2968  
3065 +通盘思考和工作
2969 2969  
2970 -一旦确定了模式,就可以使用不同的选择来调整和管理容量以形成需求。
3067 +
3068 +)))|服务如何为服务消费者的活动和目标提供整体贡献?|服务架构及其依赖关系简介
3069 +|我们组织中的哪些团队参与了服务关系?|服务消费者的业务简介(可能的情况下,拜访服务消费者的场所)
3070 +|涉及哪些供应商关系和合作伙伴?|介绍报告系统,分析面向服务消费者的报告,报告结果与员工的职责范围进行映射
3071 +|信息如何在各种价值流中流动?信息如何在服务消费者,合作伙伴和供应商之间进行交换?|
3072 +|(% rowspan="4" %)保持简单实用|用户和客户可以使用哪些界面?用户旅程是什么样的?|体验用户旅程
3073 +|用户和客户对服务交互的满意度如何?|服务架构的培训
3074 +|每个决策将如何影响用户体验?|如果适用,为服务提供者的团队提供简化的用户培训
3075 +|如果有体验改进机会点,如何实现?|将意识/培训纳入组织的持续改进实践中
3076 +|(% rowspan="4" %)(((
3077 +
2971 2971  
3079 +优化和自动化
3080 +)))|哪些服务行为可纳入服务提供和消费执行部分?|如果适用,为服务提供者的团队提供简化的用户培训
3081 +|是否有可以优化的服务操作?|服务架构及其依赖关系简介
3082 +|是否有可以自动执行的手动服务操作?|将意识/培训纳入组织的持续改进实践中
3083 +|改进的机会点如何实现?|如果适用,为服务提供者的团队提供简化的用户培训
2972 2972  
2973 -=== 5.1.2 优化容量 ===
2974 -
2975 2975  |(((
2976 -**容量和性能管理实践**
3086 +**关键信息**
2977 2977  
2978 -
2979 -容量和性能管理实践为容量管理提供了三个视角:
2980 -
2981 -* **业务容量管理 **由客户触发的容量需求计划。
2982 -* **生产和服务容量管理 **管理特定生产或服务的端到端容量。
2983 -* **组件容量管理 **监视并调整生产或服务组件的容量。如果其中一个组件没用更多的容量,则整个服务将受到影响。在IT中,大多数组件都可以通过监视和调优进行设置,以避免容量问题。
2984 -
2985 -读者应参阅容量和性能管理实践指南以了解更多详细信息。
3088 +不仅是直接面向用户服务的提供商需要具备服务意识。对于提供基础设施,平台,环境和其他服务 并且无直接用户的组织来说同样重要。
2986 2986  )))
2987 2987  
2988 -容量和需求是相互交织的,为了更好地利稀缺资源,必须同时考虑两者。管理需求的目的是了解不同的用概况并影响其行为。容量和性能管理代表等式另一侧。如图5.1所示,这是关于根据实际需求确定容量大小的问题。
3091 +=== 8.1.2 适用“隐形”用户的服务 ===
2989 2989  
3093 +服务关系可能涉及服务提供者和服务消费者之间以各种资源组合的服务交互。人员,技术,流程和第三方都可能相互作用。在某些情况下,这些服务交互不涉及用户,该服务以其他维度作为提供给服务消费者的资源。包含如下示例:
2990 2990  
2991 -有多种方法可以调整和管理容量。一些措施包括:
3095 +* 平台和基础设施即服务。服务提供者的技术资源被服务消费者的技术资源所使用。
3096 +* 服务消费者的IoT设备与服务提供商平台进行通信。
3097 +* 工作时间以外进行办公室的清洁工作。服务提供商的工作人员清洁服务消费者的工作空间,通常与在办公室工作的人员无任何互动。
3098 +* 街道清洁。
3099 +* 审计服务。
2992 2992  
2993 -* 在高峰期增加容量
2994 -* 避免在高峰时段运行其他繁重的工作量
2995 -* 不允许在变更生产或服务时引入冻结期。
3101 +这些示例表明,人们可能代表服务消费者组织进行沟通,但是他们不充当用户。通常,这些人被授权为用户代表并代表他们与服务提供商进行交互。
2996 2996  
2997 -需求可以是固定的也可以是可变。如果需求是可变的,最好的做法可能是将其与可变容量相匹配,以帮助服务消费者将固定成本转换为可变成本。这就是云计算通常工作方式。客户(例如开发团队)使用灵活的自服务机制,在需要的时候添加额外的基础设施容量在完成工作时释放它从而使容量可供其他用户使用
3103 +有时缺乏人与人之间互动会导致服务提供者仅专注于技术和他非人力资源。这导致缺少聚焦价值和服务与服务消费者的需求不一致。同样重要的是在提供专业基础设施,平台环境和其他服务且没有直接用户但影响人们工作和生活的组织之间培养和维护一种服务意识
2998 2998  
3105 +服务提供者与用户之间几乎没有人为接触时,重要的是监测和度量关键的服务质量和体验指标,并分析反映用户体验的趋势和模式。服务绩效透明度是关键; 服务供应商和消费者可以从分享服务体验信息的见解中获益,在理解的基础上投入资源进行合作。从本质上讲,他们都将理解信息在服务质量方面的意义,可能会影响价值共创。
2999 2999  
3000 -优化资源容量的另一种方法是将工作量转移到服务消费者。在为数字化转型设计技术服务时,这是相关。数字化服务允许服务消费者管理自己的银行账户,在线订购机票以及预订自己的航班和酒店,以减轻服务提供者的需求负担,并增加服务消费者对服务的控制。
3107 +=== ​​​​​​​8.1.3 适用于服务消费的服务意识 ===
3001 3001  
3002 -(% style="text-align:center" %)
3003 -[[image:1639040866308-122.png]]
3109 +服务是价值共创的一种手段。价值不能简单地交付;它需要服务消费者的积极参与。如果用户正在使用服务,他们的能力,态度和文化使他们成为价值共创的重要因素。
3004 3004  
3005 -图片5.1容量和供应之间的关
3111 +因此,重要的是确保参与服务消费的所有个人共享服务意识,而不只是服务提者的团队。都共享一个服务意识。指导原则该指导职业行为各个方面。表8.3说明了有助于培养服务意识的键问题并提供了有助于培养相关能力的方法示例。
3006 3006  
3113 +服务消费者组织中的表8.3 服务意识
3007 3007  
3008 -=== 5.1.3 成形或平滑需求 ===
3115 +|**ITIL指导原则**|**关键问题**|**学习和开发方法的示例**
3116 +|(% rowspan="7" %)聚焦价值|这项服务的用途是什么?预期的结果和价值是什么?|意识培训:向所有人介绍运营模式,关键价值流以及在
3117 +|期望的服务体验是什么?|组织中服务的角色
3118 +|还有什么有助于预期的结果?服务如何与其他服务和|
3119 +|组织的资源进行交互?|
3120 +|是否存在相互矛盾的利益干系人要求?|
3121 +|客户(或服务提供者)在代表他们感兴趣的领域有多|
3122 +|优秀?|
3123 +|(% rowspan="3" %)从你所处的地方开始|是否还有其他方法可以实现这些结果?|定期召开跨团队会议,同步并保持对当前状态及
3124 +|他们是否被证明有效吗?|其背景知识管理的共同理解,包括获取有关组织
3125 +|在开发/改进服务时,应从当前和之前的实践和关系中保留哪些内容?|实践和经验教训的信息
3126 +|(% rowspan="4" %)基于反馈迭代推进|如何向服务提供者提供反馈?|相关可用反馈渠道的在线和离线信息
3127 +|如何从服务提供者和其他利益干系人处获得反馈?|关键用户和客户与服务提供商的定期会议
3128 +|如何确保反馈的处理进度?|例如测试和培训的联合活动,特别是在服务变更时
3129 +| |组织持续改进实践相关的意识培训和视觉信息
3130 +|(% rowspan="7" %)协作和提升可视化程度|用户和顾客在服务消费过程中的责任是什么?|为用户提供实用且最新的知识库,包括视觉辅助工具、
3131 +|是否满足要求?是否遵循约定的服务消费规则?|联合培训和关键服务行动的演练
3132 +|在与服务提供商的服务关系中,可见性范围在哪里?|服务同理心/融洽的合作培训
3133 +|如何参与服务提供商的联合活动?|采用工作可视化工具(如看板)
3134 +|如何将合作、公开的活动可视化?|了解支持渠道和可用的支持选项(通过培训,视觉材料
3135 +|需要使用哪些工具来展示进度(如看板)?|和知识库)
3136 +|服务提供商应该涉及哪些决策和行动?| 明确在不同情况下服务提供商可以与谁取得联系
3137 +|(% rowspan="3" %)(((
3138 +
3009 3009  
3010 -服务提供者经常受到服务需求的巨大差异有限容量的挑战。如果不能形成与供应相匹配的需求,将导致容量投资的回报率很低。例如,服务台的训练有素的支持人员数量有限。因此,使需求与服务容量相匹配是一项重要的学科。
3140 +通盘思考工作
3011 3011  
3142 +
3143 +)))|服务消费者的背景是什么?它如何助推组织的目标和服务消费者的业务?|意识培训:向所有人介绍运营模式,关键价值流以及在组织中服务的角色
3144 +|(((
3145 +服务的消费如何整合到价值流中?
3012 3012  
3013 -允许服务消费者提前预订时间的预订服务有助于平滑需求。为了最大程度地减少损失,监控错过预约的比率并以类似比率补偿超额预订是很常见的。服务提供者通常通过延迟承诺时间、增加取消费用、或发送提醒以确保消费者提前一天确认预订来防止风险出现。
3147 +如何改进/优化服务的角色以增加其价值?
3148 +)))|说明和解释组织变更对服务架构和关系的影响
3149 +|消费服务时应考虑哪些依赖关系?|
3150 +|(% rowspan="2" %)保持简单实用|使用服务的最佳方法是什么?|了解支持渠道和可用的支持选项(通过培训,视觉材料
3151 +|如果有体验改进点机会,该如何启动?|和知识库)
3152 +|(% rowspan="4" %)(((
3153 +
3014 3014  
3155 +优化和自动化
3156 +)))|哪些服务的动作可以作为服务消费的部分?|组织持续改进实践相关的意识培训和视觉信息
3157 +|是否有可以优化的服务操作?|持续改进的激励计划,聚焦改进措施的价值
3158 +|是否有手动服务操作可以自动执行的?|
3159 +|如果有改进机会点,该如何启动?|
3015 3015  
3016 -服务提供者通常供应价格激励来影响消费者的为。差别收费是根据使用时间对同一服务收取不同价格。例如,电力公司可能会在一天的不同时间收取不同的价格。给电动汽车充电最便宜的时间可能是在晚上。这样,运营者可以影响白天的服务容量,同时在非高峰时段实现更好的利用率。
3161 +== 8.2 进的服务交互 ==
3017 3017  
3163 +向用户提供服务有不同的方法。最常见的选项包括::
3018 3018  
3019 -收益管理是一种对利用价格激励来优化容量的技术。这是一个高度自动化的流程,使用历史和实时数据估算未来的需求,并相应地调整价格。例如,当在互联网浏览即将到来的旅行时,如果提前几个月搜索,则价格可能相对较低。然而,随着旅行日期的临近,同一次旅行的价格将大幅上涨。
3165 +* **拉动或推送**服务动作可由用户发起,例如拉动。这种情形包括当用户在服务门户上请求服务,下载应用程序,呼叫服务台等。它们也可以由服务提供者发起,如推送。例如,用户可以每月获得一份报告作为订阅的一部分,或者服务提供商可以在新版本可用时自动更新用户设备上的软件。
3166 +* **自动或手动**服务操作的启动和实现可以通过不同的方式实现自动化:
3167 +** **无技术**服务提供不涉及技术
3168 +** **技术辅助**技术是用来支持服务提供商提供服务的。例如,服务台代表可以使用信息系统来登记和管理来自用户的请求
3169 +** **技术推动**在部分服务提供过程中服务提供商和用户可以使用相同的技术。例如,当服务台代表和用户讨论问题时可以使用远程访问软件来接管用户的屏幕。
3170 +** **技术中介**消除了服务提供商和用户之间服务提供时的物理距离。例如,用户可以通过短信与服务提供商沟通。
3171 +** **技术产生**服务提供商,服务消费者或双方完全由技术代替。示例包括自服务,聊天机器人,自动向服务提供商请求更多存储的服务消费者应用程序等。
3172 +* **定制或开箱即用**用户和服务提供商之间的交互可以针对所有用户或大部分用户进行标准化或者根据单个用户或小部分用户的需求和偏好进行调整
3173 +* **直接或间接**服务提供商可以使用自身资源和员工或通过代理与用户进行交互。例如,机场代理经常被用来代表航空公司为旅客办理登机手续。通常使用机场代理人代表航空公司办理旅客登机手续。服务消费者还可以代表服务提供商提供服务。例如,客户已与外包公司达成服务协议,但服务消费者的服务台仍为用户提供服务。如图8.1所示。
3020 3020  
3175 +(% style="text-align:center" %)
3176 +[[image:1639051060438-209.png]]
3021 3021  
3022 -==== 5.1.3.1 定价和计费机制 ====
3178 +图片8.1常见的服务技术类型
3023 3023  
3024 -差异性收费和收益管理是使用定价和计费机制管理容量和需求的示例。这些机制可用于驱动服务使用者服务许多方面的行为既然是如此强大,就应该意识地使用它来驱动正确行为。例如,如果云服务提供者希望其服务消费者在不需要时清除容量,则“按单位付” 策略将正确地影响行为
3180 +这些方法被定义为服务架构和设计的一部分,旅程早期步骤中达成一致,并在共同创建步骤中得到应用。它们对用户体验有重要影响;它们在用户体验上具有重要影响力;服务提供者服务消费者旅程开始阶段就考虑到这种影响。服务提供者和服务消者应该从开始就考虑使用影响
3025 3025  
3182 +根据服务架构,服务消费者和服务提供者组织之间的服务交互可能包括:
3026 3026  
3027 -计费作为一种需求管理机制存在不利的副作用。这些副作用的一些示例如表5.3所示。应进行适当的评估和测试,以确保定价机制驱动预期行为。这是由思考和整体工作的指导原则和迭代的反馈进展所支持的。
3184 +* **联合活动 **单独或共同执行作为服务约定部分的服务动作
3185 +* **服务提供活动:**
3186 +** 提供对约定资源的访问,并将这些资源用作为服务的一部分
3187 +** 提供和消费双方约定的货物
3188 +** 将服务提供涉及的资源的可用性,性能和其他品质特征维持在约定级别
3189 +** 记录,报告,检测和解决事件
3190 +** 记录,处理和履行服务请求
3191 +** 记录和处理投诉和表扬
3192 +** 受理和处理其他用户查询
3193 +** 收集并处理服务质量相关的数据,向利益相关者提供监控信息
3194 +** 在适用的情况下,对提供的服务开具发票。
3028 3028  
3196 +* **服务消费活动:**
3197 +** 访问和使用作为服务组成的资源和商品
3198 +** 执行服务动作
3199 +** 发起服务请求
3200 +** 提出投诉和表扬
3201 +** 提出其他用户查询
3202 +** 在约定的情况下报告偏差和事件
3203 +** 在适用的情况下为提供的服务支付费用。
3029 3029  
3030 -在服务关系中,定价和计费机制应经常进评估和评价以确保它们按预期工作。这些机制通常在合同协商阶段就已达成共识,对它如何影响为和价值创造却知之甚少
3205 +重要的是各方理解并塑造可见的范围内执活动,但也需要对双方的不可见活动进管理
3031 3031  
3032 -一些重的问题是:
3207 +在大多数情况下,此步骤中服务消费者组织由用户代表或者其授权的代表。他们通常在服务旅程开始前就服务消费过程中的角色和用户及其代表沟通并达成致。还包括资格标准、使用规则、安全求、责任等。
3033 3033  
3034 -* 驱动行为的机制是否以一种对双方都有最大价值的方式存在?
3035 -* 这些机制是否能够实现资源的双赢和最佳利用?
3036 -* 双方是否有激励措施来推动服务的改进?
3209 +在服务旅程的这个阶段的活动服务提供者组织可以由各种角色代表。有些角色直接与用户打交道(服务台代理,支持专家和为用户或与用户执行服务操作的任何专家);某些角色专注于服务提供商或服务消费者的各种资源,但可能偶尔与用户产生互动(执行服务维护或服务支持或作为服务提供的一部分处理服务消费者资源的技术专家)。在后一种情况下,重要的是要确保这些专家分享服务意识并专注于服务消费者的价值和可靠的用户体验。
3037 3037  
3038 -表5.3 计费机制的不良负作用示例
3211 +=== ​​​​​​​8.2.1 服务请求 ===
3039 3039  
3040 -|**案例**|**定价机制**|**不受欢迎的行为**|**问题**|**解决方案**
3041 -|由内部服务提供者提供的业务关键信息系统|为了弥补成本,服务提供者为每个用户定义了一个昂贵的许可证成本。|由于高昂的许可证成本,业务单元只购买了一到两个人的许可证,并让他们“服务”单位的其余部分。|服务提供者无法覆盖成本,并且需要提高许可证价格。|当检测到这种模式时,管理层决定在业务部门之间平均分担成本,使所有员工都能够使用服务。
3042 -|复印和打印|没有定价机制。|因为是免费的,所以做了很多不必要的彩印。|没有“打印前思考”的动机,也没有意识到彩印的成本。|通过引入收费和宣传活动,打印量减少了50%,用户切换到黑白默认设置。
3213 +在多数情况下,满足服务请求对于价值共同创造的成功非常重要。
3043 3043  
3044 -==== 5.1.3.2 服务改进点机会 ====
3215 +|(((
3216 +**定义:服务请求**
3045 3045  
3046 -服务质量取决于对改进点机会的管理。来自客户的冲突请求、糟糕的定价激励或缺乏专门的改进点预算可能是冲突的来源。因此,服务提供者必须专业地处理改进点机会。持续改进需要所有权、服务改进点预算和透明的流程,以确定如何识别、捕获、评估、优先级和处理改进点机会。
3218 +由用户或用户授权代表提出的请求,该请求已被同意作为服务交付的正常部分。
3219 +)))
3047 3047  
3221 +某些服务请求旨在增强服务的价值并支持服务消费者的业务活动。它们由用户根据需求按照服务消费者流程自行启动。
3048 3048  
3049 -服务改进点机会来源广泛。一些示例包括
3223 +这些请求通常说明由服务提供商履行服务操作,包括信息请求,对资源的访问和货品传输。
3050 3050  
3051 -* 服务使用情况分析
3052 -* 事件、投诉和问题分析
3053 -* 服务请求模式分析
3054 -* 自助服务模式分析和知识文章的使用
3055 -* 变更请求和改进点请求
3056 -* 用户反馈
3057 -* 客户反馈和客户满意度调查
3058 -* 服务需求增加
3059 -* 新技术和创新
3060 -* 市场变化
3061 -* 来自服务提供者团队的反馈。
3225 +其他服务请求是用户的责任之一,为了使服务与协议保持一致而被启动。这些通常包括用户启动的维护和支持行动;如未能启动这些操作可能导致诸如服务降级或中断之类的事件。
3062 3062  
3063 -目的旨在收集服务如何促进利益相关者价值的事实。这是价值驱动和数据驱动洞察力的一个方面。业务分析人员可以协助分析数据、识别需要、阐明需并推荐解决方案。分析基于期且频繁捕获的真实数据。为了加深理解并做出正确的决定需要进行深入的业分析
3227 +对于所类型的服务规则和条件并传达给服提供者和服务消费者组织中的所有相关角色这些可能包括:
3064 3064  
3229 +* 发起请求的渠道和方式
3230 +* 可用的请求选项
3231 +* 职责
3232 +* 程序
3233 +* 时限范围
3234 +* 授权(例如,安全,财务和架构/技术)
3235 +* 成本和价格
3236 +* 法律和监管要求
3237 +* 其他限制。
3065 3065  
3066 -持续改进实践指南和ITIL®4:指导计划和改进中介绍了关如何完成结构化服务改进详细指南业务分析实践指南中介绍了执行业务分析的任务和技术。
3239 +服务请求管理助于服务的成功使用可以通过以下方式强化此规范:
3067 3067  
3241 +* 为用户的状况和级别访问请求量身定制的易用且交互式的服务请求目录
3242 +* 用于启动和履行服务请求的自助服务界面
3243 +* 请求履行过程中的状态更新和推送通知
3244 +* 主动沟通服务的状态,请求的可用性和新的选项
3245 +* 友好且专业的支持代理满足请求
3246 +* 尽可能通过用户首选的方式自动完成和交付
3247 +* 收集和处理反馈
3248 +* 适用于请求履行有效的工作流
3249 +* 有效的集成其他管理实践。
3068 3068  
3069 -=== 5.1.4 构建客户商业案例 ===
3251 +通过以下ITIL实践可以成功启动,处理和实现服务请求:
3070 3070  
3071 -当需要和需求得到理解和解决时,可以起草通过新的或变更的产品和服务来满足需求的商业案例。
3253 +* 变更管理
3254 +* IT资产管理
3255 +* 服务目录管理
3256 +* 服务配置管理
3257 +* 服务台
3258 +* 服务级别管理
3259 +* 服务请求管理.
3072 3072  
3261 +在某些情况下,可以应用其他ITIL实践来支持服务请求。其中包括容量和性能管理、部署管理、信息安全管理、基础架构和平台管理以及发布管理实践。
3073 3073  
3074 3074  |(((
3075 -**定义:商业案例**
3264 +**关键信息**
3076 3076  
3077 -组织资源支出理由,提供有关成本、收益、选择、风险和问题信息
3266 +服务台实践目的是为事件解决和服务请求捕获需求。对于所有用户它也应该是服务提供入口和单一联系点
3078 3078  )))
3079 3079  
3080 -商业案例的核心是财分析,用于评估收益率和风险支出。此分析应同时考虑定性和定量方面。商业案例为正表示预期收益超过支出和风险。
3269 +=== ​​​​​​​8.2.2 服相互作用 ===
3081 3081  
3271 +用户与服务提供商进行交互时,他们将通过服务台实践提供的专用接口或渠道进行交互。这些接口可以采用各种形式,但是它们有一个共同的目的:确保用户请求被捕获并根据服务提供者和服务消费者之间建立的协议和期望进行处理。
3082 3082  
3083 -服务商业案例理想地应覆盖完整的服务的所有区域,从服务消费者途到产品资源如图片1.11所示包括所有相关收益成本和风险
3273 +服务关系要取得成功重要关键点,服务界面,过程和规则必须经过双方的同意并在引入阶段就传达给所有用户。这些界面过程应该简单对用户友好并且易于遵循服务台实践该根据用户反馈不断的持续改进以确保获得积极的用户体验
3084 3084  
3275 +服务台应该在服务提供和支持的价值流中与其他实践紧密结合,并支持价值流。这将确保用户发起的各类工单得到有效和及时的处理,并将相关信息传达给用户。表8.4列出了用于服务查询的常见分类标准以及查询处理过程中通常涉及的各个实践。这些实践应与服务台实践结合。
3085 3085  
3086 -商业案例涉及的主要问题包括:
3277 +表8.4 用户查询:分类准则及其处理中涉及的关键实践
3087 3087  
3088 -* 目的是什么?
3089 -* 这种新的或变更的服务如何支持组织的战略目标?
3090 -* 需要解决的问题是什么?
3091 -* 期望的成果是什么?
3092 -* 谁是利益相关者,它将如何影响他们?
3093 -* 预期的收益和损害是什么?
3094 -* 需要哪些资源和投资?
3095 -* 预算和预期成本是什么?
3096 -* 有什么风险?
3097 -* 流程的时间表是什么?
3098 -* 我们什么时候需要资源和投资?
3099 -* 总体拥有成本(TCO)是多少?
3100 -* 预期的投资回报率(ROI)或净现值(NPV)是多少?
3101 -* 为了创造价值和实现收益,需要进行哪些组织上的变革?
3279 +|**对准则进行分类**|**服务查询类型**|**涉及的关键ITIL实践**
3280 +|违反约定的SLA或|(% rowspan="2" %)突发事件|(% rowspan="2" %)事件管理
3281 +|用户报告的负面体验
3282 +|紧急情况发生时的约定条件或者查询正在发生的灾难|灾难|服务连续性管理
3283 +|从服务请求目录中选择有效的服务请求选项|服务请求|服务请求管理
3284 +|从用户可用的服务目录中选择了有效的变更选项|变更请求|变更启动
3285 +|用户报告的负面体验,被称为未违反任何约定的SLA(投诉)或记录的用户报告的积极体验|投诉与表扬|关系管理
3286 +|用户的建议改进项未被可用的服务目录所覆盖。(包括服务请求目录)|改进建议|持续改进
3287 +|用户报告可能表明信息安全受到威胁的可疑活动或事件|可疑活动和事态|信息安全管理
3102 3102  
3103 -商业案例的目的是为明智的决策奠定基础,但它是基假设。这些假设存在不确定性,并且常常与需求和利益冲突。不同的视角会影响业务析人员对用户需求进行优先排序能力表5.4突出显示了冲突和不确典型领域
3289 +传入查询的分类和优先级划分,应该有一致规则用户在处理查询时应该知道约定的时间范围这取决于以下因素:
3104 3104  
3291 +* 查询类型
3292 +* 查询时间和日期
3293 +* 联络渠道
3294 +* 服务/资源
3295 +* 服务级别/ 用户
3296 +* 影响
3297 +* 预计解决时间
3298 +* 其他约定因素。
3105 3105  
3106 -表5.4 典型冲突和不确性领域示例
3300 +用户还应随时了解其查询过程的进度、估计处理时间的变化以及其他重要信息。这些更新应通过约定的渠道提供。
3107 3107  
3108 -|(% style="width:161px" %)**调查范围**|(% style="width:1133px" %)**组织中冲突区域的典型示例**
3109 -|(% style="width:161px" %)(((
3110 -**价值**
3302 +=== ​​​​​​​8.2.3 当事情出错时 ===
3111 3111  
3112 -**理解真实的需求**
3113 -)))|(% style="width:1133px" %)(((
3114 -谁是关键利益相关者?如何优先考虑他们的需求?
3304 +当提供或使用服务时,可能会发生事件和不满意情况。创建完美的服务体验可能会很困难,即使不是不可能。然而,处理不满和事件很重要。服务提供商应对事件和投诉做好准备;在可见范围内操作的每个团队,即使不直接与用户打交道,也应该知道如何解决这些情况。
3115 3115  
3116 -服务的用户可能具有与客户/发起人不同的需求和优先级(请参见表5.5)。其他利益相关者组也可能具有相互冲突的需求。
3117 -)))
3118 -|(% style="width:161px" %)(((
3119 -**成果**
3306 +采用服务意识(包括服务同理心)对于将问题转化为提高服务和用户忠诚度与信任的机会非常重要。遵循ITIL 指导原则,服务提供者可以通过以下方式管理投诉和事件:
3120 3120  
3121 -**理解收益**
3122 -)))|(% style="width:1133px" %)可能只考虑短期利益而牺牲长期利益,这很诱人。另一方面,长期收益通常会面临更多的不确定性和风险。
3123 -|(% style="width:161px" %)(((
3124 -**成本**
3308 +* 聚焦价值和价值共创的快速恢复
3309 +* 收集并提供反馈
3310 +* 与受影响的用户透明,诚实地沟通
3311 +* 表现出理解和同理心
3312 +* 保持互动和建议简单实用
3313 +* 适当情况下,练习智能违抗。
3314 +* 以下ITIL惯例可有效地处理事件和不满事件解决:
3315 +* 持续改进
3316 +* 事件管理
3317 +* 知识管理
3318 +* 关系管理
3319 +* 服务台
3320 +* 服务请求管理
3125 3125  
3126 -**理解资本和运营支出**
3127 -)))|(% style="width:1133px" %)我们的生产或服务需要什么样的投资?实施的成本是多少?维护和支持成本是多少?使用成本是多少?需要多少培训?需要什么样的组织变革?
3128 -|(% style="width:161px" %)(((
3129 -**风险**
3322 +将这些实践集成到用户支持价值流中有助于确保有效的沟通、正常服务的快速恢复、减少误解以及改进交互渠道和过程。
3130 3130  
3131 -**理解不确定性和影响**
3132 -)))|(% style="width:1133px" %)很难事先知道服务提供者是否愿意并且能够满足服务消费者的需求。重要的是要从一开始就建立良好的关系,不仅要与销售人员建立联系,而且还要与将成为服务提供关键资源的人员建立联系。在协议和合同中包含建立关系的激励措施和双赢文化是很好的。
3324 +=== ​​​​​​​8.2.4 关键时刻 ===
3133 3133  
3134 -表5.5描述了优先级与需求冲突一些传统领域
3326 +关键时刻是服务提供者和用户之间的关键接触点或服务交互,用户在其形成或改变他或她对服务体验、服务组织、产品或服务全方面印象
3135 3135  
3328 +关键时刻可能来自积极和消极的事件。尽管每个服务交互或接触点都是潜在的关键时刻,但并非所有的服务交互和接触点都是一个关键时刻。关键时刻是服务交互和接触点,它们构成或破坏了特定用户的服务体验。
3136 3136  
3137 -表5.5 客户用户优先级与需求
3330 +因此,服务提供者应该意识到潜在的关键时刻。服务提供商组织应该拥有做出正确决策提供正确服务的资源和能力。
3138 3138  
3139 -|**客户**|**用户**|**冲突**|**考虑**
3140 -|(((
3141 -**成本**
3332 +从本质上讲,服务提供者应该考虑将负面事件转化为积极的关键时刻。
3142 3142  
3143 -成本效益高吗?是否与其他提供者的类似服务进行比较?可以削减任何东西以使其更便宜吗?
3144 -)))|(((
3145 -**性能**
3334 +=== ​​​​​​​8.2.5 智能违抗 ===
3146 3146  
3147 -有多快?响应时间有多快?当我需要它时,它会在那里吗?使用起来有多方便?它触发什么情绪?
3148 -)))|性能越好,服务就越贵。|(((
3149 -决定使用成本更低的服务应平衡如下代价:
3336 +智能违抗是为了做正确的事情而违反规则的行为。就服务关系而言,感知优势通常包括熟悉度、直接参与服务或了解用户或客户需求等因素。这些知识是有价值和有益的。
3150 3150  
3151 -●性能下
3338 +违抗在我们的日常生活中是简单而普遍的,在大多数情况,它是有益的和真实的。轻微的智能违抗对改进我们的生活经常被受到赞赏;例如,一个商店经理延迟关门,让顾客完成购物。
3152 3152  
3153 -●负面的用户体验。
3154 -)))
3155 -|(((
3156 -**收益率/价值**
3340 +在现有规则无法帮助或不合理的情况下,总会有意料之外的问题需要处理。在这种情况下,服务体验取决于与客户和用户交互的工作人员,他们正确地评估是应该遵守规则还是暂停规则。这意味着,为了最大限度地为客户提供价值,服务提供者应该:
3157 3157  
3158 -该服务会带来投资回报吗?它会帮助我们实现业务的目标吗?
3159 -)))|(((
3160 -**易用性**
3342 +* 认识到当前的规则并不是一直适合的
3343 +* 鼓励和培养员工的知识和技能以识别合理的客户要求并感知和满足这些要求
3344 +* 创建一个环境,使员工有信心在情势要求的情况下不遵守规则行事
3345 +* 确保行动被记录用于改进规则和对未来的理解。
3161 3161  
3162 -用户界面有多直观?我需要通过多少屏幕才能完成交易?它会使我的工作更轻松吗?
3163 -)))|易用性可能需要额外的投资。|随着时间的推移,易用性将提高收益率。这将使用户能够实现组织目标,并尽量减少培训和支持的需要。
3164 -|(((
3165 -**服务影响**
3347 +对于某些规则不适当的情况智能违抗是一种有价值的工具。但是,重要的是要记住,,对任何既定情况的默认响应都应该遵循规则。当需要智能违抗的情况时,应记录操作以允许审计和控制,以便将来在必要时可以修改规则。智能违抗可以作为改进的来源,需要围绕现有规则将他们塑造成更广泛,更好的规则。显然,让员工违反规则并非没有风险。得不到保证的创新行为能提供比遵循规则更好的服务,即使这些规则对于一线员工来说是错误的。
3166 3166  
3167 -该服务的实际目的是什么?它会提高生产效率吗?它能改善服务吗?这个组织将来会在哪里?
3168 -)))|(((
3169 -**质量**
3349 +在某些环境中,例如受到严格监管和合同约束的环境,可能很难说服服务提供商的员工违反规则以做正确的事情。人们可能会担心不合规和情况升级到组织的更高级别。如果在这些环境中智能违抗是可取的,则程序和合同应明确允许存在的偏差并提供清晰的流程以供学习。
3170 3170  
3171 -该服务实际上是如何工作的?它会做它需要所做的一切吗?是否提供培训?它能解决问题吗?
3172 -)))|顾客并不关心服务质量,只要它能以合理的价格完成工作。|(((
3173 -如果用户难以获得高质量,将对业务产生负面影响:
3351 +=== ​​​​​​​8.2.6 客户和用户反馈 ===
3174 3174  
3175 -●性能下降
3353 +客户和用户的反馈对于服务关系的成功和服务的持续改进非常重要。服务提供者对关于他们的服务以及相关的用户和客户体验等方面公开,直接和全面的意见有兴趣。然而,许多用户和客户都不情愿提供公开和诚实的反馈。这种不情愿通常与过去的负面体验有关。
3176 3176  
3177 -●用户犯错误更多
3355 +服务提供商一项重要任务是收集和处理有效的反馈。表8.5提供了可以帮助完成此任务的思路总结。
3178 3178  
3179 -●错误和更正
3180 -)))
3181 -|(((
3182 -**创新**
3357 +表8.5 客户和用户持续反馈的挑战与解决方案
3183 3183  
3184 -这项服务是否能够识别机会并有助于业务增长?它会开辟新市场吗?它能实现交付扩展吗?
3185 -)))|(((
3186 -**一致性**
3359 +|**利益相关者提供反馈**|**挑战**|**服务提供者应用的可能解决方案**
3360 +|(% rowspan="9" %)用户|人们不相信自己的意见会被听取并付诸行动。|建立并明确传达一个欢迎大家提出意见的策略。
3361 +|反馈渠道不方便或不可用。|单独处理所有反馈,并尽可能手动处理。不要限制对自动消息的响应。
3362 +|人们没有时间提供反馈。|维护由用户反馈发起的服务改进的最新记录;让处理进度对所有用户可见;考虑更新广告订阅。
3363 +|人们可能害怕因负面反馈而受到惩罚。|在可能的情况下,让改进发起人参与测试和实施改进。
3364 +|人们认为其他人早些时候也提供了相同的意见。|奖励积极的反馈和改进措施。在用户社区中使用游戏化(级别、数字徽章)来表扬积极的贡献者。
3365 +| |积极寻求反馈,并奖励有意义的利益参与。
3366 +| |确保反馈渠道和界面方便、安全、符合规定,并按预期工作。在联系用户之前测试所有界面和渠道。
3367 +| |监控社交媒体和用户社区。通过社交媒体提供快速和建设性的响应。
3368 +| |遵循规划、收集和处理反馈的指导原则。
3369 +|(% rowspan="7" %)顾客|客户希望服务提供商收集用户的反馈并认为这样就足够了。|建立并明确传达一个欢迎大家提出意见的策略。
3370 +|客户希望服务提供商要求反馈,而不是等待反馈。|向客户提供用户的反馈信息,并考虑将其纳入SLA报告中。
3371 +|客户没有时间反馈;有时,他们也没有时间听取用户的意见,仅根据报告来看待服务。|定期与客户进行人与人之间的反馈会议,特别是在重要接触点和关键时刻之后。
3372 +|反馈渠道不方便或不可用。|确保反馈渠道和界面方便、安全、符合规定,并按预期工作。
3373 +| |在联系客户之前测试所有界面和渠道。
3374 +| |遵循规划、收集和处理反馈的指导原则。
3375 +| |使反馈处理以各种形式对客户透明。
3187 3187  
3188 -这项服务在使用期间是否可用?
3189 -)))|客户可能有用户不感兴趣的战略问题。|借助IT服务,许多例行公任务可以实现自动化,使员工能够更加专注于新。
3377 +|(((
3378 +**ITIL的故:步骤6 –价值共**
3190 3190  
3191 -对时间和成本短期关注可能会以后造成大量成本:
3380 +[[image:1639051453545-874.png||height="55" width="40"]]//Radhika:服务推出后,我们发现客户一个痛点,他们来取已经预定的车辆,结果却发现它尚未归还。我们知道这高峰时段最常发生,但是我们不明白为什么人们经常迟到还车,或者如何确保减少这样的事情重复发生。//
3192 3192  
3193 -* **时间不足** 如果没有足够的时间让用户参与进来,则可能导致他们的需求得不到满足。因此,该服务可能无法让用户更好地完成工作,并可能会导致负面的商业案例。
3194 -* **选择最便宜的提供者** 在这种情况下,价格和成本承受着巨大的压力,这可能会使服务提供者的利润空间很小,也可能会阻止服务提供者在不亏损的情况下保持灵活性。这可能会导致一种以牺牲价值为代价的紧张关系。
3382 +[[image:1639051462796-307.png||height="47" width="44"]]//Mariana:我们的第一个想法是对逾期归还进行罚款。但是,在我们寻求潜在解决方案之前,我们邀请了一些客户参加设计合作研讨会,以便我们能够理解和同情他们的问题。。//
3195 3195  
3196 -=== 5.1.5 构建服务提供者商业案例 ===
3384 +[[image:1639051472378-508.png||height="49" width="38"]]**S**//olmaz:例如,我们发现我们的客户通常不熟悉本地交通,并且会低估完成任务所需的时间。引入罚款通常不会激励及时还车。在共同创建和深入研究之后,我们正在试用告警系统,它可以通知当前和下一个乘客汽车的位置和预期的归还时间。。//
3197 3197  
3198 -服务提供者需要构建和维护一个可盈利的、可行的商业案例。否则,服务提供者可能会赔钱,最终倒闭。在构建商业案例时,服务提供者应该考虑客户的商业案例。
3386 +[[image:1639051500303-603.png||height="42" width="39"]]//Katrina:很高兴能参加此次研讨会,以帮助eCampus Car Share了解和理解客户了解关于延迟还车的问题。滞纳金会让我对这项服务不太满意,因为我不可能预测交通流量。通过共同制定解决方案,我觉得自己的贡献已经得到认可,并且找到了更加公平的解决方案。//
3387 +)))
3199 3199  
3389 +
3200 3200  
3201 -在为服务准备商业案例时,确定服务如何适合于现有的和未来的服务组合是非常重要的。组合管理和财务管理实践是这项工作的关键资源。
3391 +== 8.3 培育用户社区 ==
3202 3202  
3393 +在正常操作,事件和其他困难期间,用户社区可能是服务交互的重要组成部分。同行支持、知识文章、讨论和改进计划有助于减少用户对服务提供商支持的需求,使支持更接近用户(左移),提供有价值的见解和改进机会,并有助于交流新闻和状态更新。
3203 3203  
3204 -服务是一种通过促进客希望实现(想要达到)结果而无需客户管理定成本风险,从价值共创一种手段风险作为服务的一部分转移到服务提供
3395 +在许多情况下,用社区是自然形成的,特别是当服务被提供给许多个人公司服务消费者时。然,它们也可能出在组织内部,特别是当用户感觉不到来自服务提供商足够支持时无论哪种方式,社区都可以成用户和服务提供商之间交流与合作的有力手段
3205 3205  
3397 +用户社区可以由服务提供者建立,并可以团结所有服务用户。它们还可以由用户小组组成,涵盖来自多个服务提供商的多个服务:例如,服务消费者组织内的社区,或特定领域的专业人员社团。在后一种情况下,服务提供者在社区中的积极参与通常比尝试将用户切换到服务提供者建立的官方社区效果更好。认识到由用户建立的社区和为用户建立的社区,以及在这些社区中有价值的参与,可以提高服务提供商的形象和用户的忠诚度。同时,请务必记住,这些社区可能对某些用户是关闭的。在这种情况下,服务提供商可以使用其他平台和渠道建立一个或多个组。当服务提供给不同的受众时,服务提供者很可能必须使用不同的平台、语言和通信方式来管理多个社区。
3206 3206  
3207 -为了建立商业案例,服务提供者需求理解提供服务成本。要做到一点它需要有一个考虑所有所需资源成本模型分析所有服务管理四维模型中的成本因素可能会有所帮助。这可以包括以下内容:
3399 +在可视化背后,些社区可能与共享的知识库相联系并由相同专家团队提供支持
3208 3208  
3209 -* 服务所依赖的技术和基础架构的投资和管理
3210 -* 需要价值流和流程才能操作服务并便利所需的成果(运营服务和促进预期结果所需的价值流和流程)
3211 -* 合作伙伴和供应商,它将成为服务提供的一部分
3212 -* 组织方面,例如资源数量以及员工的技能和能力。
3401 +由服务提供商创建和运行的用户社区可以作为服务进行设计和管理。
3213 3213  
3214 -许多ITIL 管理实践都可以为客服务提供者新的服务或变更的服务提供输入。这些包括
3403 +由用自己创建运营用户社区可能会受到服务提供商代表的支持。这种参与通常通过以下ITIL实践实现
3215 3215  
3216 -* 可用性管理
3217 -* 容量和性能管理
3218 -* 信息安全管理
3219 -* 组合管理
3405 +* 事件管理
3406 +* 知识管理
3407 +* 问题管理
3220 3220  * 关系管理
3221 -* 服务连续性管理
3222 -* 服务财务管理。
3409 +* 服务目录管理
3410 +* 服务台
3411 +* 服务请求管理
3412 +* 服务验证和测试。
3223 3223  
3224 -|(((
3225 -**ITIL的故事:管理需求和机遇**
3414 +将这些实践整合到用户支持价值流中有助于捕获社区的问题、提供建议、建议服务和服务请求、推荐解决方案和自助服务解决方案、宣布新机遇等。
3226 3226  
3227 -[[image:1639041341602-194.png||height="51" width="46"]]//Mariana:我们分析了我们服务的业务活动模式,发现需求在学期中期的几周内最高,而在假期期间最低。周末需求低于工作日需求。晚间曾经使很受欢迎,但最近几个月有所下降。我们将此归功于当地政府针对学生开展的一项运动,该运动旨在告诉学生在酒精或毒品影响下开车的危险性。//
3416 +=== 8.3.1 超级户 ===
3228 3228  
3229 -**-**[[image:1639041350610-448.png||height="56" width="45"]]**S**//olmaz:我们对我们所提供的服务影响力并创造需求。例如,在非高峰期提供租车折扣,这样我们就以将一些需求转移到那段时间。这助于我们在繁忙时期进行容量规划//
3418 +许多社区和团体根据成员的活动在团体中的重要程度采用用户评级或状态系统。提供更多有用建议和意见个人会得到某种形式的认可。小组反馈用于评估输入的用性。这些成员被称为大师或专家,可在社区中拥有更多的权利和权威。例如,们可能担任社区管理员,权主持讨论
3230 3230  
3231 -[[image:1639041359021-160.png||height="51" width="41"]]**R**//adhika:我们已经确定了服务台的两个繁忙时期:学年开始时,客户注册每月订阅;年末,他们会要求退还每月会员费的剩余费用。在此期间,我们增加了服务台的资源。//
3232 -)))
3420 +如果这些组是由服务提供商建立的,则超级用户可以由服务提供商任命并参与到服务提供商的实践中。如果这些组是由客户建立的,那么角色和职责、工作流程和程序以及工具支持最好与服务提供商达成一致。如果这些小组是由用户建立的,服务提供者可能会发现与超级用户合作是有益的,为他们提供获得专家知识的机会,让他们参与内部讨论,并以其他方式提高他们在产品和服务方面的专门知识。这可能有助于超级用户发展其专业技能,并优化服务提供商用于支持用户社区的资源。
3233 3233  
3234 -== 5.2 管理客户要求 ==
3422 +在企业环境中,服务提供商可以识别用户小组中的超级用户,并让他们参与建立用户社区。超级用户可以参与支持、交流、培训、用户故事和需求的说明、演示、验证和测试,以改善服务提供商和用户之间的关系。建立和维护一个有效的超级用户组并不容易。超级用户很少被派全职角色,而且通常是义务的。他们受到兴趣、愿意协助社区认可的激励。因此,服务提供商无法在需要时依赖他们的支持。如果超级用户与客户和赞助人属于同一法律实体,则解决方案可能是在服务提供商、客户和超级用户之间签订第三方协议,为超级用户活动分配一定比例的时间,并确保在不可用期间提供备份。服务提供商还可能经常召集超级用户来告知、教育和培养他们,以增加他们对角色的投入。
3235 3235  
3236 -需求规范应该出现在可视化线中。理想情况下,客户应该让服务提供者参与到一个开放且透明的需求规范流程中。如果在流程中过早的密封了需求,则服务提供者可能无法形成最佳的服务并满足服务消费者需求。
3237 -
3238 -
3239 -许多组织利用业务分析人员与与利益相关者进行契动,以引出和分析代表服务提供者或服务消费者需求。业务分析人员将使用本节中描述的许多技术。业务分析实践指南提供了有关此主题的指南。
3240 -
3241 -
3242 3242  |(((
3243 -**定义业务分析**
3425 +**ITIL的故事培育用户社区**
3244 3244  
3245 -分析业务或业务的某些元素,定义其需求并推荐解决方案以满足这些需求和/或解决业务问题,并为益相关者创价值实践
3427 +[[image:1639051638220-876.png||height="58" width="38"]]//Mariana:我们正在用各种知名社交媒体网站上已在线社区与现有和潜在客户进行互动//
3246 3246  
3429 +[[image:1639051655927-321.png||height="55" width="37"]]//Solmaz:我们曾考虑为此创建自己的社区,但最终的决定,对于我们目前面对的受众,参与已有大量追随者的现有社区会更有价值。//
3247 3247  
3248 -业务分析使组织能够以意义的方式传达其需求,表达变更的基本原理并设计和描述支持与组织目标相一致的价值创造的决方案
3431 +[[image:1639051638220-876.png||height="58" width="38"]]//Mariana:与这些社区互动将助于我们与客户建立牢固关系更好地了他们在汽车租赁服务中的需求//
3249 3249  )))
3250 3250  
3251 -|(((
3252 -**ITIL故事:指定和管理客户要求**
3434 +== 8.4 总结 ==
3253 3253  
3254 -[[image:1639041459049-896.png||height="42" width="43"]]//Mariana:我们发现了新的客户需求:我们的许多客户在这一年中不得不搬家。当他们为此目的使我们汽车时他们需要多次出行,并且比往常更频繁地为汽车充电。他们还将较低电荷汽车退还,从而很难将汽车出租给下个客户此外,它还损害了我们提供环境可持续服务的愿景//
3436 +服务消费者利可访问服务提供商资源消费提供的货品,并与服务提供商基于约定服务内容起价值共创价值。服务意识与成熟实践相结合能有效、无缝、巧妙的处理用户交互和偏差是价值共创和用户体验的关键。
3255 3255  
3256 -[[image:1639041467084-729.png||height="53" width="44"]]//Tomas我鼓励Mariana与艾克苏汽车租赁公司合作,向客户提供拖车,这样他们就可以最大程度地减少出行次数。//
3438 += 9. 第7步实现价值 =
3257 3257  
3258 -[[image:1639041475311-111.png||height="44" width="45"]]//Katrina:我的室友们已经离开大学回到欧洲的家中,这是我两个月来第二次不得不搬家!eCampus Car Share公司发现,客户偶尔需要拖车来帮助他们搬家,这真是太棒了。现在,我不必寻找其他选择。//
3259 -)))
3440 +[[image:1639051700656-416.png]]
3260 3260  
3261 -=== ​​​​​​​5.2.1 角色和责任 ===
3442 + 在不同的环境中实现服务价值
3262 3262  
3263 -明确角色和职责是指定和管理需求的关键。权威人士必须得到识别,并说明如何捕获、表达和表示用户需求和期望。
3444 + 跟踪价值实现
3264 3264  
3446 + 评估并报告价值实现
3265 3265  
3266 -在大型组织中,客户和用户有时是分开。结果,期望和要求可能无法协调和统一,如图5.2所示。
3448 + 评估价值的实现并改进客户的旅程
3267 3267  
3268 -(% style="text-align:center" %)
3269 -[[image:1639041500798-489.png]]
3450 + 为服务提供者实现价值
3270 3270  
3271 -图5.2 服务交付三角形:将需求转换为需求所涉及的角色
3452 +利益干系人的价值必须基于共同创造价值的规划来驱动和跟踪,并且持续维护并加以改进和优化服务价值。
3272 3272  
3454 +|(((
3455 +**关键信息**
3273 3273  
3274 -服务提供者和客户之间需要协商并达成协议的事实可能一个挑战。为了管理感知到的服务质量必须对期望需求进行管理
3457 +价值是感知到的利益有用性重要性
3275 3275  
3459 +有价值的服务可以在支持的结果,积极的经验,降低成本,消除风险和受影响的结果,负面的经验,引入的成本和引入的风险之间实现最佳平衡。
3460 +)))
3276 3276  
3277 -,服务提供可能成为客户用户之间的中介。为防止这种情况发生,服务消费者需要采取有效沟通和协调措施
3462 +此步骤的目的是跟踪、评估和评价利益相关期望的价值在整个旅程所有步骤都实现了计划的目标并不断识别对旅程和服务的改进
3278 3278  
3464 +跟踪和实现价值可确保服务有助于实现所有利益相关者的预期结果,并有效管理相关成本和风险。如表9.1所示。
3279 3279  
3280 -表5.6说明了服务需求规范中涉及的角色职责编排一些场景。
3466 +表9.1价值捕获客户旅程改善目的
3281 3281  
3468 +|**实现价值**|**对于服务消费者**|**对于服务提供者**
3469 +|(% rowspan="3" %)促进成果和体验|实现计划的价值|为服务提供者实现价值(例如盈利、提升能力等)
3470 +|使价值实现能得到确认|增强客户的反馈
3471 +|与服务提供者就服务质量建立有效的沟通与反馈。|提高客户对服务运营和改进的参与度
3472 +|(% rowspan="2" %)优化风险和合规性|检测与期望状态的偏差,以便在需|在客户满意度下降前检测与期望状态的偏差
3473 +|要时重新分配资源|演示已实现的价值,例如减少的风险对客户的不满
3474 +|优化资源并降低成本|避免资源配置效率低下|避免资源配置效率低下
3475 +| |提高对价值创造方式和替代方案的认识|确保成本覆盖
3282 3282  
3283 -表5.6 服务消费者角色和需求规范场景示例
3477 +为了跟踪、评估和评价服务价值实现,重要是要知道价值主张、接受标准、利益实现计划等形式的基线和目标。基线和目标应在要应在协议步骤中达成共识。
3284 3284  
3285 -|**场景**|**参与角色**
3286 -|客户从服务提供者订购了预定义的标准服务/产品,例如笔记本电脑,智能手机或应用程序。|(((
3287 -客户根据需求规范从服务提供者中选择标准服务。作为需求规范的一部分,会咨询有代表性的用户。
3479 +在货物传输后、在提供了对资源的访问后或在服务活动发生后立即跟踪、评估和评价价值共创的情况是很少见的。通常,在服务交付之后、价值创造和感知之前都有一定时间的延迟。跟踪结果也可能在达到预期水平之前的一段时间内减少。因此,参与价值共同创造规划的各方就何时评估和评估价值实现达成一致意见是非常重要的。
3288 3288  
3289 -根据用户的个人需求,用户可以在预定义的备选方案中进行选择。
3290 -)))
3291 -|客户从提供者处获得现成的服务,以便在服务消费者组织内部进行配置、实现和管理。|(((
3292 -客户会预先进行适当的评价,以确保服务符合服务消费者的需求。客户评价它是否为符合目的与用途。即使它是现成的服务,仍然可能有许多配置选项。因此,服务的代表用户参与了需求规范及其实现。
3481 +另一个决策点是在何处跟踪价值实现。为此,必须确定服务的主要受益人。传统上,IT服务主要支持和启用内部业务流程。对于这种类型的服务,应该在用户从业务流程中的服务中获益时跟踪结果和体验。IT服务正逐渐转变为外部消费者服务,通常称为数字化服务。
3293 3293  
3294 -其他利益相关者,例如内部IT部门,对架构的适合性和与现有基础设施的集成提出了非功能性需求。
3295 -)))
3296 -|服务提供者为客户或代表客户开发新的和创新服务。|(((
3297 -为了成功开发复杂的新服务,考虑了一种针对需求规范的敏捷方法,以便:
3483 +|(((
3484 +**关键信息**
3298 3298  
3299 -●迭代分解复杂性
3300 -
3301 -●构建技术要求,如安全性,从一开始
3302 -
3303 -●让客户参与进来,确保频繁的反馈循环。
3304 -
3305 -这种方法要求客户在整个生产开发过程中积极参与。为了取得成功,重要的是客户(例如产品负责人)有权代表服务消费者做出有关需求和优先级的决策。用户可能会被咨询,甚至参与启动、演示等。
3486 +重要的是要记住,服务价值永远不可能由一组复杂的指标来彻底定义。服务价值始终感知价值,这使得基于个人期望和偏好的服务价值难以跟踪和评估。这就是为什么跟踪客户体验和满意度与跟踪输出和结果一样重要的原因。
3306 3306  )))
3307 -|服务提供者为大众市场设计一种新的商品服务。|需求由服务提供者拥有和管理,在将需求转换为需求的过程中,服务提供者可能涉及服务消费者,也可能不涉及服务消费者。
3308 3308  
3309 -业务分析人员以帮助阐明确定需求优先级并将转换为服务提供者可以解的语言和格式可以用作设计和构建服务基础
3489 +跟踪、评估和评价价值实现的成本能很高,努力成本应该与可能收益相平衡。与此相反跟踪价值与任何服务活动一样,需要不断地迭代改进通过逐步改进价值实现跟踪,并报告结果,可以显著提高价值,从而提高改进跟踪能力
3310 3310  
3491 +== 9.1 在不同的环境下实现服务价值  ==
3311 3311  
3312 -=== ​​​​​​​5.2.2 管理需求 ===
3493 +服务关系的性质影响价值的跟踪、评估和评价。如表9.2所示。
3313 3313  
3314 -不仅应指定要求,还应整个流程对其进行管理和跟踪。需求所有负责:
3495 +在密切的服务关系,例如合作关系,跟踪、评估和评价服务价值可能成为联合活动的一部分在疏远的服务关系中,例如开箱即用的服务关系,服务提供通常提供对标准报告的访问作为服务的一部分,并且服务提供者和客户之间没有关于价值实现的进一步沟通。
3315 3315  
3316 -* 确定利益相关方群体及其代表
3317 -* 教育代表代表他们的利益相关者群体清楚地表达需求
3318 -* 收集、记录、管理、跟踪和沟通需求
3319 -* 持续确保以正确的方式解释和理解需求
3320 -* 验证产品和服务符合要求。
3497 +然而,如果成本、风险或影响足够大,则客户仍然可以选择将广泛而复杂的价值实现跟踪和评估机制应用于控制价值实现。
3321 3321  
3322 -客户的需求是一成不变;随着新的知识和经验的获得,客户的需求也会发生变化。因此,确保将需求集中在客户需求上,以使需求的定义与生产或服务的测试之间的时间尽可能短。
3499 +表9.2跟踪,评估和评估同类型的服务关系中价值实现
3323 3323  
3501 +(% style="text-align:center" %)
3502 +[[image:1639051948853-967.png||height="113" width="979"]]
3324 3324  
3325 -需求必须是可测试的。因此,定义如何测试是否满足要求是很重要的。在测试驱动的开发中,需求甚至是由它们必须通过的测试来定义的,以便被认为是满足的。
3504 +[[image:file:///C:/Users/19805/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]
3326 3326  
3506 +|**关系**|(% colspan="2" %)**基本关系**|**合作关系**|**合作关系**
3507 +|服务提供者|主要是外部的|(% colspan="2" %)外部或内部|外部或内部
3508 +|服务|商业现货服务,开箱即用服务、云或标准化商品服务或货物供应|(% colspan="2" %)(((
3509 +必须提供的服务配置或定制为
3327 3327  
3328 -功用需求确保新的或变更的生产或服务是符合目的。功用需求涵盖了数据、信息和功能要求。
3511 +满足服务需求消费者
3329 3329  
3513 +
3514 +)))|具有独特价值主张的定制服务
3515 +|跟踪与实现价值的方法|对对方的结果兴趣不大|(% colspan="2" %)消费者主要依赖于可信服务提供商提供的证据|消费者和服务提供者作为合作伙伴一起跟踪和验证价值
3516 +|客户活动|(((
3517 +如果客户的服务成本相对较低,则无需跟踪和评估价值实现
3330 3330  
3331 -非功能性需求确保新或变更的生产或服务在限制范围内使用。非功能性需求的类别包括但不限于:
3519 +如果客户成本很高:基本价值、结果、成本和风险(VOCR)分析基于:
3332 3332  
3333 -* 可用性
3334 -* 可用性和可靠性
3335 -* 容量和性能
3336 -* 信息安全
3337 -* 合规性
3338 -* 连续性
3339 -* 可维护性
3340 -* 可操作性
3341 -* 可度量性和可报告性
3342 -* 可扩展性。
3521 +●在报价阶段做出的假设/商业案例
3343 3343  
3344 -=== ​​​​​​​5.2.3 将问题与解决方案分开 ===
3523 +●服务提供商提供的报告
3524 +)))|(% colspan="2" %)(((
3525 +基于协议和承诺的高级VOCR分析,作为商定步骤的一部分(结果审查,收益
3345 3345  
3346 -我们已经说过,需求应该基于利益相关者需要。然而,指定一个解决方案,而不是将需要转换成需求可能会很有吸引力。在阐明需求时,必须将问题与解决方案分开,以考虑到解决方案无法解决潜在问题的事实。这也有助于将当前的解决方案与所有可能的未来解决方案区分开。表5.7概述了一种简单的技术来帮助完成此流程。
3527 +根据效益实现计划实现,副作用和风险分析,成本效益分析,投资回报率(如适用))
3528 +)))|与合作关系相同,但共同完成
3529 +|共享活动|特别服务审查|(% colspan="2" %)(((
3530 +与协议和承诺相比,对成就进行联合服务审查
3347 3347  
3532 +联合调查和分析改进机会偶尔进行联合试验(试点、早期访问等)
3533 +)))|(((
3534 +持续跟踪和分析结果、成本和风险,并寻求优化
3348 3348  
3349 -表5.8显示了此技术用于服务库的示例。此外,提炼,模型和演示之类的技术还可以帮助利益相关者确保他们真正解决了潜在的问题。
3536 +服务提供者和消费者数据共享和联合研究持续实验
3537 +)))
3538 +|服务提供者活动|(((
3539 +以客户为导向的活动:
3350 3350  
3541 +报告服务产出
3351 3351  
3352 -表5.7 问题规范技术
3543 +面向服务提供商的活动:大众市场:
3353 3353  
3354 -(% style="width:708px" %)
3355 -| |(% style="width:279px" %)**当前**|(% style="width:259px" %)**未来**
3356 -|什么?|(% style="width:279px" %)当前问题的本质和需要做的事情的本质|(% style="width:259px" %)真正的需要什么?什么是“本质”?
3357 -|怎么样?|(% style="width:279px" %)当前执行所需工作的方式|(% style="width:259px" %)将来有什么可能的方法来解决问题?
3545 +●大型集团或所有服务客户之间服务交付的盈利能力/成本效益分析
3358 3358  
3359 -表5.8 问题规范技术使示例
3547 +●提供对嵌入到服务中报告/分析的访问(如果适
3360 3360  
3361 -| |**当前**|**未来**
3362 -|什么?|一个人需要阅读一本特定的书。|一个人需要可以了解一个特定的主题。
3363 -|怎么样?|(((
3364 -去图书馆询问图书管理员。
3549 +内部供应商:风险和成本控制
3550 +)))|(% colspan="2" %)(((
3551 +以客户为导向的活动:
3365 3365  
3366 -图书管理员使用数据库查找图书并登记借出。
3367 -)))|当我们识别问题的本质并探索解决问题的不同方法时,可以采用多种不同的解决方法,包括在线阅读,有声读物,相关文章以及内容摘要。
3553 +●提供与约定承诺相关的服务级别和KPI的复杂报告
3368 3368  
3369 -=== ​​​​​​​5.2.4 最小化可行产品 ===
3555 +●客户结果分析(与协议和承诺相比)
3370 3370  
3371 -在Eric Ries (Ries, 2011)所描述的精益创业方法中,关键的信息是制作一个好的业案例原型,并在真实的用户中进行测试,以获得反馈。对于原型设计,他依赖于最小可行产品的概念。
3557 +面向服务提供商的活动:
3372 3372  
3559 +●盈利能力分析/
3373 3373  
3374 -最小化可行产品是具有足够功能,来满足早期客户的需求并为将来的生产开发提供反馈的产品。该概念已在敏捷开发中广泛使用:服务提供者根据特定需求设计最小化可行产品,并相应地指定了需求,然后开发产品并将其交付给用户以收集反馈。反馈用于阐明未来的需求,并且通过迭代的方法,产品将根据需求和优先级进行开发。
3561 +提供服务的成本效益
3375 3375  
3563 +●风险评估
3376 3376  
3377 -|(((
3378 -**键信息**
3565 +●跟踪需求,预测未来需求和关系发展
3566 +)))|与合作系相同,但共同完成
3379 3379  
3380 -如云计算、大数据、自动化、机器人、物联网和人工智能等新兴技术,需要新兴产品和服务。最小化可行产品和敏捷开发等概念使新兴的数字产品和服务成为可能。
3381 -)))
3568 +== 9.2 跟踪价值实现 ==
3382 3382  
3383 -|(((
3384 -**ITIL故事:最小可行产品**
3570 +用于评估和评估价值实现的需求正在跟踪和测量服务价值指标。
3385 3385  
3386 -[[image:1639041656324-582.png||height="46" width="40"]]//Mariana:对于我们拖车租赁,最小化可行产品将不包括任何自动化,例如跟踪在线预订当我们测试和证明我们观念时客户要手动预订拖车//
3572 +服务价值指标是一种直接或间接指示服务价值特定方面情况级别的度量指标反映了目的成就。在这种情况下目的是所的或约定的服务价值
3387 3387  
3388 -[[image:1639041663609-946.png||height="49" width="44"]]**T**//omas:Mariana使用迭代的方法,Mariana发现顾客也需要手推车作为产品供应的一部分。这是她在试租拖车之前没有考虑过的事情。//
3389 -)))
3574 +指标通过一项或多项指标得到加强。指标是价值的重要特征,它可以基于规程或技术手段收集的数据以可量化的单位表示。可以为所有服务管理四维模型的客户行程,服务,产品,实践和资源定义指标。XIL92111 9.1中显示了ITIL 规划和评价模型中描述了从目的到度量的层次结构。有关ITIL 规划和评价模型的更多详细信息,请参见ITIL®4:指导计划和改进和度量和报告实践指南。
3390 3390  
3391 -=== ​​​​​​​5.2.5  用户故事和故事映射 ===
3576 +跟踪价值的实现包括以下活动:
3392 3392  
3393 -用户故事映射是表达服务需求的常用方法。用户故事是一种表示利益相关者所需功能领域的方式,这种方式可以在团队成员之间引起讨论和理解,帮助他们共同努力,将需求转变为有效的产品和服务。用户故事用于描述生产或服务的片段。该技术可以有不同的用途。
3578 +* 识别服务价值的直接和间接指示器以及它们之间的链接
3579 +* 定义和衡量基础指标
3580 +* 捕获度量数据。
3394 3394  
3582 +以下示例给出了跟踪价值实现的一系列实用方法的总体思路:
3395 3395  
3396 -基于人物角色,设计人员可以收集有关客户旅程和需求的数据,并在小而明确的用户故事中清晰的阐明相应的需求。用户故事具有非常具体和简单的形式:用户可能需要某种东西来实现某种利益。例如,一个人可能需要大汽车才能带家人去度假;其他人可能需要在机场用特快专车来接他们去开会。用户故事易于编写、理解、确定优先级和检查。改进和演示可以帮助您以很少的投资来解决问题。
3584 +* 在简单的标准化环境中,使用现成的标准监控工具和用于报告的预定义模板来跟踪价值的实现可能就足够了。在更复杂的环境中,具有半标准化配置的监控和报告工具通常是不够的。另外,还需要从各种来源(例如金融数据,营销数据和业务目标,并使用复杂的映射和关联工具来跟踪服务和价值的实现。还需要经常服务评论。
3585 +* 在复杂且不可预测的环境中,跟踪价值的最佳方法是在客户和服务提供者之间建立密集的通信(如果存在服务关系),协作并推广可视化并收集快速反馈。(协作和提升可视化程度和基于反馈迭代推进的ITIL 指导原则解决了此问题。)来自任何其他来源的监控数据也可用作输入。关键利益相关者的参与至关重要,因为只有他们才能提供动态信息来跟踪价值的实现。
3397 3397  
3587 +(% style="text-align:center" %)
3588 +[[image:1639052068071-640.png]]
3398 3398  
3399 -故事映射在不同环境中的处理方式有所不同。映射生产或服务需求的一种常见方法是将生产或服务描述为史诗,然后将史诗分解为特性,然后进一步细分为用户故事。此方法如5.3所示,并在表5.9中进一步说明。
3590 +图9.1 ITIL 规划和评价模型
3400 3400  
3592 +=== ​​​​​​​9.2.1  跟踪绩效,输出和结果  ===
3401 3401  
3402 -第一个冲刺提供了最小化可行产品(MVP)该产品发布给用户,用于共同创价值并收集反馈再将更多的故事添加到生产或服务
3594 +直接结果指标比间接结果指标通常更难识别例如输出和绩效指标。如果能够在结果指标与输出和绩效指标之间立明确的联系,后者就可以用来间接跟踪服务结果
3403 3403  
3596 +将绩效和输出指标与成果挂钩的一种方法是以价值驱动框架模型为基础,将较低层次视为较高层次的价值驱动因素(示例见图1.11)。
3404 3404  
3405 -INVEST首字母缩略词提供了一个有用的,即用户故事应为:
3598 +组合资源和单独资源的性能,实践,和产品驱动服务绩效、服务消费者绩效,并最终实现服务消费者的目标和宗旨。表9.3提供了如何应该模型的示例。
3406 3406  
3407 -* 独立的
3408 -* 可讨论的
3409 -* 有价值的
3410 -* 可估计的
3411 -* 小的
3412 -* 可测试的
3600 +另一个将绩效和输出指标与服务结果联系起来的实用模型是Heskett提出的服务利润链(Heskett等人,1994)。根据服务利润链模型,利润和增长主要是通过客户忠诚度来刺激的。忠诚度是客户满意的直接结果,在很大程度上受到了为客户提供的服务价值的影响。价值是由满意、忠诚、高效的雇员创造。员工满意度源于高品质的支持服务和使员工能够提供良好的服务的政策。如图9.2所示。
3413 3413  
3414 3414  (% style="text-align:center" %)
3415 -[[image:1639041699377-385.png]]
3603 +[[image:1639052162292-462.png]]
3416 3416  
3605 +图片9.2 服务利润链
3417 3417  
3418 -图片5.3 故事映射示例
3607 +表9.3 价值实现跟踪级别
3419 3419  
3609 +|**价值的实现水平**|**例子**|**成功准则和相关指标**|**相关方法和做法**
3610 +|(((
3611 +资源性能(任务处理)
3420 3420  
3421 -表5.9 使用史诗、功能、促成因素和故事来阐明需求
3613 +
3614 +)))|(((
3615 +服务提供者要做的工作,例如:
3422 3422  
3423 -|**类型**|**描述**|**示例**
3424 -|史诗|(((
3425 -史诗是向客户交付新产品、服务或客户旅程的一项举措。
3617 +* 服务台
3618 +* 变更生效作为服务(例如数据库管理)
3619 +)))|及时的任务处理(例如响应时间,解决时间)|(((
3620 +跟踪工单和任务
3426 3426  
3427 -史诗是大型故事或用户故事,它太大而无法在一个冲刺中涵盖。
3622 +请参阅服务台实践指南
3623 +)))
3624 +|(((
3625 +资源/ 产品性能(访问IT 资源)
3428 3428  
3429 -史诗包含大量特性。
3430 -)))|从租车到交车的整个用户体验。
3431 -|特性/促成因素|(((
3432 -特性是相关用户故事的集合,这些故事表示生产或服务负责人感兴趣的整个功能区域或能力。
3627 +
3628 +)))|(((
3629 +客户,需求,IT 资源或访问IT 资源或高度标准化的服务(例如,电子邮件,内部网,打印服务)
3433 3433  
3434 -特性由许多用户故事实现。
3631 +
3632 +)))|(((
3633 +资源/ 产品可用性和性能,通过以下方式测量:
3435 3435  
3436 -促进因素是支持探查,架构,基础结构或合规性的特性的技术先决条件。
3437 -)))|繁忙的经理可以在机场接车去开会。
3438 -|用户故事/ 促进因素故事|(((
3439 -一种功能的描述,可以在一个冲刺中开发。
3440 -
3441 -作为<用户>,我想要<需求>,所以<收益>。
3635 +* 服务平均恢复时间 (MTTRS), 平均无故障工作时间(MTBF)
3636 +* 每个时段的交易量
3637 +* 响应时间
3442 3442  )))|(((
3443 -繁忙的经理可以在机场订购快速通道接送服务,以减轻压力。
3639 +IT基础设施监控
3444 3444  
3445 -繁忙的经理可以在不支付停车费的情况下离开机场,以减少等待时间。
3641 +请参阅容量和性能管理实践指南
3642 +
3643 +
3446 3446  )))
3645 +|服务绩效(功用和功效)|客户需要一种适合其需要的开箱即用和数字服务,服务性能可能等同于产品性能|针对目标的服务级别|(((
3646 +SLA计分板
3447 3447  
3448 -故事映射通常与敏捷服务设计方法(例如Scrum方法)结合使用。在Scrum方法中,产品负责人负责对每个冲刺中的用户故事进行优先级排序。在冲刺的末尾,生产团队将向实际用户演示这些功能并收集反馈。
3648 +请参阅服务级别管理实践指南
3649 +)))
3650 +|(((
3651 +消费者(组织) 绩效
3449 3449  
3653 +
3654 +)))|客户将服务视为流程促进因素。例如,IT支持结算和现金服务, IT支持信贷申请处理程序,日历应用程序|(((
3655 +更高效的过程,各时间段更便宜或更少的资源吞吐量。
3450 3450  
3451 -=== ​​​​​​​5.2.6 MoSCoW方法 ===
3657 +任务执行时间
3452 3452  
3453 -MoSCoW方法是一种用于管理需求的简单优先级排序技术。它可让利益相关者明确地就不同的优先级达成一致。
3659 +队列的平均容量
3660 +)))|(((
3661 +业务交易监控,真实用户监控,成熟度评估
3454 3454  
3663 +请参阅容量和性能管理实践指南
3664 +)))
3665 +|消费者(战略)目标|(((
3666 +持续改进模型的客户需求被用作实现战略性目的的工具,从而导致:
3455 3455  
3456 -该方法还涵盖了无法交付的需求。这很有用,因为列表通常会被不必要的需求填满,例如没人需要的报告。这些需求增加了成本却没有增加价值。
3668 +* 更好的质量
3669 +* 推出新产品或服务
3670 +* 改善了客户的留存率
3457 3457  
3672 +例如包括CRM和网上银行
3673 +)))|(((
3674 +实现战略目标
3458 3458  
3459 -MoSCoW缩写代表:
3676 +消费者指标取决于目
3460 3460  
3461 -* 必须 涵盖最重要需要的强制性需求。
3462 -* 应该 在可能的情况下应包括的需求。
3463 -* 可能 如果不影响“应该”或“必须”的需求,那么可以包括的需求。
3464 -* 不会 本次不包括但可能包含在未来版本的需求。
3678 +
3679 +)))|(((
3680 +实施后评审,业务智能分析
3465 3465  
3466 -=== ​​​​​​​5.2.7 加权最短作业优先 ===
3682 +请参阅项目管理实践指南
3467 3467  
3468 -有时需求具有匹配的优先级。在这些情况下,MoSCoW方法可以被更细粒度的技术(例如气泡排序)所取代或与之结合。然而,如果利益相关者的观点需要一致,这些方法可能不可行。
3684 +
3685 +)))
3686 +|消费者用途(收益率)|客户将对服务的购买视为投资;为消费选择服务是一种投资组合的决策|(((
3687 +实现财务目标a,例如ROI,NPV,内部收益率等
3469 3469  
3689 +实现非财务目标
3690 +)))|(((
3691 +投资回报率评价
3470 3470  
3471 -另一种替代方法是使用加权最短作业优先(WSJF)方法(Reinertsen,2009),该方法采用计算机操作系统中使用的调度算法。在这种方法中,作业的权重除以持续时间或规模。特别推荐用于生产或服务开发的权量是延迟成本。延迟成本是一种衡量价值实现程度的指标,以损失的结果和保留的不确定性来度量。在传统的服务管理术语中,延迟成本可视为延迟对服务影响(服务成果),紧急度(时间临界)和风险(不确定性)的结果。对每个作业或需求进行评分,然后根据延迟成本除以持续时间(CD3)对其进行优先级排序。该方法如图5.4所示。
3693 +请参阅组合管理实践指南
3472 3472  
3473 -(% style="text-align:center" %)
3474 -[[image:1639041756120-116.png]]
3695 +跟踪态度,行为,文化的变化
3475 3475  
3476 -图5.4 延迟成本除以适应服务管理条款的持续时间
3697 +请参阅组织变革管理实践指南
3698 +)))
3699 +|费者用途(缓解风险)|(((
3700 +客户将服务视为风险缓解措施
3477 3477  
3702 +
3703 +)))|(((
3704 +有效的风险缓解措施:
3478 3478  
3479 -== ​​​​​​​5.3 设计服务供应和用户体验 ==
3706 +* 剩余风险:实际与预计
3707 +* 损失:实际对预期
3708 +)))|(((
3709 +风险评估, 业务影响分析
3480 3480  
3481 -现代软件开发方法使新一代数字服务成为可能。这些方法有一个重要的共同点因素:它们在产品和服务的整个设计和的现流程中都涉及到客户和用户。
3711 +请参阅风险管理践指南
3482 3482  
3713 +
3714 +)))
3483 3483  
3484 -价值驱动和数据驱动的服设计意味着一种基于频繁反馈持续试验和学习的迭代方法,以确保在设计过程的每个步骤中共同创造价值。这需要服务提供者和服务消费者在不同角色之间进行契动、参与和交互
3716 +^^a^^所有相关数据(员工减少或效率提高、业绩效改善质量衡量等)应转换为货币价值,然后与服务成本进行比较
3485 3485  
3718 +在将各种类型的输出和结果与方案和项目管理中使用的业务目标联系起来也可以得到启发,例如效益依赖网络,效益依赖图,结果链和成功图。但是,它们主要关注业务变化,而不是正在进行的服务,因此在使用时应该考虑到保留。
3486 3486  
3487 -服务提供者提供开发方法上专业知识,但其成功与否将取决于客户契动。客户应该准备为流程提供最适合的资源并确保他们有权代表组织做出决策
3720 +在许多情况下,服务或产品会产生意想不到的副作用。应识别、跟踪、评估这些副作用,并将其纳入服务开发中。它们代表了一些值得注意价值。有许多结果无法定量衡量,但仍对整体价值实现产生重大影响例如,结果需要满足特定的客户好,达到一定的能力水平等
3488 3488  
3722 +本质上,测量减少了不确定性;定性测量方法在减少不确定性方面可能和定量测量技术一样有用。
3489 3489  
3490 -重要的是要注意,协议或合同可能会限制敏捷和灵活交付模型的可能性。解决复杂问题时,允许敏捷和灵活的模型的协议是提供者和客户能够在建设性的合作关系中工作的先决条件。
3724 +例如:
3491 3491  
3726 +* 知识和能力知识的积累可能会导致能力的提高,而能力的提高可能导致更快、更好和更便宜的任务完成。一个定性的方法,如价值流映射,是一个很好的方法来完成这一点
3727 +* 态度,行为和组织文化组织文化和行为模式的评估可以结合定性和定量的方法使用叙事的技巧。
3492 3492  
3493 -=== ​​​​​​​5.3.1 精益思维 ===
3729 +有关定量和定性测量方法的更多详细信息,请参阅《测量和报告实践指南》。
3494 3494  
3495 -精益思维可以被描述为一种流程改进哲学,它将流动效率置于资源效率之上。在精益中,流动是指工作在系统中进行的方式。工作单元可以定义为流经价值流的一件工作。一个好的流动味着工作单元可以稳定且可预测地移动,而一个坏的流动则描述了一个包含大量队列的系统,其中工作单元将不得不停止并等待。
3731 +=== 9.2.2 跟踪体验和满度 ===
3496 3496  
3733 +为了确保客户和用户对服务以及整个客户旅程感到满意,服务提供者应测量和跟踪客户体验,进行客户满意度调查,并请求和处理服务消费者的反馈。表9.4进一步概述了这些建议。
3497 3497  
3498 -精益定义了五项基本原则,在5.10中概述。关于利益相关者价值,这些原则集中于支持设计产品和服务的高效且连续的流动。
3735 +表9.4跟踪服务体验和满意度
3499 3499  
3737 +|**体验准则**|**体验特性**|**指标**
3738 +|功能体验|用户的不间断的完成用户操作|用户错误的数量和频率
3739 +|服务如何工作?| |返回上一阶段的频率(“后退按钮用法”)
3740 +| | |丢弃(未完成)服务操作的数量和频率
3741 +|情绪体验|界面清晰便捷|用户使用帮助界面的事务数和百分比
3742 +|服务的感觉如何?|服务操作的便捷性和速度|平均处理时间(从客户呼叫到工单解决的平均处理时间)
3743 +| | |客户费力度得分衡量客户满意度(客户在使用服务解决问题时所付出的努力)
3744 +| | |一线响应率(支持代理响应客户的平均时间)
3745 +| | |用户对服务界面的平均和最低评价
3746 +|服务满足需求的程度如何?|功能和情感体验的反映,表明使用服务时|用户对服务的平均和最低评级
3747 +| |的满意度和对服务提供者的忠诚度|试用期后取消订阅的用户数和百分比
3748 +| | |客户流失率(在一段时间内停止使用服务的客户百分比)
3749 +| | |推广员数量指标衡量客户忠诚度(作为组织或服务推广人的客户百分比)
3500 3500  
3501 -表5.10 精益五项原则
3751 +客户体验和用户体验是客户或用户感知到与服务和服务提供者的功能和情感互动的总和。为了全面了解客户体验和用户体验,需要从客户的角度考虑三个问题:
3502 3502  
3503 -|(% style="width:102px" %)**精益原则**|(% style="width:1192px" %)**说明**
3504 -|(% style="width:102px" %)识别客户价值|(% style="width:1192px" %)首先是要了解客户及需要。是什么为客户创建价值?所需的成果是什么?为什么需要它?何时何地需要它?多少?多久一次?
3505 -|(% style="width:102px" %)映射价值流|(% style="width:1192px" %)接下来是了解和映射价值流。从服务提供者接收到来自客户的新的或变更的生产或服务的请求起,就需要设计、构建、转换和交付所需的活动。关键是定义工作单元(请求、生产、服务)并映射它如何流过价值链。每个流代表一个价值流。
3506 -|(% style="width:102px" %)创建流动|(% style="width:1192px" %)工作单元在价值流中可能会遇到几个瓶颈。从工作单元的角度来看,这是浪费。通过消除浪费改进流。
3507 -|(% style="width:102px" %)建立拉动|(% style="width:1192px" %)创建流后,下一步就是将优化转换为价值流。该“拉式” 原则确保不会将工作推向下游。它允许限制批量大小和在制品,以便及时完成工作单元。
3508 -|(% style="width:102px" %)寻求完美|(% style="width:1192px" %)该原则反映了持续改进。
3753 +* 服务如何工作?(功能体验)
3754 +* 服务的感觉如何?(情绪体验)
3755 +* 服务在什么程度上满足我的需求?(满意度)
3509 3509  
3510 -价值流映射是一种用于说明和分析价值流逻辑的精益技术:一种将从需求/机会到价值的流动可视化的方法,然后计划如何改进流动。价值流图图形的式概述了物料和信息的流动,并指出了需要改进的地方。这是理解活动如何联系和创造价值的良好基础。
3757 +服务提供者应考虑使用法来监控客户体验:
3511 3511  
3759 +* 服务交互后收集即时反馈
3760 +* 监控社交媒体
3761 +* 定期创建问卷和客户调查
3762 +* 收集来自服务评审会议的客户反馈
3763 +* 作为重大变更、发布和新的或更改的服务的变更实施过程的一部分,进行的实施后评审的反馈
3764 +* 进行电话感受调查
3765 +* 分发满意度调查
3766 +* 分析投诉和表扬
3767 +* 使用焦点小组进行A / B测试。
3512 3512  
3513 -关于精益思维何应用于服务管理更详细说明请参见ITIL®4:高速IT
3769 +服务提供者应将体验数据与服务的可测量技术特征相联。客户满意度指数是跟踪和评估客户体验的好地方。然而,果没有支持的指标,可能很难对根本原因进行进一步的分析:例如,在客户满意度下降的情况下。服务级别度量对这种分析非常有帮助。体验和满意度指标以及服务水平和资源性能指标组合为服务提供者提供了调查偏差和实现持续改进的机会
3514 3514  
3771 +在某些情况下,这些指标可以是服务级别或基于体验的协议的一部分,并包含在SLA记分卡和服务报告中。在其他情况下,服务提供者不披露这些信息,并将其用于服务营销。
3515 3515  
3516 -=== ​​​​​​​5.3.2 敏捷生产和服务开发 ===
3773 +一个非常有效的替代方法是通过用户面板直接测量服务体验,用户面板用于收集反馈而服务提供者只能观察到这些反馈。用户提供自由形式的评论,并分享他们对服务体验的看法以及如何改进服务的想法 (Gianotten,2017)。
3517 3517  
3518 -软件开发的敏捷方法始于2001年敏捷宣言,它鼓励人们优先考虑个人和交互,而不是工作流和工具,工作产品优先于综合文档,客户协作优先于合同,并对计划之后的变更做出响应。
3775 +=== 9.2.3 跟踪服务使用 ===
3519 3519  
3777 +服务计量和服务使用分析是跟踪、映射和了解客户和用户行为的一种方法。这有助于理解价值如何以及何时实现。
3520 3520  
3521 -敏捷理念一个方面是应用精益思维敏捷开发流程中的工作单元是特性(是职能有限一部分)还是促进因素(是职能的技术前提)。
3779 +服务被设计成支持客户活动,而客户活动反过来又支持实现客户结果。每次执行客户活动时,都会产生对服务需求客户资产(例如人员,流程和应用程序)均执行活动。由于些资产组织方式或它们正在完成的任务此活动将倾向于按模式执行。些业务活动模式(PBA代表了业务的动态,包括与客户、供应商、合作伙伴和其他利益相关者的服务交互
3522 3522  
3781 +使用不同级别的服务需要不同级别的IT资源利用率。服务提供者必须能够预测业务活动,并确保有足够的服务能力来应对不断变化的需求。这些活动是ITIL能力和绩效管理实践的一部分。业务活动模式也有助于理解不同用户组在服务使用方面的差异,并可用于识别用户配置文件或角色。用户配置文件传达相关用户的角色、职责、交互、日程安排、工作环境和社交环境的信息,这些信息可用于定制和改进服务和客户旅程。
3523 3523  
3524 -另一个方面是迭代开发。在Scrum方法中,需求被捕获在待办项中,该需求由产品负责人连续为下一个冲刺分配优先级。开发团队将在冲刺的末尾进行演示,以在冲刺中进行最大程度的开发,以捕获来自实际用户的反馈。在每个冲刺末尾的审会议上,将评方法团队合作精神。
3783 +== ​​​​​​​9.3 评估和报告价值实现 ==
3525 3525  
3785 +评估和报告价值实现是关于整合来自各种数据源的数据,关联整合数据,解释和评估信息,并以适合决策的形式呈现。它可能包括正式的服务审查或服务提供者与客户之间的非正式会议。
3526 3526  
3527 -这种方法有助于服务提供者和服务消费者共同成长。他们可以先定义一个最小可行产品,该最小可行产品从合作关系的开始就可以工作并实现价值,然后随着双方的共同成熟,可以在服务功用,功效和体验上进行扩展。
3787 +|(((
3788 +**关键信息**
3528 3528  
3790 +客户可以在不同的层面上向服务提供者寻求服务成果实现的证据,如投资回报率、实现战略目标、流程绩效、满意度指标、服务级别等。然而,正如我们所看到的,这些层次都是相互关联的。即使在客户仅要求服务可用性,容量和性能的情况下:
3529 3529  
3530 -持续部署是敏捷理念的另一方面。这意味着特性和促进因素将被不断集成、测试和部署,以便客户准备就绪后就可以发布它们。这方面需要服务提供者和客户之间紧密的协作,这意味着客户和发布必须连续提供客户。持续部署使用的一些方法包括:
3792 +* 服务提供者应该尝试将服务绩效指标映射到消费者流程性能指标、战略目标和消费者目的,以便正确理解客户
3793 +* 客户应该将服务级别与它的战略目标联系起来,并至少在质量上分析服务对服务消费者目的的贡献程度。
3794 +)))
3531 3531  
3532 -* **特征开关(特征标记特性中已编程的“开/关”按钮)**。客户准备就绪时,就可以打开特征开关。如果有问题,该功能可以再次关闭。
3533 -* **暗发布** 新功能已启动,但是在该功能足够成熟之前,新功能的链接是不可见的。
3534 -* **金丝雀发布** 一个暗发布,邀请一些测试用户测试新功能。
3535 -* **蓝绿部署** 用来测试两种可选方案中哪一种方案是最好的一种技术。它可以是另一种图形设计或功能。消费者被随机分为两组,测试相同功能的两个不同版本。
3796 +作为评估的一部分,应将捕获的体验、性能和输出数据与结果、风险和成本相关联,并应评估服务对客户目标和宗旨的总体贡献。表9.5概述了价值实现评估和报告的两个层次。
3536 3536  
3537 -这些技术使快速开发发布和新功能成为可能和安全。
3798 +合并数据后,应分析结果并应考虑以下问题:
3538 3538  
3800 +* 是否达到目标?
3801 +* 有什么动态?
3802 +* 有没有明显的趋势?
3803 +* 趋势是正面还是负面?
3804 +* 是否存在潜在的结构性问题?
3805 +* 是否需要改进?
3806 +* 是否有不可预见的模式或出人意料和意外结果应反馈给设计和改进?
3807 +* 是否有关于产品,服务,客户旅程或背景(市场)的新信息
3539 3539  
3540 -=== ​​​​​​​5.3.3 以用户为中心的设计 ===
3809 +表9.5 价值实现的评估和报告的两个级别
3541 3541  
3542 -以用户为中心的设计是一个迭代的设计流程,它使用户置于整个项目流程中所有设计决策的中心。以用户为中心的设计确保生产和服务专注于用户需求和用户体验。
3811 +| |**评估和报告体验,绩效和输出数据**|**评估和报告结果,风险和成本**
3812 +|(% rowspan="2" %)规程|将捕获的体验,绩效或绩效和输出数据与协议目标相关(如果适用)|将体验,绩效和输出数据与服务结果,风险和成本关联起来
3813 +|(((
3814 +使用适当的技术组合数据
3543 3543  
3816 +使用约定的报告模板或仪表板生成报告
3817 +)))|使用映射工具将服务体验,结果,风险和成本与服务消费者目标和结合起来
3818 +|数据聚合和关联技术|从IT 组件到记分卡层次结构|组织改进点关联或类似
3819 +|(% rowspan="3" %)评估和报告方法|SLA记分卡|投资收益评估
3820 +|服务级别报告和仪表板|成本效益分析(包括结果,成本和风险)
3821 +|服务回顾|实施后评审,回顾,审计和更多基准测试
3822 +|(% rowspan="5" %)相关的ITIL实践|容量和性能管理|组合管理
3823 +|测量和报告|关系管理
3824 +|风险管理(提供风险数据)|风险管理(提供风险数据)
3825 +|服务财务管理(提供成本数据)|服务财务管理(提供成本数据)
3826 +|服务级别管理|
3544 3544  
3545 -=== ​​​​​​​5.3.4 服务设思维 ===
3828 +如果适用,应使用评估技术,比如实施后评审、审和成本效益分析。
3546 3546  
3547 -服务设计思维是解决问题的有效方法。由于该方法的核心是探索、原型,并收集来自真实用户的反馈,因此它是价值驱动、数据驱动和以用户为中心的服务设计的一个很好的例子。它鼓励用户定义价值,并且是一种不断收集有关什么有效和无效的反馈的方法。
3830 +|(((
3831 +**进一步阅读**
3548 3548  
3833 +请参阅《测量和报告实践指南》,以了解:
3549 3549  
3550 -服务设计思维流程的最终目标是为最初的挑战确定可取的、可行的和可实行的解决方案。
3835 +* 如何使用排序,序列(例如,根据时间序列),标准化,映射,标记,分组,关联等方法优化数据并将其处理为信息。
3836 +* 如何使用聚合技术,级联和层次结构来构建可有效用于评估的平衡计分卡。
3837 +)))
3551 3551  
3839 +应该考虑目标受众。许多组织将原始的数据和报告带给所有人。他们不处理或分析它。这就导致了各级管理者收到太多电子邮件的情况。实践经验表明,功能失调的组织往往比有效的组织更多地使用报告.
3552 3552  
3553 -=== ​​​​​​​5.3.5 服务蓝图 ===
3841 +|(((
3842 +**提示**
3554 3554  
3555 -蓝图是建筑设计的建筑图纸。这些蓝图描绘了建筑物的外观以及建造所需的所有规格。对于数字化服务,蓝图是可视化服务使用的图表,旨在优化用户体验。
3844 +单独的报告可以创造认知,但一份有行动计划的报告可以产生结果。
3845 +)))
3556 3556  
3557 -
3558 -在服务蓝图中,关键元素由三条水平线隔开:
3559 -
3560 -* **交互线** 这条线确定了客户/ 用户和服务提供者之间的直接服务交互。
3561 -* **可视化线 **这条线客户和用户可见的服务活动与不可见的活动分开。可见的活动显示在此线上方,不可见的活动显示在此线下方。
3562 -* **内部交互线** 这条线将联系的员工与不直接支持与客户和用户进行交互的员工区分开来。
3563 -
3564 -对于一个服务,如果有多个不同的场景,则可能会有多个蓝图。在绘制蓝图时,,从最上面一行开始,然后沿着模板向下,这一点很重要。
3565 -
3566 -
3567 -图5.5 显示了服务蓝图的示例。
3568 -
3569 3569  (% style="text-align:center" %)
3570 -[[image:1639041944866-674.png]]
3848 +[[image:1639052537691-609.png]]
3571 3571  
3572 -图片5.5 服务蓝图的示例
3850 +== 9.4 评估价值实现和改进客户旅程 ==
3573 3573  
3852 +评估价值实现和改进客户旅程请参阅持续改进模型的步骤6和7。如果跳过这些步骤,则很难验证是否实现了预期或约定的结果,并且可能会丢失从该迭代中获得的经验教训(ITIL Foundation,第4.6.1.6节)。同样重要的是要确保改进和改变的行为不会有逆转的风险:参阅 ITIL Foundation,第4.6.1.7节和《组织变革管理实践指南》。
3574 3574  
3575 -服务蓝图可用以下目
3854 +此外,只要服务提供者和服务消费者处不断变化状态(迅速变化的经济状况),这些领域就需要不断改进,因为它可能为利益干系人带来最大的收益。
3576 3576  
3577 -* 将客户旅程与生产和服务联系过来
3578 -* 突显用户接触点和服务交互
3579 -* 发现弱点并确定优化机会
3580 -* 努力搭建跨部门的桥梁,避免双重工作量。
3856 +评估价值的实现不仅验证单个服务已创造所需的价值,而且还验证了所需的客户体验已实现(单循环学习)。通过双循环学习,评价包括检查原始价值主张是否仍然有效,并且SVS是适合的,如表9.6所示。
3581 3581  
3582 -总之,服务蓝图帮助组织了解服务提供者如何实现服务,以及客户和用户如何使用服务。服务蓝图确定了面向员工的流程和面向客户/用户的流程之间的依赖关系。它还可以帮助服务提供者识别痛点,优化复杂的相互,并了解改进服务设计和客户旅程以及降低成本的可能性。
3858 +|(((
3859 +**你知道吗?**
3583 3583  
3861 +20世纪70年代,Chris Argyris和Donald Schon提出了单循环和双循环学习的概念,作为其组织学习理论的一部分(Argyris,1991)::
3584 3584  
3585 -关于如何制作服务蓝图的模板和更多信息可以在业务分析实践指南中找到。
3863 +* 单循环学习描述了当目标是解决当前组织结构中的问题以使系统更好地运行时发生的学习类型,它并不试图改变系统的结构。
3864 +* 双循环学习,也称为重构,质疑组织内工作的目的和功能,并不认为现有的组织结构是理所当然的。双循环学习关注的是理解完成任务的基础,而不是更有效地完成任务的过程。
3865 +)))
3586 3586  
3867 +表9.6评估和改善服务和客户旅程
3587 3587  
3588 -=== ​​​​​​​5.3.6 为引入设计 ===
3869 +| |**单循环学习**|**双循环学习**
3870 +|服务透视图|服务是否创建了预期的价值?|原始的价值主张是否仍然有效?
3871 +|客户旅程|是否已达到所需的客户体验?|是SVS是否适用?
3589 3589  
3590 -作为以用户为中心方法中的一部分,应该为每个产品、服务服务供应定义引入方法,并作为设计的一部分,以平滑引入。
3873 +=== 9.4.1 评价验证 ===
3591 3591  
3875 +在简单的标准化环境中,价值实现的评估可能是部分预定义的。如果服务级别目标定义明确,那么自动化的服务绩效报告和SLA计分板可能会指示价值实现是否达到约定的目标。客户只在出现偏差时才作出反应。
3592 3592  
3593 -文档化引入方法用于规划引入计划。引入方法包括范围、行动、利益相关者、时间表和其它引入方面。它们可会根据服务供应的结构,消费者资源、规模、法律和法规求、风险等等所不同
3877 +在更复杂环境中,评估过程不完全形式化。服务者可能很难完全理解消费者达到的结果。在这种情况下经常以面对面会议的形式进行服务评审可能是评估价值实现的效方法
3594 3594  
3879 +在某些环境中,价值的实现可能需要连续的评价并就目标变更以及实现的价值进行协商。服务提供者和客户可以组成共享团队来执行此操作。可替代地,可以通过诸如动态协商网络之类的认知技术来部分自动化价值实现的目标和评价的协商,在该技术中,不同领域的管理者就特定服务请求的服务级别参数相互协商。
3595 3595  
3596 -一个极端狭窄的可视化线,而另一个极端(例如广泛的可视化线)可以是综合的转换方案(包括员工和基础转移),实现相关组织之间集成实施建立共同的治理结构,和退运旧产品和服务。在服务期间,仔细计划和测试引入方法。
3881 +评估挑战最初假设的机会。为解决客户问题,应考虑以下问题以重新评估假设:
3597 3597  
3883 +* 是否还有真正的问题需要解决?
3884 +* 服务仍然是解决问题的最佳方式吗?
3885 +* 服务是否仍然适用和使用?
3598 3598  
3599 -在定义引入方法和规划引入计划时组织考虑服务管理四维模型。它也应该受到外部因素的影响(ITIL Foundation,第3.5节)
3887 +由于情况总是变化客户随时向服务提供者通报可能影响服务结果、体验、风险和成本的变化
3600 3600  
3889 +=== 9.4.2 持续改进 ===
3601 3601  
3602 -构造引入方法一种方法是遵循持续改进模型步骤,如表5.11所示
3891 +价值实现评估为产品、服务和SVS所有组成部分的持续改进提供了重要输入其他改进来源包括:
3603 3603  
3893 +* 服务使用分析
3894 +* 事件,投诉和问题分析
3895 +* 服务请求模式的分析
3896 +* 分析自助服务模式和知识文章的使用
3897 +* 变更请求和改进点请求
3898 +* 用户反馈和来自用户社区的反馈
3899 +* 客户反馈和客户满意度调查
3900 +* 服务需求的变化
3604 3604  
3605 -表5.11 持续改进模型引入方法
3902 +这些来源提供有关持续服务提供消费的信息,实现容量和可用性预测,探索新机会,确定新的服务价值流等。
3606 3606  
3607 -(% style="width:819px" %)
3608 -|**持续改进步骤**|(% style="width:472px" %)**引入方法**
3609 -|**愿景是什么?**|(% style="width:472px" %)定义引入的预期结果。
3610 -|**我们现在在哪里?**|(% style="width:472px" %)建立基线并确定引入的范围,包括所需的资源。
3611 -|**我们想去哪里?**|(% style="width:472px" %)定义引入目标,包括资源的理想组合和交互。
3612 -|**我们如何实现目标?**|(% style="width:472px" %)计划引入的行动和责任
3613 -|**采取行动**|(% style="width:472px" %)根据计划运行引入行动
3614 -|**我们做到了吗?**|(% style="width:472px" %)控制和引入并确保其成功:与基线和目标相比较的控制和度量
3615 -|**我们如何保持动力?**|(% style="width:472px" %)评审和改进
3904 +通过以下ITIL实践可以捕获反馈和处理信息:
3616 3616  
3617 -当引入方法被设计为产品、服务或服务供应的一部分时,主要活动包括:
3906 +* 持续改进
3907 +* 事件管理
3908 +* 知识管理
3909 +* 监控和事态管理
3910 +* 服务目录管理
3911 +* 服务台
3912 +* 服务请求管理
3618 3618  
3619 -* 识别将与消费者的资源进行交互的提供者的资源
3620 -* 识别将与提供者的资源进行交互的消费者的资源
3621 -* 确定引入每对资源的需求
3622 -* 探索优化和自动化引入的机会
3623 -* 创建需要手动或人工控制引入的规程
3624 -* 测试规程并根据测试结果进行更新(根据需要重复)
3625 -* 文档化并与有关各方进行沟通。
3914 +将这些实践集成到相关的服务价值流中有助于捕获改进的触发因素,分析这些输入,并启动对产品和服务的改进,以及实践、服务价值流、服务协议和SVS代表的其他组件。
3626 3626  
3627 -以下ITIL实践支持产品和服务的设计,以实现平稳有效的用户引入
3916 +《持续改进实践指南》和ITIL®4指导计划和改进中详细介绍了持续改进。
3628 3628  
3629 -* 架构管理
3630 -* 服务设计
3631 -* 服务级别管理
3632 -* 服务验证和测试
3633 -* 软件开发和管理。
3634 -
3635 3635  |(((
3636 -**ITIL的故事:设计服务产品和用体验**
3919 +**ITIL的故事:评估价值的实现并改善客的旅程**
3637 3637  
3638 -[[image:1639042090327-629.png||height="50" width="46"]]//Mariana:我们的拖车租赁在客户中很成功。我们的下一步是迭代构建将拖车的自动预订流程构建到艾克苏’s 的预订应用程序中我们的手动迭代中,我们发现包含不同拖车类型的图片是很有用的,以便客户可以确定哪种拖车适合其需求。//
3921 +[[image:1639052679080-792.png||height="54" width="38"]]**S**//olmaz:我们一直监视和评估客户对供应服务实际价值的看法为了做到这一点,我们分析了客户旅行后填写反馈表。我们调查并从投诉和事件吸取教训并将其与数据链接,我们收集关路线和使方式信息。基于此我们开始改进服务产品,协议和技术解决方案。//
3639 3639  
3640 -[[image:1639042099419-158.png||height="52" width="46"]]//Henri:我们将做一个预告片自动预订流程的金丝雀版本,只有几个测试用户。然后,我们可以将其推广给客户,并随着我们的进展而开发功能。//
3641 -)))
3923 +[[image:1639052687281-789.png||height="50" width="42"]]//Mariana:我们发现的一个发现是,电动汽车的行驶时间比我们预期的要长,这意味着可用性的使用受到了更大的限制,客户纷纷向社交媒体投诉。我们通过为平日较短的员工引入特价来回应。这有助于确保供应满足需求的要求,并且不会让客户陷入困境。//
3642 3642  
3643 -== 5.4 销售并获得服务供应 ==
3925 +[[image:1639052767033-216.png||height="49" width="40"]]**R**//adhika:我们已经评估并评估了客户对会员资格和预订的评价。我们注意到的一种模式是,发给我们成员以解锁汽车的读卡器经常由于损坏而放错位置或发生故障。单循环方法是将丢失或发生故障的卡重置或发布到事态中的成员,但是花了一些时间才能对卡进行编码,发行和接收。//
3644 3644  
3645 -设计服务服务供应之后,就需要进行销售。这可能生在它们构建之前或之后,这取决于服务性质和服务关系。内部和外部服务提供者都需要售他们的服务销售活动将根据客户是内部客户还是外部客户而有所不同。
3927 +[[image:1639052679080-792.png||height="54" width="38"]]**S**//olmaz:它还生了取消跟踪重新行卡管理开销。//
3646 3646  
3929 +[[image:1639052767033-216.png||height="49" width="40"]]**R**//adhika:双循环方法是自动解锁汽车,这意味着我们已经能够完全淘汰读卡器。//
3647 3647  
3648 -=== ​​​​​​​5.4.1 定价 ===
3931 +[[image:1639052687281-789.png||height="50" width="42"]]**M**//ariana:我们的初步试验取得了巨大的成功,并展示了评估整个客户旅程的价值实现的好处。这使我们能够实现价值知道价值受到延迟进入汽车的危害。//
3932 +)))
3649 3649  
3650 -定价需要决定客户将被收取多少费用。可以使用许多定价选项为服务定价,如表5.12所示。要使一项服务可行,它必须产生足够的收入来支付投资和成本,并产生利润,除非服务提供者是非营利组织。
3934 +== 9.5 为服务提供者实现价值 ==
3651 3651  
3936 +尽管服务提供者的观点可能与客户的观点不同,但前几章介绍的跟踪客户价值实现的活动、方法和技术仍然适用于服务提供者。
3652 3652  
3653 -对于商业服务提供者计费与成本的关系较少,而与感知服务的价值竞争对手提供的类似服务的相对成本的关系较大。在这些情况下,成本模型将显示影响盈利能力之前的最低收费水平。商业服务提供者也可以根据首选定模型或服务销售的预期价值以及一年中的消费趋势来做出决定。
3938 +=== 9.5.1 跟踪评估结果 ===
3654 3654  
3940 +内部服务提供者通常受制于其所属法人实体的共同战略目标。首先,服务提供商的存在是为了为客户和用户创造价值,而不是为了追求自己的目标。因此,尽管服务提供者可能在ITIL组织改进层级或平衡计分卡中有自己的分支机构,最好将跟踪、评估和评估结果纳入客户结果的跟踪、评估和报告中。
3655 3655  
3656 -表5.12 定选项
3942 +另一方面,外部服务提供商追求自己的业务目标,尽管它为客户服务并帮助他们实现目标是实现自己目标的一种手段。这些目标不仅是财务方面的,还可能包括品牌知名度、市场份额、能力提升、资源利用等。因此,服务提供者不仅要跟踪顾客值的实现,还要跟踪自身价值的实现。
3657 3657  
3658 -|(% style="width:124px" %)**定价选项**|(% style="width:556px" %)**描述**|(% style="width:615px" %)**可适用时**
3659 -|(% style="width:124px" %)**成本**|(% style="width:556px" %)此选项基于盈亏平衡点或成本回收模型。收费项目的定价应可能接近成本单元的实际成本。|(% style="width:615px" %)适用于内部服务提供者或非营利组织。
3660 -|(% style="width:124px" %)**成本加成**|(% style="width:556px" %)加价(%)可以由服务提供者设置以匹配其他投资的回报,也可以由服务提供者设置以满足战略业务需要。|(% style="width:615px" %)加价可以鼓励使用新产品和服务,同时不鼓励使用旧产品和服务。
3661 -|(% style="width:124px" %)**市场价格/行情**|(% style="width:556px" %)价格与市场上类似的服务供应相当。|(% style="width:615px" %)(((
3662 -商品和开箱即用服务。
3663 -
3664 -重要的是要记住,从外部寻找服务可以抵消一些从客户到服务供应商的商业风险。
3665 -)))
3666 -|(% style="width:124px" %)**固定价格**|(% style="width:556px" %)服务提供者根据与客户的协商确定价格,该价格涵盖固定的时间段和预计的消费。|(% style="width:615px" %)使双方能够锁定价格,而不受成本波动的影响,例如,如果客户有固定的预算。
3667 -|(% style="width:124px" %)**差异性收费**|(% style="width:556px" %)就相同或类似服务在不同时间的不同用途设定不同收费。。|(% style="width:615px" %)使组织能够奖励某些使用模式,而不是其他使用模式,例如,在高峰时段不鼓励使用服务。
3668 -
3669 3669  |(((
3670 3670  **关键信息**
3671 3671  
3672 -在决定一项服务的价格时,应考虑以下几个因素:
3947 +上面介绍的用于跟踪,评估和评估价值实现的方法和技术对服务提供者而言与对服务消费者一样有效。
3948 +)))
3673 3673  
3674 -* 服务提供者在传递服务的价值方面有多好?
3675 -* 客户愿意支付多少?
3676 -* 市场上有类似的服务吗?
3677 -* 同类服务的定价如何?
3678 -* 扩展服务容易?
3679 -* 引入新客户容易吗?
3680 -* 这项服务是否可以用来弥补亏损?
3681 -* 服务提供者有多成熟?
3682 -* 三重底线方法会影响定价吗?
3950 +=== 9.5.2  跟踪,评估和评价成本  ===
3683 3683  
3684 -在某些情况下,定价可以在短期内用于破坏竞争。
3685 -)))
3952 +跟踪、评估和评估服务成本是服务财务管理程序的一部分;《服务财务管理实践指南》解决了这一问题。服务提供者应该完全了解服务成本的结构,以便对优化资源配置并支付费用。应定期重新审查成本结构和分配,以确保它们符合组织的目标以及产品和服务组合。
3686 3686  
3687 -=== ​​​​​​​5.4.2 内部销售 ===
3954 +通常,服务的成本通常包括:
3688 3688  
3689 -对内部客户而言,提高对可用服务的认知是销售的第一步。内部销售和促销,综合激励措施和定价机制,对于管理需求非常重要。
3956 +* **硬件成本**包括折旧形式的设备支出。跟踪此类成本需要资产管理。
3957 +* **软件和许可证成本**包括软件开发成本和许可证支出。跟踪此类成本需要软件资产管理并记录有关许可证使用的信息。
3958 +* **合同付款(向供应商)**。
3959 +* **人事费用**包括服务交付和运维人员的费用支出。跟踪此类成本需要任务跟踪,时间表等。
3690 3690  
3961 +为了计算服务成本,需要基于服务的成本模型,该模型提供有关服务组件和配置项之间关系的信息,以及有关商品和服务消耗的信息。配置模型作为服务配置管理的一部分,被广泛用作服务成本模型的基础。
3691 3691  
3692 -向对内部客户销售的一些好处是:
3963 +=== 9.5.3 跟踪,评估和评价风险以及合规性 ===
3693 3693  
3694 -* 提高现有服务的利用率
3695 -* 更好的控制服务需求
3696 -* 改进与客户和用户的沟通
3697 -* 关于服务如何满足需求的反馈。
3965 +跟踪、评估和评估服务风险与跟踪成本同等重要;如果不了解服务风险,服务提供者或客户就无法识别服务失败的潜在影响。
3698 3698  
3699 -内部销售有助于内部服务提供者整体客户感知
3967 +从价值实现角度看,风险可以看作是可能的危害
3700 3700  
3969 +服务风险标识和评估的主要信息来源是:
3701 3701  
3702 -内部销售流程中最重要的工具之一是服务目录:一种促进服务的沟通工具。对于服务提供者,它有助于定义并使产品和服务可见。服务目录对于关系管理,促进现有服务以及发现新服务的需求至关重要。在定义服务级别时,它也是服务级别管理的关键工具。
3971 +* 服务事件和投诉
3972 +* 安全事件和其他不合规行为
3973 +* 服务质量的监控
3974 +* 跟踪服务价值和体验
3975 +* 需求和容量的变化
3976 +* 资源,产品和服务产品的变化
3977 +* 法律和法规要求,合同和协议的变更。
3703 3703  
3979 +通常,在服务评审中会为客户确定主要的服务风险,并将风险缓解作为持续改进的一部分。有关服务风险识别、评估和缓解措施的详细指导,请参阅《风险管理实践指南》。
3704 3704  
3705 -对于服务消者,最重要的是正在使用的服务。服务台在这方面发挥着关键作用,通常会为用户提供订购表自助服务系统,并提供有关如何使用产品和服务的必要指导和帮助。因此,服务台将始终是内部销售流程和用户体验的关键贡献者。
3981 +=== 9.5.4 计费和帐单 ===
3706 3706  
3983 +服务提供者价值实现的一部分是利润,或者至少是成本回收。客户对服务的收费金额取决于收费策略。有几个选项可供选择:
3707 3707  
3708 -有关更多信息,请参考以下ITIL实践:
3985 +* **成本回收或收支平衡** 在这种情况下,服务提供商只会寻求回收其成本。它不会盈利或亏损。
3986 +* **额外保证金的回收 **在这种情况下,服务提供者将寻求收回超出其实际成本的费用。需要注意的是,保证金不是利润。额外的资金可以存入一个单独的帐户中,留出资金用于更新技术或支付意外的项目费用,或用于抵消新投资的费用。
3987 +* **交叉补贴 **在这种情况下,向一部分服务收取额外的保证金,然后将其用于抵消另一部分服务的成本。该策略通常用于为超出预算或业务绩效低于预期的内部客户提供服务,这里的风险是,临时补贴往往成为永久性补贴。
3988 +* **利润 **在这种情况下,服务提供者的目标是为其所有者或企业再投资创造利润。
3709 3709  
3710 -* 关系管理
3711 -* 服务目录管理
3712 -* 服务台
3713 -* 服务级别管理
3714 -* 服务请求管理。
3990 +当服务提供者和顾客属于同一个法人实体时,对顾客的服务价格通常以服务成本为基础。这些服务成本通常通过企业成本分配模型分配给内部客户,以减少收费的间接费用。然而,估算收费和其他基于成本的收费模式,如基于服务和基于活动的模式,也很常见,以鼓励成本意识和行为。
3715 3715  
3716 -此外,服务提供者也可以应大多数用外部销售传统技术
3992 +收费项目的概念非常有。收费项目与成本单位类似,因为它们是衡量成本或收费的最低水平。主要区别在,成本单位是从IT角度来衡量的,而收费项目是从客户的角度来衡量的之所以有两个不同的类别(成本单位和收费项目),是因为项目的成本可能与其价格不同。在决定收费项目时,应考虑以下原则:
3717 3717  
3994 +* 需要了解服务使用的驱动因素。例如,应收费项目应明确服务的交付和消费方式相联系。
3995 +* 服务提供者和/或客户应该能够基于数据客观地衡量收费项目。
3996 +* 收费项目必须是客户可以感知和控制的项目。服务提供者应该能够刺激可持续的消费者行为,理想情况下,它将使成本减少到支持消费者所需级别上运行的最低限度。然后,客户可以通过控制这些项目的需求来管理预算。
3718 3718  
3719 -=== ​​​​​​​5.4.3 销售 ===
3998 +通常,业务交付物不适合作为收费项目,因为它们需要所消耗的资源进行详细的度量(销售分析)。在这种情况下,可能必须建立一个结构,将服务作为一个整体进行收费。另一个问题是,业务可交付成果不能轻易地归属于单个流程或应用程序,这需要建立复杂的成本分配模型(请参阅《服务财务管理实践指南》)。一般来说,定制的服务越多,客户定义自己服务的自由度越高,收费结构就越详细。
3720 3720  
3721 -外部客户的销售更像是传统的销售技巧,例广告和销售活动。销售流程取决于服务关系类型、各方的性质和背景因素。其中包括
4000 +有关何衡量服务使用情况示例有
3722 3722  
3723 -* 在高度监管的环境和公共部门,获取货品和服务可能会受到监管;某些服务提供者可能已被预授权销售其产品和服务。
3724 -* 一些服务消费者要求由采购团队完成采购。
3725 -* 其他人可能已经定义了正式的采购流程,其中包括正式的请求方法,例如信息请求、报价请求、提议请求、概念验证、演示等。
4002 +* 处理器利用率,内存利用率,文件存储利用率(云/基础设施服务)
4003 +* 业务事务数(应用程序即服务)
4004 +* 应用程序登录和并行用户数量(应用程序即服务)
4005 +* 在差异收费情况下处理的请求数(例如生成的报告)。
3726 3726  
3727 -表5.13显示了请求产品和服务的不同方法
4007 +尽管收费是指直接从客户处收回服务费用过程,但计费是指为服务和货物开具发票并向客户出示发票的过程。发票是客户旅程中的一个重要接触点;它可能会过度影响客户体验,因为它是在旅程结束时呈现的,这可能会产生强烈的负面影响。
3728 3728  
4009 +计费主要有四个选项:
3729 3729  
3730 -表5.13 请求产品和服务的不同方法
4011 +* **无计费 **在这种情况下,服务提供者决定不开具发票。如果成本是通过企业成本分摊来支付的,通常情况就是这样。
4012 +* **信息计费或显示 **在这种情况下,服务提供者生成发票,但实际不收款。信息计费用于建立对真实成本的认知,或使客户在实际收费时做好准备。
4013 +* **内部计费或退款** 在这种情况下,内部客户收到与客户服务使用直接相关的费用账单(或“交叉计费”)。
4014 +* **开票和收款 **这种类型的开票需要专用的财务信息系统,可以处理发票,收款,债务人和债权人。
3731 3731  
3732 -|**信息请求**|**报价邀请函**|**需求建议书**
3733 -|(((
3734 -收集信息以识别潜在供应商
4016 +=== 9.5.5 组合管理 ===
3735 3735  
3736 -当你在寻找信息时候
4018 +组合管理对于服务提供者跟踪和实现价值起着重要作用。它不仅可以识别出回报最高的投资,而且还可以根据服务提供者及其客户的服务价值来分析和跟踪投资。
3737 3737  
3738 -提出一般性问题
4020 +组合管理供了监督和控制服务价值实现的方法和模板。可以生成正式的价值实现评估报告,并为服务利益相关者提供当前投资状态的简介。
3739 3739  
3740 -随意的
4022 +组合管理支持单循环和双循环学习。这些区域可能导致:
3741 3741  
3742 -快速
3743 -)))|(((
3744 -针对特定产品或服务的定价请求
4024 +* 需要上报的异常报告
4025 +* 服务资源分配更新
4026 +* 服务组合更新。
3745 3745  
3746 -当你知道你需要什么时候
4028 +有关组合管理详细指南,请参见组合管理实践指南。
3747 3747  
3748 -询问有关需求的问题
4030 +== 9.6 总结 ==
3749 3749  
3750 -结构化
4032 +利益干系人价值并不是独立实现的。必须根据价值共同创造计划来驱动、跟踪、评价和评估价值,并且必须通过持续改进来持续维护和增加服务价值。
3751 3751  
3752 -关注价格
3753 -)))|(((
3754 -战略性密集建议流程
4034 +----
3755 3755  
3756 -当您要比较建议时
4036 += 10. 结论 =
3757 3757  
3758 -提出特定问题
4038 +我们研究了一般客户旅程中的七个步骤,并就每个步骤(单独或整体)如何有助于推动利益相关者价值和体验供了指导。图10.1显示了整个一般客户旅程。
3759 3759  
3760 -正式
4040 +如我们所见,在现实生活中,客户旅程从不遵循线性或理论上的步骤序列。客户旅程遵循的是接触点和服务交互的新兴模式,这与其说是例外,不如说是规则。
3761 3761  
3762 -供应商比较
3763 -)))
4042 +服务不是制造或生产,而是两个或多个利益相关者之间的共同创造价值。服务体验是由客户旅程中的单独接触点和服务交互形成的。为了提高服务消费者的满意度,每个接触点都必须带来良好的客户体验,这样整个过程都能满足客户的期望。
3764 3764  
3765 -成功销售流程取决于良好的沟通、信任和公平。服务提供应避免为服务创造高于客户价值的价服务消费者应避免压低价格,以免服务提供者难以交付。
4044 +优化利益相关者价值已在本书中深入探讨变革会影响组织与服务消费及其合作伙伴的交互方式,因此使用这七个步骤对成功地管理这些关系非常重要。了支持当今组织的需求,IT和服务管理专业人员应该采用一种协作文化,这种文化关注组织、及其客户和其他利益相关者的价
3766 3766  
4046 +充分利用ITIL® 4:推动利益相关者的价值,应与ITIL管理实践指南一起研究,该指南可在线获取,并为所有34个实践提供详细的实践建议。其中包括可应用于所有ITIL 4出版物的实践指导。
3767 3767  
3768 -一个典型的错误是通过促销多种产品和服务来开始销售。相反,服务提供者应该提出问题并倾听。这样,服务提供者在尝试实现客户的需求之前就会了解客户的需求。
4048 +(% style="text-align:center" %)
4049 +[[image:1639053120507-216.png]]
3769 3769  
4051 +图片10.1一般客户旅程
3770 3770  
3771 -重要的是,服务消费者在与潜在的服务提供者进行交谈之前,不要根据过时产品的经验来准备需求清单相反,他们应该根据实际的需要描述需求,然后听取服务提供者意见。服务提供者可根据他们的产品和服务合以及与客户的以往经验,提供新的更好的方式来满足特定的需求
4053 +所有ITIL出版物都整体出版物重点是价值。他们解决了服务管理四维模型问题,并一种能够为织,其客户和其他利益相关者创建价值的方式帮助管理资源
3772 3772  
4055 +ITIL®4:指导计划和改进提供了有关使生产和服务管理与当今的业务要求保持一致,推动成功的组织转型以及将持续改进嵌入到组织的文化各个级别的指南。
3773 3773  
3774 -|(((
3775 -**ITIL的故事:销售并获得服务产品**
4057 +ITIL®4:创建,交付和支持提供有关生产和服务管理的文化和团队管理方面的指南,并概述了支持服务管理的各种工具和技术。它演示了如何将管理实践集成到端到端价值流中。
3776 3776  
3777 -[[image:1639042297905-281.png||height="46" width="43"]]**M**//ariana:我们需要引入新的拖车租赁服务,这意味着将其添加到我们的服务目录中,向我们的支持人员介绍拖车的可用性,并管理拖车的需求。当学生最有可能搬家时,拖车租赁在每个学期的开始和结束时达到顶峰,但中期租赁确实会发生。//
3778 -)))
4059 +ITIL®4:高速IT提供有关全面数字化转型的详细指南,并帮助组织朝着业务和技术的融合发展或建立新的数字化组织。
3779 3779  
3780 -== 5.5 总结 ==
4061 +所有ITIL出版物都是全面的,注重价值。它们解决了服务管理的四个方面,并以一种能够为组织、客户和其他利益相关者创造价值的方式帮助管理资源。
3781 3781  
3782 -为了确定利益相关者是否可以从相互的服务关系中受益服务消费者和服务提供者需要构建商案例,确定并匹配其需求,并以需求和服务供应形式阐明其需求和机会。只有真正了解服务消费者需求,才能设计出产品和服务
4063 +ITIL公司® 4:指导、计划和改进为使产品和服务管理与当今的需求保持一致提指导推动成功的组织变革,将持续改进嵌入到组织各个层面文化中
3783 3783  
4065 +ITIL公司® 4:创建、交付和支持,提供有关产品和服务管理的文化和团队管理方面的指导,并概述支持服务管理的各种工具和技术。它演示了如何将管理实践集成到端到端的价值流中。
3784 3784  
4067 +ITIL公司® 4:高速IT,为全面数字化转型提供详细指导,帮助组织向业务和技术融合的方向发展,或建立新的数字化组织。
3785 3785  
3786 3786  ----
3787 3787  
3788 -= 6. 步骤4协议 =
4071 += 尾注ITIL故事 =
3789 3789  
3790 -[[image:1639042354726-214.png]]
4073 +eCampus Car Share推出已经一年了,Mariana的新型服务取得了巨大的成功。由于团队采用了服务设计技术,并考虑了客户旅程的所有步骤,该服务已被证明非常受欢迎。它已经为客户和利益相关者创造价值,包括艾克苏 Car 租赁和大学。
3791 3791  
3792 - 约定规划价值共创
4075 +在第一年,eCampus Car Share 并没有产生足够的利润来支付艾克苏的初期投资成本。然而,Henri很高兴艾克苏已实现其目标,即以学生为主导,提供可负担得起的,环保的汽车,使学生教职员工按时到达校园的干扰和延误最小化。
3793 3793  
3794 - 谈判约定服务
4077 +Mariana的服务也证明了在São Paulo对环境负责的汽车共享服务是有市场的,特别是在大学的学生教职员工中。该团队认为,这项服务可以推广到其他校园和城区,目前正在寻找进一步发展业务的途径。
Icon 1639051060438-209.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +41.6 KB
Content Icon
Icon 1639051453545-874.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.0 KB
Content Icon
Icon 1639051462796-307.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.5 KB
Content Icon
Icon 1639051472378-508.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.4 KB
Content Icon
Icon 1639051486286-599.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.2 KB
Content Icon
Icon 1639051500303-603.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +5.2 KB
Content Icon
Icon 1639051638220-876.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +7.6 KB
Content Icon
Icon 1639051655927-321.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.9 KB
Content Icon
Icon 1639051700656-416.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +13.8 KB
Content Icon
Icon 1639051948853-967.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +25.3 KB
Content Icon
Icon 1639052068071-640.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +19.2 KB
Content Icon
Icon 1639052162292-462.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +67.0 KB
Content Icon
Icon 1639052537691-609.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +196.6 KB
Content Icon
Icon 1639052679080-792.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.6 KB
Content Icon
Icon 1639052687281-789.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +6.4 KB
Content Icon
Icon 1639052767033-216.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +4.1 KB
Content Icon
Icon 1639053120507-216.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +116.6 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司