軟件即服務(SaaS)應用需要追蹤其支持的員工，但是不一定能成功實現。具體到企業而言，移動SaaS應用會因為下面的這些原因改變，可能的原因依次是：規定治理應用改變、移動設備策略改變、員工活動改變以及移動OS特性改變。由于存在如此多的可變因素，要保持移動SaaS應用的敏捷性，沒有完美的戰略可言，但是選擇正確的SaaS提供商，為移動用例定制化SaaS服務或者甚至是構建自己的SaaS都有一定輔助作用。

評估SaaS敏捷性

不管來自哪里的驅動力迫使移動應用用戶和其SaaS提供商改變，SaaS提供商都應該能夠響應影響應用的監管變化，這也是用戶決定進入應用追蹤市場的關鍵指標。問題在于每一個SaaS評估員都需要詢問的是，應用如何快速適應監管導致的不變化。這種響應是按月衡量的，必然會導致調節的問題，這也暗示著提供商并不能快速變更應用。同樣的慣性可能會影響SaaS提供商對于其他變更需求的響應能力，因此選擇不同的提供商會更加明智。

在評估一個提供商時，應該小心審閱提供商針對SaaS的應用程序接口(API)。API非常關鍵，因為用戶由于自帶設備(BYOD)策略的變化，在手機上的SaaS就面臨著問題，手機OS變化或者工作實踐的變化，因為用戶通常會直接從SaaS提供商那里購買服務使用。這些應用通常都有其特定的平臺，所以更換平臺也造成了一些挑戰，用戶本身不能做出這種改變。最顯著的解決方案就是避免通過提供商提供的移動應用來消費SaaS，可以通過其他方式實現，如為企業內部的SaaS服務開發移動SaaS，或者用基于瀏覽器的服務，替換掉基于應用的SaaS。

通過這些機制支持敏捷移動SaaS應用最重要的技術問題在于SaaS提供商暴露了API。大多數IT專家都知道RESTful API更易于工作，尤其是那些更熟悉Web開發的團隊做開發更容易。理想上，SaaS提供商應該提供RESTful API、SOA/SOAP API和應用選擇，但是對于最佳的敏捷，RESTful API很關鍵;其他選擇可能并不適用于所有的移動設備。

DIY SaaS應用 確保敏捷性

針對RESTful SaaS API開發內部應用輕而易舉就能實現，實際上，大多數多平臺開發工具對于移動設備現在都可用，支持這種類型的接口。在大多數案例中，這些平臺之一會提供編寫你自己的移動應用的最佳選擇，從而增加應用敏捷性，但是為了確保新的平臺或者平臺變化能夠快速的被支持，就要知道舊平臺和變更的平臺如何釋放數據，通過工具提供商來調整適應。為了減少風險，可能需要調整BYOD策略，如果你采用構建自己的應用路線，就要限制支持的不同平臺的數量;如果不是這樣的，可能就需要選擇瀏覽器的方法。這種方法的風險在于你的組織的應用開發就會成為改變的障礙，并不是SaaS提供商。

好的JavaScript和HTML5實踐可以在GUI中提供靈活性，在SaaS API中使用改變，就算是變更增加了新功能或者領域都能實現。這項工作實現的關鍵在于瀏覽器的選擇。并不是所有的瀏覽器都能夠很好的支持腳本和新的HTML特性或者版本，因此如果應用敏捷性很重要，選擇最靈活的瀏覽器就很關鍵，要支持你的BYOD策略許可的平臺范圍。查看一下發布歷史，關注一下如何增加新的性能，因為過去的版本通常是一個瀏覽器提供商如何更好響應未來變化的指標。

在大多數案例中，可以在SaaS提供商常規的接口中擴大你自己的云托管應用元素。實際上，你要做的是為SaaS提供商的服務編寫一個前端，合并提供商和自己所有的一些功能。這種新的SaaS層可能托管在SaaS提供商自己的服務或者在不同的云上。要注意隔離和檢測問題;移動用戶并沒有實際的使用SaaS服務，因此可能很難通過額外的層追蹤問題。

IaaS或PaaS比SaaS更敏捷?

當所有上述的都失敗時，需要應用敏捷性的用戶可以通過在基礎架構即服務(IaaS)或者平臺即服務(PaaS)托管應用，從而替換掉SaaS服務。托管的獨立軟件包其用戶看上去就像SaaS，大部分是因為所有云應用在客戶看來就像是SaaS。因此，IT人員可以在云端部署任何合適的軟件包，為移動員工創建虛擬或者“Self-SaaS”。第三方應用可能還存在敏捷性問題，但是有更多的提供商可以選擇，很多提供商會提供自定是GUI。如果開源包可用，你也可以自己來調整。

哪一個敏捷戰略最佳：自主研發應用、基于瀏覽器的應用還是自主研發SaaS?用戶認為盡管通過RESTful API實現的基于瀏覽器的自定制SAAS服務可以支持變更需求，但是也揭示了公司的短板。圍繞基于瀏覽器的構建訪問移動應用，自定制的水平令人吃驚，這種方法消除了適應變更的延遲。這種方法可以最先使用，隨后再根據情況引入其他類型的自定制。