SaaS（Software as a Service）模式作為云計(jì)算的代表，為企業(yè)提供了便捷的軟件服務(wù)。然而，在實(shí)際應(yīng)用中，SaaS解決方案并不總是受到企業(yè)IT部門的歡迎。本文將探討背后的原因，分析SaaS系統(tǒng)在企業(yè)中的實(shí)施挑戰(zhàn)，以及如何平衡IT部門的利益和SaaS產(chǎn)品的優(yōu)勢。

這天，CEO把我請到辦公室，神情嚴(yán)肅的問我，要不要盡快停掉一個(gè)SaaS項(xiàng)目。

這個(gè)項(xiàng)目由他親自發(fā)起，加上軟件、實(shí)施和自身人力，已經(jīng)投入了上百萬。

但我的態(tài)度很堅(jiān)決：馬上停掉，及時(shí)止損。

原因很簡單，這個(gè) SaaS 系統(tǒng)不但沒有實(shí)現(xiàn)預(yù)期的目標(biāo)，反而對整體業(yè)務(wù)造成了很大困擾。

舉個(gè)例子，我們自研 CRM系統(tǒng)的訂單模塊與這個(gè) SaaS 系統(tǒng)進(jìn)行了集成，而 SaaS 系統(tǒng)需要對相關(guān)數(shù)據(jù)進(jìn)行校驗(yàn)，校驗(yàn)成功后才能完成訂單處理。

但是由于 SaaS 系統(tǒng)的校驗(yàn)邏輯很復(fù)雜，且無法自定義修改，結(jié)果本來 1 分鐘就能完成處理的訂單，硬生生拖成了 10 分鐘。

對門店的工作效率、客戶服務(wù)都造成了很大困擾。

這個(gè)接口問題只是冰山一角，實(shí)際上SaaS 系統(tǒng)的很多功能和公司業(yè)務(wù)的適配度都只有60 分，和自研系統(tǒng)相比差距明顯。

另外， SaaS 系統(tǒng)80% 的功能我們都用不到，但是我們卻必須接受這 80% 功能所帶來的復(fù)雜度和成本。

綜合評估下，還不如采購一些簡單的本地部署軟件，再加上一部分自研，不但成本更低，還更匹配我們的業(yè)務(wù)需求。

這個(gè)案例不是個(gè)例，實(shí)際上，這也是很多 SaaS 公司所面臨的困擾：那就是 IT 部門往往不喜歡 SaaS。

甚至很多 SaaS 公司的 CEO 也公開抱怨：我們不指望 IT 部門能支持 SaaS，他們能不反對就謝天謝天！

那為什么 IT 部門不喜歡 SaaS 呢？

這里面有一些表面上的原因，比如：SaaS 不安全。

但自研軟件就安全了嗎？除非不接入互聯(lián)網(wǎng)環(huán)境，否則大部分公司自研軟件的安全性，都不如SaaS 產(chǎn)品。

這些表面上的原因，并不是 IT 部門反對 SaaS 的真正原因——特別是在大公司——IT 部門最關(guān)心的還是他們自己的利益。

所以，他們反對 SaaS 的真正原因，其實(shí)是 SaaS 產(chǎn)品增加了他們的工作難度，甚至妨礙了他們的業(yè)績達(dá)成。

具體來說，主要有以下幾點(diǎn)原因：

1、SaaS過于封閉

SaaS 產(chǎn)品應(yīng)該是對“標(biāo)準(zhǔn)化”最有執(zhí)念的企業(yè)軟件形態(tài)，沒有之一。

這本質(zhì)上是源于 SaaS 產(chǎn)品研發(fā)的理念：極致體驗(yàn)，小步快跑。這就導(dǎo)致研發(fā)成本很高，如果不做標(biāo)準(zhǔn)化產(chǎn)品，很容易陷入虧損。

但是大企業(yè)的 IT 系統(tǒng)往往個(gè)性化需求很多。

首先，大企業(yè)的系統(tǒng)關(guān)系錯(cuò)綜復(fù)雜，對集成提出了很高的要求。這種集成不是簡單的開放API 就能搞定的，而是需要多方系統(tǒng)協(xié)同、個(gè)性化適配。

另外，大企業(yè)的管理也充滿個(gè)性化，重點(diǎn)是這種個(gè)性化會(huì)隨著業(yè)務(wù)發(fā)展而變化，這就對標(biāo)準(zhǔn)化產(chǎn)品形成了巨大沖擊。

而大部分 SaaS 產(chǎn)品滿足個(gè)性化的能力都很弱，這就導(dǎo)致一個(gè)局面——當(dāng)某個(gè)項(xiàng)目需要 SaaS 產(chǎn)品進(jìn)行個(gè)性化適配時(shí)，SaaS 公司的回復(fù)往往是：這個(gè)需求我們考慮一下，如果確實(shí)是合理需求，會(huì)納入迭代計(jì)劃。

如果你要求 SaaS 公司給一個(gè)迭代的時(shí)間點(diǎn)，他們的回復(fù)往往是：可能3 個(gè)月以后（實(shí)際可能需要半年）。

而對于 IT 部門來說，哪怕是3 個(gè)月的拖延，也基本上宣告了項(xiàng)目的失敗。

這種情況下，誰敢用 SaaS？

2、SaaS服務(wù)效率太低

大部分 SaaS 產(chǎn)品的功能范圍都比較狹窄。

打個(gè)比方，我們實(shí)施 ERP 往往只會(huì)從一家供應(yīng)商采購，但是如果你購買 SaaS——要覆蓋同樣大的業(yè)務(wù)范圍——可能需要 5 家甚至更多的 SaaS 廠商。

功能的碎片化，最大的問題就在于客單價(jià)很低，而很低的客單價(jià)則只能支撐起遠(yuǎn)程服務(wù)，這就顯著降低了服務(wù)效率和體驗(yàn)。

其實(shí)，對于大企業(yè)來說，愿意多花一些錢以獲得更好的本地化服務(wù)。

特別是一些超大型企業(yè)，IT 部門在一定程度上是一個(gè)項(xiàng)目管理組織，他們的工作高度依賴供應(yīng)商的配合，而 SaaS 廠商提供的有限服務(wù)顯然滿足不了他們的需求。

不過，不管是個(gè)性化需求還是本地化服務(wù)，只要企業(yè)愿意付費(fèi)，SaaS 公司始終有辦法解決。

畢竟，如今的 SaaS 公司越來越像傳統(tǒng)軟件公司，他們甚至開始提供本地化部署，以及全代碼的二次開發(fā)服務(wù)。

那為什么一些 IT 部門仍然不喜歡 SaaS 呢？

這就涉及到一個(gè)本質(zhì)的問題，那就是 SaaS 公司在一定程度上已經(jīng)成為了 IT 部門的競爭對手。

3、SaaS與 IT 部門形成競爭

在大企業(yè)負(fù)責(zé) IT，其實(shí)是一份很焦慮的工作。

由于很難直接給企業(yè)創(chuàng)造經(jīng)濟(jì)價(jià)值，IT 部門始終承受著一種壓力：證明團(tuán)隊(duì)（特別是大團(tuán)隊(duì)）存在的必要性。

而自研系統(tǒng)越多，這種必要性就越高——極端一些的說——如果沒有任何自研的成分（包括外采系統(tǒng)的迭代性自研），IT部門的職責(zé)大概就只剩下修電腦了。

而 SaaS 系統(tǒng)越多，自研系統(tǒng)就越少——對于很多 SaaS 系統(tǒng)來說，甚至后續(xù)的迭代都可以省掉。

而且，很多 SaaS 系統(tǒng)由于金額較低、應(yīng)用范圍局限于某個(gè)部門，往往都是由業(yè)務(wù)部門自行采購，所以就會(huì)發(fā)生以下場景：

IT 經(jīng)理小 B：老大，X部門采購了一個(gè) XX SaaS 系統(tǒng)。

IT 總監(jiān)老 A：唉，我還說明年把這個(gè)系統(tǒng)納入整體 IT 規(guī)劃呢，看來又沒我們的事了。

所以，從本質(zhì)上來說，為什么 IT 部門不喜歡 SaaS，還是因?yàn)楹芏?SaaS 公司的運(yùn)營方式影響到了他們的切身利益。

但是，哪怕 SaaS 公司再痛恨 IT 部門，都不得不接受一個(gè)現(xiàn)實(shí)：IT 部門將長期存在，如果我們想要拿下公司級的大項(xiàng)目，就最好讓 IT 部門成為我們的朋友。

那如何做到這一點(diǎn)呢？

我覺得首先要擺正心態(tài)：IT 部門不是故意刁難SaaS 廠商，更不是不接受 SaaS 這種產(chǎn)品形態(tài)，而是他們的利益受到了傷害。

就以我自己為例，我算是中國最早的一批 SaaS 產(chǎn)品經(jīng)理，但是在我去甲方負(fù)責(zé) IT 工作以后，同樣也排斥 SaaS。

因?yàn)樵诩追?，往往是屁股指揮腦袋，所以換誰坐這個(gè)位置都一樣。

在擺正了心態(tài)以后，SaaS 公司還需要積極面對 IT 部門的訴求。

在這方面，很多 SaaS 公司已經(jīng)有了積極的改變。

比如，建設(shè)獨(dú)立的實(shí)施和二次開發(fā)團(tuán)隊(duì)，專門為大企業(yè)定制；

再比如，提供現(xiàn)場實(shí)施和支持服務(wù)。

當(dāng)然也有很多 SaaS 公司堅(jiān)持絕對的標(biāo)準(zhǔn)化產(chǎn)品和遠(yuǎn)程服務(wù)——這肯定也沒錯(cuò)——只是這種堅(jiān)持的代價(jià)，就是放棄掉一部分大企業(yè)客戶。

利弊幾何，這就見仁見智了。

還有一些公司做得更進(jìn)一步，比如某 SaaS 公司就鼓勵(lì)超大型企業(yè)的 IT 公司在他們的 PaaS平臺(tái)上研發(fā)產(chǎn)品，然后推廣給集團(tuán)子公司，SaaS 公司會(huì)主動(dòng)幫助 IT 公司解決自研過程中的問題。

這種思路兼顧到了 IT 部門的利益，自然會(huì)受到 IT 部門的歡迎。