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

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

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

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

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

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

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

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

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

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

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

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

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