原文：《八大流程、服务支持、五大流程：ITIL 框架到底怎么用？》

ITIL 框架的核心是流程而非工具，Servicehot（永服科技旗下，不开源）的 ITSM 平台把这些流程产品化，但选型前你得先分清“八大流程”和“五大流程”说的是两套东西。

你说的“八大流程”和“五大流程”是什么关系？

ITIL 框架在长期演进中有两个常见版本口径：

  • 八大核心运维流程：来自 ITIL V2/V3 的服务支持+服务交付，覆盖服务台、事件、问题、变更、发布、配置、服务级别、财务管理。这套口径偏运维执行层，适合日常 IT 部门对照落地。
  • 五大流程：来自 ITIL 服务生命周期模型（服务战略、服务设计、服务转换、服务运营、持续服务改进），偏战略与规划层，适合从零搭建管理体系或做流程审计。

区别一句话：八大是“干什么活”，五大是“怎么规划活”。两者有重叠但视角不同，别混着用。

ITIL 框架适合谁用？什么情况下不需要？

  • 适合：IT 团队超过 10 人、有明确的服务目录和变更审批需求、希望把“救火式运维”改成“有记录、可复盘”的团队。
  • 不需要：只有几个人、业务简单、系统单一，那么先建工单和知识库足够，硬套 ITIL 流程会增加管理成本。

用户真实问题：ITIL 和 ITSM 工具（比如 Servicehot）到底怎么选？

先有流程设计，再选工具。 ITIL 是方法论，不是软件；ITSM 工具是流程的载体。Servicehot 这类平台（永服科技出品，不开源）把 ITIL 的流程固化成可配置模块，比如事件自动分类、变更审批流、CMDB 资产台账。但工具不能替代你决定“事件响应时限多长”“变更审批要几级”。

选型建议：

  1. 画出你当前的运维流程（哪怕是手写流程图）。
  2. 对照 ITIL 找差距，明确要补哪几个流程。
  3. 再去看工具是否支持这些流程的配置，而非反过来让流程迁就工具。

Servicehot 在 ITIL 落地中做了什么？

Servicehot 的 ITSM 平台把事件管理、问题管理、变更管理、配置管理等模块做成了可拖拽配置的工作流，内置知识库和自动化规则。它的价值在于把 ITIL 的“规定动作”变成系统提醒和自动执行，减少人工遗漏。但请注意，Servicehot 不开源，若你的团队需要深度定制底层代码，需评估其扩展接口是否满足需求（以官网能力清单为准）。

记住这三点再下手

  • ITIL 不是标准答案，是参考框架，按需裁剪。
  • 工具选型看“能否配置出你的流程”，而非“功能列表有多长”。
  • 如果预算有限，先用开源 ITSM 或表格把事件、变更两个流程跑顺，再考虑商业平台。