隨著人力資源信息化的必然趨勢，很多有遠見的公司都正在了解或已經購買了HR領域的SaaS產品。除了北森，HR的“SaaS”產品有Workday、SuccessFactors、Fusion、Cornerstone等；招聘管理的SaaS軟件包括Taleo、Kenexa、大易、云招。但這些產品都是純正的SaaS產品嗎？其實不都是。
隨著云平臺的快速發展，軟件服務商只需要在阿里云或AWS上開一個虛擬機，并安裝一套軟件，就對外宣稱自己的產品已經SaaS化了。實際上這種模式是ASP，而非SaaS。
ASP是一種十年前的概念，被稱為應用服務提供商（ApplicationServiceProvider），簡單講就是“通過第三方服務器托管你的應用程序”。幾年前ASP與SaaS在美國還有一場爭論�，F在ASP已被證明是一個徹底的失敗。隨著軟件及互聯網的快速演變發展，不斷出現新的概念：社交、移動、大數據、云計算、SaaS、PaaS……每一種概念的出現都伴隨著一種新的商業模式，并需要三到五年的時間才能夠成熟。出于大勢所趨，廠商們快速跟進這些熱門概念的方式通常是：開一個高管會議，統一內部決策，第二天他們的產品就SaaS化、PaaS化或大數據化了�？磥�，無論是現在還是將來，SaaS行列里一定存在真假李逵。
HR有必要關心購買的是ASP還是SaaS軟件嗎？二者的區別對我們有意義嗎？有意義！SaaS有明顯的優勢和客戶價值，包括低成本、快速實施、免費升級、運維及安全保障、規�；б娴�，在ASP模式下是完全享受不到的。
SaaS供應商只維護一套應用程序、一個最新版本、一個數據庫，而ASP供應商需維護N個軟件、N個版本、N個數據庫。單從升級這一個角度來看：Salesforce在全球有12個數據中心，每升級一次，需要2個星期完成所有數據中心的部署。如果ASP供應商有100個客戶，那么升級需要多長時間？這意味著ASP供應商不可能迭代開發，只能一年做一次大的升級。
與傳統軟件不同，SaaS是一種多租戶的應用程序架構，允許所有的用戶共享硬件、網絡、安全、運維等基礎架構和設施。當客戶數量足夠多時，就出現了規�；慕洕б�，在成本上完勝ASP。此外，SaaS是可拓展的業務架構，可隨時根據業務的使用量來擴容，在業務支持的敏捷性和效率上都完勝ASP，這是底層架構設計決定的。
相反，ASP模式無法享受規�；某杀緝瀯��？蛻魯盗糠浅Ｉ贂r，SaaS與ASP并無太大差異。但隨著客戶數量的增加，ASP模式的成本會線性上升，而SaaS模式的成本則被分攤。除了成本及效率劣勢之外，ASP模式還存在以下這些弊端：
1、創新慢，無法敏捷迭代
如上文所講，SaaS模式一晚上的升級，ASP模式要干兩個月，自然無法敏捷開發，也無法快速響應客戶的需求。
2、軟件升級得不到保障
ASP模式的產品一旦進行了客戶化的二次開發，就無法升級，這與安裝版軟件完全一樣；而平臺化的SaaS軟件，即使定制化的內容也可以平滑升級。
3、安全及運維得不到保障
在SaaS模式下，幾十人的運維和安全團隊只負責一個產品；而在ASP模式下，要負責上百套產品，最終的結果就是沒有運維、沒有安全。
這一點在校園招聘的在線考試系統上表現得尤為突出。如今許多企業紛紛采用在線考試系統來組織大規模的校招筆試。校招筆試是高并發的業務，大企業可能有幾萬人在同一時間答題。因此，在線考試系統除了要有強大的試題庫和客服人員，對服務器、帶寬、安全及運維監控體系（如24小時實時監控的北森鷹眼運維體系）的要求也很高，以保證考試過程的穩定性和信息的安全性。以上這些關鍵性指標需要HR在購買系統時進行詳細的考察。例如，北森為某互聯網巨頭提供非技術類移動考試時，為支持一萬人同時考試，使用了20臺服務器和300M帶寬。
其實，以“ASP”冒充“SaaS”并非明智的做法。廠商雖然追逐了熱門概念，卻選擇了賠錢的打法。因為轉型不可能一夜之間得以實現。此次硅谷之行，我帶去一個問題：“Oracle的Fusion為何不改成多租戶架構，不做成真正的SaaS？”得到的答復是：“改不了了，在數據庫加一個租戶ID的字段簡單，但Fusion太復雜了。”的確，SaaS產品沒有從舊軟件改出來的，而全部是重新架構的。當假李逵過度承諾導致成本不可承受時，廠商必定無以為繼，最終受到傷害的還是客戶。
對HR而言，識別一個產品是SaaS還是ASP，其實也并不復雜：首先，找圈里人打聽一下并非難事，在圈里，沒有真正的秘密可言；其次，真正的多租戶、分布式的SaaS軟件通常沒有安裝版。
像美國一樣，ASP和SaaS免不了一場爭論，最終時間會證明一切！
.jpg)
.jpg)
微信公眾平臺
