由 superadmin 于 2024/04/03, 16:45 最后修改
从版本< 27.1
由superadmin编辑
在2024/04/03, 16:45上
到版本
由superadmin编辑
在2021/12/29, 19:54上
<
修改评论 该版本没有评论

Summary

Details

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