过去几年,国产替代这个话题从半导体芯片蔓延到了企业软件领域。

操作系统、办公软件、数据库、ERP……越来越多的企业开始重新审视自己的 IT 软件栈,评估哪些可以替换为国产产品,哪些替换风险太高暂时维持现状。ITSM 软件也在这个评估清单里。

这个评估带来了一个有价值的副产品:很多企业发现,他们使用的 ITSM 工具,往往是多年前采购的,功能已经和现在的需求严重脱节——要么功能太简单,要么太复杂用不起来,要么本地化支持很差,要么价格高得离谱。

国产替代的契机,反而成了一次重新审视和升级 ITSM 工具的机会。

这篇文章就从这个角度切入,聊聊在当前环境下,企业评估和选择 ITSM 软件应该考虑哪些维度。


一、国产替代背景下 ITSM 软件的核心评估维度

在国产替代的语境下,ITSM 软件的评估多了几个以前可能不太重视的维度。

数据主权和安全合规。

ITSM 软件里存储的数据,包括企业的 IT 资产清单、系统配置信息、变更历史记录、员工账号和权限信息……这些数据如果存储在境外的云服务器上,对于有数据安全要求的企业(金融、医疗、政府、国有企业)来说,合规风险是真实存在的。

本地化部署或者数据存储在境内的云环境,是这类企业的硬性要求,不是可选项。在选型时,部署方式的灵活性(支持本地部署、支持私有云、支持国内公有云)应该作为基础门槛来评估,而不是放在功能比较之后再看。

本地化支持能力。

使用一套 ITSM 软件,不只是买软件,还买的是持续的支持服务:遇到问题能快速得到响应,有实施团队能帮助落地配置,界面和文档有完整的中文版本,培训资源覆盖中文使用者。

很多国际知名的 ITSM 工具,在全球市场功能上是领先的,但在中国的本地化支持能力很薄弱:支持团队在境外,响应时区差异大;文档翻译质量差,关键操作步骤要靠猜;本地实施团队资源稀缺,项目实施周期拉得很长。

本地化支持能力在采购时不显眼,但在实际使用中,它的影响贯穿整个使用周期,是决定实际体验好坏的关键因素。

和国内主流系统的集成能力。

中国企业的 IT 生态有其特殊性:企业微信和钉钉是主流的内部沟通工具,国内公有云(阿里云、腾讯云、华为云)是主流的云基础设施,国产数据库(TiDB、OceanBase、人大金仓)在部分行业开始普及。

一套 ITSM 软件如果不能和企业微信集成做工单提醒和通知,在很多国内企业里就等于少了一个重要的渠道;如果不支持主流国内云平台的资产同步,云资产管理就是一个缺口。这些集成能力,在面向国内市场设计的产品里通常更完善。


二、重新评估现有 ITSM 工具的几个触发点

除了国产替代,还有几个常见的触发点,让企业开始重新评估现有的 ITSM 工具。

现有工具的使用深度严重不足。 采购了一套全功能 ITSM 平台,但实际上只用了工单管理这一个模块,其他模块要么没有配置,要么配置了但没人用。每年续费,但续费的钱里大部分是在为用不到的功能付费。这种情况下,重新评估是否有更轻量、更适合当前实际使用场景的产品,是合理的。

现有工具的实施和维护成本太高。 有些 ITSM 工具定制化程度极高,初始实施花了大量资源,维护也需要专职的管理员或者长期依赖实施商。每次需要调整流程或者增加一个字段,都要找实施商报价、排期、等待,成本高、周期长。

团队规模和需求发生了重大变化。 三年前选的工具,是基于当时五十人的 IT 团队规模和需求设计的。现在公司扩张,IT 团队翻倍,业务系统数量增加了三倍,当时的工具开始出现性能瓶颈,有些功能在更大规模下根本无法支撑。

上级要求或者监管要求推动合规升级。 某些行业的监管机构开始要求企业必须有完整的 IT 变更记录、IT 资产台账、安全事件响应流程……现有工具可能在某些合规要求上存在缺口,需要升级或替换。


三、IT 服务管理软件的功能完整性评估

不管是国产替代还是其他原因驱动的选型,功能完整性始终是核心评估维度。一套成熟的 IT 服务管理软件,应该覆盖以下核心能力。

工单和服务台管理。 这是 ITSM 软件最基础的功能,但基础不等于简单。好的工单管理应该支持多渠道接入(邮件、Web 门户、企业微信、钉钉)、自动化分类路由、SLA 追踪和超时预警、用户自助门户。这些功能的完整度和易用性,直接决定 IT 服务台的日常运营效率。

ITIL 标准流程支持。 事件管理、问题管理、变更管理这三个核心流程,是否有原生的模块支撑,而不是靠工单系统凑合实现?原生支持的 ITIL 流程,通常有更完整的流程逻辑、更合理的字段设计、更清晰的流程联动,而不是把所有事情都塞进工单模板。

CMDB 和 IT 资产管理。 CMDB 和 IT 资产管理是否内置?是否支持自动化资产扫描?是否和工单流程原生集成(工单处理时可以直接关联配置项)?独立的 CMDB 系统需要额外的集成成本,而一体化平台的原生集成省去了这个麻烦。

知识库。 知识库是否和工单系统深度集成?工单处理时是否可以自动推荐相关知识文章?关闭工单时是否可以一键转化为知识条目?知识库的分类和权限管理是否灵活?这些细节,决定了知识库能不能真正在日常工作中被用起来,而不是成为一个存文档的地方。

数据报表和分析。 SLA 达成率、工单量趋势、平均解决时间、用户满意度……这些核心指标的报表,是否开箱即用?是否支持自定义维度的分析?是否可以定期自动发送给管理层?报表能力决定了 IT 部门能不能用数据说话,这在向管理层证明 IT 价值时至关重要。


四、一体化平台 vs 最佳单点工具:在国产替代背景下怎么选

国产替代的评估,有时候会触发一个新的讨论:是继续用一套外资的一体化 ITSM 平台,还是组合几套国产的单点工具(国产工单系统 + 国产 CMDB + 国产知识库)?

这个问题没有绝对的答案,但有几个考量因素值得权重。

集成成本和长期维护复杂度。 把三套独立的国产工具集成在一起,初期需要开发资源,长期需要维护集成接口的稳定性。每次某个工具升级,接口可能需要调整。这些成本在选型时容易被低估,但在实际使用中会持续消耗资源。

数据一致性风险。 三套独立系统各自维护自己的数据,同步依赖集成接口。接口不稳定或者同步延迟,就会出现工单系统里的状态和 CMDB 里不一致的情况,数据可信度下降,流程也会产生摩擦。

使用体验的割裂。 IT 工程师在处理一个工单时,需要在三套系统之间切换,每次切换都是注意力的中断,也是操作效率的损耗。一体化平台里,这些操作在同一个界面里完成,体验的连贯性是单点工具组合无法复制的。

当然,如果企业有特殊的功能需求,某个单点工具在某个垂直场景的深度远超任何一体化平台,组合方案也可能是合理的选择。关键是在决策时,把集成成本、维护复杂度、数据一致性风险都纳入考量,而不是只比较功能清单。


五、选型决策的几个实用建议

无论是出于国产替代还是其他原因重新选型,几个实用建议可以让这个过程更高效。

先定需求,再看产品。 在和任何厂商接触之前,先在内部把需求想清楚:当前最大的痛点是什么,必须解决的功能是哪些,希望在多长时间内完成实施,能投入多少资源做配置和推行。有了清晰的需求,才能评估哪个产品真正适合,而不是被厂商的 Demo 牵着走。

要求提供真实客户案例,而不只是展示 Demo。 要求厂商提供规模和行业与你们相近的参考客户,能不能安排和参考客户的 IT 负责人直接交流。真实客户的使用体验,比任何 Demo 都更有参考价值。

把试用作为选型的必要环节。 要求厂商提供一个配置好的试用环境,让你的 IT 工程师和几个业务用户真实使用两周,覆盖核心使用场景。记录使用过程中遇到的问题和阻力,这是判断产品实际可用性最直接的方式。

把实施支持纳入评估,而不是只评估软件本身。 询问厂商的实施团队规模、在国内的支持覆盖、客户成功服务的响应时间。软件再好,如果实施和支持能力跟不上,落地效果也会大打折扣。

三年总拥有成本要算清楚。 软件授权费、实施费、年度维护费、未来扩展授权费,把三年的总成本算出来,横向比较不同候选产品。低报价往往意味着高实施成本或者未来高续费,三年总成本才是真实的财务负担。


国产替代的浪潮,给了很多企业一个重新审视 IT 软件栈的契机。对于 ITSM 软件,这个重新审视的价值,不只是找一个"国产的替代品",而是借这个机会认真评估:现有的工具是否真正满足了团队的需求,有没有更适合当前阶段的选择,未来三年的 IT 管理能力应该建立在什么样的工具基础上。

ManageEngine ServiceDesk Plus 是 ManageEngine 旗下面向全球市场的 ITSM 平台,支持本地化部署和国内云环境,界面和文档有完整中文版本,在国内有专属的支持团队,支持企业微信集成,覆盖工单管理、ITIL 流程、CMDB、IT 资产管理、知识库的完整功能体系。对于正在做 ITSM 工具重新评估的团队,可以申请试用,结合实际需求做判断。

Logo

openEuler 是由开放原子开源基金会孵化的全场景开源操作系统项目,面向数字基础设施四大核心场景(服务器、云计算、边缘计算、嵌入式),全面支持 ARM、x86、RISC-V、loongArch、PowerPC、SW-64 等多样性计算架构

更多推荐