從“喝牛奶”看國內企業SaaS的應用

【IT168 資訊化】

　 　SaaS的概念已經提出有一段時間了，有一些應用服務商也提供了相應的解決方案，例如金蝶打造了友商網。對於SaaS是什麼，我想以一個故事來開始。在 很久以前，一個家庭如果希望喝牛奶的話都是需要自己家裡養幾頭奶牛，慢慢的養奶牛的範圍不斷擴大，但是還是會有一部分人不願為了喝牛奶而承擔養奶牛的成 本，於是喝牛奶雖然得到了推廣，但還是作為一個相對奢侈的行為。但是有一天，有一個家庭站出來說：我家養了很多奶牛，將向大家提供牛奶。在這個家庭提供牛 奶時，為了完成這個任務，需要搭建了一個平臺，這個平臺的後端就是奶牛、飼養員、擠奶工人、生產設施、運輸系統等，而前端則是實際提供的產品和營銷渠道 等。透過這個舉措，提供牛奶的這個人成為了一個服務商，因為集中生產，單位成本降低了，有更多的人喝上了牛奶；原來的一些養奶牛的人也開始放棄養奶牛而選 擇購買牛奶，因為自己養的奶牛擠的奶原本就多了，透過買牛奶，可以省下一部分錢用來購買其他物品。這一切在正常情況下都是沒有問題的，但是還是會出現一些 斷貨、牛奶變質的情況，畢竟這些情況的發生有其潛在的可能性。於是就仍然有一些資金寬裕的家庭或者要求高的家庭選擇繼續飼養奶牛。

[@more@]透過以上的故事，我們或許能夠發現一些SaaS的面貌，將上面故事中的家庭換成企業，把牛奶換成軟體等等，或許我們就不難發現SaaS的一些概貌。SaaS達到的效果有以下幾個顯著的特徵：

　　第一，成本的降低。透過SaaS的方式，應用服務商發揮資源集中的優勢，可以達到規模效應，相應的給單個公司提供軟體服務就降低了。成本的降低也降低了使用軟體服務的進入門檻。

　　第二，企業可以按需購買。作為應用服務商來說，提供的服務是面向所有有需求的企業，作為企業可以在任何需要的時間來購買這項服務，這樣企業就可以完全根據自身的需要來購買SaaS模式提供的軟體服務，而不必擔心高昂的維護成本。

　　第三，由於集中資源的優勢，應用服務商可以提供更多更好的服務，例如可以提供整套的進銷存、可以提供一套財務系統，或者僅僅提供一個MRP運算功能；同時對於企業的資料還可以提供更好的容災支援。這些都是對原來單個公司使用軟體所獲得的服務的提升。

　　正如上面的故事中提到的那樣，如果一個SaaS服務提供商希望為企業提供服務，那麼他就需要有一套完善的生產體系、運輸體系、營銷體系，只有這樣才能提供一個有保障的產品，所謂生產體系，在軟體業來說主要包括各種提供運算和儲存的硬體裝置、負責執行軟體服務的軟體、提供軟體業務邏輯和日常維護的人員，而運輸系統，主要是通常的網路設施及網路傳輸解決方案，最後的營銷體系同常規產品沒有太大的差異，僅僅是銷售的產品不同而已。這樣的一套完整的系統就提供了企業需要的軟體服務，而每個企業在需要這些軟體服務時只需要按照協商的價格購買和使用相應的軟體服務，其他的一切就可以交給應用服務商來解決了。

　　上述的這一切可以說是一個非常美好藍圖，但是這種模式仍然存在著一些問題：

　　首先，資料儲存的安全性 存在隱患。應用服務商提供了正常的容災儲存服務可以保障資料的儲存安全性，但是這種安全性是以應用服務商提供服務為前提的，如果有一天應用服務商不再提供 服務，那麼這一安全性就消失了，所以應用服務商在關閉服務前需要提供一個備份的機會，最好能提供一個轉換到通用格式的工具。

　　其次，資料的保密性需要得到保證。企業提供的資料可以說是企業的商業機密，作為應用服務商是很有可能利用這些資料來牟利，那麼這樣就需要應用服務商能夠有一個很好的約束機制，以確保資料不會得到非法的利用。

　　再次，企業在使用服務上將更多的受制於應用服務商提供的服務標準。應用服務商在提供服務時將會更多的使用標準的功能和業務邏輯，如果企業需要一些個性化的服務將受到限制或者是付出更高的成本，這點也將成為制約SaaS發展的一個重要因素。

　 　最後，服務的中斷風險和質量低下等風險也都伴隨著應用服務商提供服務的過程中。一旦出現應用服務商的系統崩潰或者網路中斷等原因，應用服務商都將無法正 常提供軟體服務，同時應用服務商提供的服務標準不一定能夠達到企業的要求，這些也會成為企業是否選擇購買這種軟體服務的重要參考依據。

　　所以對於一些企業來說，或者是因為不在意SaaS的優勢，或者是不能忍受SaaS模式的風險，還是會繼續採用自建軟體系統的方式，而不是透過購買軟體服務的方式。這個同有些人寧願自己養頭奶牛自己擠奶喝是一樣的道理。

　　總的來說，一個產品或者概念的提出都是為了解決一些現實的問題，而這些問題的解決有可能會帶來另外一些問題，作為提供服務者需要關注自己的目標消費群到底是哪些物件，而作為使用服務者則需要清楚自身到底需要什麼樣的服務。

原文連結:http://cio.it168.com/a2010/0325/865/000000865625.shtml