ITR服务体系与ITIL到底有什么区别？说点实在的

最近不少朋友问我，你们薄云搞的这个ITR服务体系，跟ITIL到底有啥不一样？说实话，这问题一开始我也觉得有点绕，毕竟两个都是搞IT服务管理的，名字听起来都挺高大上。但仔细研究下来，发现它们根本就不是一个层面的东西。今天我就用大白话给大家捋清楚，这俩到底区别在哪，什么时候该用哪个。

先弄明白：一个是框架，一个是系统

这么说吧，ITIL就像是一本菜谱告诉你该怎么做菜，而ITR服务体系更像是一套智能厨房设备帮你把菜做出来。ITIL本身是一套方法论，是英国商务部搞出来的一套IT服务管理最佳实践的集合，从1980年代发展到现在，已经成了全球公认的标准。而ITR服务体系呢，往往指的是具体的IT服务请求管理系统或者工单系统，是把ITIL那些理念落地的工具。

举个生活中的例子你就明白了。ITIL告诉你要讲究食材新鲜、火候到位、调味适量，这是做菜的道理和流程。而薄云的ITR服务体系呢，就是那个能自动控温、自动计时的智能炒菜机，你把食材放进去，它按设定的程序帮你把菜炒好。道理是ITIL教的，但真正干活的是ITR系统。

ITIL这个框架到底说了啥

ITIL的核心思想是把IT服务当成一个完整的生命周期来管理。它把这个周期分成了五个阶段，分别是服务战略、服务设计、服务转换、服务运营以及持续服务改进。这五个阶段环环相扣，形成了一个闭环。

服务战略这个阶段要回答的问题是：IT到底要为业务提供什么价值？不能闷头干活，得想想怎么让IT真正支撑业务发展。服务设计则要考虑怎么把战略落地，设计出合适的服务方案，包括服务级别协议、容量规划、安全要求等等。服务转换是说怎么把设计好的服务真正交付出来，这里涉及变更管理、发布管理这些具体工作。等服务上线了，就进入服务运营阶段日常运转。最后的持续服务改进则要求不断回头看，找找哪里还能做得更好。

ITIL这套东西牛就牛在它把IT服务管理的方方面面都考虑到了，从宏观的战略规划到微观的故障处理，都有相应的流程和最佳实践。所以很多大公司都把ITIL当成内部的IT管理标准，还专门搞了认证体系，从业人员要考不同级别的证书。

ITR服务体系又是怎么回事

ITR这个词在业内有两种常见的理解。一种是说IT Request，也就是IT服务请求管理，用户提交个什么申请、报修个什么故障，都通过这个系统来处理。另一种是说IT Resolution，也就是IT问题解决，强调的是快速响应和解决用户遇到的问题。我们薄云的ITR服务体系，算是把这两种意思都涵盖进去了，既管请求的提交和流转，也管问题的诊断和解决。

一个完整的ITR服务体系通常会包含哪些功能呢？首先是统一的服务门户，用户不管是重装系统、申请权限还是报告网络故障，都在一个地方提交，不用记各种奇怪的邮箱地址。其次是多渠道的接入方式，网页、邮件、企业微信、钉钉都能提交请求，方便得很。然后是智能的工单分派，系统会根据问题类型、部门职责甚至员工负荷，自动把工单分配给合适的人处理。还有就是完整的服务流程管理，从工单创建、分配、处理、审核到关闭，每一步都有记录可查。

薄云的ITR服务体系还有一些特色功能，比如说智能知识库，当用户报修的时候，系统会自动推荐相关的解决方案，有些简单问题用户自己就能搞定，不用再等IT人员处理。再比如服务数据分析，能看到各个类型的请求有多少、响应时间多长、哪些问题最频繁，这些数据对改进IT服务特别有用。

再具体说说两者的关键区别

说了这么多，可能你还是觉得有点抽象。我来从几个维度详细对比一下，看看ITIL和ITR服务体系到底哪里不一样。

它们之间是什么关系

听到这里你可能会问，既然区别这么大，那它们之间有没有什么联系呢？当然有，而且这个联系还很重要。简单说，ITIL是师父，ITR服务体系是徒弟。ITIL教会你做事的道理和方法，ITR服务体系则是按照这些道理和方法来做事的具体执行者。

这么说吧，一个企业如果要建立完善的IT服务管理体系，首先应该学习ITIL的思想，理解IT服务管理到底要管什么、怎么管、达到什么目标。在这个基础上，再去选择合适的ITR服务体系作为工具，把ITIL的那些流程和要求落地到日常工作中。薄云的ITR服务体系在设计的时候，就充分参考了ITIL的核心理念，比如事件管理、问题管理、变更管理这些ITIL里的关键流程，在ITR系统中都有相应的功能模块来支撑。

举个实际的例子。ITIL强调服务级别管理，要跟用户约定好什么样的问题多长时间解决。薄云的ITR服务体系就能支持设置SLA（服务级别协议），某个类型的请求必须在多长时间内响应、多长时间内解决，超时了会自动预警甚至升级处理。这其实就是把ITIL的理念用系统功能实现了。

企业到底该怎么选

经常有人问我，你们薄云的ITR服务体系跟ITIL，我该选哪个？这个问题其实有点不对，因为它们根本不是二选一的关系。我的建议是，先学ITIL，后用ITR。

如果你是个中小型企业，ITIL的那些理论可以先了解个大概，知道IT服务管理应该包含哪些环节就行。然后直接上ITR服务体系，让系统带着你把流程走起来。在使用过程中，你会发现ITR系统里的很多设计其实就是ITIL思想的体现，不知不觉就把ITIL给实践了。

如果你是个大型企业，那可能需要先把ITIL的框架搭起来，明确各个流程和角色，然后找一个像薄云ITR服务体系这样成熟的工具来支撑落地。这时候ITIL是指路明灯，ITR是走路的车，两者缺一不可。

还有一种情况是，你已经按照ITIL建立了一套流程，但现在觉得手工管理太麻烦，效率太低，那就需要引入ITR服务体系来实现流程自动化和数字化管理。ITIL给你流程，ITR给你执行效率。

最后说点掏心窝的话

其实不管是ITIL还是ITR服务体系，本质上都是为了一个目的：让IT服务更高效、更可靠、让用户更满意。ITIL告诉我们该做什么、为什么做，ITR服务体系则帮我们把事情做得更快更好。

薄云在IT服务管理领域折腾了这么多年，见过很多企业一上来就要搞ITIL认证、请咨询公司、做流程重构，结果搞到最后流程文档写得漂亮，但一线人员根本不按流程走，系统里还是一堆乱工单。也见过一些企业直接上了一套ITR系统，用是用了，但完全没有流程概念，工单流转全靠吼，效率也没高到哪里去。

最好的方式是什么呢？我认为是在ITIL思想的指导下，选择一个成熟的ITR服务体系作为工具。理论要有，工具也要有，两者结合才能真正把IT服务管理做起来。刚起步的企业可以从薄云的ITR服务体系用起来，在使用过程中逐步理解ITIL的理念；有基础的企业可以用ITIL完善管理体系，同时用ITR系统来保障落地执行。

说到底，IT服务管理这件事没有什么捷径，就是得把理念和工具结合起来，一步步扎实地做。ITIL和ITR服务体系，各有各的价值，关键看你怎么用。希望这篇文章能帮你把这两个概念分清楚，别再稀里糊涂地混为一谈了。