Changes for page ITIL v5核心突破：当“服务管理”遇见“产品思维”会发生什么

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -1,93 +1,129 @@
1	1	2026年1月29日，PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区产品大使，我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。
2	2
3	3
	4	+
4	4	(% style="text-align:center" %)
5		-[[image:1.png]]
	6	+[[image:1.png||height="332" width="547"]]
6	6
7		-2026年1月29日，ITIL 第5版正式发布，这标志着全球IT管理领域进入了一个新阶段。作为被82%财富世界500强企业采用、拥有超过300万持证者的管理框架，ITIL的每一次演进都会引发行业的深度关注。
8	8
9		-这次升级的核心变化体现在三个方面：AI原生、以人为本、数字产品与服务管理。ITIL 第5版不再仅仅是IT服务管理的方法论，而是演进为连接数字产品与服务管理的通用管理语言。官方已经公布了清晰的过渡路径：2月12日商业订购开放，2月26日Foundation Bridge接课程上线（专为ITIL 4 Foundation持证者或ITIL v3专家设计），3月至4月核心进阶模块陆续发布，第二季度AI治理深度认证课程全面上线。
	9	+2026年1月29日，ITIL 第5版正式发布，这标志着全球IT管理领域进入了一个新阶段。 作为被82%财富世界500强企业采用、拥有超过300万持证者的管理框架，ITIL的每一次演进都会引发行业的深度关注。
10	10
11	11
12		-在框架结构上，ITIL 第5版包含九个核心模块和一个AI扩展，形成了完整的认证体系。**更重要的突破在于，它引入了全新的产品与服务生命周期模型，涵盖发现、设计、获取、构建、转换、运营、交付、支持八个关键活动**，系统性地整合了战略、交付和运营，使组织能够无缝管理产品和服务。同时，新版本将AI治理、用户体验、数字产品管理等现代议题从边缘位置提升到核心框架，并强调通过价值流映射实现端到端的价值创造。
	12	+这次升级的核心变化体现在三个方面：AI原生、以人为本、数字产品与服务管理。 ITIL 第5版不再仅仅是IT服务管理的方法论，而是演进为连接数字产品与服务管理的通用管理语言。官方已经公布了清晰的过渡路径：2月12日商业订购开放，2月26日Foundation Bridge接课程上线（专为ITIL 4 Foundation持证者或ITIL v3专家设计），3月至4月核心进阶模块陆续发布，第二季度AI治理深度认证课程全面上线。
13	13
14		-但这次升级最容易被误读的地方，恰恰是标题中“数字产品和服务管理”这几个字。很多人以为这只是换了个说法，其实它代表的是管理视角的根本性转变。
15	15
	15	+在框架结构上，ITIL 第5版包含九个核心模块和一个AI扩展，形成了完整的认证体系。 **更重要的突破在于，它引入了全新的产品与服务生命周期模型，涵盖发现、设计、获取、构建、转换、运营、交付、支持八个关键活动**，系统性地整合了战略、交付和运营，使组织能够无缝管理产品和服务。 同时，新版本将AI治理、用户体验、数字产品管理等现代议题从边缘位置提升到核心框架，并强调通过价值流映射实现端到端的价值创造。
	16	+
	17	+
	18	+但这次升级最容易被误读的地方，恰恰是标题中“数字产品和服务管理”这几个字。 很多人以为这只是换了个说法，其实它代表的是管理视角的根本性转变。
	19	+
	20	+
16	16	== 先说一个真实的困境：为什么传统服务管理越来越不够用 ==
17	17
18		-我接触过一家做SaaS平台的企业。他们有一个核心产品，为中小企业提供在线协作工具。按照传统的ITIL服务管理思路，他们建立了完整的服务目录、SLA体系、事件管理流程、变更管理流程。表面上看，一切都很规范。
19	19
20		-但实际运作中，问题不断浮现。产品经理抱怨说，每次要上线新功能，都要走漫长的变更审批流程，等审批完成，市场机会已经过去了。运维团队抱怨说，产品设计时根本没考虑可运维性，导致每次发布都提心吊胆。客户成功团队抱怨说，他们收集的用户反馈很难真正影响产品迭代，因为“那是产品部门的事”。
	24	+我接触过一家做SaaS平台的企业。 他们有一个核心产品，为中小企业提供在线协作工具。 按照传统的ITIL服务管理思路，他们建立了完整的服务目录、SLA体系、事件管理流程、变更管理流程。 表面上看，一切都很规范。
21	21
22		-更关键的是，**他们发现SLA这套指标体系越来越失效。可用性达到99.9%，响应时间符合承诺，但客户满意度还是在下降。**为什么？因为客户要的不是“系统不挂”，而是“功能好用、体验流畅、问题快速解决”。传统的服务级别协议根本无法衡量这些。
23	23
24		-这个案例揭示了一个深层矛盾：当你的交付对象是一个持续演进的数字产品时，传统的服务管理框架就显得力不从心。它把产品开发和服务运营割裂开来，把设计和交付割裂开来，把技术和体验割裂开来。
	27	+但实际运作中，问题不断浮现。 产品经理抱怨说，每次要上线新功能，都要走漫长的变更审批流程，等审批完成，市场机会已经过去了。 运维团队抱怨说，产品设计时根本没考虑可运维性，导致每次发布都提心吊胆。 客户成功团队抱怨说，他们收集的用户反馈很难真正影响产品迭代，因为“那是产品部门的事”。
25	25
	29	+
	30	+更关键的是，**他们发现SLA这套指标体系越来越失效。 可用性达到99.9%，响应时间符合承诺，但客户满意度还是在下降。 **为什么？因为客户要的不是“系统不挂”，而是“功能好用、体验流畅、问题快速解决”。 传统的服务级别协议根本无法衡量这些。
	31	+
	32	+
	33	+这个案例揭示了一个深层矛盾：当你的交付对象是一个持续演进的数字产品时，传统的服务管理框架就显得力不从心。 它把产品开发和服务运营割裂开来，把设计和交付割裂开来，把技术和体验割裂开来。
	34	+
	35	+
26	26	== ITIL 4已经意识到问题，但还没有完全解决 ==
27	27
28		-公平地说，ITIL 4在2019年发布时已经尝试突破传统服务管理的边界。它引入了服务价值系统的概念，强调价值共创;它用服务价值链替代了传统的生命周期阶段，强调灵活编排而非线性流程;它明确提出要整合Agile、DevOps等现代方法。
29	29
30		-但**在实际应用中，很多组织发现ITIL 4的叙事重心还是“服务”。翻开**ITIL 4的官方书籍，核心概念还是服务供给、服务关系、服务消费。虽然也提到了产品，但产品更多被理解为“服务的载体”或“服务组合的一部分”，而不是管理的核心对象。
	39	+公平地说，ITIL 4在2019年发布时已经尝试突破传统服务管理的边界。 它引入了服务价值系统的概念，强调价值共创; 它用服务价值链替代了传统的生命周期阶段，强调灵活编排而非线性流程; 它明确提出要整合Agile、DevOps等现代方法。
31	31
32		-这带来一个实践上的困境：当你要管理的是一个端到端的数字产品，当产品的成功需要设计、开发、运营、支持团队无缝协作时，你很难用“服务提供方和服务消费者”这样的二元框架来描述真实的工作关系。你需要的是产品经理、用户研究员、软件开发者、SRE工程师、客户成功经理围绕同一个产品目标协同工作，而不是各自守着自己的服务交付职责。
33	33
34		-更进一步，传统服务管理的指标体系也不够用。SLA关注的是可用性、性能、响应时间这些技术指标，但数字产品的成功还取决于用户采用率、功能使用深度、任务完成率、情感满意度这些体验指标。前者你可以通过监控系统自动采集，后者需要你深入理解用户旅程、持续收集反馈、快速迭代改进。
	42	+但**在实际应用中，很多组织发现ITIL 4的叙事重心还是“服务”。翻开**ITIL 4的官方书籍，核心概念还是服务供给、服务关系、服务消费。 虽然也提到了产品，但产品更多被理解为“服务的载体”或“服务组合的一部分”，而不是管理的核心对象。
35	35
	44	+
	45	+这带来一个实践上的困境：当你要管理的是一个端到端的数字产品，当产品的成功需要设计、开发、运营、支持团队无缝协作时，你很难用“服务提供方和服务消费者”这样的二元框架来描述真实的工作关系。 你需要的是产品经理、用户研究员、软件开发者、SRE工程师、客户成功经理围绕同一个产品目标协同工作，而不是各自守着自己的服务交付职责。
	46	+
	47	+
	48	+更进一步，传统服务管理的指标体系也不够用。 SLA关注的是可用性、性能、响应时间这些技术指标，但数字产品的成功还取决于用户采用率、功能使用深度、任务完成率、情感满意度这些体验指标。 前者你可以通过监控系统自动采集，后者需要你深入理解用户旅程、持续收集反馈、快速迭代改进。
	49	+
	50	+
36	36	== ITIL 第5版的突破：把产品和服务放在同等位置 ==
37	37
38		-ITIL 第5版的第一个关键突破，是在框架名称上就明确了“数字产品和服务管理”。这不是文字游戏，而是管理对象的重新界定。
39	39
40		-在新版本中，产品不再是服务的附属，而是与服务并列的核心管理对象。更准确地说，**ITIL 第5版认为，在数字化组织中，产品和服务往往是一体的：一个SaaS应用既是产品，也是服务;一个移动银行APP既是数字产品，也是金融服务的载体;一个智能客服系统既是技术产品，也是客户支持服务的实现方式。**
	54	+ITIL 第5版的第一个关键突破，是在框架名称上就明确了“数字产品和服务管理”。 这不是文字游戏，而是管理对象的重新界定。
41	41
42		-这个视角转换带来的第一个实践变化，是引入了全新的产品与服务生命周期模型。不同于ITIL 4的服务价值链，新版本明确定义了八个生命周期活动：发现、设计、获取、构建、转换、运营、交付、支持。
43	43
	57	+在新版本中，产品不再是服务的附属，而是与服务并列的核心管理对象。 更准确地说，**ITIL 第5版认为，在数字化组织中，产品和服务往往是一体的：一个SaaS应用既是产品，也是服务;一个移动银行APP既是数字产品，也是金融服务的载体; 一个智能客服系统既是技术产品，也是客户支持服务的实现方式。**
44	44
45		-你会发现，这八个活动覆盖的范围远比传统服务管理要广。发现活动要求你去主动探索市场机会、理解用户需求、验证价值假设，而不是被动等待需求输入。设计活动强调以人为中心的设计，要考虑整个用户旅程和体验，而不只是技术架构。获取和构建活动明确涵盖了“买”和“造”两种路径，承认外部能力的获取也是生命周期的一部分。
46	46
47		-更重要的是，运营、交付、支持这三个活动被明确拆分。过去我们习惯把它们混在一起谈，但实际上它们的关注点不同：运营关注的是基础设施和平台的稳定高效运行，交付关注的是按约定向用户提供服务，支持关注的是问题解决和持续改进。把它们拆开，就是要提醒你，产品和服务的成功不只是“不出问题”，而是要在整个生命周期中持续创造价值。
	60	+这个视角转换带来的第一个实践变化，是引入了全新的产品与服务生命周期模型。 不同于ITIL 4的服务价值链，新版本明确定义了八个生命周期活动：发现、设计、获取、构建、转换、运营、交付、支持。
48	48
49	49
	63	+你会发现，这八个活动覆盖的范围远比传统服务管理要广。 发现活动要求你去主动探索市场机会、理解用户需求、验证价值假设，而不是被动等待需求输入。 设计活动强调以人为中心的设计，要考虑整个用户旅程和体验，而不只是技术架构。 获取和构建活动明确涵盖了“买”和“造”两种路径，承认外部能力的获取也是生命周期的一部分。
	64	+
	65	+
	66	+更重要的是，运营、交付、支持这三个活动被明确拆分。 过去我们习惯把它们混在一起谈，但实际上它们的关注点不同：运营关注的是基础设施和平台的稳定高效运行，交付关注的是按约定向用户提供服务，支持关注的是问题解决和持续改进。 把它们拆开，就是要提醒你，产品和服务的成功不只是“不出问题”，而是要在整个生命周期中持续创造价值。
	67	+
	68	+
50	50	(% style="text-align:center" %)
51	51	[[image:24aedefb-807d-4428-a4dd-4896fcd694f9.jpg]]
52	52
53	53	== 第二个突破：用价值流重新定义工作方式 ==
54	54
	74	+
55	55	ITIL 第5版的另一个关键突破，是把价值流的概念提升到前所未有的高度。
56	56
57		-什么是价值流？简单说，就是从客户需求到价值交付的完整路径，包括所有增值活动和非增值活动。注意，价值流不是你设计出来的流程图，而是真实发生的工作流。它包含所有的等待、返工、审批、交接、信息传递。
58	58
59		-为什么要强调价值流？因为在数字产品和服务的管理中，真正的浪费往往不在单个环节，而在环节之间的交接和等待。举个例子，一个功能需求从提出到上线，可能设计只花了2天，开发只花了5天，测试只花了3天，但整个周期却长达4周。为什么？因为中间有需求评审的等待、开发排期的等待、测试资源的等待、变更审批的等待。
	78	+什么是价值流？简单说，就是从客户需求到价值交付的完整路径，包括所有增值活动和非增值活动。 注意，价值流不是你设计出来的流程图，而是真实发生的工作流。 它包含所有的等待、返工、审批、交接、信息传递。
60	60
61		-ITIL 第5版要求你识别和映射核心价值流，看清楚这些隐性的浪费在哪里，然后才能谈优化。它明确指出，**价值流管理不是流程管理的另一个名字，而是更高层次的协调机制。流程关注的是“某个职能应该怎么做”，价值流关注的是“端到端的价值如何流动”。**
62	62
63		-这个视角转换对数字产品和服务管理意义重大。因为产品的成功往往取决于跨职能协作的效率。如果你只盯着单个流程优化，很可能陷入局部最优的陷阱。只有从价值流的视角，才能看清楚整体效率的瓶颈在哪里，哪些交接是可以消除的，哪些等待是可以并行的，哪些决策是可以下放的。
	81	+为什么要强调价值流？因为在数字产品和服务的管理中，真正的浪费往往不在单个环节，而在环节之间的交接和等待。 举个例子，一个功能需求从提出到上线，可能设计只花了2天，开发只花了5天，测试只花了3天，但整个周期却长达4周。 为什么？因为中间有需求评审的等待、开发排期的等待、测试资源的等待、变更审批的等待。
64	64
	83	+
	84	+ITIL 第5版要求你识别和映射核心价值流，看清楚这些隐性的浪费在哪里，然后才能谈优化。 它明确指出，**价值流管理不是流程管理的另一个名字，而是更高层次的协调机制。 流程关注的是“某个职能应该怎么做”，价值流关注的是“端到端的价值如何流动”。**
	85	+
	86	+
	87	+这个视角转换对数字产品和服务管理意义重大。 因为产品的成功往往取决于跨职能协作的效率。 如果你只盯着单个流程优化，很可能陷入局部最优的陷阱。 只有从价值流的视角，才能看清楚整体效率的瓶颈在哪里，哪些交接是可以消除的，哪些等待是可以并行的，哪些决策是可以下放的。
	88	+
	89	+
65	65	== 第三个突破：从SLA到XLA，从技术指标到体验指标 ==
66	66
	92	+
67	67	ITIL 第5版的第三个关键突破，是明确把用户体验提升到核心位置，引入了体验等级协议XLA的概念。
68	68
69		-SLA大家都熟悉，它定义的是技术层面的服务承诺：可用性要达到多少、响应时间要多快、恢复时间要多短。这些指标很重要，但它们衡量的是“服务提供方的履约能力”，而不是“用户的真实体验”。
70	70
71		-举个例子，你的系统可用性达到了99.95%，但那0.05%的故障时间恰好发生在用户的业务高峰期，导致大量交易失败。从SLA角度，你是达标的;从用户体验角度，你是失败的。
	96	+SLA大家都熟悉，它定义的是技术层面的服务承诺：可用性要达到多少、响应时间要多快、恢复时间要多短。 这些指标很重要，但它们衡量的是“服务提供方的履约能力”，而不是“用户的真实体验”。
72	72
73		-XLA的理念是，要从用户视角定义成功标准。它关注的不只是系统有没有挂，而是用户能不能顺利完成任务、体验是否流畅、问题是否快速解决、服务是否超出预期。这意味着你需要理解用户旅程，识别关键接触点，定义体验指标，持续收集反馈，快速迭代改进。
74	74
75		-**ITIL 第5版明确指出，XLA不是SLA的替代，而是补充。技术指标和体验指标应该结合起来看。**但重要的是，管理的出发点要从“我们承诺提供什么”转向“用户需要获得什么样的体验”。
	99	+举个例子，你的系统可用性达到了99.95%，但那0.05%的故障时间恰好发生在用户的业务高峰期，导致大量交易失败。 从SLA角度，你是达标的; 从用户体验角度，你是失败的。
76	76
77		-这个转变对组织能力提出了新要求。你需要建立用户研究能力，能够深入理解用户需求和痛点；你需要建立体验设计能力，能够设计出流畅的用户旅程；你需要建立快速反馈机制，能够及时发现体验问题并快速改进。这些都不是传统IT服务管理的强项，但在数字产品和服务时代，它们是核心竞争力。
78	78
	102	+XLA的理念是，要从用户视角定义成功标准。 它关注的不只是系统有没有挂，而是用户能不能顺利完成任务、体验是否流畅、问题是否快速解决、服务是否超出预期。 这意味着你需要理解用户旅程，识别关键接触点，定义体验指标，持续收集反馈，快速迭代改进。
	103	+
	104	+
	105	+**ITIL 第5版明确指出，XLA不是SLA的替代，而是补充。 技术指标和体验指标应该结合起来看。 **但重要的是，管理的出发点要从“我们承诺提供什么”转向“用户需要获得什么样的体验”。
	106	+
	107	+
	108	+这个转变对组织能力提出了新要求。 你需要建立用户研究能力，能够深入理解用户需求和痛点；你需要建立体验设计能力，能够设计出流畅的用户旅程；你需要建立快速反馈机制，能够及时发现体验问题并快速改进。 这些都不是传统IT服务管理的强项，但在数字产品和服务时代，它们是核心竞争力。
	109	+
	110	+
79	79	== 最后说说这个转变为什么重要 ==
80	80
	113	+
81	81	从IT服务管理到数字产品和服务管理，这个转变背后是组织能力的重新定位。
82	82
83		-过去，IT部门的定位主要是“支撑者”：业务部门提需求，IT部门负责实现和维护。这种定位下，服务管理的核心目标是“稳定可靠、成本可控、流程合规”。
84	84
85		-但在数字化时代，IT能力越来越成为业务能力的核心组成部分，甚至本身就是业务。这种情况下，单纯的“支撑者”定位就不够了。你需要的是产品思维：主动洞察市场机会，快速验证价值假设，持续迭代优化，打造极致体验。
	117	+过去，IT部门的定位主要是“支撑者”：业务部门提需求，IT部门负责实现和维护。 这种定位下，服务管理的核心目标是“稳定可靠、成本可控、流程合规”。
86	86
87		-ITIL 第5版正是回应了这个转变。它告诉你，现代组织需要的不是把IT服务管好，而是建立持续创造数字化价值的能力。这个能力的核心，是把产品和服务一体化管理，用端到端价值流打通各个环节，以用户体验为核心衡量成功。
88	88
	120	+但在数字化时代，IT能力越来越成为业务能力的核心组成部分，甚至本身就是业务。 这种情况下，单纯的“支撑者”定位就不够了。 你需要的是产品思维：主动洞察市场机会，快速验证价值假设，持续迭代优化，打造极致体验。
89	89
90		-ITIL 第5版之所以强调“数字产品和服务管理”，不是为了赶时髦，而是因为在数字化组织中，产品和服务本就是一体两面，管理的关键不在于把它们分开，而在于把它们整合成一个连贯的价值创造系统。这个视角转换看似简单，实则深刻，它决定了你的组织是停留在“IT支撑”层面，还是真正具备“数字化创新”能力。
91	91
	123	+ITIL 第5版正是回应了这个转变。 它告诉你，现代组织需要的不是把IT服务管好，而是建立持续创造数字化价值的能力。 这个能力的核心，是把产品和服务一体化管理，用端到端价值流打通各个环节，以用户体验为核心衡量成功。
92	92
	125	+
	126	+ITIL 第5版之所以强调“数字产品和服务管理”，不是为了赶时髦，而是因为在数字化组织中，产品和服务本就是一体两面，管理的关键不在于把它们分开，而在于把它们整合成一个连贯的价值创造系统。 这个视角转换看似简单，实则深刻，它决定了你的组织是停留在“IT支撑”层面，还是真正具备“数字化创新”能力。
	127	+
	128	+
93	93	欢迎加长河老师微信achotsao，深入交流ITIL 第5版最新资讯。