
1.軟件基于互聯網運用,采用標準瀏覽器作為交互界面;
2.實現了移動辦公,用戶可以在任何可以上網的地方使用該軟件,不必增加任何特別的軟件和硬件;
3.具備快速、簡潔的交付、設置和培訓過程;
4.采用“一對多”模式,是一種多訂戶系統構架,可以同時支持數千名用戶同時使用;
5.付費方式靈活,一般按照服務模式進行付費,用多少付多少,也可按使用時間支付;
6.數據交換接口友好,包括數據的導入和數據的導出等,便于SaaS的數據與客戶內部的系統進行數據的輸入和輸出。
SaaS的阻力與機遇
有人說,之所以現在人們突然接受SaaS模式,是因為用戶厭倦了一次購買的“量販式”軟件采購形式,就像買來一大桶甘草糖,卻可能一輩子也吃不完。而如果只是為所消費的部分買單,顯然更符合如今IT預算削減的大趨勢。 另一方面,系統部署的不完善也同樣促使人們改用SaaS模式。例如像ERP這樣的企業應用軟件,軟件的部署和實施比軟件本身的功能、性能更為重要,萬一部署失敗,所有的投入幾乎全部白費,這樣的風險是每個企業用戶都希望避免的。而如果企業應用軟件可以像水、電等公共設施那樣來提供,用戶只需為獲得的服務付費,就像支付電話費那樣,那企業所要承擔的風險顯然大大降低。通常的ERP、CRM項目的部署周期至少需要一、兩年甚至更久的時間,而SaaS模式的軟件項目部署通常最多也不會超過90天,而且用戶無需在軟件許可證和硬件方面進行投資。
很多人都會把現在的SaaS和之前ASP做比較。從供應商技術架構上來說,這兩種應用存在明顯區別:傳統的ASP只是針對每個客戶定制不同的應用,而沒有將所有客戶放在一起進行考慮。在SaaS模式中,是在用戶和Web服務器的應用之間增加了一個中間層,這個中間層用來處理用戶的定制、擴展性和多用戶效率問題。當然,對用戶來說這樣的解釋有些不好理解。因為對他們來說,表面上的應用差不多,都是把自己的軟件應用放在了別人的平臺上。
SaaS的支持者認為導致早期ASP失敗的許多問題已經或正在得到解決:Web服務技術簡化了應用軟件的定制和集成;身份管理技術能夠跨越服務提供商和企業的不同系統平臺,集成用戶配置管理;一小批幸存下來的ASP還開發了一些可提高托管平臺可靠性、擴展性和安全性的技術。
但是,即使解決了這些挑戰,企業還是有疑問:托管服務能否與內部企業應用軟件合理集成?用戶對托管方案是否適用于自己獨有的業務流程還心存疑慮,甚至一些企業的IT部門經理連數據中心都不愿意依靠外部托管服務商,更不用說將業務系統托管了。另一方面,完全依賴基于瀏覽器的用戶界面使得用戶感覺非常沒有安全感,事實上做技術出生的IT管理人員更愿意自己能夠看到應用的所有組成部件。
從技術上來說,集成不是問題。隨著面向服務架構(SOA)和Web服務逐漸興起和普及,托管服務商會為其所提供的方案添加Web服務接口,從而企業內外部的數據層集成將會相當容易。隨著托管集成技術的發展,用戶也可以在托管平臺上開發基于流程的應用軟件。不少托管服務商都很推崇這個想法,并先后為此推出一些集成和應用軟件開發平臺,實際上,包括Amazon、eBay在內的大多數托管服務商也似乎都在往這個方向發展。用戶有了這種開發環境之后,可以開發定制化的應用功能,與傳統應用軟件不同,它們的新版本在開發出來之后仍可以在原有的平臺上正常使用。
對用戶而言,供應商開發出先進的技術不難,難的是讓用戶了解并信任這些技術。
根據《InfoWorld》對SaaS供應商的調查表明,有些方案可以在購買前先試用。SaaS的優點在于易于部署,用戶可以自己建立賬戶、設置權限等。許多SaaS供應商提供自助式試用方案,有的提供逼真的試用流程體驗。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄