第 2 章：ITIL 5 核心通用概念
本章定义 ITIL 5 中最基础的通用术语，是后续所有模块学习的前提，也是 Foundation 考试的核心高频考点。按照官方大纲的权重分布，这部分内容占考试总分的 30%，考点集中在概念的精确理解与场景辨析上(17)。
2.1 价值与价值共创
价值是 ITIL 5 框架的核心锚点，所有流程设计、规则制定与落地实践，最终都要服务于价值的创造与传递。AXELOS 官方对价值的定义是：「价值是某一特定利益相关者对某一特定产品或服务的感知收益、实用性与重要性的综合评判」(39)。
这一定义的关键在于，价值并非由服务提供者单方定义，而是由消费者和所有相关利益相关者共同感知的——它不是一个客观技术指标，而是一种主观综合判断。比如，企业上线的客户服务系统，技术团队认为系统性能达标、功能完善，但如果客户认为操作复杂、响应速度慢，那么这个系统的实际价值就远低于技术团队的预期。
ITIL 5 将价值共创明确为所有服务活动的核心目标。这意味着，服务提供者不再是「单向交付价值」，而是要与消费者及所有相关利益相关者持续协同、动态磨合，共同完成价值的创造过程(65)。价值共创的核心逻辑，可以拆解为三个关键维度的动态平衡：
- Outcomes（业务结果）：客户通过使用服务所实现的具体业务目标，这是价值的核心载体；
- Costs（整体成本）：客户为获取服务所支付的直接成本，以及服务使用过程中产生的间接成本；
- Risks（各类风险）：服务在交付或使用过程中可能给客户带来的负面影响，以及企业自身需要承担的运营、合规等风险。
ITIL 5 进一步明确了价值共创中的三个核心角色，清晰区分不同角色的价值诉求：
- 客户（Customer）：定义服务需求、为服务付费的主体，核心关注业务结果的实现；
- 用户（User）：实际使用服务的主体，核心关注服务的易用性、稳定性等实际体验；
- 赞助商（Sponsor）：为服务提供战略或资金支持的主体，核心关注服务的投入产出比与战略匹配度(79)。
这三类角色的价值诉求可能存在天然分歧——比如，企业采购办公系统时，财务部门关注成本控制，一线员工关注操作便利性，部门经理关注系统对业务效率的提升效果。ITIL 5 的价值共创逻辑，就是要通过持续协同，平衡这些分歧诉求，最终达成各方都能接受的价值结果(65)。
2.2 产品、服务与服务 offerings
为了让价值交付的逻辑更清晰，ITIL 5 对产品、服务、服务提供这三个基础概念进行了精准界定，明确了三者在价值流动链路中的定位与相互关系。
2.2.1 产品与服务
产品（Product）：是服务提供 者为满足特定客户需求而配置的一组有形或无形资源，是服务交付的基础载体。产品可以是硬件、软件、工具，也可以是流程、知识库或人员能力的组合。比如，企业的客户关系管理（CRM）系统、内部工单处理平台，都属于典型的数字产品。
服务（Service）：是基于产品实现的、为客户创造实际价值的具体活动。服务无法脱离产品独立存在——产品是服务的底层支撑，服务是产品价值的动态延伸。比如，CRM 系统本身是企业的数字产品，但基于该系统提供的「客户数据存储服务」「销售线索流转服务」「客户消费习惯分析服务」，才是真正触达用户、实现价值的具体载体(11)。
2.2.2 服务 offerings
服务 offerings 是服务提供者向消费者传递价值的具体落地形式，是对服务内容、交付方式、支持范围等核心要素的明确组合。它的本质是一份「价值交付契约」，清晰定义了提供者将交付哪些内容、以什么方式交付、消费者可以获得什么价值，避免双方对价值交付的预期偏差(11)。
ITIL 5 将服务 offerings 的核心构成拆解为三类基础组件，实际场景中的服务 offerings，通常是这三类组件的灵活组合：
- 服务动作（Service Actions）：由服务提供者执行的、直接为客户创造价值的核心动作。比如，企业 IT 团队的「故障远程修复」「系统权限开通」「业务数据备份」，都是典型的服务动作；
- 商品转让（Transfer of Goods）：部分服务场景中，需要将有形或无形资源的控制权、使用权临时或永 久转让给客户。比如，企业为新员工配置的笔记本电脑、为临时项目开通的第三方工具授权，都属于这类组件；
- 资源访问权限（Access to Resources）：服务提供者向客户开放对特定资源的受控访问权限，资源的所有权仍归属于提供者。比如，员工访问企业内部知识库、合作伙伴接入企业专属的协作平台，都是通过这类组件实现价值传递(11)。
2.3 实用工具（Utility）与保障（Warranty）
在 ITIL 5 的框架下，服务价值的实现依赖两个核心支撑维度，两者缺一不可，共同决定了服务价值的最终落地效果。
实用工具（Utility）：也被称为「功用」，指服务的功能支撑性，即服务的功能是否真正匹配客户的业务需求。它回答的是「服务是否能帮客户办成事」的核心问题——utility 不足，服务的价值就失去了基础载体(29)。
保障（Warranty）：也被称为「担保」，指服务的交付保障性，即服务是否能在约定的成本、风险约束下，持续稳定地实现功用。它回答的是「服务是否能持续稳定地办成事」的关键问题——warranty 不足，服务的实际价值会大打折扣，甚至完全无法落地(29)。
举个典型的实际场景例子：企业的业务团队需要部署一个线上活动报名系统，IT 团队选用了具备表单收集、数据导出、报名人数实时统计功能的第三方系统——这是该服务的功用部分，满足了业务侧的核心功能需求。但如果该系统在活动报名高 峰期频繁出现访问卡顿、响应超时，或报名数据存在丢失、延迟更新等问题，即便功能完全匹配业务需求，实际价值也无法满足业务侧的真实预期。
2.4 四个维度：服务管理的边界条件
ITIL 5 定义了服务管理的四个关键维度，作为价值流动的「思维护栏」——所有服务管理活动、所有价值流的设计与落地，都需要同时覆盖这四个维度，且保持各维度的平衡；忽略任何一个维度，都可能导致服务交付的实际效果不及预期(56)。
这四个维度是 ITIL 5 全链路价值流动的基础支撑，贯穿于价值创造的全流程，具体包括：
- 组织和人员：是价值流动的执行主体，涵盖组织架构、岗位设置、角色职责、人员能力匹配度，以及团队协作文化等底层支撑要素。即便技术工具再先进、流程设计再完美，如果人员能力不足或协作机制存在障碍，价值流动都会受阻。比如，很多企业的 IT 服务变革失败，并非因为工具或流程存在缺陷，而是因为没有提前对相关人员开展培训，以及没有建立起跨部门的协作机制(59)。
- 信息和技术：是价值流动的基础支撑，涵盖数据资产、应用系统、基础设施、监控工具、自动化脚本，以及 AI 相关技术的应用与治理规则。这一维度是价值传递的核心技术载体，支撑着从需求识别到服务交付、再到持续改进的全链路环节(55)。
- 合作伙伴与供应商：是价值流动的延伸节点，涵盖企业与外部供应商、服务商、合作伙伴的协作机制，包括合同条款、管控规则、协作流程、服务水平协议，以及对供应商的绩效评估和动态管理规则。在数字化场景中，企业的核心价值流往往需要多个外部主体的协同支撑——如果供应商的服务质量不达标，或双方的协作机制存在断层，就会直接影响企业内部的价值流动效率(58)。
- 价值流和流程：是价值流动的实际链路载体，涵盖企业如何通过端到端的价值流，将各维度的资源、各环节的活动，转化为实际的业务价值。这一维度是技术、人员、供应商的连接纽带，决定了价值流动的实际效率与落地效果(56)。
这四个维度并非独立运行，而是相互依赖、协同联动的有机整体——任何维度的变化，都会对其他维度产生直接或间接影响。比如，企业如果选择更换云服务供应商，不仅要调整供应商协作规则（合作伙伴与供应商维度），还需要同步更新自动化部署流程（价值流和流程维度）、对相关人员开展新操作培训（组织和人员维度）、适配新的监控系统与数据安全规则（信息和技术维度）。
2.5 考试重点与实操指导
2.5.1 考试题型与考点分布
本章考点在 ITIL 5 Foundation 考试中占比高达 30%，是所有章节中考点权重最高的部 分。考试题型以单项选择题为主，考查形式分为两类：一类是直接考查核心概念的精确官方定义；另一类是给出实际业务场景，要求判断对应核心概念的匹配选项(79)。
从近年官方模拟题的情况看，高频考点集中在以下四个维度：
- 对价值共创的准确理解，重点是区分价值的客观功能属性与主观感知属性；
- 区分产品、服务、服务 offerings 三者的逻辑关系；
- 理解实用工具与保障的关联关系，强调「缺一不可」的核心逻辑；
- 识别四个维度的具体范畴，以及忽略某一维度可能导致的风险。
2.5.2 实操落地建议
本章的概念理解是后续框架落地的基础，初级学习者可以通过以下两个实操练习，强化对概念的理解与应用能力：
- 拆解熟悉的服务场景：选取企业内部一个常见的 IT 服务场景，比如「员工办公系统故障报修」，尝试识别该场景中的核心产品、具体服务、服务 offerings 组件，以及对应的实用工具与保障细节；
- 四维度检查分析：仍以该报修场景为基础，从 ITIL 5 四维度的角度进行拆解，梳理该场景下的关键角色、使用的技术工具、涉及的内外部协作环节、端到端的价值流路径，以及各维度之间的衔接关系。
这两个练习可以帮助学习者建立「概念锚定实际场景」的思维习惯，避免死记硬背官方定义——这是通过 ITIL 5 Foundation 考试的关键技巧。