不知道你是否有能力構建自己的技術平臺?還是缺少購買現成軟件的預算?那么為什么不借助別人的專長呢?現在太多產品都打上了”云“的標簽，這反而使大家不專注于底層的業務需求，需求才是決定構建，購買或者租借所需功能的決定性因素。

催化劑

首先討論最初是什么導致企業考慮這樣的轉化。在我領導的一個工作組里，參與者們認為催化劑要么是被破壞的流程，要么是‘領先的’技術 ——效率開始降低或者原有的電子工具還能用但是不足以支撐所有需求時，人們自然就開始尋找更加高效的方式。

大多數情況下，這兩種因素是互相影響的。如果底層技術更給力，流程就能更加高效的運轉，或者技術和流程需求匹配度越高的話，技術表現得可能就越好。這兩種情況下，要做整體的改變工作量都十分巨大尤其當應用程序和服務器需要升級或替換的時候—因此能夠有效利用別人的工作是非常吸引人的。

復雜度

這樣的場景有多吸引人取決于你的情況有多復雜。你的流程是相對獨立且直接的，還是互相重疊糾纏的?支撐它們的系統大部分是同質的，還是有多個不同的版本和/或不同的供應商?這些系統互相配合得很好，抑或系統相互獨立?對大多數人而言，這些系統是否足夠易用?

即使SaaS/云不在你的考慮范圍之內，也需要思考這些問題，因為這些問題的答案能夠幫助你理解企業應對新的或者變化的市場條件的敏捷度。還會告訴你如果想要管理/維護/擴展基礎架構的話，員工所需的技能。

文化

企業文化通常也是影響決策方式的主要因素，保守的文化通常會比較謹慎”我們不能信任不是我們員工的人“(反對SaaS/云)或者”我們不是科技公司，不想被這些技術因素所干擾“。

我們發現抵抗這些想法的通常是一代人，更多是高級(年紀大的)主管們，他們擔心如果有些員工不是公司直接支付薪酬的話會失去對他們的控制權，如果數據在公司外部的防火墻后，安全性可能就會被破壞。當然，具有諷刺意味的是，其實他們的信息在云端會比在本地更容易管理，并且更加安全。反而在企業自建的老舊系統里，這些問題可能更加嚴重。

合規支持

無論實際情況如何，要記住廠商的宣傳資料不一定不準確，但是在決定是否采納SaaS/云策略之前都需要進行慎重的業務討論。

雖然安全性是個大問題—”桌面賭注“最近一個客戶這么命名—合規支持通常并不是什么障礙。在簽署任何服務級別協議之前該領域都需要著重討論。比如，你的供應商是否遵守記錄保留策略，從災備備份中每天/周/月刪除數據?如果你計劃為了違反隱私而起訴，是否能夠因為供應商的確侵犯了數據而將其列為共同被告?

這些是合規部門員工非常熟悉的問題，如果SLA和需求不一致，那么可能就會有麻煩。雖然只是簡單鍵入信用卡號并且點擊”接受“就可以購買某個服務，但是一定要記住這一點。這點上你和其他使用者的立場是一樣的，盡管大家的合規需求可能并不相同。

費用

最后需要考慮的可能也是很多人首先考慮的方面，雖然我并不認為所需費用/節約的費用一直是決定性因素。(比如，能夠達到的業務敏捷度，或維持競爭中的優勢地位通常是投資SaaS/云解決方案的原因，而不是價格控制。)但是，從某些方面，每個公司都會仔細計算方案花費是否能夠控制在預算之內。

可能節約費用的主要方面包括軟件許可證，系統維護和IT相關的費用 ——對于大多數公司而言，能夠將服務賬戶計算為運營費用(而不是計算為更為傳統的資金費用)從財務角度來講會更為靈活。這些方面都需要綜合考量，包括服務認購和遷移數據到SaaS/云產品的硬性費用，以及上文所述的復雜度，文化和合規性相關的軟性費用。

無論實際情況如何，要記住這些廠商的宣傳資料不一定不對，但是在決定是否采納SaaS/云策略之前都需要進行慎重的業務討論。好消息是因為這樣高效的服務其實就是現代的外包選擇，該領域有很成熟的決策機制。只要確保不要被各種新名詞蒙住了雙眼。