由 superadmin 于 2024/04/03, 16:50 最后修改
从版本< 47.1
由superadmin编辑
在2024/04/03, 16:50上
到版本
由superadmin编辑
在2022/01/09, 10:48上
<
修改评论 上传新附件1641696535254-420.png

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/8.%20%E6%AD%A5%E9%AA%A46%EF%BC%9A%E4%BB%B7%E5%80%BC%E5%85%B1%E5%88%9B/]]  [[返回上一章>>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/6.%20%E6%AD%A5%E9%AA%A44%EF%BC%9A%E5%8D%8F%E8%AE%AE/]]
5 5  
6 -{{box cssClass="floatinginfobox" title="
7 -**Contents**"}}
6 +{{box cssClass="floatinginfobox" title="**Contents**"}}
8 8  {{toc/}}
9 9  {{/box}}
10 10  
11 -= **7. 步骤5：引入** =
10 += 7. 步骤5：引入 =
12 12  
13 -
14 14  [[image:1639123237595-418.png||height="64" width="627"]]
15 15  
16 16   计划引入
... ... @@ -114,12 +114,8 @@
114 114  [[image:1639123345078-830.png]]
115 115  
116 116  
117 -(% class="wikigeneratedid" %)
118 -== ==
119 -
120 120  == 7.1 规划引入 ==
121 121  
122 -
123 123  引入规划实际上是将一种或多种服务产品的引入方法适应于该引入计划的范围和背景的行为。引入计划应该考虑服务关系的当前状况、引入计划的范围、资源的当前配置以及相关的风险。
124 124  
125 125  
... ... @@ -138,11 +138,8 @@
138 138  * 谁负责引入行动？
139 139  * 如何控制引入并确保其成功？
140 140  
141 -
142 -
143 143  === 7.1.1 引入目标 ===
144 144  
145 -
146 146  服务提供者应该与利益相关者就引入目标定义、同意并构建认知。引入目标应在每个引入计划的背景中定义。引入目标的示例包括：
147 147  
148 148  * 确保服务消费者顺利迁移到协议服务
... ... @@ -167,10 +167,8 @@
167 167  在关键利益相关方接受引入目标之后，应通过详细的引入计划使引入方法适应计划的背景。计划由服务提供者驱动。但是，服务消费者代表将被告知、被咨询或对此负责，因为引入是一项联合行动，可能需要双方大量资源。
168 168  
169 169  
170 -
171 171  === 7.1.2 引入范围 ===
172 172  
173 -
174 174  要定义引入的范围，应考虑以下问题：
175 175  
176 176  * 需要引入的消费者资源是什么？
... ... @@ -239,7 +239,6 @@
239 239  
240 240  === 7.1.3 引入客户和用户：引入活动 ===
241 241  
242 -
243 243  在同意引入计划的范围之后，应规划引入活动。根据引入计划的范围和规模，以及组织的政策、规则和实践，用于计划的方法和工具可能会有所不同。表7.3提供了可能为服务管理四维模型资源计划的引入活动示例。
244 244  
245 245  
... ... @@ -312,12 +312,8 @@
312 312  * 服务请求管理
313 313  * 劳动力和人才管理。
314 314  
315 -
316 -
317 -
318 318  === 7.1.4 引入控制 ===
319 319  
320 -
321 321  当规划引入计划时，必须就控制和验证技术的方法达成一致，以确保计划成功。这种方法通常由引入计划的管理决定来主导。表7.5列出了根据情况可以组合的各种可用选项。
322 322  
323 323  
... ... @@ -359,15 +359,8 @@
359 359  [[image:1639123548518-524.png||height="52" width="40"]]**S**//olmaz：我们的第一批客户对引入给予了积极的反馈。新车共享客户在第一个月内致电服务台的电话，每个客户不超过两次。//
360 360  )))
361 361  
362 -(% class="wikigeneratedid" %)
363 -== ==
364 -
365 -(% class="wikigeneratedid" %)
366 -== ==
367 -
368 368  == 7.2 与用户相关并建立关系 ==
369 369  
370 -
371 371  由于服务提供者与服务消费者的技术和信息进行了更多的交互，因此某些服务不包括服务提供者与用户之间的广泛交互。机器对机器服务（例如IoT设备、技术微服务、信息系统维护和数据存储）是此类服务关系的示例。
372 372  
373 373  
... ... @@ -389,7 +389,6 @@
389 389  
390 390  === 7.2.1 建立与企业用户的关系 ===
391 391  
392 -
393 393  在大型组织环境中，用户引入通常是由组织所使用的服务的更改，用户组的更改（例如组织中的新成员）或人员角色和职位的更改触发的。
394 394  
395 395  
... ... @@ -422,22 +422,135 @@
422 422  * 用户参与的服务评审和改进
423 423  * 仪表板和报告让用户社区可以清楚地了解服务质量。
424 424  
401 +=== 7.2.2与个人消费者一起培育关系 ===
425 425  
403 +当服务消费者是个人时，有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。
426 426  
427 427  
428 -=== 7.2.2与个人消费者一起培育关系 ===
406 +表7.6 与个人服务消费者的关系管理
429 429  
408 +(% style="width:828px" %)
409 +|**步骤**|(% style="width:376px" %)**挑战性**|(% style="width:363px" %)**服务提供商应用的示例解决方案**
410 +|探索|(% style="width:376px" %)(((
411 +服务消费者未明确表达其需求和期望
430 430  
431 -当服务消费者是个人时，有很多因素会影响服务提供者在客户旅程期间如何管理服务关系。表7.6列出了其中一些因素。
413 +有时服务消费者没有意识到他们的需求和机会
432 432  
415 +个人意见不一定代表更大的消费群体的需求
416 +)))|(% style="width:363px" %)(((
417 +市场营销和社会学调查
433 433  
434 -表7.6 与个人服务消费者的关系管理
419 +有代表性的小组进行的安全失效实验
435 435  
436 -[[image:1641696354631-568.png]]
421 +旨在提高认识和创造需求的营销活动
422 +)))
423 +|契动|(% style="width:376px" %)(((
424 +由于用户数量众多且服务提供者的能力有限，因此个人面对面的联系通常是不可能或效率低下的
437 437  
438 -[[image:1641696396035-579.png]]
426 +售前和售后受到严格监管，以保护消费者权益
439 439  
428 +社区、影响者和同行的意见对于最初的契动决定很重要
429 +)))|(% style="width:363px" %)(((
430 +使用相关渠道和媒体公开广告
440 440  
432 +广泛使用社交媒体、影响者和用户群体
433 +
434 +使用直接营销和对等的代理商
435 +
436 +基于对用户互联网活动的监视、搜索引擎优化以及其他针对目标受众的工具的情境广告
437 +
438 +优化基于互联网的服务目录（网站、登录页面、社交媒体帐户等）
439 +
440 +在相关和合理的情况下，销售和支持办公室网络
441 +)))
442 +|供应|(% style="width:376px" %)(((
443 +大量的服务消费者
444 +
445 +需要简单快捷的签约程序和界面
446 +)))|(% style="width:363px" %)(((
447 +标准服务目录、合同和协议
448 +
449 +目录和协议中的用户友好的简单语言描述
450 +
451 +广泛使用移动平台和应用程序
452 +)))
453 +|同意|(% style="width:376px" %)(((
454 +高水平的国际、国家和行业法规
455 +
456 +需要简单明确的语言
457 +)))|(% style="width:363px" %)(((
458 +高度自动化的签约，广泛使用数字文档和签名
459 +
460 +与电子支付系统（卡、PayPal等）集成
461 +
462 +自动尽职调查检查（如果适用）
463 +)))
464 +|引入|(% style="width:376px" %)(((
465 +大量具有不同技能和背景的服务消费者
466 +
467 +需要简单快速的引入
468 +
469 +不同的技术背景
470 +)))|(% style="width:363px" %)(((
471 +自动化的介绍和初步培训
472 +
473 +经过严格测试的引入说明和规程
474 +
475 +有关用户支持资源的专门章节，以帮助引入
476 +
477 +自动化资格和兼容性检查
478 +)))
479 +|价值共创|(% style="width:376px" %)(((
480 +大量具有不同技能和背景的服务消费者
481 +
482 +不同的技术背景
483 +
484 +不同的语言和沟通技巧
485 +
486 +通过社交媒体高度暴露用户体验和意见
487 +)))|(% style="width:363px" %)(((
488 +可用、方便且最新的在线状态支持常规业务
489 +
490 +为具有技能、背景和能力的用户优化的界面
491 +
492 +便捷的支持和沟通渠道（电话、支持办公室、社交媒体帐户、直接消息传递）
493 +
494 +社交媒体监控，并在投诉和其他问题时提供积极支持
495 +
496 +促进用户社区成为服务提供商及对等同行支持的渠道
497 +
498 +主动沟通（尤其是在重大事件时）、透明度和高可用性
499 +
500 +利用媒体和营销手段进行损害控制和被动式声明
501 +
502 +监视和事态管理以主动纠正服务质量偏差，或联系服务使用者
503 +)))
504 +|(((
505 +实现
506 +
507 +价值
508 +)))|(% style="width:376px" %)(((
509 +大量服务消费者
510 +
511 +个人经验对服务质量和满意度统计的影响很小
512 +
513 +对每个服务消费者进行直接服务评估的效率低下或不可能
514 +
515 +服务支持的不同期望和需求
516 +)))|(% style="width:363px" %)(((
517 +用于服务质量监控和报告的自动化接口，
518 +
519 +持续监控社交媒体反馈
520 +
521 +对用户满意度和态度的独立调查
522 +
523 +使用用户忠诚度指标（例如，净推荐值）
524 +
525 +使用自动体验指标
526 +
527 +服务消费者要求的服务评估专用支持渠道
528 +)))
529 +
441 441  服务提供者可以控制有关这些因素的决策。但是，与个人服务消费者的关系可能要遵守组织必须遵守的规定。例如，预期或法律上要求服务提供者要特别考虑残疾用户。
442 442  
443 443  
... ... @@ -461,18 +461,8 @@
461 461  * 数据保护。
462 462  )))
463 463  
464 -(% class="wikigeneratedid" %)
465 -== ==
466 -
467 -(% class="wikigeneratedid" %)
468 -== ==
469 -
470 -(% class="wikigeneratedid" %)
471 -== ==
472 -
473 473  == 7.3 提供用户参与和交付渠道 ==
474 474  
475 -
476 476  重要的是要建立适当的用户参与和交付渠道，以提供良好的用户体验。
477 477  
478 478  
... ... @@ -501,12 +501,129 @@
501 501  
502 502  表7.7 服务提供者必须考虑的全渠道挑战示例
503 503  
504 -[[image:1641696707897-409.png]]
505 505  
506 -[[image:1641696741463-574.png]]
584 +|**方法**|**挑战示例**|**解决方案示例**
585 +|左移，增加自助服务|(((
586 +用户没有足够的技术技能和/或动力来使用自助服务工具
507 507  
508 -[[image:1641696754650-363.png]]
588 +用户在访问服务的级别上只能完成有限的任务
509 509  
590 +用户在自助服务期间犯的错误可能导致更多事件
591 +
592 +基于知识的导航可能很困难
593 +)))|(((
594 +实施自助服务之前，评估用户技能和可用的支持行动范围
595 +
596 +与具有代表性的用户组全面测试所有自助服务说明和工具
597 +
598 +确保自助服务工具和操作安全且易于使用
599 +
600 +改善信息质量和导航工具
601 +)))
602 +|社交媒体支持|(((
603 +情绪化且难以控制的沟通方式
604 +
605 +病毒效应、容易出错和发生冲突
606 +
607 +非结构化信息
608 +
609 +多个渠道进行监控和回复
610 +
611 +处理个人和合同信息方面的限制
612 +
613 +没有集成的诊断工具
614 +
615 +没有正式记录系统在服务提供者的控制之下
616 +)))|(((
617 +培训社交媒体传播中的支持人员
618 +
619 +使用标签和服务/服务提供商的其他提及来自动监视用户证据
620 +
621 +将社交媒体渠道与专门的支持系统集成。 保留记录并处理这些系统中的敏感信息
622 +
623 +确保用户对社交媒体的所有支持请求都得到迅速响应并处理得令其满意
624 +)))
625 +|熟悉的界面|(((
626 +服务提供者使用的旧版系统可能会限制兼容性和接口设计
627 +
628 +常用的应用程序和操作系统不断发展，通常多个平台和版本共存
629 +
630 +一些服务需要专门的设备和接口
631 +)))|(((
632 +设计产品和服务以实现持续发展和灵活性，最大程度地减少使用大一统的和旧的产品
633 +
634 +考虑提供适合不同平台用户的界面
635 +
636 +提供自定义接口时，进行可用性设计，并在可能的情况下遵循常用服务和接口的使用模式
637 +)))
638 +|机器学习：聊天机器人|(((
639 +适用范围有限
640 +
641 +机器学习的数据不足和不恰当
642 +
643 +多语言支持的困难
644 +)))|(((
645 +在成功程度足够高之前，请勿使用基于机器学习的人机界面来代替； 提供人工备份
646 +
647 +迭代地扩展基于机器学习的服务交互的范围，包括多个反馈循环
648 +
649 +不断提高用于与用户进行服务交互的所有语言的数据质量
650 +
651 +跟踪和利用机器学习方面的发展
652 +)))
653 +|机器学习：优化的交付渠道|(((
654 +适用范围有限
655 +
656 +机器学习的数据不足和不恰当
657 +
658 +用户行为和支持组织的改变
659 +
660 +资源有限，无法支持多个渠道
661 +)))|(((
662 +关注最重要和最受欢迎的支持方式
663 +
664 +确保高质量的支持历史记录数据
665 +
666 +优化，然后自动化
667 +
668 +与经验丰富的支持代理商一起将新技术解决方案付诸实施
669 +)))
670 +|终端支持人员|(((
671 +扩展性有限
672 +
673 +错误的可能性
674 +
675 +情绪态度
676 +
677 +高成本
678 +)))|(((
679 +支持人员的动力、忠诚度和专业发展
680 +
681 +将人工支持限制在需要和合理的情况下
682 +
683 +考虑点对点同行支持以增加可伸缩性并优化成本
684 +)))
685 +|视频诊断|(((
686 +用户设备的使用可能会受到技术、法律和法规监管的限制
687 +
688 +隐私问题
689 +
690 +使用视频数据可能会给用户带来额外的费用
691 +)))|(((
692 +警告用户可能的风险和成本
693 +
694 +确保符合适用法规
695 +
696 +实施控制措施以防止滥用技术
697 +)))
698 +|增强监控|技术和隐私限制，尤其是在使用服务消费者的基础架构提供服务时|(((
699 +与客户讨论收益、风险和成本，考虑与用户讨论
700 +
701 +确保符合适用法规
702 +
703 +实施控制措施以防止滥用技术
704 +)))
705 +
510 510  只有将这些方法编排为无缝的用户支持体验时，才能获得专注于用户的真正全渠道支持。这可以通过以下方式完成：
511 511  
512 512  * 跨所有渠道唯一地识别和辨识用户
... ... @@ -537,15 +537,8 @@
537 537  [[image:1639123701310-435.png||height="48" width="31"]]**S**//olmaz：我们可以使用社交媒体和在线实时视频流来使客户了解有关流动流量和事件的最新信息。//
538 538  )))
539 539  
540 -(% class="wikigeneratedid" %)
541 -== ==
542 -
543 -(% class="wikigeneratedid" %)
544 -== ==
545 -
546 546  == 7.4 使用户能够使用服务 ==
547 547  
548 -
549 549  某些服务需要特殊的用户技能。这些技能可能包括使用某些应用程序或设备，或者了解在使用服务的环境中安全操作的规则。例如，要被允许租用汽车，要求一个人具有有效的驾驶执照，该执照可证明根据特定国家/地区接受的交通法规来驾驶某种类型的汽车。
550 550  
551 551  要启用用户，服务提供者应考虑：
... ... @@ -618,29 +618,22 @@
618 618  [[image:1639123784450-617.png||height="42" width="37"]]//Mariana：我们还会为他们提供充电站和城市路线图、有关交通流量和拥堵的最新信息，以及有关如何使用汽车来帮助他们获得良好体验的常见问题和建议。//
619 619  )))
620 620  
621 -(% class="wikigeneratedid" %)
622 -== ==
623 -
624 -(% class="wikigeneratedid" %)
625 -== ==
626 -
627 627  == 7.5 提升彼此的能力 ==
628 628  
629 -
630 630  服务关系涉及所有利益相关者的价值共创。每次服务交互都是提升另一方能力的机会。表7.8解释了如何将每个ITIL指导原则用于一个小组，以提高另一组的能力。
631 631  
632 632  
633 633  表7.8 服务提供者和客户利用ITIL 指导原则提高用户能力的示例
634 634  
635 -(% style="width:414px" %)
636 -|(% style="width:85px" %)**指导原则**|(% style="width:327px" %)**优化用户能力的应用示例**
637 -|(% style="width:85px" %)聚焦价值|(% style="width:327px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
638 -|(% style="width:85px" %)从当前开始|(% style="width:327px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善，并且经常受到用户的抵制。
639 -|(% style="width:85px" %)基于反馈不断迭代|(% style="width:327px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改，均应进行测试，并根据用户反馈进行持续审查。 应鼓励用户提供反馈，反馈的后续行动对用户社区应该是透明的。
640 -|(% style="width:85px" %)合作并提高知名度|(% style="width:327px" %)在需要联合运营的情况下，用户应了解协作的要求并相互帮助，服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行，或者用户不知道如何使用服务，则应安全，轻松并鼓励其寻求帮助或报告事件。
641 -|(% style="width:85px" %)全面思考和工作|(% style="width:327px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
642 -|(% style="width:85px" %)保持简单实用|(% style="width:327px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法，并且应该认真透明地对待这些提议。
643 -|(% style="width:85px" %)优化和自动化|(% style="width:327px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
817 +(% style="width:714px" %)
818 +|(% style="width:130px" %)**指导原则**|(% style="width:582px" %)**优化用户能力的应用示例**
819 +|(% style="width:130px" %)聚焦价值|(% style="width:582px" %)用户应了解其工作目的和背景以及服务使用情况。 应鼓励他们提供可能有助于价值共创的服务改进。
820 +|(% style="width:130px" %)从当前开始|(% style="width:582px" %)用户体验的改善应基于当前的做法、习惯和期望。 用户体验中的根本性变化很少被视为改善，并且经常受到用户的抵制。
821 +|(% style="width:130px" %)基于反馈不断迭代|(% style="width:582px" %)对用户要求、服务交付和评估、服务使用过程以及用户体验的其他方面的所有更改，均应进行测试，并根据用户反馈进行持续审查。 应鼓励用户提供反馈，反馈的后续行动对用户社区应该是透明的。
822 +|(% style="width:130px" %)合作并提高知名度|(% style="width:582px" %)在需要联合运营的情况下，用户应了解协作的要求并相互帮助，服务提供商、合作伙伴和供应商以及其他相关方也同样如此。 如果服务无法按预期运行，或者用户不知道如何使用服务，则应安全，轻松并鼓励其寻求帮助或报告事件。
823 +|(% style="width:130px" %)全面思考和工作|(% style="width:582px" %)服务及其在价值共创中的作用应对所有相关方透明可见。 用户应了解其工作和依赖项的背景。
824 +|(% style="width:130px" %)保持简单实用|(% style="width:582px" %)用户界面和所有其他接触点应尽可能简单。 用户应具有提出改进界面的方法，并且应该认真透明地对待这些提议。
825 +|(% style="width:130px" %)优化和自动化|(% style="width:582px" %)用户体验的持续优化和自动化应该是用户和服务提供商之间所有接触点和服务交互的主题。
644 644  
645 645  为了帮助用户和客户变得更好，服务提供者可以考虑使用以下技术：
646 646  
... ... @@ -678,15 +678,8 @@
678 678  [[image:1639124353057-972.png||height="50" width="39"]]//Solmaz：这不仅使我们的客户受益，而且有助于我们确保每次预订后都对汽车进行清洁和充电。这为我们节省了一些维护成本，最重要的是，它支持出色的客户体验。//
679 679  )))
680 680  
681 -(% class="wikigeneratedid" %)
682 -== ==
683 -
684 -(% class="wikigeneratedid" %)
685 -== ==
686 -
687 687  == 7.6 撤销客户与用户 ==
688 688  
689 -
690 690  与引入类似，应将撤销的动作和职责预先定义为产品和服务设计的一部分，然后针对特定的引入/ 撤销计划进行调整。当两个服务都由同一服务提供者管理时，此方法有效。这类示例诸如，用户在组织中的位置发生了变化，这可能导致用户使用的服务范围的变化。
691 691  
692 692  
... ... @@ -704,7 +704,6 @@
704 704  
705 705  === 7.6.1 客户撤销 ===
706 706  
707 -
708 708  当服务协议期满或终止时，由服务提供者执行客户撤销。撤销动作通常包括：
709 709  
710 710  * 与所有相关的利益相关者，包括用户、客户、相关的合作伙伴/供应商和监管机构，就计划的服务终止进行沟通
... ... @@ -729,19 +729,18 @@
729 729  
730 730  表7.9 提供者切换操作示例
731 731  
732 -(% style="width:349px" %)
733 -|(% style="width:105px" %)**服务管理的维度**|(% style="width:240px" %)**切换操作示例**
734 -|(% style="width:105px" %)组织和人员|(% style="width:240px" %)(((
906 +|**服务管理的维度**|**切换操作示例**
907 +|组织和人员|(((
735 735  更改用户访问权限
736 736  
737 737  更改服务提供者的访问权限
738 738  )))
739 -|(% style="width:105px" %)价值流和流程|(% style="width:240px" %)(((
912 +|价值流和流程|(((
740 740  更改共同行动的责任
741 741  
742 742  更改程序和接口
743 743  )))
744 -|(% style="width:105px" %)信息和技术|(% style="width:240px" %)(((
917 +|信息和技术|(((
745 745  频道切换
746 746  
747 747  设备安装和卸载
... ... @@ -750,7 +750,7 @@
750 750  
751 751  记录存档
752 752  )))
753 -|(% style="width:105px" %)合作伙伴和供应商|(% style="width:240px" %)与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
926 +|合作伙伴和供应商|与服务提供者和服务消费者的供应商和合作伙伴终止、切换和建立合同
754 754  
755 755  关于切换提供者的撤销动作类似于服务终止操作；它们应该涵盖表7.9中概述的所有服务管理四维模型。
756 756  
... ... @@ -771,7 +771,6 @@
771 771  
772 772  === 7.6.2 用户撤销 ===
773 773  
774 -
775 775  用户撤销可能是正在进行的服务关系的一部分，而没有服务或合同终止。常见的示例是用户从服务消费者组织辞职或在组织内的职位变化。这些场景应该在客户引入期间预先约定，并根据此方法进行处理（通常作为标准更改）。但是，在某些情况下，例如大规模撤销，可能需要额外的规划和协调。
776 776  
777 777  
... ... @@ -804,15 +804,8 @@
804 804  [[image:1639124450170-484.png||height="50" width="40"]]**S**//olmaz：撤销流程的一部分包括向我们的客户贷记所有剩余的会费。通过使流程自动化，我们不需要花费时间手动释放费用。//
805 805  )))
806 806  
807 -(% class="wikigeneratedid" %)
808 -== ==
809 -
810 -(% class="wikigeneratedid" %)
811 -== ==
812 -
813 813  == 7.7 总结 ==
814 814  
815 -
816 816  为了从协议发展到服务提供和消费，各方必须经历一种过渡，其中涉及服务提供者和服务消费者资源的整合或分离。应将此方法定义为服务设计的一部分，并且应该相应地计划、运行和控制引入或撤销活动。引入的主要活动包括建立用户关系、协调全渠道访问，使用户能够使用服务以及提升彼此的能力。
817 817  
818 818  
Icon 1641696707897-409.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -96.1 KB
Content Icon
Icon 1641696741463-574.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -54.9 KB
Content Icon
Icon 1641696754650-363.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -47.3 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司