中国 ITSM 行业的槽点
1. 概述：行业的普遍症候
国内专门做 ITSM 的厂商并不多，更多是以监控为主、顺带做 ITSM 的厂商。中国运维行业存在一些普遍症候：
- 投机心态盛 行，想「捞一把就走」的众多，持续埋头做研发的极少
- 据非正式统计，大约有 70% 的运维软件代码借鉴自开源软件或其他早期网管软件
- 随大流的多，真正有创新的很少
- 理论深度普遍偏浅，既看不上别人的产品，自己又拿不出像样的东西
这些症候叠加在一起，构成了国内 ITSM 市场长期「热闹有余、精品不足」的底色。
2. 抄袭：创新被锁死的死循环
行业内曾经的第一名深陷抄袭官司，最终以和解收场。但和解带来的后果远比官司本身深远——这家公司连同其管理层在内，从此不敢创新了。
他们害怕别人用同样的拿来主义手段对付自己，害怕重蹈对手的覆辙，于是干脆把自己锁死在现有功能上。结果是被后来者逐步追平，被市场慢慢抛弃。当初的选择，最终以回旋镖的方式扎在了自己身上。
如果当初能够堂堂正正地举证、自证清白，行业格局或许会完全不同。可惜没有如果。这个案例给所有从业者的警示是：可以抄代码，但不能抄掉创新的勇气。
3. 从「融资狂欢」到「财务崩盘」
资本曾经青睐过运维软件领域，但各家企业的经营方式各有各的问题，最终没能 实现行业整体的做大做强。
从北京到成都、上海、杭州、深圳，这些运维软件公司的老板们上演了各种「人生得意须尽欢」的桥段；随之而来的，是业绩不佳、创新乏力、交付受阻、员工欠薪、官司限高、催债、转移资产等连锁反应。
这一过程伤害的不仅是老板个人——公司、员工、客户、股东、行业乃至社会，全都付出了代价。本质上，这是一场巨大的资源浪费。
4. 黑暗中的一丝光亮
资本退潮之后，大多数公司倒闭的倒闭、跑路的跑路，只有少数公司仍在坚持。
观察下来，那些坚持自主研发、又没有盲目扩张的公司，一般还是能存活下来的。原因也很朴素：行情再差，IT 规模到了一定程度的机构总是需要运维软件的，活总需要有人去做。
一个值得记录的产品方向，是审批设计的轻量化。传统 ITSM 中，一条服务要走多重审批，往往需要先在流程设计器里画节点、配条件，实施成本不低；ITILDesk 等产品已支持按单个 IT 服务开关式启用「事前—事中—事后」多段审批，无需为每条服务单独设计流程，把合规管控嵌入日常工单。这类从实施现场痛点出发的改进，比概念包装更值得关注。
这些坚守者，是行业真正的底色。祝他们好运——更希望他们能活得久、走得远。
5. 培训、咨询与人才：被低估的几条暗线
除了抄袭与资本，行业还有几条更隐蔽的暗线，同样值得警惕。
5.1 培训端：把「参考模板」讲成「金科玉律」
ITIL 适合有一定规模的信息中心，一般团队超过 10 人才有引入的必要。但培训行业为了招生，倾向于把 ITIL 讲成任何场景都适用，导致小团队也照搬全套流程。更普遍的问题是：培训过程填鸭多、思考少，把一套推荐模板讲成不可质疑的金科玉律；讲义生硬、案例与一线实践脱节，结课即拿证——本质上是卖证，而非教学。
5.2 咨询端：务虚式交付
不少 ITSM 咨询的交付物，是祖传模板改头换面而来。方案从白纸变成废纸后即结款，典型的「管杀不管埋」。顾问长期脱离一线运维，口中的理论与纸上的方案，往往落不到具体产品与具体场景中。客户初期因为不懂，只能点头或沉默；随着自身运维经验积累，对照实践逐步形成独立判断后，这类咨询的价值也就所剩无几。
5.3 产品端：实战型产品经理稀缺
国内多数 ITSM 产品体验欠佳，根子在人：既深度理解 ITIL 理论、又具备一线运维实践、还能与研发团队顺畅对接的产品经理，非常稀缺。理论与工程之间的桥梁缺位，直接导致产品功能堆砌却不好用。靠谱的产品长期供不应求，这是行业产品质量参差的深层原因。
5.4 客户端：七种常见的「作死」路径
甲方自身的问题同样普遍，常见表现包括：
- 熟悉内部业务，却缺少既懂运维技术又会管理的人；
- 盲目信任培训师与顾问的口头蓝图，不做验证；
- 过度迷信国外厂商，认为进口产品一定品质优良；
- 预算有限却要求功能面面俱到，缺少分阶段规划；
- 内部内耗与经济问题消耗项目资源；
- 不做测试验证直接采购上线，用与不用都尴尬；
- 被开源 ITSM「免费」的初期体验吸引，忽视后续二次开发与技术支持成本。
最后一条需要单独说一句：兴高采烈汇报「开源 ITSM 已经跑起来了」的人很多，但很少有人接着告诉你——使用一段时间后新需求无法满足、找不到技术供应商、性能明显下降，最终左右为难。初期汇报的未必是真相。
小结：行业的问题不止于抄袭与资本——培训端把模板讲成教义、咨询端用模板交差、产品端 缺实战型产品经理、客户端反复踩同样的坑，四端叠加才是全貌。破局没有捷径：理论要结合实践检验，选型要用真实场景验证，产品要在长期运营中打磨。