From version < 17.1 >
edited by superadmin
on 2021/12/10, 17:12
To version < 27.1
edited by superadmin
on 2024/04/03, 08:45
<
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -6. 步骤4:协议
1 +06. 步骤4:协议
Content
... ... @@ -1,8 +1,16 @@
1 -{{box cssClass="floatinginfobox" title="**Contents**"}}
1 +
2 +
3 +
4 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/7.%20%E6%AD%A5%E9%AA%A45%EF%BC%9A%E5%BC%95%E5%85%A5/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/5.%20%E6%AD%A5%E9%AA%A43%EF%BC%9A%E4%BE%9B%E5%BA%94/]]
5 +
6 +{{box cssClass="floatinginfobox" title="
7 +**Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
4 -= 6. 步骤4:协议 =
5 5  
11 += **6. 步骤4:协议** =
12 +
13 +
6 6  [[image:1639122005647-281.png]]
7 7  
8 8   约定和规划价值共创
... ... @@ -89,8 +89,12 @@
89 89  **[[image:SO.png||height="60" width="49"]]S**//olmaz:客户在实际租车时也会与我们达成协议,以遵守租车的条款和条件。//
90 90  )))
91 91  
100 +(% class="wikigeneratedid" %)
101 +== ==
102 +
92 92  == 6.1 约定和规划价值共创 ==
93 93  
105 +
94 94  应该就如何以及何时共同创造、跟踪、评估和评价价值达成共识。 这类规划的一种方法是,首先就驱动价值的因素达成一致,并概述预期的服务成果和经验,然后计划如何以及何时衡量、评估、报告和评价价值共创。 该规划应包括风险管理、合规和成本以及资源管理。
95 95  
96 96  
... ... @@ -97,6 +97,7 @@
97 97  
98 98  === 6.1.1 服务价值驱动类型 ===
99 99  
112 +
100 100  在服务价值系统(SVS)中,通过实现服务消费者目标可以实现服务消费者目的。实现服务消费者目标的动力来自于消费者的绩效和相关体验。服务消费者的绩效取决于服务绩效,并被视为功用和功效。最终,服务绩效由组合的和单独的资源、实践和产品的绩效决定。图1.11说明了这些关系。
101 101  
102 102  
... ... @@ -111,49 +111,10 @@
111 111  
112 112  表6.2适用于不同类型服务产品的价值驱动示例
113 113  
114 -(% style="width:884px" %)
115 -|(% style="width:123px" %)**服务示例**|(% style="width:162px" %)**商品转移**|(% style="width:278px" %)**访问资源**|(% style="width:319px" %)**服务动作**
116 -|(% style="width:123px" %)企业会计|(% style="width:162px" %)N/A|(% style="width:278px" %)财务部门的员工可以访问:具有约定功能的会计应用程序;约定质量的财务和其他数据;以及服务台和其他支持接口|(% style="width:319px" %)(((
117 -用户动作:通过应用程序在会计系统中进行的任何交易或查询
127 +[[image:1641647789042-957.png]]
118 118  
119 -服务提供者的动作:
120 120  
121 -定期更新来自不同业务部门的合并数据
122 122  
123 -联合动作:服务台代理登记用户报告的事件
124 -)))
125 -|(% style="width:123px" %)面向个人消费者的宽带互联网服务|(% style="width:162px" %)将具有所有权的Wi-Fi路由器和用户手册出售给用户|(% style="width:278px" %)(((
126 -客户授权的所有用户都可以以约定的速度访问局域网和广域网
127 -
128 -向客户提供用于支付、报告和服务管理的用户接口访问权限
129 -)))|(% style="width:319px" %)(((
130 -用户动作:查看帐户状态;变更订阅;管理用户帐户
131 -
132 -服务提供者的动作:向客户发送发票
133 -
134 -联合行动:当客户搬到新地方时,更改服务提供的地址
135 -)))
136 -|(% style="width:123px" %)一家小型咖啡店的刷卡支付处理|(% style="width:162px" %)读卡器设备所有权转让给客户|(% style="width:278px" %)(((
137 -访问与客户的收银机和银行帐户集成的支付处理服务
138 -
139 -访问用于接收和管理支付的移动应用
140 -
141 -访问支持热线
142 -)))|(% style="width:319px" %)(((
143 -用户动作:接收卡或设备支付;取消支付;重置设备; 与智能手机配对
144 -
145 -服务提供者的动作:通知客户有关应用程序更新和其他重要事件
146 -
147 -联合动作:更换有故障的读卡器设备
148 -)))
149 -|(% style="width:123px" %)内部IT基础架构团队为产品开发团队提供的基础架构平台服务|(% style="width:162px" %)N/A|(% style="width:278px" %)平台即服务的访问|(% style="width:319px" %)(((
150 -用户动作:安装和更新应用程序; 通过标准化接口配置资源并安装、调试、启动、停止和停用平台组件
151 -
152 -服务提供者的动作:监控和报告服务水平;组件打补丁; 开票给客户
153 -
154 -联合行动:对平台进行重大更新; 解决共同的问题
155 -)))
156 -
157 157  在表6.2中,第一个和第三个示例主要是在服务动作的上下文中被客户和用户感知。 这对于旨在使业务活动自动化的服务来说是典型的。第二个和第四个示例主要是通过服务提供者提供的资源质量来感知。不同点通常反映在服务协议的格式中,因为它们更加关注所提供的资源质量或服务动作的执行情况。
158 158  
159 159  
... ... @@ -162,6 +162,7 @@
162 162  
163 163  === 6.1.2 服务交互方法 ===
164 164  
139 +
165 165  服务交互方法有助于基于用户和服务提供者在服务消费期间执行的关键服务交互的绩效来描述和评估服务结果。 它可以帮助各方进行价值共创的规划。
166 166  
167 167  
... ... @@ -222,9 +222,12 @@
222 222  * 业务分析师
223 223  * 服务目录管理员
224 224  
200 +
201 +
225 225  === 6.1.3 服务的固有和指定特征 ===
226 226  
227 227  
205 +
228 228  |(((
229 229  **定义**
230 230  
... ... @@ -258,13 +258,21 @@
258 258  这种区别虽然对服务管理有所帮助,但并不是确定的。某些特征,例如兼容性或安全性,可以是固有的(集成接口是产品设计的一部分),也可以是指定的(集成是引入和持续支持的一部分)。服务提供者决定哪些特征应包括在服务质量规范中,哪些应留给服务交付情况、条款和条件的讨论。
259 259  
260 260  (% style="text-align:center" %)
261 -[[image:1639122266422-714.png]]
239 +[[image:1641647893356-102.png]]
262 262  
263 263  (% style="text-align:center" %)
264 -[[image:1639122297686-461.png||height="225" width="629"]]
242 +[[image:1641647918474-701.png]]
265 265  
244 +
245 +(% class="wikigeneratedid" %)
246 +== ==
247 +
248 +(% class="wikigeneratedid" %)
249 +== ==
250 +
266 266  == 6.2 协商并同意服务 ==
267 267  
253 +
268 268  根据服务关系模型,协商和同意服务的方法可能会有很大不同。但大多数情况下,范围包括:
269 269  
270 270  * 提供和使用的服务
... ... @@ -272,8 +272,11 @@
272 272  * 服务的指定特征,例如价格、地区和提供期限
273 273  * 服务范围和质量的共同控制和改进的方法
274 274  
261 +
262 +
275 275  === 6.2.1 协议表格 ===
276 276  
265 +
277 277  有几种方法可以确定服务关系中的服务范围和质量。 这些关系可以是:
278 278  
279 279  * 基于义务
... ... @@ -284,8 +284,10 @@
284 284  这些方式具有不同级别的形式、协商流程以及控制和改进的方法。
285 285  
286 286  
276 +
287 287  ==== 6.2.1.1 基于义务的服务关系 ====
288 288  
279 +
289 289  基于义务的服务关系是通过对组织的强制性要求定义的,通常是法律或其他法规规定的。法律可能要求提供最低级别的服务;有时它也要求服务消费。示例包括:
290 290  
291 291  * 社会服务,例如医疗服务和教育
... ... @@ -304,8 +304,15 @@
304 304  [[image:1639122366161-300.png||height="51" width="32"]]**S**//olmaz:为了开展国际业务,艾克苏租车必须尊重国家之间存在的双边和区域贸易协定。这些是基于义务的协议,这些协议支配着我们如何开展业务,如何在当地雇用员工以及如何投资以获得回报。//
305 305  )))
306 306  
298 +(% class="wikigeneratedid" %)
299 +==== ====
300 +
301 +(% class="wikigeneratedid" %)
302 +==== ====
303 +
307 307  ==== 6.2.1.2 基于协议的服务关系 ====
308 308  
306 +
309 309  基于协议的服务关系,意味着服务关系所涉及的各方就服务的范围和质量进行协商并达成一致。他们可能会以电子或书面方式记录该协议,并利用它来监视和管理服务的实际质量。在大多数情况下,该协议称为服务级别协议(SLA)。根据关系不同,它可以采用谅解备忘录的形式,或更常见的是法律合同的形式。
310 310  
311 311  
... ... @@ -324,8 +324,12 @@
324 324  在高度信任的服务关系中,或者如果服务特性较简单,则可以口头或通过简短的电子邮件或文本消息来达成协议。
325 325  
326 326  
325 +(% class="wikigeneratedid" %)
326 +==== ====
327 +
327 327  ==== 6.2.1.3 基于承诺的服务关系 ====
328 328  
330 +
329 329  基于承诺的服务关系最初由Mark Burgess(Burgess,2004)在2004年提出的承诺理论描述。它适用于以下情况:服务提供者和服务消费者的意图没有被记录,而是由以前的经验、社会规范或共同认可的迹象所暗示。
330 330  
331 331  (% style="text-align:center" %)
... ... @@ -332,8 +332,12 @@
332 332  [[image:1639122384072-300.png]]
333 333  
334 334  
337 +(% class="wikigeneratedid" %)
338 +==== ====
339 +
335 335  ==== 6.2.1.4 基于社会规则和期望的关系 ====
336 336  
342 +
337 337  在已建立的长期服务关系中,非正式的承诺和强加很常见。根据以前的经验,服务的隐含特性在初始阶段就向服务消费者公开。此外,服务提供者期望参与方(例如客户、用户、赞助者和服务消费者资源)将按照既定的标准和约定的规则行事。
338 338  
339 339  
... ... @@ -357,8 +357,12 @@
357 357  在实践层面上,服务关系始终由服务提供者和服务消费者之间的显式或隐式协议来支持。重要的是要平衡正式记录的服务隐含特性和协议本身。还应记住,隐含协议基于共同的假设和共同的价值。在应用非明示协议时,尤其是在与新的消费者或提供者建立服务关系时,组织应考虑文化、背景、以前的经验和法规。对默示协议的误解和曲解可能会导致紧张和冲突。
358 358  
359 359  
366 +(% class="wikigeneratedid" %)
367 +=== ===
368 +
360 360  === 6.2.2 基于成果的协议 ===
361 361  
371 +
362 362  在合作关系和伙伴关系中,组织倾向于从价值和结果角度讨论服务质量。指定功用和功效级别很有用,因为它使服务的监控和管理保持一致。当讨论服务消费者的价值时,讨论可能集中在预期的结果上,或涵盖服务减少或引入的风险和成本。
363 363  
364 364  
... ... @@ -374,8 +374,12 @@
374 374  [[image:1639122366161-300.png||height="51" width="32"]]//Solmaz:我们与汽车清洁公司的协议基于成果。对于此协议,我们不按资源或清洁时间付费;取而代之的是,我们根据干净状态下退还给我们的车辆数量付款,那些影响客户的体验。//
375 375  )))
376 376  
387 +(% class="wikigeneratedid" %)
388 +=== ===
389 +
377 377  === 6.2.3 从服务消费者需求到协议 ===
378 378  
392 +
379 379  根据服务关系和模型,服务提供者和服务消费者组织之间对服务质量的协商存在很大差异。影响谈判的一些因素是:
380 380  
381 381  * 内部或外部关系
... ... @@ -388,9 +388,9 @@
388 388  
389 389  表6.3  不同情况下服务关系旅程差异的示例。
390 390  
391 -(% style="width:829px" %)
392 -|**影响因素**|(% style="width:610px" %)**因素影响的例子**
393 -|内部服务关系|(% style="width:610px" %)(((
405 +(% style="width:320px" %)
406 +|(% style="width:76px" %)**影响因素**|(% style="width:241px" %)**因素影响的例子**
407 +|(% style="width:76px" %)内部服务关系|(% style="width:241px" %)(((
394 394  服务提供和服务消费可能具有相同的发起人
395 395  
396 396  服务提供者和服务消费者可能具有相同的战略目标
... ... @@ -399,7 +399,7 @@
399 399  
400 400  关系可能基于命令和控制,而不是合作关系
401 401  )))
402 -|个人服务消费者|(% style="width:610px" %)(((
416 +|(% style="width:76px" %)个人服务消费者|(% style="width:241px" %)(((
403 403  发起人或赞助人(隶属于服务消费)、客户和用户可能是同一个人,并且有利益冲突
404 404  
405 405  客户数量可能非常大;个人谈判方法不可行
... ... @@ -408,7 +408,7 @@
408 408  
409 409  简单且通常为自动化的协议规程
410 410  )))
411 -|基本服务|(% style="width:610px" %)(((
425 +|(% style="width:76px" %)基本服务|(% style="width:241px" %)(((
412 412  高度标准化的服务产品和服务要求
413 413  
414 414  简单且通常为自动化的协议规程
... ... @@ -415,7 +415,7 @@
415 415  
416 416  协议不太可能专注于结果或价值
417 417  )))
418 -|量身定制的服务|(% style="width:610px" %)(((
432 +|(% style="width:76px" %)量身定制的服务|(% style="width:241px" %)(((
419 419  协商、交付和评估服务的个性化方法
420 420  
421 421  量身定制的协议(格式、服务级别目标、评估和报告)
... ... @@ -461,8 +461,12 @@
461 461  [[image:1639122515850-102.png||height="60" width="35"]]//Solmaz:根据我们向汽车清洁公司提出的初始价格,该公司回应说不再使用环保产品。环保可持续性在艾克苏汽车租赁公司中,对我们的愿景至关重要,因此我们不得不重新协商互利的成果。//
462 462  )))
463 463  
478 +(% class="wikigeneratedid" %)
479 +=== ===
480 +
464 464  === 6.2.4 协商并协定服务功用、功效和体验 ===
465 465  
483 +
466 466  SLA的“级别”部分通常包括针对服务功用和功效的议定服务级别目标。
467 467  
468 468  
... ... @@ -478,6 +478,7 @@
478 478  
479 479  ==== 6.2.4.1 功用 ====
480 480  
499 +
481 481  服务的功用特性通常被描述为由服务提供者的人员和其他资源执行的功能,或服务动作(由服务提供者执行,可供用户使用或共同执行)。表6.4提供了服务功用描述和指标的一些示例。
482 482  
483 483  
... ... @@ -486,49 +486,15 @@
486 486  
487 487  表6.4 服务功用说明和指标的示例
488 488  
489 -(% style="width:884px" %)
490 -|(% style="width:171px" %)**服务**|(% style="width:255px" %)**功能示例**|(% style="width:455px" %)**指标和目标示例**
491 -|(% style="width:171px" %)移动网络|(% style="width:255px" %)(((
492 -连接到全球互联网
508 +[[image:1641648049003-699.png]]
493 493  
494 -用于语音和视频通话的IP电话、SMS
495 -)))|(% style="width:455px" %)(((
496 -无法访问互联网资源发生的事件数(每月<2)
497 497  
498 -平均连接速度(> 10 Mbps)
511 +(% class="wikigeneratedid" %)
512 +==== ====
499 499  
500 -连接中断的呼叫百分比(<5%)
501 -
502 -音频或视频质量被用户评估为5星中的3星,或更少(<10%)
503 -
504 -无法建立呼叫或应用程序连接(<5%)
505 -
506 -交付时间超过一分钟的SMS的百分比(<5%)
507 -)))
508 -|(% style="width:171px" %)商务旅行机票搜索与预订|(% style="width:255px" %)(((
509 -按日期、航空公司和票价搜索航班
510 -
511 -选择和预订航班
512 -
513 -飞行常客卡的识别和申请
514 -
515 -政策符合性检查
516 -
517 -将差旅费用分配给正在进行的代码和项目预算代码
518 -)))|(% style="width:455px" %)(((
519 -无法完成搜索的事件数(<1%)
520 -
521 -服务未提供通过其他搜索引擎提供更好票价或航班的已报告事件的数量(每月少于5个)
522 -
523 -未正确分配给预算代码的预订数量和百分比(每月<5或<2%)
524 -
525 -由于技术问题而无法完成航班搜索,预订或付款的事件的数量和百分比(每月<2或<1%)
526 -
527 -搜索、预订或付款交易超时(每月<5或<2%)的事件数量和百分比
528 -)))
529 -
530 530  ==== 6.2.4.2 功效 ====
531 531  
516 +
532 532  服务功效描述了在约定的条件下提供约定的功用的保证级别。条件可能包括:
533 533  
534 534  * 服务提供的地区和期限
... ... @@ -542,64 +542,17 @@
542 542  
543 543  表6.5 功效需求和相关指标的示例
544 544  
545 -(% style="width:828px" %)
546 -|**功效需求**|(% style="width:350px" %)**指标和目标**|(% style="width:381px" %)**条件**
547 -|可用性|(% style="width:350px" %)(((
548 -可用性超过一个月的百分比(> 99%)
530 +[[image:1641648110204-201.png]]
549 549  
550 -中断次数(每月<3
532 +[[image:1641648127420-233.png]]
551 551  
552 -最长中断时间(<15分钟)
553 553  
554 -中断之间的最小正常运行时间(> 3小时)
555 -)))|(% style="width:381px" %)(((
556 -在约定的服务提供时间和范围内,
535 +(% class="wikigeneratedid" %)
536 +==== ====
557 557  
558 -包括本地区和漫游目的地
559 -)))
560 -|性能|(% style="width:350px" %)(((
561 -最低下载速度(> 5 Mbps)
562 -
563 -一段时间内的平均下载速度(> 10 Mbps)
564 -
565 -最低上传速度(> 3 Mbps)
566 -
567 -下载一小时视频的平均时间(少于5分钟)
568 -
569 -视讯通话或视频流中断或延迟的事件数(每月<3)
570 -)))|(% style="width:381px" %)(((
571 -同时下载进程的最大数量为3
572 -
573 -有关官方视频托管和通信服务的商定列表
574 -
575 -在商定的服务提供区域内,仅家庭网络
576 -)))
577 -|容量|(% style="width:350px" %)(((
578 -最大并发流量的应用程序数量,例如视频流/下载和视频通话(5)
579 -
580 -覆盖范围(建筑物的所有房间)
581 -
582 -每月流量(无限制)
583 -)))|(% style="width:381px" %)(((
584 -官方认可的应用
585 -
586 -在家庭网络和选定的漫游目的地内
587 -)))
588 -|信息安全|(% style="width:350px" %)每月来自互联网的恶意软件引起的安全事件数(0)|(% style="width:381px" %)只要用户不更改安全设置和防病毒软件设置,并且所有用户都遵循信息安全准则
589 -|合规性|(% style="width:350px" %)服务提供和服务符合有关个人数据保护、版权保护和内容控制的国家法规|(% style="width:381px" %)只要用户不更改内容控制设置,并且用户遵循信息处理准则
590 -|连续性|(% style="width:350px" %)(((
591 -发生重大网络中断时的最长服务恢复时间(<12小时)
592 -
593 -发生重大网络事件时切换到备份解决方案的最长时间(<3小时)
594 -)))|(% style="width:381px" %)(((
595 -如果国家电网可用
596 -
597 -如果至少有一个移动运营商合作伙伴的网络可用
598 -)))
599 -|辅助功能|(% style="width:350px" %)所有界面清晰可见,易于使用|(% style="width:381px" %)只要用户没有视力障碍,并且可以阅读和说英语、德语、法语或西班牙语
600 -
601 601  ==== 6.2.4.3 体验 ====
602 602  
540 +
603 603  如前所述,组织越来越多地在协议中包含用户体验目标。许多体验指标与服务接口性能相关;其他的可能表示用户对界面或服务的总体满意度。其中的度量可以集成到数字化服务中。体验指标的示例包括:
604 604  
605 605  * 用户错误
... ... @@ -615,11 +615,11 @@
615 615  
616 616  表6.6 体验特性和指标示例
617 617  
618 -(% style="width:863px" %)
619 -|**体检特性**|(% style="width:560px" %)**指标和目标**
620 -|不间断地完成用户操作|(% style="width:560px" %)每月未完成的预订数量和百分比(<50或<5%)
621 -|用户对服务的满意度|(% style="width:560px" %)用户在一段时间内对服务给予的平均和最低评分(> 4分,共5分;> 2.9分)
622 -|界面清晰便捷|(% style="width:560px" %)(((
556 +(% style="width:316px" %)
557 +|(% style="width:99px" %)**体检特性**|(% style="width:215px" %)**指标和目标**
558 +|(% style="width:99px" %)不间断地完成用户操作|(% style="width:215px" %)每月未完成的预订数量和百分比(<50或<5%)
559 +|(% style="width:99px" %)用户对服务的满意度|(% style="width:215px" %)用户在一段时间内对服务给予的平均和最低评分(> 4分,共5分;> 2.9分)
560 +|(% style="width:99px" %)界面清晰便捷|(% style="width:215px" %)(((
623 623  每月用户使用界面帮助的交易数量和百分比(<10或<5%)
624 624  
625 625  用户在一段时间内对服务界面给予的平均和最低评分(> 4,共5;> 3.5)
... ... @@ -632,8 +632,12 @@
632 632  [[image:1639122639018-563.png]]
633 633  
634 634  
573 +(% class="wikigeneratedid" %)
574 +=== ===
575 +
635 635  === 6.2.5 协商并同意其他条款和条件 ===
636 636  
578 +
637 637  服务提供者与客户之间的协议通常包括功用、功效或体验所未涵盖的条款和条件。这些条款和条件可能包括:
638 638  
639 639  * 服务提供的地区和期限/时间表
... ... @@ -665,8 +665,12 @@
665 665  即使非正式协议也应包括服务评估和改进的规则和程序。重要的是要确保所有相关的利益相关者都意识到这一点,并愿意参加相关的活动,例如反馈调查、服务评审会议和改进计划。
666 666  )))
667 667  
610 +(% class="wikigeneratedid" %)
611 +=== ===
612 +
668 668  === ​​​​​​​6.2.6 标准化和自动化协议 ===
669 669  
615 +
670 670  如同客户旅程的所有其他步骤一样,此步骤在很大程度上可以标准化和自动化,尤其是在与各个消费者建立服务关系时。表6.7说明了它可能有多简单和快速。
671 671  
672 672  
... ... @@ -678,19 +678,23 @@
678 678  
679 679  表6.7 针对向许多个人消费者提供服务的典型协议操作示例
680 680  
681 -(% style="width:747px" %)
682 -|**同意的要素**|(% style="width:618px" %)**谈判和协议动作**
683 -|范围|(% style="width:618px" %)(((
627 +(% style="width:289px" %)
628 +|(% style="width:80px" %)**同意的要素**|(% style="width:206px" %)**谈判和协议动作**
629 +|(% style="width:80px" %)范围|(% style="width:206px" %)(((
684 684  可用的服务由服务提供者预先定义。客户从可用目录中进行选择,无论是否咨询服务提供者。
685 685  
686 686  通过自动界面进行选择。
687 687  )))
688 -|固有的质量特性|(% style="width:618px" %)对于选定的服务,可以使用一些预定义的选项。 这些选项可以自定义或预先包装在服务级别软件包中。 客户选择最能满足他们需求和要求的选项。
689 -|指定的质量特性|(% style="width:618px" %)对于选定的服务和质量,可以使用一些预定义的交付选项,例如付款方式和时间表、服务提供期限,服务提供范围等。客户选择最能满足其需求和要求的选项。
690 -|控制和改进方法|(% style="width:618px" %)服务提供者预先定义了控制的方法、报告和反馈。客户被告知并被迫接受这些条件以继续执行协议。
634 +|(% style="width:80px" %)固有的质量特性|(% style="width:206px" %)对于选定的服务,可以使用一些预定义的选项。 这些选项可以自定义或预先包装在服务级别软件包中。 客户选择最能满足他们需求和要求的选项。
635 +|(% style="width:80px" %)指定的质量特性|(% style="width:206px" %)对于选定的服务和质量,可以使用一些预定义的交付选项,例如付款方式和时间表、服务提供期限,服务提供范围等。客户选择最能满足其需求和要求的选项。
636 +|(% style="width:80px" %)控制和改进方法|(% style="width:206px" %)服务提供者预先定义了控制的方法、报告和反馈。客户被告知并被迫接受这些条件以继续执行协议。
691 691  
638 +(% class="wikigeneratedid" %)
639 +=== ===
640 +
692 692  === 6.2.7应用实践 ===
693 693  
643 +
694 694  为了成功达到有关服务关系和服务质量的协议,组织应采用以下ITIL 管理实践:
695 695  
696 696  * 业务分析
... ... @@ -709,11 +709,21 @@
709 709  [[image:1639122695136-545.png||height="45" width="44"]]//Mariana:我们用于预订汽车的服务可通过艾克苏预订应用程序在线自动进行。eCampus Car Share与客户之间不会进行协商。但是,在接受预订后,我们要求客户明确同意您租车的条款和条件。他们同意后,便与我们签订了协议。他们无需在每次预订汽车时签署冗长的法律文件。//
710 710  )))
711 711  
662 +(% class="wikigeneratedid" %)
663 +== ==
664 +
665 +(% class="wikigeneratedid" %)
666 +== ==
667 +
712 712  == 6.3 总结 ==
713 713  
670 +​​​​​​​
671 +
714 714  要驱动和跟踪利益干系人的价值,必须调整期望,映射和计划价值共创,并且就服务范围和质量达成共识。
715 715  
716 716  
717 717  该方法取决于关系的类型以及产品和服务的性质,但是服务关系始终由服务提供者和服务消费者之间的显式或隐式协议来支持。
718 718  
719 -
677 +
678 +
679 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/7.%20%E6%AD%A5%E9%AA%A45%EF%BC%9A%E5%BC%95%E5%85%A5/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/5.%20%E6%AD%A5%E9%AA%A43%EF%BC%9A%E4%BE%9B%E5%BA%94/]]
Icon 1641647789042-957.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +101.8 KB
Content Icon
Icon 1641647893356-102.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +254.8 KB
Content Icon
Icon 1641647918474-701.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +52.5 KB
Content Icon
Icon 1641648049003-699.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +87.1 KB
Content Icon
Icon 1641648110204-201.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +81.2 KB
Content Icon
Icon 1641648127420-233.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +59.9 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司