Changes for page ITIL4核心著作 - ③ 《驱动利益相关者价值》DSV
Last modified by superadmin on 2024/12/25, 15:29
Summary
Details
- Page properties
-
- Content
-
... ... @@ -1,4 +1,4 @@ 1 -{{box cssClass="floatinginfobox" title="**Contents**"}} 1 +{{box cssClass="floatinginfobox" title="**~~ Contents**"}} 2 2 {{toc/}} 3 3 {{/box}} 4 4 ... ... @@ -391,7 +391,7 @@ 391 391 图片1.2服务消费者的三个角色 392 392 393 393 394 -=== 1.2.3 服务关系 394 +=== 1.2.3 服务关系 === 395 395 396 396 在服务关系中,组织将采用服务提供者或服务消费者的角色。这两个角色不是专有的:组织通常在任何给定时间提供和消费许多服务。服务消费者可以使用其资源来创建自己的产品,以解决另一个目标消费者群体的需求,从而成为服务提供者。这样,可能会出现关系链或关系网络,如图片1.3中所示。 397 397 ... ... @@ -645,7 +645,6 @@ 645 645 |优化资源并最小化成本|与服务提供者一起在服务的生命周期期间提交和优化资源的使用|与服务消费者一起在服务生命周期期间提交和优化资源的使用 646 646 | | |关于费用公平透明 647 647 648 - 649 649 ITIL故事:客户旅程 650 650 651 651 [[image:1638951475719-992.png||height="51" width="41"]]//Solmaz:作为艾克苏的业务转型经理,我将帮助Mariana创建她的汽车共享服务。我们将映射设计客户旅程,以确保我们与利益相关者共同创建价值,并构建一个对艾克苏、我们的用户、消费者和客户有利的服务。// ... ... @@ -686,7 +686,6 @@ 686 686 * **服务交互** 服务提供者和服务消费者之间的互惠活动,它们共同创建价值。 687 687 ))) 688 688 689 - 690 690 服务交互包括: 691 691 692 692 * 货品的转让 ... ... @@ -694,7 +694,6 @@ 694 694 * 与服务提供者资源的交互(例如笔记本电脑或物联网[IoT]设备) 695 695 * 服务联合行动。 696 696 697 - 698 698 接触点和服务的交互不一定相同。用户可以与服务提供者,资源(例如工作空间、电视广告或海报)接触,而无需与服务提供者进行交互。在另一种情况下,客户可以通过第三方与服务提供者一起进入交互,而无需与服务提供者直接接触。两种情况都是客户旅程的一部分,可能影响服务体验和成果。 699 699 700 700 ... ... @@ -732,7 +732,7 @@ 732 732 客户旅程地图的目的是让组织了解其利益相关者的信息。在映射客户旅程时,这点非常重要,即考虑组织的利益相关者、旅程的时间线,渠道(电话、电子邮件、门户、服务目录,应用内消息、社交媒体、论坛和建议),以及发生在产品和服务体验前、中、后的行为。 733 733 734 734 735 -=== 2.3.1 用户画像732 +=== 2.3.1 用户画像 === 736 736 737 737 客户与一个或多个服务提供者接触的 每个端到端体验都代表一个单独的客户旅程。映射所有的客户旅程是不可行的。因此,客户旅程映射通常代表一组利益相关者的通用流动,以使服务提供者可以将精力集中在广泛的改进上。 738 738 ... ... @@ -754,7 +754,8 @@ 754 754 特别注意客户和用户可能不是人类。例如,微服务或认知技术可以使用机器对机器服务。在这些情况下,客户旅程的感觉和动机方面几乎没有相关性。 755 755 756 756 757 -====== **ITIL故事:用户画像–与Katrina见面** ====== 754 +(% class="wikigeneratedid" id="HITIL65454E8BFF1A75286237753B50CF20134E0EKatrina89C19762" %) 755 +**ITIL故事:用户画像–与 Katrina见面** 758 758 759 759 [[image:1638952869401-808.png||height="45" width="39"]]//Mariana//://我们绘制了几种用户画像。我们查看了现有的数据,然后训练了一小组的研究人员与潜在客户进行访谈并识别趋势。// 760 760 ... ... @@ -762,23 +762,22 @@ 762 762 763 763 [[image:1638952891859-400.png||height="39" width="38"]]K//atrina//**:**//我是来自澳大利亚的国际学生,正在巴西学习语言硕士学位。我需要一种负担得起的方式旅行、休闲、结识新朋友并获得启发。以下是总结的简要介绍,我是谁,我做什么以及对我重要的事情:// 764 764 765 -* **//职责//**// 763 +* **//职责//**// 我参加课程和主管会议,进行研究,在咖啡店兼职并参加团队运动。// 766 766 * **//目标 //**//成功完成我的硕士课程;与我选择的领域的学生和教师建立关系网;探索巴西的文化和自然之美。// 767 -* **//需求//**// 768 -* **//家庭//**// 765 +* **//需求//**// 与同学和老师一起上课和面对面交流;准时到达校园和咖啡店;减少通勤花费的时间。// 766 +* **//家庭//**// 我在这儿没有家人。我的家人回到澳大利亚,我是一家六口中最小的。// 769 769 * **//典型的一天的活动//**//,我早起健身,然后每个工作日去校园。在回家之前,我大部分时间都在研究。我周末在咖啡店工作。// 770 -* **//困难//**// 768 +* **//困难//**// 在四处逛逛圣保罗时,我没有车,严重依赖公众的运输,这很耗时。花在交通拥堵上的时间花在研究上更好。// 771 771 * **//接触点 //**//我认识附近的某个人,我可以打电话给他再我一程。// 772 -* **//限制//**// 773 -* **//通信//**// 774 -* **//在线行为//**// 775 -* **//我正在寻找//**// 776 -* **//什么影响我//**// 777 -* **//希望与梦想//**// 770 +* **//限制//**// 我可以打电话拼车的人数有限。我不确定司机是否有空,而且它距离便捷的公众运输并不近。// 771 +* **//通信//**// 电话、电子邮件、短信、社交媒体。// 772 +* **//在线行为//**// 我依赖社交媒体,精通技术,并迅速适应新的应用程序和解决方案。我有兴趣尝试令人兴奋的数字化新服务。// 773 +* **//我正在寻找//**// 新体验或冒险。旅行体验,包括音乐和体育节。// 774 +* **//什么影响我//**// 朋友和同事;在线博客,文章和营销。// 775 +* **//希望与梦想//**// 环游世界,并有足够的灵活性,去喜欢的地方,说走就走,而不必担心财务状况。// 778 778 777 +=== 2.3.2 场景 === 779 779 780 -=== 2.3.2 场景 === 781 - 782 782 场景是有关用户画像试图通过在上下文中使用服务或生产来实现其目标的简短故事。因此,客户场景特定于客户细分和上下文。 783 783 784 784 ... ... @@ -790,3 +790,230 @@ 790 790 * 服务消费者如何实现其目标? 791 791 792 792 典型的客户旅程地图标准化了不同的客户细分。通过使用基于场景的方法,可以确定对于不同的客户细分最重要的场景理想体验。然后,将不同的经验结合起来,以创建适用于所有人的高级别的客户旅程地图。 790 + 791 + 792 +**ITIL故事:场景** 793 + 794 +[[image:1638953914575-592.png||height="43" width="34"]]//Tomas:我们将使用客户用户画像来标识场景,这表明共享汽车服务将如何帮助人们实现目标。我和Mariana与艾克苏汽车租赁公司的Solmaz和Radhika合作,为我们的用户提出了一些可能的场景。// 795 + 796 +[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//://我们决定使用我们的国际学生Katrina,她喜欢音乐节。我们创建了一个Katrina周末休假的场景,她打算带朋友们去圣保罗的音乐节看她最喜欢的乐队。她的第一个目标是预订一辆汽车去参加音乐节,因此这成为了我们的第一个场景。以后的场景包括取车,查找公众充电站的位置,在音乐节期间停车以及在周末结束时还车。// 797 + 798 +[[image:1638953936527-297.png||height="50" width="41"]]//Radhika//://在场景一中,我们的Katrina角色代表了一类客户细分,其中包括希望在周末外出城的学生。// 799 + 800 +[[image:1638953924833-231.png||height="44" width="35"]]//Mariana//://Katrina登录艾克苏预订应用程序,以识别校园中空闲的汽车。她选择了一辆可容纳足够人的货车,并预订周末使用。// 801 + 802 +[[image:1638953914575-592.png||height="43" width="34"]]**//T//**//omas:这些场景及其所涉及的经验可以组合在一起来创建客户旅程地图。// 803 + 804 + 805 + 806 +=== 2.3.3 客户旅程地图 === 807 + 808 +有很多方法可视化客户旅程。简单的地图通常包括旅程的步骤、持续时间、接触点和服务交互、用户画像、服务体验和服务提供者团队以及与服务消费者交互的角色。图片2.3显示了客户旅程地图的示例。 809 + 810 +(% style="text-align:center" %) 811 +[[image:1638953988989-837.png]] 812 + 813 + 图片2.3 客户旅程地图的示例 814 + 815 + 816 +可以根据客户旅程的目的、复杂性和性质,将诸如服务消费者目标、服务提供者目标、产品和产品功能、渠道、环境属性、数据来源(分析、跟踪数据、客户关系管理[CRM] 数据),关键时刻和先前改进之类的属性添加到地图的每个步骤。如有必要,可以将某些属性归类为子属性。例如,通常通过跟踪情绪、想法和反应来映射地图体验。 817 + 818 + 819 +在映射客户旅程时,可以采用多种技术和模型。客户旅程画布一个简单但有用的示例。此外,还有许多软件工具可用于可视化用户画像、利益相关者地图、场景和客户旅程地图,这包括故事板、情绪旅程、服务蓝图等等。 820 + 821 + 822 +**ITIL故事:客户旅程地图** 823 + 824 +[[image:1638954034275-664.png||height="39" width="35"]]//Mariana//://我们的第一个客户旅程地图将使客户体验形象化,从决定租车到成功完成租车后将车返回校园充电。客户旅程映射通常包括七个步骤:探索、契动、供应、协议、引入、价值共创和实现价值。// 825 + 826 + 827 + 828 +=== 2.3.4 了解客户体验 === 829 + 830 +当试图了解客户体验时,客户旅程地图是一个很好的起点。但是,客户体验的形成不仅取决于服务提供者与服务消费者之间的接触,而且还取决于部分或完全不在服务提供者的影响力之外的因素。组织品牌和环境(包括数字化环境)等方面也包括影响力和客户体验。此外,客户体验受到客户和服务提供者之间没有交互的时间段的影响。 831 + 832 + 833 +更好地了解客户体验的一种方法是在主要接触点上运行客户反馈调查或使用客户体验管理软件。反馈应反映各个客户旅程接触点和服务的相互作用,还应检查品牌接触点和环境条件,包括有关舒适性、适应性和速度的影响。 834 + 835 + 836 +检查客户体验时应询问以下问题: 837 + 838 +* 客户在每个步骤中都在做什么? 839 +* 是什么鼓励或不鼓励客户进行下一步? 840 +* 每个步骤触发什么情绪? 841 +* 客户是否有难以找到答案的问题? 842 +* 客户在哪种情况下会感到焦虑? 843 +* 存在不确定因素可能导致客户放弃并找到其他服务提供者吗? 844 +* 客户在每个阶段都面临什么样的障碍? 845 +* 成本和风险的因素是什么? 846 + 847 + 848 +服务提供者在不参与服务消费者分析的情况下无法理解客户体验。 849 + 850 + 851 +如果我们将心理学家约瑟夫·鲁夫特(Joseph Luft)和哈灵顿·英厄姆(Harrington Ingham)(Luft and Ingham,1955)提出的乔哈里Johari视窗(见图片2.4)应用于服务关系,则显然有些区域是服务提供者未知而服务消费者已知的。因此,服务提供者必须在服务关系的不可见区域中寻求有关行为的反馈。同样,有些区域仅服务提供者知道,但如果服务消费者知道它们,则对客户体验有利。这些区域应由服务提供者告知服务消费者。 852 + 853 +(% style="text-align:center" %) 854 +[[image:1638954075014-403.png]] 855 + 856 + 图片2.4 乔哈里Johari视窗 857 + 858 +改编自Luft(1969)的许可,经MindTools许可使用 859 + 860 + 861 +客户旅程地图旨在倾听客户的意见,了解其动机,并在适用时系统地评估其意见和行动,并将此信息整合为持续的反馈。 862 + 863 + 864 +**ITIL故事:映射客户旅程** 865 + 866 +[[image:1638954118282-426.png||height="41" width="43"]]//Mariana//://我们的客户旅程地图将可视化端到端接触点和服务的交互。其范围包括从客户找到我们的方式到预订、获取、使用和退还汽车,以及收集客户满意度反馈。// 867 + 868 + 869 + 870 +---- 871 + 872 +== 2.4 设计客户旅程 == 873 + 874 +客户旅程的总体目的是计划和设计客户旅程,以支持最佳的价值共创并带来出色的客户体验。 875 + 876 + 877 +客户旅程设计是服务设计的一部分。但是,客户旅程可能跨越多个服务或产品,且单个服务或产品可能支持多个客户旅程。有关服务和产品设计的更多信息,请参见第5章和服务设计实践指南。 878 + 879 +* 服务设计有助于创新(创建新的)或改进(现有的)服务,以使其对客户更有用、易用、期望,同时对组织有效率且有效果。这是一个整体的、多学科、综合的领域(Moritz,2005年)。 880 + 881 + 882 +在设计实际的客户旅程之前,应定义所需的成果、客户和用户体验。旅途中预期的价值以及每个阶段如何贡献于价值的价值共创应被视为此定义的一部分。如第1章所述,价值的定义包括: 883 + 884 +* 成果 885 +* 体验(如何感知旅程、服务、产品、品牌和环境,并使他们为客户或用户感觉到) 886 +* 功用 887 +* 功效(包括可用性、性能、容量、信息安全、连续性、可访问性和可用性) 888 +* 风险和合规性 889 +* 成本和资源。 890 + 891 + 892 +应该给客户旅程中的每个主要利益相关者定义所需的价值。以下各章介绍了用于定义、测量、优化和传达价值的技术。 893 + 894 + 895 +=== 2.4.1 设计思维 === 896 + 897 +设计思维是一种以用户为中心的流程设计方法。它解决了设计师应该如何思考才能创建适合用户需求的创新解决方案。为了进行出色的创新,设计人员需要与实际用户一起使用契动,以真正了解他们的问题,并为解决提供不同的想法。该方法的主要思想是对探索并收集来自真实用户的反馈。 898 + 899 + 900 +在较高的层次上,可以采用Marc Stickdorn的服务设计思维的五项原则来指导设计流程(Schneider和Stickdorn,2012年): 901 + 902 +* **以用户为中心** 需要将客户和用户放在设计流程的中心。这需要真正了解客户和用户,而不仅仅是对其需求进行统计描述和实证分析。 903 +* **价值共创** 促进利益相关者团体的共同创造是设计思维的重要方面,也是服务设计的基本组成部分。所有利益相关者都应包括在设计流程中。 904 +* **排序 **设计思维将客户的旅程分解为单个接触点和服务交互。当结合使用时,这将创建服务时刻。接触点和服务交互在人与人之间、人与机器之间、甚至在机器与机器之间进行,但也可以通过第三方反馈(例如在线评论)间接发生。每个客户旅程都遵循以下三个过渡步骤: 905 + 906 + 服务前期(与服务接触),实际服务期(当服务使用者体验服务)以及服务后期。客户旅程应该可视化为一系列相互关联的行为。 907 + 908 +* **证据** 有形的的证据或制品如纪念品可触发对服务时刻正向记忆。因此,通过情感联系,他们可以继续增强客户的体验。服务证据可以将服务的体验延长到超过实际服务时期,直到服务之后的时期。同样,服务证据可以帮助揭示不起眼的后台服务。因此,无形的服务应形象化为有的形制品。 909 +* **整体性 **我们看到、听到、闻到、摸到、尝到和感觉到服务的物理表现。应该考虑客户旅程、服务或产品的整个环境,以及其他客户行程。 910 + 911 + 912 +在更实操的水平上,客户旅程设计与其他设计流程并没有太大区别。尽管设计流程是非线性的,但可以清晰显示轮廓结构。重要的是要了解这种方法是迭代的。典型的客户旅程设计流程可能包括斯坦福大学Hasso Plattner 设计研究所建议的阶段,它们是: 913 + 914 +* **共情 **了解您要为其设计的利益相关者。了解所涉及的人类需求。定义并测试和用户画像和场景。撇开您对世界的假设,以深入了解利益相关者及其需求。 915 +* **定义 **构造基于用户需求和洞察力的观点。重新以人为本的方式定义问题。映射现有的客户旅程(如果有),并映射利益相关者的经验以识别客户旅程中的任何问题。定义和计划期望的成果、体验和价值。设定目标并定义度量指标。 916 +* **构思 **集思广益,并提出创新的解决方案。在构想会议上创建许多构想,考虑对客户旅程的改进。在此阶段结束之前,团队应该有几个解决问题的想法。 917 +* **原型 **构建一种或多种想法的表示形式,以展示给他人。在原型设计中采用手动方法。设计客户旅程映射和服务蓝图通过要求利益相关者构建旅程和产品,来设计利益相关者的心理模型。考虑频率、顺序和重要性。频率意味着客户最常做的事情,应该在顺序中占据重要位置。顺序是指按顺序进行的活动应按顺序进行呈现。重要性意味着需要在正确的时间清楚地提供重要的信息。了解客户的心理模型,并应用频率、顺序和重要性规则将解决大多数利益相关者的可用性需求。验证设计有助于交付计划中的成果、体验和价值。 918 +* **测试 **返回原始的利益相关者组和测试你的想法获得反馈。不要回避错误,而是探索尽可能多的错误。执行可用性测试,角色扮演和A / B测试。跟踪使用情况,构建反馈循环,评审度量标准和角色扮演测试设计,这对设计有助于交付计划中的成果、体验和价值至关重要。 919 + 920 + 921 +客户旅程设计流程涉及来自不同专业领域的知识和能力,包括生产设计、图形设计、交互设计、社交设计和设计民族志。 922 + 923 + 924 +这些领域的代表可能会参与设计和规划和客户旅程。 925 + 926 + 927 +此外,不同的工具和技术也可用于客户旅程设计,包括利益相关者地图、背景访谈、五Why分析、期望地图、用户画像、故事板、原型、A / B测试、讲故事、服务蓝图和运营模式画布。(有关大多数列出的工具的详细介绍,请参见Schneider和Stickdorn,2012年。) 928 + 929 + 930 +=== 2.4.2 利用行为心理学 === 931 + 932 +人类通常是理性的,但行为可能不理性。但是,我们可以预见非理性(Ariely,2008)。因此,涉及人类的客户旅程的设计应该迎合逻辑或理性行为,并结合认知偏见和直观行为的知识。情商和行为心理学是理解和掌握旅程情感方面的关键。 933 + 934 + 935 +认知偏见是做出判断时偏离理性的系统模式。在认知科学、社会心理学和行为经济学的数十年研究中,已经发现了不断发展的认知偏见列表。公认的认知偏见的例子有: 936 + 937 +* **峰终偏见** 我们似乎并没有整体看待体验的趋势,而是将其视为最高峰时的平均值。因此,在使用产品或服务之后,我们往往会不成比例地回忆起客户旅程的高点和低点,而不是它的所有方面。特别是令人不快的结尾带来强烈的负面影响。 938 +* **可用性偏见** 尽管我们的记忆可用性通常受独特和情感因素的影响,但这种倾向是根据我们记忆中最可用的事件做出判断的趋势。例如,在客户旅程期间交互的正负点的分布和频率会影响我们的服务感知。 939 +* **规避损失 **放弃某件事的痛苦大于与获取某件事的快乐。我们希望控制客户旅程,以及受客户旅程影响的生活的其他方面。 940 + 941 + 942 +通过了解这些认知偏见,我们不仅可以考虑它们,还可以在客户旅程的设计中利用它们(Bhattacharjee等人,2016),包括: 943 + 944 +* 尽早地解决不好的经历,以便服务消费者记住交互中更积极的元素 945 +* 为服务消费者细分提供乐趣并消除痛苦,让客户旅途中的愉快时光成为消费者回忆的重要部分用深刻的、正向的印象收尾,因为服务消费者的最终交互将对他们的服务记忆中有不相称的影响 946 +* 给服务消费者选择权,让他们有控制的感觉 947 +* 避免惊吓,以提升服务消费者对服务的满意度。 948 + 949 +结合行为心理学原理来重新设计整个客户旅程,有可能持续改进服务消费者满意度。(Kahneman在2011年很好地介绍了偏见和行为设计。) 950 + 951 + 952 +=== 2.4.3 设计适用于不同的文化 === 953 + 954 +定义 955 + 956 +* **心理模型 **对某人如何理解某事物在周围世界中如何工作的解释。 957 +* **文化 **一组人共有的一组价值观,包括对人们应该如何行为以及他们的思想、信念和实践的期望。 958 + 959 + 960 +心理模型有助于个人在世界上的定位;它们是我们所有人在日常生活中所面临的复杂性的抽象、简明的心理表示-我们所有人通过其了解自己周围世界的模式(Schneider和Stickdorn,2012)。 961 + 962 + 963 +刻板印象是心理模型的一部分。Geert Hofstede认为文化是人类共同拥有的心理程序,能将一群人与其它人区分开。因此,文化是心理模型的一部分,在为不同文化群体或用户画像设计客户旅程时应考虑该因素。一些例子是: 964 + 965 +* 来自不同国家的用户 966 +* 来自不同行业的客户 967 +* 组织中来自不同团队的用户 968 +* 不同行业的用户 969 +* 公众组织的赞助者。 970 + 971 +文化映射是映射文化以解码跨文化协作影响的工具。它们对于分析和设计作为客户旅程设计基础的服务消费者场景很有用。图片2.5显示了两个用户组的文化,它们映射到八个维度以识别相似点和不同点。在此图片中,每个维度均表示为相对极端的比例或频谱(Meyer,2014年)。 972 + 973 +(% style="text-align:center" %) 974 +[[image:1638955627441-126.png]] 975 + 976 + 图片2.5 文化的八个尺寸 977 + 978 +(% style="text-align:center" %) 979 +[[image:1638955685491-957.png]] 980 + 981 + 982 +== 2.5 度量和改进客户旅程 == 983 + 984 +客户满意度是动态的目标。为了进行持续改进,在整个过程中以及在单独的接触点和服务交互过程中,度量客户体验和反馈,并收集有关利益相关者行为的分析非常重要。 985 + 986 + 987 +此外,启用价值流、实践和资源的服务质量、产品质量和质量等间接度量可以突显客户体验和满意度。 988 + 989 + 990 +最佳实践是用指标度量客户体验,从顶部开始,然后是级联向下进入其客户旅程以及间接绩效和产出指标。 991 + 992 + 993 +改进点总是有比资源更多的机会。因此,重点应该放在具有高投资回报率(ROI)的质量和客户体验机会上。客户旅程和改进机会之间的差距应该排列优先级。尽管消除客户的痛点很重要,但当客户期望变化时,识别组织区分于竞争对手的之处同样重要。 994 + 995 + 996 +应该使用问题管理技术来隔离产生差距的原因,并识别对所有级别服务堆栈的改进点:启用价值流和服务的客户旅程、服务和产品设计、基础价值流、实践和资源。 997 + 998 + 999 +**ITIL的故事:度量和改进客户旅程** 1000 + 1001 +[[image:1638955737657-587.png||height="45" width="48"]]//Mariana//**:**//在发布电子化校园汽车共享服务之前,我们将开发反馈表,在关键接触点后发送给客户。用于了解客户对汽车预订、获取和返还,以及其对充电站和其他服务产品的体验,例如指导视频和交通更新。我们将用这些发现和洞察来度量和持续改进客户旅程。// 1002 + 1003 +[[image:1638955747647-706.png||height="45" width="38"]]//Tomas//://Mariana不必等到客户旅程结束才收集反馈。她需要了解客户在经历过程中的体验。例如,预订汽车可能是一件艰辛的流程,但返回汽车可能会更简单。在客户旅程末尾进行的一次调查可能不会在发生在早期的接触点,而客户可能会忘记交流先前的痛点。没有这些洞察,Mariana不会知道如何改进预订流程。// 1004 + 1005 + 1006 +== //2.6 // 总结 == 1007 + 1008 +每个服务消费者都有所不同,应区别对待。用户画像总结了客户和用户原型的关键特征,有助于服务提供者了解服务消费者的需求和期望。通过跟进用户画像从接触点到趋近服务成果的到接触点的客户旅程, 1009 + 1010 + 1011 +服务提供者可以了解客户体验。利用这种洞察,再结合设计思维、行为心理学和文化洞察,服务提供者将能够设计并掌握客户旅程,从而带来独特的客户成果和经验。 1012 + 1013 + 1014 +**ITIL故事:总结** 1015 + 1016 +[[image:1638955787839-930.png||height="41" width="39"]]//Mariana//**:**//现在,我们对客户体验有了深刻的了解,我们随时准备为学生和教职员工推出我们的电子化校园租车服务。//
- 1638955627441-126.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +56.8 KB - Content
- 1638955654499-644.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +250.5 KB - Content
- 1638955685491-957.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +250.5 KB - Content
- 1638955737657-587.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +5.0 KB - Content
- 1638955747647-706.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +3.5 KB - Content
- 1638955787839-930.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +5.3 KB - Content
- 1638955913818-810.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +18.3 KB - Content