为何甲方的IT部门对SaaS总是“爱不起来”？其实背后另有隐情
很多 SaaS 公司抱怨：我们不指望 IT 部门能支持 SaaS，他们能不反对就谢天谢天了！
那为什么 IT 部门不喜欢 SaaS 呢？
给出来的理由往往是：SaaS 不安全。
这个理由你要是信了，那就真被忽悠了。
首先，本地服务器就安全了吗？除非不接入互联网环境，否则大部分本地服务器的安全性，都不如公有云。
其实，IT 部门唯一关心的，往往是他们自己的利益。
而他们反对 SaaS 的真正原因，并不是冠冕堂皇的“为数据安全考虑”，而是SaaS 产品增加了他们的工作难度，妨碍了他们的业绩达成。
具体来说，主要有以下几点：
1、SaaS 过于封闭
SaaS 产品应该是对“标准化”最有执念的软件，没有之一。
但是大企业的 IT 系统往往个性化需求很多。
首先，大企业的系统关系错综复杂，对集成提出了很高的要求。
这种集成不是简单的开放API 就能搞定的，而是需要多方系统协同、个性化适配。
另外，大企业的管理也充满个性化，重点是这种个性化会随着业务发展而变化，这就对标准化产品形成了巨大冲击。
而大部分 SaaS 产品满足个性化的能力都很弱，这就导致一个局面——当某个项目需要 SaaS 产品适配时，SaaS 公司的回复往往是：我们考虑一下，可能会纳入迭代计划。
如果你要求给一个迭代的时间点，他们的回复往往是：可能3 个月以后（实际可能需要半年）。
而对于 IT 部门来说，哪怕是 3 个月的拖延，也基本上宣告了项目的失败。
这种情况下，谁敢用 SaaS？
2、服务效率太低
大部分 SaaS 产品的功能范围都比较狭窄。
打个比方，我们实施 ERP 往往只会从一家供应商采购，但是如果你购买 SaaS——要覆盖同样大的业务范围——可能需要 5 家甚至更多的 SaaS 厂商。
功能的碎片化，最大的问题就在于客单价很低，而很低的客单价则只能支撑起远程服务，这就显著降低了服务效率和体验。
其实，对于大企业来说，愿意多花一些钱以获得更好的本地化服务。
特别是一些超大型企业，IT 部门在一定程度上是一个项目管理组织，他们的工作高度依赖供应商的配合，而 SaaS 厂商提供的有限服务显然满足不了他们的需求。
不过，不管是个性化需求还是本地化服务，只要企业愿意付费，SaaS 公司始终有办法解决。
毕竟，如今的 SaaS 公司越来越像传统软件公司，他们甚至开始提供本地化部署，以及全代码的二次开发服务。
那为什么一些 IT 部门仍然不喜欢 SaaS 呢？
这就涉及到一个本质的问题，那就是 SaaS 公司在一定程度上已经成为了 IT 部门的竞争对手。
3、SaaS与 IT 部门形成竞争
在大企业负责 IT，其实是一份很焦虑的工作。
由于很难直接给企业创造经济价值，IT 部门始终承受着一种压力：证明团队存在的必要性。
而自研系统越多，这种必要性就越高——极端一些的说——如果没有任何自研的成分，IT部门的职责大概就只剩下修电脑了。
而 SaaS 系统越多，自研系统就越少，那 IT 部门存在的价值是什么呢？
而且，很多 SaaS 系统由于金额较低、应用范围局限于某个部门，往往都是由业务部门自行采购，所以就会发生以下场景：
IT 经理小 B：老大，X部门采购了一个 XX SaaS 系统。
IT 总监老 A：唉，我还说明年把这个系统纳入整体 IT 规划呢，看来又没我们的事了。
所以，从本质上来说，为什么 IT 部门不喜欢 SaaS，还是因为很多 SaaS 公司的运营方式影响到了他们的切身利益。
但是，哪怕 SaaS 公司再痛恨 IT 部门，都不得不接受一个现实：IT 部门将长期存在，如果我们想要拿下公司级的大项目，就最好让 IT 部门成为我们的朋友。
那如何做到这一点呢？
我觉得首先要摆正心态：IT 部门不是故意刁难SaaS 厂商，更不是不接受 SaaS 这种产品形态，而是他们的利益受到了伤害。
就以我自己为例，我算是中国最早的一批 SaaS 产品经理，但是在我去甲方负责 IT 工作以后，同样也排斥 SaaS。
因为在甲方，往往是屁股指挥脑袋，所以换谁坐这个位置都一样。
在摆正了心态以后，SaaS 公司还需要积极面对 IT 部门的诉求。
在这方面，很多 SaaS 公司已经有了积极的改变。
比如，建设独立的实施和二次开发团队，专门为大企业定制；
再比如，提供现场实施和支持服务。
当然也有很多 SaaS 公司坚持绝对的标准化产品和远程服务——这肯定也没错——只是这种坚持的代价，就是放弃掉一部分大企业客户。
利弊几何，这就见仁见智了。
请先 登录后发表评论 ~