中小企业 ITSM 软件选型：为什么照着大企业的标准选，反而会买错

有一类选型失败特别可惜。某公司两百人规模IT 团队四个人。参加了一个行业会议听了某知名大厂的 ITSM 实践分享觉得人家做得很好回来之后就按照同样的标准开始选型要支持完整的 ITIL 流程要有 CMDB要有 IT 资产管理要有变更管理委员会要有服务目录……选了三个月最终采购了一套全功能 ITSM 平台价格不菲。实施花了四个月配置各种流程和审批节点。上线之后IT 工程师说系统太复杂不知道从哪里开始用业务用户说提单流程太繁琐还是发微信找人方便IT 负责人发现自己花了大量时间在配置和维护系统反而没有时间做真正的 IT 管理工作。一年之后那套 ITSM 系统大部分功能闲置实际用到的只有最基础的工单功能相当于花了大价钱买了一个工单系统。这不是系统的问题也不是实施的问题。是选型的起点错了——用大企业的标准给一个中小企业选系统。一、中小企业的 IT 管理现实和大企业根本不是一回事在讨论中小企业 ITSM 软件选型之前先把中小企业的 IT 管理现实说清楚因为很多选型建议都是基于大企业的经验写的对中小企业的参考价值有限。人手极度有限每个人都要身兼多职。大企业的 IT 部门可能有几十上百人每个人有清晰的职责分工有专职的服务台工程师、有专职的运维工程师、有专职的 IT 管理员。中小企业的 IT 团队可能只有两三个人每个人既要处理用户工单、又要维护服务器、还要负责网络、还要管资产采购。在这种情况下流程越简单越好任何增加操作步骤的规范化都会带来实际的效率损失。IT 管理成熟度相对较低流程还没有建立起来。大企业推行 ITIL 的前提是已经有了基础的 IT 管理流程ITIL 是在此基础上的规范化和提升。中小企业可能连统一的工单系统都没有更不用说变更管理流程、问题管理流程。这种情况下直接上全套 ITIL 流程就像是让一个刚学会走路的孩子直接去跑马拉松。用户的 IT 素养参差不齐推广难度更大。大企业的员工通常接受过系统的 IT 工具培训对工单系统、自助门户等工具的接受度更高。中小企业的员工可能从来没有用过工单系统习惯了直接打电话或者发微信让他们改变习惯的阻力更大对新工具易用性的要求更高。预算有限总拥有成本必须严格控制。大企业可以为一套 ITSM 系统投入数百万的采购和实施费用中小企业的 IT 预算可能总共只有几十万。软件费用、实施费用、培训费用、年度维护费用加在一起必须在预算范围内而且性价比要高。二、中小企业真正需要的 ITSM 软件核心能力基于以上现实中小企业在选 ITSM 软件时核心需求应该集中在几个真正能产生价值的功能上。首要需求好用的工单系统。所有 IT 管理工作的基础是把用户的请求进统一渠道、有记录可查这件事做到。一个好用的工单系统比一套没人用的全功能 ITSM 平台有价值得多。好用意味着用户提单很方便不需要填七八个必填字段工程师处理工单很直观接手、更新、关闭的操作都在一个页面上完成支持企业微信或钉钉接入用户用熟悉的工具就能提单不需要专门登录另一个系统。基础 SLA 管理让服务质量可量化。中小企业通常没有正式的 SLAIT 服务质量好不好全靠业务部门的感受来评价。引入基础的 SLA 管理——为不同类型的工单设定响应时限超时自动预警——可以让 IT 服务的质量变得可量化也给 IT 工程师提供了明确的工作优先级依据。SLA 不需要很复杂三个优先级就够了紧急核心系统故障一小时内响应、普通一般故障和服务请求四小时内响应、低咨询类请求一个工作日内响应。简单清晰可以执行远比复杂但没人执行的 SLA 体系有价值。自助服务和知识库让用户能自己解决简单问题。中小企业 IT 团队人手不足任何能减少工单量的手段都有价值。把最常见的十到二十个问题的解决方案整理成自助指南放到用户自助门户可以让相当一部分工单被用户自己解决不占用工程师时间。知识库不需要从一开始就很完善从零做起每次处理完一个工单花五分钟把解决方案记录下来几个月之后就会有可观的内容积累。IT 资产管理基础功能把家底盘清楚。中小企业的 IT 资产管理不需要从第一天就上全生命周期管理、软件许可证合规……但至少要做到知道公司有哪些设备、每台设备在哪里、分配给谁在用。这个基础数据是处理工单时快速了解用户设备情况、员工离职时完整回收设备的基础。三、中小企业选 ITSM 软件容易踩的坑坑一被全功能清单迷惑买了用不到的功能。厂商的产品介绍通常会列出几十个功能看起来越多越好。但对中小企业来说能真正用起来的功能才有价值用不到的功能只是增加了系统的复杂度和培训成本。选型时不要问这个系统有没有 XX 功能而要问这个系统最核心的五个功能我们能在两周内上手用起来吗。能快速用起来的系统比功能最全但需要三个月才能上线的系统对中小企业更有价值。坑二低估实施成本误以为买了就能用。ITSM 软件不是装上就能用的工具需要配置工单分类、SLA 规则、自动化路由、审批流程……这些配置工作需要时间和专业知识。有些系统的配置工作量非常大需要依赖厂商的实施团队实施费用可能超过软件本身的费用。中小企业在选型时要问清楚基础功能上线需要多少配置工作这些配置工作可以自己完成还是必须依赖厂商实施费用大概是多少。选一个开箱即用程度高、自己能配置的系统比选一个需要大量实施服务的系统更适合中小企业。坑三只考虑当前需求没有考虑未来扩展。今天只需要基础工单管理但明年可能需要加 CMDB后年可能需要加变更管理……如果今天选的系统本身不支持这些扩展到时候就要换系统迁移成本极高。选一个功能模块可以按需开启、随企业成长逐步扩展的系统比选一个刚好够用但没有扩展空间的系统长期来看更经济。坑四忽视本地化支持低估日常运营的摩擦。中小企业通常没有专职的系统管理员遇到系统问题需要厂商提供快速支持。如果厂商的支持团队在境外时区差异大文档和界面是英文的每次遇到问题都要花大量时间沟通日积月累的摩擦成本非常高。选一个有完整中文支持、本地有服务团队、响应及时的产品对中小企业来说比功能上的细微差异更重要。四、中小企业 ITSM 软件落地的务实路径选到了合适的系统落地同样需要务实的策略。第一个月只做一件事——让工单进系统。不要在第一个月就试图推行 SLA、自动化路由、知识库……第一个月只做一件事让所有的 IT 请求都进工单系统不管是用户自己提单还是工程师代为创建。这一件事做到了IT 部门的工作就有了基础的可见性后续的改进才有数据基础。做不到这一件事其他所有努力都是空的。第二到三个月建立基础的分类和 SLA。工单系统运转起来之后开始引入基础的工单分类和 SLA 规则。不需要很精细三到五个类别三个 SLA 级别配置到系统里让工程师开始按照优先级处理工单而不是先来后到。第四到六个月建立知识库推动用户自助。统计前几个月里出现频率最高的工单类型把这些类型的解决方案整理成自助指南放到用户自助门户。同时建立工单关闭时记录解决方案的习惯让知识库的内容持续积累。六个月以后根据实际需求逐步扩展。基础工单管理、SLA、知识库跑稳之后根据团队实际遇到的管理痛点决定下一步引入哪个模块。是资产管理问题最突出就先引入资产管理是变更导致的故障频繁就先引入变更管理。按照实际痛点驱动的顺序推进比按照标准 ITIL 流程的顺序推进落地效果更好。中小企业的 ITSM 之路不是大企业 ITSM 的缩小版而是有自己的节奏和重点。从最简单的工单管理开始让系统真正被用起来然后随着团队成熟度的提升逐步扩展这是中小企业 ITSM 落地最可持续的路径。ManageEngineServiceDesk Plus提供了针对不同规模企业的版本和定价中小企业可以从基础版开始核心工单管理、SLA、知识库开箱即用无需大量配置即可上线随着需求增长可以逐步开启 CMDB、IT 资产管理、变更管理等高级模块。有完整中文界面和本地支持团队上手和运营成本低。对于正在选型的中小企业 IT 团队可以申请免费试用亲自体验上手难度。