Wiki源代码09. 第7步:实现价值
由 superadmin 于 2024/04/03, 17:01 最后修改
Show last authors
author | version | line-number | content |
---|---|---|---|
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/10.%20%E7%BB%93%E8%AE%BA/]] [[返回上一章>>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/]] | ||
5 | |||
6 | {{box cssClass="floatinginfobox" title=" | ||
7 | |||
8 | **Contents**"}} | ||
9 | {{toc/}} | ||
10 | {{/box}} | ||
11 | |||
12 | = **9. 第7步:实现价值** = | ||
13 | |||
14 | |||
15 | (% class="wikigeneratedid" %) | ||
16 | [[image:1639125669527-113.png]] | ||
17 | |||
18 | 在不同的环境中实现服务价值 | ||
19 | |||
20 | 跟踪价值的实现 | ||
21 | |||
22 | 评估并报告价值实现 | ||
23 | |||
24 | 评估价值的实现并改进客户的旅程 | ||
25 | |||
26 | 为服务提供者实现价值 | ||
27 | |||
28 | |||
29 | 利益干系人的价值必须基于共同创造价值的规划来驱动和跟踪,并且持续维护并加以改进和优化服务价值。 | ||
30 | |||
31 | |||
32 | |((( | ||
33 | |||
34 | |||
35 | ((( | ||
36 | **关键信息** | ||
37 | |||
38 | 价值是感知到的利益,有用性和重要性。 | ||
39 | |||
40 | 有价值的服务可以在支持的结果,积极的经验,降低成本,消除风险和受影响的结果,负面的经验,引入的成本和引入的风险之间实现最佳平衡。 | ||
41 | ))) | ||
42 | ))) | ||
43 | |||
44 | 此步骤的目的是跟踪、评估和评价利益相关者期望的价值和在整个旅程的所有步骤中都实现了计划的目标,并不断识别对旅程和服务的改进。 | ||
45 | |||
46 | |||
47 | 跟踪和实现价值可确保服务有助于实现所有利益相关者的预期结果,并有效管理相关成本和风险。如表9.1所示。 | ||
48 | |||
49 | |||
50 | 表9.1价值捕获和客户旅程改善的目的 | ||
51 | |||
52 | [[image:1641698018251-447.png]] | ||
53 | |||
54 | 为了跟踪、评估和评价服务价值实现,重要的是要知道价值主张、接受标准、利益实现计划等形式的基线和目标。基线和目标应在要应在协议步骤中达成共识。 | ||
55 | |||
56 | |||
57 | 在货物传输后、在提供了对资源的访问后或在服务活动发生后立即跟踪、评估和评价价值共创的情况是很少见的。通常,在服务交付之后、价值创造和感知之前都有一定时间的延迟。跟踪结果也可能在达到预期水平之前的一段时间内减少。因此,参与价值共同创造规划的各方就何时评估和评估价值实现达成一致意见是非常重要的。 | ||
58 | |||
59 | |||
60 | 另一个决策点是在何处跟踪价值实现。为此,必须确定服务的主要受益人。传统上,IT服务主要支持和启用内部业务流程。对于这种类型的服务,应该在用户从业务流程中的服务中获益时跟踪结果和体验。IT服务正逐渐转变为外部消费者服务,通常称为数字化服务。 | ||
61 | |||
62 | |||
63 | |||
64 | |((( | ||
65 | **关键信息** | ||
66 | |||
67 | 重要的是要记住,服务价值永远不可能由一组复杂的指标来彻底定义。服务价值始终感知价值,这使得基于个人期望和偏好的服务价值难以跟踪和评估。这就是为什么跟踪客户体验和满意度与跟踪输出和结果一样重要的原因。 | ||
68 | ))) | ||
69 | |||
70 | 跟踪、评估和评价价值实现的成本可能很高,努力和成本应该与可能的收益相平衡。与此相反,跟踪价值与任何其他服务管理活动一样,需要不断地迭代改进。通过逐步改进价值实现跟踪,并报告结果,可以显著提高价值,从而提高改进跟踪的能力。 | ||
71 | |||
72 | |||
73 | |||
74 | == 9.1 在不同的环境下实现服务价值 == | ||
75 | |||
76 | |||
77 | 服务关系的性质影响价值的跟踪、评估和评价。如表9.2所示。 | ||
78 | |||
79 | |||
80 | 在密切的服务关系中,例如合作关系,跟踪、评估和评价服务价值可能成为联合活动的一部分。在疏远的服务关系中,例如开箱即用的服务关系,服务提供者通常提供对标准报告的访问作为服务的一部分,并且服务提供者和客户之间没有关于价值实现的进一步沟通。 | ||
81 | |||
82 | |||
83 | 然而,如果成本、风险或影响足够大,则客户仍然可以选择将广泛而复杂的价值实现跟踪和评估机制应用于控制价值实现。 | ||
84 | |||
85 | |||
86 | 表9.2跟踪,评估和评估不同类型的服务关系中的价值实现。 | ||
87 | |||
88 | (% style="text-align:center" %) | ||
89 | [[image:1639125977884-409.png]] | ||
90 | |||
91 | (% style="text-align:center" %) | ||
92 | [[image:1641698225793-937.png]] | ||
93 | |||
94 | |||
95 | (% style="text-align:center" %) | ||
96 | [[image:1641698263513-338.png]] | ||
97 | |||
98 | == == | ||
99 | |||
100 | == 9.2 跟踪价值实现 == | ||
101 | |||
102 | |||
103 | 用于评估和评估价值实现的需求正在跟踪和测量服务价值指标。 | ||
104 | |||
105 | |||
106 | 服务价值指标是一种直接或间接指示服务价值特定方面的情况或级别的度量。指标反映了目的的成就。在这种情况下,目的是所需的或约定的服务价值。 | ||
107 | |||
108 | |||
109 | 指标通过一项或多项指标得到加强。指标是价值的重要特征,它可以基于规程或技术手段收集的数据以可量化的单位表示。可以为所有服务管理四维模型的客户行程,服务,产品,实践和资源定义指标。XIL92111 9.1中显示了ITIL 规划和评价模型中描述了从目的到度量的层次结构。有关ITIL 规划和评价模型的更多详细信息,请参见ITIL®4:指导计划和改进和度量和报告实践指南。 | ||
110 | |||
111 | |||
112 | 跟踪价值的实现包括以下活动: | ||
113 | |||
114 | * 识别服务价值的直接和间接指示器以及它们之间的链接 | ||
115 | * 定义和衡量基础指标 | ||
116 | * 捕获度量数据。 | ||
117 | |||
118 | 以下示例给出了跟踪价值实现的一系列实用方法的总体思路: | ||
119 | |||
120 | * 在简单的标准化环境中,使用现成的标准监控工具和用于报告的预定义模板来跟踪价值的实现可能就足够了。在更复杂的环境中,具有半标准化配置的监控和报告工具通常是不够的。另外,还需要从各种来源(例如金融数据,营销数据和业务目标,并使用复杂的映射和关联工具来跟踪服务和价值的实现。还需要经常服务评论。 | ||
121 | * 在复杂且不可预测的环境中,跟踪价值的最佳方法是在客户和服务提供者之间建立密集的通信(如果存在服务关系),协作并推广可视化并收集快速反馈。(协作和提升可视化程度和基于反馈迭代推进的ITIL 指导原则解决了此问题。)来自任何其他来源的监控数据也可用作输入。关键利益相关者的参与至关重要,因为只有他们才能提供动态信息来跟踪价值的实现。 | ||
122 | |||
123 | (% style="text-align:center" %) | ||
124 | [[image:1639126084251-885.png]] | ||
125 | |||
126 | 图片9.1 ITIL 规划和评价模型 | ||
127 | |||
128 | |||
129 | |||
130 | === 9.2.1 跟踪绩效,输出和结果 === | ||
131 | |||
132 | |||
133 | 直接结果指标比间接结果指标通常更难识别,例如输出和绩效指标。如果能够在结果指标与输出和绩效指标之间建立明确的联系,后者就可以用来间接跟踪服务结果。 | ||
134 | |||
135 | |||
136 | 将绩效和输出指标与成果挂钩的一种方法是以价值驱动框架模型为基础,将较低层次视为较高层次的价值驱动因素(示例见图1.11)。 | ||
137 | |||
138 | |||
139 | 组合资源和单独资源的性能,实践,和产品驱动服务绩效、服务消费者绩效,并最终实现服务消费者的目标和宗旨。表9.3提供了如何应用该模型的示例。 | ||
140 | |||
141 | |||
142 | 另一个将绩效和输出指标与服务结果联系起来的实用模型是Heskett提出的服务利润链(Heskett等人,1994)。根据服务利润链模型,利润和增长主要是通过客户忠诚度来刺激的。忠诚度是客户满意的直接结果,在很大程度上受到了为客户提供的服务价值的影响。价值是由满意、忠诚、高效的雇员创造。员工满意度源于高品质的支持服务和使员工能够提供良好的服务的政策。如图9.2所示。 | ||
143 | |||
144 | (% style="text-align:center" %) | ||
145 | [[image:1639126099524-372.png]] | ||
146 | |||
147 | 图片9.2 服务利润链 | ||
148 | |||
149 | |||
150 | 表9.3 价值实现跟踪的级别 | ||
151 | |||
152 | [[image:1641698383158-579.png]] | ||
153 | |||
154 | [[image:1641698403110-321.png]] | ||
155 | |||
156 | ^^a^^所有相关数据(员工减少或效率提高、业务绩效改善、质量衡量等)应转换为货币价值,然后与服务成本进行比较。 | ||
157 | |||
158 | |||
159 | 在将各种类型的输出和结果与方案和项目管理中使用的业务目标联系起来也可以得到启发,例如效益依赖网络,效益依赖图,结果链和成功图。但是,它们主要关注业务变化,而不是正在进行的服务,因此在使用时应该考虑到保留。 | ||
160 | |||
161 | |||
162 | 在许多情况下,服务或产品会产生意想不到的副作用。应识别、跟踪、评估这些副作用,并将其纳入服务开发中。它们代表了一些值得注意的价值。有许多结果无法定量衡量,但仍对整体价值实现产生重大影响。例如,结果需要满足特定的客户偏好,达到一定的能力水平等。 | ||
163 | |||
164 | |||
165 | 本质上,测量减少了不确定性;定性测量方法在减少不确定性方面可能和定量测量技术一样有用。 | ||
166 | |||
167 | |||
168 | 例如: | ||
169 | |||
170 | * 知识和能力知识的积累可能会导致能力的提高,而能力的提高可能导致更快、更好和更便宜的任务完成。一个定性的方法,如价值流映射,是一个很好的方法来完成这一点 | ||
171 | * 态度,行为和组织文化组织文化和行为模式的评估可以结合定性和定量的方法使用叙事的技巧。 | ||
172 | |||
173 | 有关定量和定性测量方法的更多详细信息,请参阅《测量和报告实践指南》。 | ||
174 | |||
175 | |||
176 | |||
177 | === 9.2.2 跟踪体验和满意度 === | ||
178 | |||
179 | |||
180 | 为了确保客户和用户对服务以及整个客户旅程感到满意,服务提供者应测量和跟踪客户体验,进行客户满意度调查,并请求和处理服务消费者的反馈。表9.4进一步概述了这些建议。 | ||
181 | |||
182 | |||
183 | 表9.4跟踪服务体验和满意度 | ||
184 | |||
185 | [[image:1641698500535-244.png]] | ||
186 | |||
187 | 客户体验和用户体验是客户或用户感知到的与服务和服务提供者的功能和情感互动的总和。为了全面了解客户体验和用户体验,需要从客户的角度考虑三个问题: | ||
188 | |||
189 | * 服务如何工作?(功能体验) | ||
190 | * 服务的感觉如何?(情绪体验) | ||
191 | * 服务在什么程度上满足我的需求?(满意度) | ||
192 | |||
193 | 服务提供者应该考虑使用以下方法来监控客户体验: | ||
194 | |||
195 | * 服务交互后收集即时反馈 | ||
196 | * 监控社交媒体 | ||
197 | * 定期创建问卷和客户调查 | ||
198 | * 收集来自服务评审会议的客户反馈 | ||
199 | * 作为重大变更、发布和新的或更改的服务的变更实施过程的一部分,进行的实施后评审的反馈 | ||
200 | * 进行电话感受调查 | ||
201 | * 分发满意度调查 | ||
202 | * 分析投诉和表扬 | ||
203 | * 使用焦点小组进行A / B测试。 | ||
204 | |||
205 | 服务提供者应将体验数据与服务的可测量技术特征相关联。客户满意度指数是跟踪和评估客户体验的好地方。然而,如果没有支持的指标,可能很难对根本原因进行进一步的分析:例如,在客户满意度下降的情况下。服务级别度量对于这种分析非常有帮助。体验和满意度指标以及服务水平和资源性能指标的组合为服务提供者提供了调查偏差和实现持续改进的机会。 | ||
206 | |||
207 | |||
208 | 在某些情况下,这些指标可以是服务级别或基于体验的协议的一部分,并包含在SLA记分卡和服务报告中。在其他情况下,服务提供者不披露这些信息,并将其用于服务营销。 | ||
209 | |||
210 | |||
211 | 一个非常有效的替代方法是通过用户面板直接测量服务体验,用户面板用于收集反馈而服务提供者只能观察到这些反馈。用户提供自由形式的评论,并分享他们对服务体验的看法以及如何改进服务的想法 (Gianotten,2017)。 | ||
212 | |||
213 | |||
214 | |||
215 | === 9.2.3 跟踪服务的使用 === | ||
216 | |||
217 | |||
218 | 服务计量和服务使用分析是跟踪、映射和了解客户和用户行为的一种方法。这有助于理解价值如何以及何时实现。 | ||
219 | |||
220 | |||
221 | 服务被设计成支持客户活动,而客户活动反过来又支持实现客户结果。每次执行客户活动时,都会产生对服务的需求。客户资产(例如人员,流程和应用程序)均执行活动。由于这些资产的组织方式或它们正在完成的任务,此活动将倾向于按模式执行。这些业务活动模式(PBA)代表了业务的动态,包括与客户、供应商、合作伙伴和其他利益相关者的服务交互。 | ||
222 | |||
223 | |||
224 | 使用不同级别的服务需要不同级别的IT资源利用率。服务提供者必须能够预测业务活动,并确保有足够的服务能力来应对不断变化的需求。这些活动是ITIL能力和绩效管理实践的一部分。业务活动模式也有助于理解不同用户组在服务使用方面的差异,并可用于识别用户配置文件或角色。用户配置文件传达相关用户的角色、职责、交互、日程安排、工作环境和社交环境的信息,这些信息可用于定制和改进服务和客户旅程。 | ||
225 | |||
226 | |||
227 | |||
228 | == 9.3 评估和报告价值实现 == | ||
229 | |||
230 | |||
231 | 评估和报告价值实现是关于整合来自各种数据源的数据,关联整合数据,解释和评估信息,并以适合决策的形式呈现。它可能包括正式的服务审查或服务提供者与客户之间的非正式会议。 | ||
232 | |||
233 | |||
234 | |||
235 | |((( | ||
236 | **关键信息** | ||
237 | |||
238 | 客户可以在不同的层面上向服务提供者寻求服务成果实现的证据,如投资回报率、实现战略目标、流程绩效、满意度指标、服务级别等。然而,正如我们所看到的,这些层次都是相互关联的。即使在客户仅要求服务可用性,容量和性能的情况下: | ||
239 | |||
240 | * 服务提供者应该尝试将服务绩效指标映射到消费者流程性能指标、战略目标和消费者目的,以便正确理解客户 | ||
241 | * 客户应该将服务级别与它的战略目标联系起来,并至少在质量上分析服务对服务消费者目的的贡献程度。 | ||
242 | ))) | ||
243 | |||
244 | 作为评估的一部分,应将捕获的体验、性能和输出数据与结果、风险和成本相关联,并应评估服务对客户目标和宗旨的总体贡献。表9.5概述了价值实现评估和报告的两个层次。 | ||
245 | |||
246 | |||
247 | 合并数据后,应分析结果并应考虑以下问题: | ||
248 | |||
249 | * 是否达到目标? | ||
250 | * 有什么动态? | ||
251 | * 有没有明显的趋势? | ||
252 | * 趋势是正面还是负面? | ||
253 | * 是否存在潜在的结构性问题? | ||
254 | * 是否需要改进? | ||
255 | * 是否有不可预见的模式或出人意料和意外结果应反馈给设计和改进? | ||
256 | * 是否有关于产品,服务,客户旅程或背景(市场)的新信息 | ||
257 | |||
258 | 表9.5 价值实现的评估和报告的两个级别 | ||
259 | |||
260 | [[image:1641698548910-383.png]] | ||
261 | |||
262 | 如果适用,应使用评估技术,比如实施后评审、审计和成本效益分析。 | ||
263 | |||
264 | |||
265 | |||
266 | |((( | ||
267 | **进一步阅读** | ||
268 | |||
269 | 请参阅《测量和报告实践指南》,以了解: | ||
270 | |||
271 | * 如何使用排序,序列(例如,根据时间序列),标准化,映射,标记,分组,关联等方法优化数据并将其处理为信息。 | ||
272 | * 如何使用聚合技术,级联和层次结构来构建可有效用于评估的平衡计分卡。 | ||
273 | ))) | ||
274 | |||
275 | 应该考虑目标受众。许多组织将原始的数据和报告带给所有人。他们不处理或分析它。这就导致了各级管理者收到太多电子邮件的情况。实践经验表明,功能失调的组织往往比有效的组织更多地使用报告. | ||
276 | |||
277 | |||
278 | |((( | ||
279 | **提示** | ||
280 | |||
281 | 单独的报告可以创造认知,但一份有行动计划的报告可以产生结果。 | ||
282 | ))) | ||
283 | |||
284 | (% style="text-align:center" %) | ||
285 | [[image:1639126198285-357.png]] | ||
286 | |||
287 | |||
288 | (% class="wikigeneratedid" %) | ||
289 | == == | ||
290 | |||
291 | (% class="wikigeneratedid" %) | ||
292 | == == | ||
293 | |||
294 | == 9.4 评估价值实现和改进客户旅程 == | ||
295 | |||
296 | |||
297 | 评估价值实现和改进客户旅程请参阅持续改进模型的步骤6和7。如果跳过这些步骤,则很难验证是否实现了预期或约定的结果,并且可能会丢失从该迭代中获得的经验教训(ITIL Foundation,第4.6.1.6节)。同样重要的是要确保改进和改变的行为不会有逆转的风险:参阅 ITIL Foundation,第4.6.1.7节和《组织变革管理实践指南》。 | ||
298 | |||
299 | |||
300 | 此外,只要服务提供者和服务消费者处于不断变化的状态(迅速变化的经济状况),这些领域就需要不断改进,因为它可能为利益干系人带来最大的收益。 | ||
301 | |||
302 | |||
303 | 评估价值的实现不仅验证单个服务已创造所需的价值,而且还验证了所需的客户体验已实现(单循环学习)。通过双循环学习,评价包括检查原始价值主张是否仍然有效,并且SVS是适合的,如表9.6所示。 | ||
304 | |||
305 | |||
306 | |||
307 | |((( | ||
308 | **你知道吗?** | ||
309 | |||
310 | 20世纪70年代,Chris Argyris和Donald Schon提出了单循环和双循环学习的概念,作为其组织学习理论的一部分(Argyris,1991):: | ||
311 | |||
312 | * 单循环学习描述了当目标是解决当前组织结构中的问题以使系统更好地运行时发生的学习类型,它并不试图改变系统的结构。 | ||
313 | * 双循环学习,也称为重构,质疑组织内工作的目的和功能,并不认为现有的组织结构是理所当然的。双循环学习关注的是理解完成任务的基础,而不是更有效地完成任务的过程。 | ||
314 | ))) | ||
315 | |||
316 | 表9.6评估和改善服务和客户旅程 | ||
317 | |||
318 | (% style="width:352px" %) | ||
319 | |(% style="width:86px" %) |(% style="width:135px" %)**单循环学习**|(% style="width:128px" %)**双循环学习** | ||
320 | |(% style="width:86px" %)服务透视图|(% style="width:135px" %)服务是否创建了预期的价值?|(% style="width:128px" %)原始的价值主张是否仍然有效? | ||
321 | |(% style="width:86px" %)客户旅程|(% style="width:135px" %)是否已达到所需的客户体验?|(% style="width:128px" %)是SVS是否适用? | ||
322 | |||
323 | |||
324 | === 9.4.1 评价和验证 === | ||
325 | |||
326 | |||
327 | 在简单的标准化环境中,价值实现的评估可能是部分预定义的。如果服务级别目标定义明确,那么自动化的服务绩效报告和SLA计分板可能会指示价值实现是否达到约定的目标。客户只在出现偏差时才作出反应。 | ||
328 | |||
329 | |||
330 | 在更复杂的环境中,评估过程不能完全形式化。服务提供者可能很难完全理解消费者想要达到的结果。在这种情况下,经常以面对面会议的形式进行服务评审可能是评估价值实现的有效方法。 | ||
331 | |||
332 | |||
333 | 在某些环境中,价值的实现可能需要连续的评价并就目标变更以及实现的价值进行协商。服务提供者和客户可以组成共享团队来执行此操作。可替代地,可以通过诸如动态协商网络之类的认知技术来部分自动化价值实现的目标和评价的协商,在该技术中,不同领域的管理者就特定服务请求的服务级别参数相互协商。 | ||
334 | |||
335 | |||
336 | 评估是挑战最初假设的机会。为解决客户的问题,应考虑以下问题以重新评估假设: | ||
337 | |||
338 | * 是否还有真正的问题需要解决? | ||
339 | * 服务仍然是解决问题的最佳方式吗? | ||
340 | * 服务是否仍然适用和使用? | ||
341 | |||
342 | 由于情况总是在变化,客户应随时向服务提供者通报可能影响服务结果、体验、风险和成本的变化。 | ||
343 | |||
344 | |||
345 | |||
346 | === 9.4.2 持续改进 === | ||
347 | |||
348 | |||
349 | 价值实现的评估为产品、服务和SVS所有组成部分的持续改进提供了重要的输入。其他改进来源包括: | ||
350 | |||
351 | * 服务使用分析 | ||
352 | * 事件,投诉和问题分析 | ||
353 | * 服务请求模式的分析 | ||
354 | * 分析自助服务模式和知识文章的使用 | ||
355 | * 变更请求和改进点请求 | ||
356 | * 用户反馈和来自用户社区的反馈 | ||
357 | * 客户反馈和客户满意度调查 | ||
358 | * 服务需求的变化 | ||
359 | |||
360 | 这些来源提供有关持续服务提供和消费的信息,实现容量和可用性预测,探索新机会,确定新的服务价值流等。 | ||
361 | |||
362 | |||
363 | 通过以下ITIL实践可以捕获反馈和处理信息: | ||
364 | |||
365 | * 持续改进 | ||
366 | * 事件管理 | ||
367 | * 知识管理 | ||
368 | * 监控和事态管理 | ||
369 | * 服务目录管理 | ||
370 | * 服务台 | ||
371 | * 服务请求管理 | ||
372 | |||
373 | 将这些实践集成到相关的服务价值流中有助于捕获改进的触发因素,分析这些输入,并启动对产品和服务的改进,以及实践、服务价值流、服务协议和SVS代表的其他组件。 | ||
374 | |||
375 | 《持续改进实践指南》和ITIL®4:指导计划和改进中详细介绍了持续改进。 | ||
376 | |||
377 | |((( | ||
378 | |||
379 | |||
380 | ((( | ||
381 | **ITIL的故事:评估价值的实现并改善客户的旅程** | ||
382 | |||
383 | [[image:1639126260847-334.png||height="55" width="39"]]**S**//olmaz:我们一直在监视和评估客户对供应服务实际价值的看法。为了做到这一点,我们分析了客户旅行后填写的反馈表。我们调查并从投诉和事件中吸取教训,并将其与数据链接,我们收集有关路线和使用方式的信息。基于此,我们开始改进服务产品,协议和技术解决方案。// | ||
384 | |||
385 | [[image:1639126269192-842.png||height="58" width="46"]]//Mariana:我们发现的一个发现是,电动汽车的行驶时间比我们预期的要长,这意味着可用性的使用受到了更大的限制,客户纷纷向社交媒体投诉。我们通过为平日较短的员工引入特价来回应。这有助于确保供应满足需求的要求,并且不会让客户陷入困境。// | ||
386 | |||
387 | [[image:1639126289856-777.png||height="49" width="43"]]**R**//adhika:我们已经评估并评估了客户对会员资格和预订的评价。我们注意到的一种模式是,发给我们成员以解锁汽车的读卡器经常由于损坏而放错位置或发生故障。单循环方法是将丢失或发生故障的卡重置或发布到事态中的成员,但是花了一些时间才能对卡进行编码,发行和接收。// | ||
388 | |||
389 | [[image:1639126260847-334.png||height="55" width="39"]]**S**//olmaz:它还产生了取消、跟踪和重新发行卡的管理开销。// | ||
390 | |||
391 | [[image:1639126289856-777.png||height="49" width="43"]]**R**//adhika:双循环方法是自动解锁汽车,这意味着我们已经能够完全淘汰读卡器。// | ||
392 | |||
393 | [[image:1639126269192-842.png||height="58" width="46"]]**M**//ariana:我们的初步试验取得了巨大的成功,并展示了评估整个客户旅程的价值实现的好处。这使我们能够实现价值知道价值受到延迟进入汽车的危害。// | ||
394 | ))) | ||
395 | ))) | ||
396 | |||
397 | (% class="wikigeneratedid" %) | ||
398 | == == | ||
399 | |||
400 | (% class="wikigeneratedid" %) | ||
401 | == == | ||
402 | |||
403 | == 9.5 为服务提供者实现价值 == | ||
404 | |||
405 | |||
406 | 尽管服务提供者的观点可能与客户的观点不同,但前几章介绍的跟踪客户价值实现的活动、方法和技术仍然适用于服务提供者。 | ||
407 | |||
408 | |||
409 | |||
410 | === 9.5.1 跟踪,评估和评价结果 === | ||
411 | |||
412 | |||
413 | 内部服务提供者通常受制于其所属法人实体的共同战略目标。首先,服务提供商的存在是为了为客户和用户创造价值,而不是为了追求自己的目标。因此,尽管服务提供者可能在ITIL组织改进层级或平衡计分卡中有自己的分支机构,最好将跟踪、评估和评估结果纳入客户结果的跟踪、评估和报告中。 | ||
414 | |||
415 | |||
416 | 另一方面,外部服务提供商追求自己的业务目标,尽管它为客户服务并帮助他们实现目标是实现自己目标的一种手段。这些目标不仅是财务方面的,还可能包括品牌知名度、市场份额、能力提升、资源利用等。因此,服务提供者不仅要跟踪顾客价值的实现,还要跟踪自身价值的实现。 | ||
417 | |||
418 | |||
419 | |||
420 | |((( | ||
421 | **关键信息** | ||
422 | |||
423 | 上面介绍的用于跟踪,评估和评估价值实现的方法和技术对服务提供者而言与对服务消费者一样有效。 | ||
424 | ))) | ||
425 | |||
426 | (% class="wikigeneratedid" %) | ||
427 | === === | ||
428 | |||
429 | (% class="wikigeneratedid" %) | ||
430 | === === | ||
431 | |||
432 | === 9.5.2 跟踪,评估和评价成本 === | ||
433 | |||
434 | |||
435 | 跟踪、评估和评估服务成本是服务财务管理程序的一部分;《服务财务管理实践指南》解决了这一问题。服务提供者应该完全了解服务成本的结构,以便对优化资源配置并支付费用。应定期重新审查成本结构和分配,以确保它们符合组织的目标以及产品和服务组合。 | ||
436 | |||
437 | |||
438 | 通常,服务的成本通常包括: | ||
439 | |||
440 | * **硬件成本**包括折旧形式的设备支出。跟踪此类成本需要资产管理。 | ||
441 | * **软件和许可证成本**包括软件开发成本和许可证支出。跟踪此类成本需要软件资产管理并记录有关许可证使用的信息。 | ||
442 | * **合同付款(向供应商)**。 | ||
443 | * **人事费用**包括服务交付和运维人员的费用支出。跟踪此类成本需要任务跟踪,时间表等。 | ||
444 | |||
445 | 为了计算服务成本,需要基于服务的成本模型,该模型提供有关服务组件和配置项之间关系的信息,以及有关商品和服务消耗的信息。配置模型作为服务配置管理的一部分,被广泛用作服务成本模型的基础。 | ||
446 | |||
447 | |||
448 | |||
449 | === 9.5.3 跟踪,评估和评价风险以及合规性 === | ||
450 | |||
451 | |||
452 | 跟踪、评估和评估服务风险与跟踪成本同等重要;如果不了解服务风险,服务提供者或客户就无法识别服务失败的潜在影响。 | ||
453 | |||
454 | |||
455 | 从价值实现的角度看,风险可以看作是可能的危害。 | ||
456 | |||
457 | |||
458 | 服务风险标识和评估的主要信息来源是: | ||
459 | |||
460 | * 服务事件和投诉 | ||
461 | * 安全事件和其他不合规行为 | ||
462 | * 服务质量的监控 | ||
463 | * 跟踪服务价值和体验 | ||
464 | * 需求和容量的变化 | ||
465 | * 资源,产品和服务产品的变化 | ||
466 | * 法律和法规要求,合同和协议的变更。 | ||
467 | |||
468 | 通常,在服务评审中会为客户确定主要的服务风险,并将风险缓解作为持续改进的一部分。有关服务风险识别、评估和缓解措施的详细指导,请参阅《风险管理实践指南》。 | ||
469 | |||
470 | |||
471 | |||
472 | === 9.5.4 计费和帐单 === | ||
473 | |||
474 | |||
475 | 服务提供者价值实现的一部分是利润,或者至少是成本回收。客户对服务的收费金额取决于收费策略。有几个选项可供选择: | ||
476 | |||
477 | * **成本回收或收支平衡** 在这种情况下,服务提供商只会寻求回收其成本。它不会盈利或亏损。 | ||
478 | * **额外保证金的回收 **在这种情况下,服务提供者将寻求收回超出其实际成本的费用。需要注意的是,保证金不是利润。额外的资金可以存入一个单独的帐户中,留出资金用于更新技术或支付意外的项目费用,或用于抵消新投资的费用。 | ||
479 | * **交叉补贴 **在这种情况下,向一部分服务收取额外的保证金,然后将其用于抵消另一部分服务的成本。该策略通常用于为超出预算或业务绩效低于预期的内部客户提供服务,这里的风险是,临时补贴往往成为永久性补贴。 | ||
480 | * **利润 **在这种情况下,服务提供者的目标是为其所有者或企业再投资创造利润。 | ||
481 | |||
482 | 当服务提供者和顾客属于同一个法人实体时,对顾客的服务价格通常以服务成本为基础。这些服务成本通常通过企业成本分配模型分配给内部客户,以减少收费的间接费用。然而,估算收费和其他基于成本的收费模式,如基于服务和基于活动的模式,也很常见,以鼓励成本意识和行为。 | ||
483 | |||
484 | |||
485 | 收费项目的概念非常有用。收费项目与成本单位类似,因为它们是衡量成本或收费的最低水平。主要区别在于,成本单位是从IT的角度来衡量的,而收费项目是从客户的角度来衡量的。之所以有两个不同的类别(成本单位和收费项目),是因为项目的成本可能与其价格不同。在决定收费项目时,应考虑以下原则: | ||
486 | |||
487 | * 需要了解服务使用的驱动因素。例如,应收费项目应明确服务的交付和消费方式相联系。 | ||
488 | * 服务提供者和/或客户应该能够基于数据客观地衡量收费项目。 | ||
489 | * 收费项目必须是客户可以感知和控制的项目。服务提供者应该能够刺激可持续的消费者行为,理想情况下,它将使成本减少到支持消费者所需级别上运行的最低限度。然后,客户可以通过控制这些项目的需求来管理预算。 | ||
490 | |||
491 | 通常,业务交付物不适合作为收费项目,因为它们需要对所消耗的资源进行详细的度量(销售分析)。在这种情况下,可能必须建立一个结构,将服务作为一个整体进行收费。另一个问题是,业务可交付成果不能轻易地归属于单个流程或应用程序,这需要建立复杂的成本分配模型(请参阅《服务财务管理实践指南》)。一般来说,定制的服务越多,客户定义自己服务的自由度越高,收费结构就越详细。 | ||
492 | |||
493 | |||
494 | 有关如何衡量服务使用情况的示例有: | ||
495 | |||
496 | * 处理器利用率,内存利用率,文件存储利用率(云/基础设施服务) | ||
497 | * 业务事务数(应用程序即服务) | ||
498 | * 应用程序登录和并行用户数量(应用程序即服务) | ||
499 | * 在差异收费情况下处理的请求数(例如生成的报告)。 | ||
500 | |||
501 | 尽管收费是指直接从客户处收回服务费用的过程,但计费是指为服务和货物开具发票并向客户出示发票的过程。发票是客户旅程中的一个重要接触点;它可能会过度影响客户体验,因为它是在旅程结束时呈现的,这可能会产生强烈的负面影响。 | ||
502 | |||
503 | |||
504 | 计费主要有四个选项: | ||
505 | |||
506 | * **无计费 **在这种情况下,服务提供者决定不开具发票。如果成本是通过企业成本分摊来支付的,通常情况就是这样。 | ||
507 | * **信息计费或显示 **在这种情况下,服务提供者生成发票,但实际不收款。信息计费用于建立对真实成本的认知,或使客户在实际收费时做好准备。 | ||
508 | * **内部计费或退款** 在这种情况下,内部客户收到与客户服务使用直接相关的费用账单(或“交叉计费”)。 | ||
509 | * **开票和收款 **这种类型的开票需要专用的财务信息系统,可以处理发票,收款,债务人和债权人。 | ||
510 | |||
511 | (% class="wikigeneratedid" %) | ||
512 | === === | ||
513 | |||
514 | (% class="wikigeneratedid" %) | ||
515 | === === | ||
516 | |||
517 | === 9.5.5 组合管理 === | ||
518 | |||
519 | |||
520 | 组合管理对于服务提供者跟踪和实现价值起着重要的作用。它不仅可以识别出回报最高的投资,而且还可以根据服务提供者及其客户的服务价值来分析和跟踪投资。 | ||
521 | |||
522 | |||
523 | 组合管理提供了监督和控制服务价值实现的方法和模板。可以生成正式的价值实现评估报告,并为服务利益相关者提供当前投资状态的简介。 | ||
524 | |||
525 | |||
526 | 组合管理支持单循环和双循环学习。这些区域可能导致: | ||
527 | |||
528 | * 需要上报的异常报告 | ||
529 | * 服务资源分配更新 | ||
530 | * 服务组合更新。 | ||
531 | |||
532 | 有关组合管理的详细指南,请参见组合管理实践指南。 | ||
533 | |||
534 | |||
535 | |||
536 | == 9.6 总结 == | ||
537 | |||
538 | |||
539 | 利益干系人的价值并不是独立实现的。必须根据价值共同创造计划来驱动、跟踪、评价和评估价值,并且必须通过持续改进来持续维护和增加服务价值。 | ||
540 | |||
541 | ---- | ||
542 | |||
543 | |||
544 | |||
545 | [[阅读下一章>>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/10.%20%E7%BB%93%E8%AE%BA/]] [[返回上一章>>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/]] |