低程式碼開發平臺選型的注意事項（下）

我們繼續上篇 的內容。關於低程式碼開發平臺的選型，還需要注意以下幾點：

4.定義使用要求並估算價格

低程式碼平臺具有非常不同的業務和定價模式。有些依據終端使用者使用量定價，因此使用的越多費用越高。還有的依據開發規模（如應用數量或開發席位）對平臺定價；還有一些會提供組合式產品，都可以單獨購買。

所以，儘管許多工具為試驗和概念驗證提供了最低的門檻，但瞭解最終狀態的開發和生產要求也很重要。此外，不要陷入僅憑價格評估低程式碼平臺的陷阱。因為這些平臺核心仍是需要提供令人愉悅的體驗、開發生產力工具和強大運營能力。如果必須要計算出總擁有成本，那麼請將財務因素也考慮進來。

5.調查並確定整合需求的優先順序

沒有誰願意在孤島中進行低程式碼開發。開發出的應用程式需要與企業核心系統、資料中心資料庫、雲平臺、第三方資料來源整合。幾乎所有平臺都提供API整合。但如何提升效能、如何支撐開發卻大有不同。首先核心需要考慮的是，需要開發一款能夠整合複雜且可持續維護的低程式碼應用。

Zoho Creator低程式碼開發平臺在整合方面非常優秀，經過十多年的發展， 不僅僅提供API整合介面，並且擁有自己的開發語言Deluge，而不是單純的低程式碼模式，這也讓Zoho Creator的整合能力、自定義能力得以大幅的提升。

6.審查託管、開發和治理選項

低程式碼曾經是SaaS和雲託管，以及少數提供混合雲和資料中心選型的代名詞。如今，情況也不再如故。低程式碼平臺現在在託管靈活性方面具備很強的競爭力。

同樣以Zoho Creator為例，它不僅僅提供雲端部署版本，也同樣提供本地部署版本，為企業的選擇又提供了一種更加靈活的方式。

7.瞭解合規性和安全性要求

評估平臺的順序很重要。不要誤解合規性和安全性是最後或最不重要的問題。實際上，評估平臺的核心在於確定什麼是必須的，什麼是應該的，以及何時評估不同的標準。  Zoho Creator符合多項國際安全標準，並且，Zoho在北京和上海各設立一座資料中心，在提高國內使用者使用效率的同時，也最大程度上保證了使用者的資料安全。