如果企業決定把它的業務流行遷移到云端的話，在那之前有幾件事一定要先完成。

首先，云BPM并沒有什么魔力。它只是提升了業務流程的效率。如果它們只是微不足道的，那它們在云中也并不會發揮什么大的價值。

其次，云改進了處理數據的質量。如果他們在本地存在錯誤、遺漏或重復，那么他們在云中也將一樣。

再者，流程實際上不能哪里都放，它們還是要置于組織觸手可及的地方，要面向于員工，以及相關的合作者，并且有他們的參與。然而，所支持軟件可能會運行其它的服務器上，而不一定是公司自己的，這樣潛在的影響也不會波及太大。

這就說明業務流程仍然是企業自己的責任，這與是否卸載云提供商的執行引擎沒有關系。盡管如此，還有一些可做和不可做的事情，以此來入簡化這一過渡。

下面是開始遷移業務流程的的一些注意：

1.要花費時間和精力來學習并改進目標業務流程，在把它們放入云端之前。無論如何，企業將來肯定要研究特定資源和目標廠商的性能，所以為什么不同時也使流程運行的更好呢?

2.不要只是因為可能就遷移流程。要了解哪個流程需要更多的關注——考慮技術的時效性、勞動力的擴展和減少、成本控制等，使之成為關注的重點。

3.要花費時間和精力清理數據(流程規則、用戶目錄)，在遷移之前。這一行為將在公司把數據遷移到另一個本地系統之前，所以為什么不在遷移向云之前行動?

4.不要一次性遷移所有，也不要遷移所有東西。

5.要對遷移的流程進行測試在使用之前，從而確保運行維目標理解這一需求，同埋還要確保已經滿足或超出了最初的需求。另外，使用不必要的或虛擬數據,以防出錯。

6.不要只是假設新的云BPM系統會比本地個的系統更好地與現有的解決方案工作。對于交互和重疊部署地，業務流程有一個不好的地方，所以要確保集成和交互相關的問題都已經解決了。

7.要與用戶溝通，無論是在遷移之前，之時還是之后。這應該是很常見的做法，與任何公司進行技術變更工作時。可以更舒服地使用新的接口和流程，企業將更盡全力滿足目標要求。

8.不要忘記設定一些成功的衡量標準，在開始之前;并收集一些指標，在遷移進行時。如系統性能、流程完成時間、錯誤率和財務回報這些東西都一樣的，而且只有在成本和利益可衡量時，才知道遷移是否有價值。最后，對比結果和預定目標。

雖然列出這些注意事項，但需要企業自己衡量是只遵循這些技巧。運氣好的話，公司部分或全部登上云這艘船;同時在做了一些應該做的事情后，也了解了云BPM沒有什么神奇的。