簡介：應用程式開髮長期以來一直是IT部門和業務部門面臨的問題。 IT部門總是被新的應用程式需求弄得不堪重負。他們不可能完成業務部門想要完成的每一個項目。 同時，業務部門的用戶厭倦了等待，並開始完全繞過IT部門。 今天，我們來探索一下“低代碼開發”這個概念，並闡述它將如何幫助解決這個問題，為企業應用開 ...
簡介：應用程式開髮長期以來一直是IT部門和業務部門面臨的問題。 IT部門總是被新的應用程式需求弄得不堪重負。他們不可能完成業務部門想要完成的每一個項目。 同時，業務部門的用戶厭倦了等待，並開始完全繞過IT部門。 今天，我們來探索一下“低代碼開發”這個概念，並闡述它將如何幫助解決這個問題，為企業應用開發提速。
首先，我要問你一個問題：在你的企業里，應用程式開發工作是否跟得上業務需求？ 當用戶需要一個解決方案時，他們要等待多長時間？這個問題是許多企業常見的問題來源。 開發遠遠落後於需求，用戶需要等待數周或數月才能獲得新的解決方案。
（開發遠遠落後於需求，圖片來自網路）
為什麼會這樣？
在典型的企業中，開發過程看起來像一個漏斗。 漏斗的頂部是業務用戶，漏斗的底部是開發人員。來自業務用戶的所有需求都從漏斗頂部流向底部的開發人員......並由此陷入困境。不要誤會我的意思，我不是在責怪開發人員。 他們手上的任務量遠遠超過自己的處理能力，而且情況只會變得更糟。 隨著Web端和移動端應用程式的業務需求逐漸上升，而開發現代Web端應用程式所需的技能也隨之增長，跟上業務的開發需求變得越來越困難。
有什麼解決方案？
這些挑戰促進了低代碼開發平臺的發展。 今天，我想在此探索這種不斷增長的趨勢，併為那些還不熟悉這個概念的人介紹一下低代碼的基礎知識。
“低代碼”是什麼？
（Forrester Research是世界知名的技術和市場調研公司，圖片來自網路）
2014年，Forrester Research提出了“低代碼開發”這個術語來描述一種日漸流行的軟體工具。 這些工具允許通過可視化GUI（圖形用戶界面）而不是傳統的編碼來開發業務應用程式。
當然，這個概念並不新鮮。 你可以追溯到20世紀90年代的RAD和4GL工具。 雖然RAD和4GL工具經常需要使用專有語言，但他們確實可以幫助開發人員更快地開發應用程式。
（使用專用語言快速開發應用的RAD工具）
這些舊工具與新工具之間存在巨大的差異： 低代碼平臺為每個人 —— 甚至是非技術用戶 —— 提供了開發功能，而且它們也不需要特定的編碼語言，在可視化設計器上通過托拉拽的方式即可開發出包含複雜圖表在內的各種頁面和業務邏輯。雖然術語“低代碼”意味著某種程度上需要寫代碼，但這些平臺基本無需寫任何代碼就可以開發許多類型的應用程式。 它們被賦予 “低代碼”這個術語，完全是因為有些更複雜的項目，比如連接到第三方軟體服務活硬體驅動時，可能需要很少量的自定義編碼。
（使用低代碼的方式構建MES移動端頁面）
“低代碼”業務為什麼會增長？
據《福布斯》雜誌報道，到2022年，低代碼開發平臺的總市場將增長到212億美元，年增長率為40%。作為一個相對較新的軟體類型，他怎樣實現了快速增長？
其中大部分原因應該歸結為供需關係，上文中我已經解釋過了。 比起以往，在數字時代，企業有越來越多的應用程式需求。 他們需要適用於所有平臺的應用程式。 最重要的是，隨著企業不斷嘗試提高敏捷性，開發速度越來越重要。
問題是，大多數企業自身的開發人員無法滿足當前日益增長的開發需求。 因此，他們面臨著以下三個選擇：
- 依然慢慢地開發應用程式
- 雇用更多的開發人員
- 採用低代碼平臺
毫無疑問，很多企業採用了第三種選擇，因為它不僅可以減輕當前開發人員的壓力，還可以讓非開發人員也能自己開發Web端應用程式。
（低代碼開發包含可視化設計和編碼擴展能力）
“企業應該關註低代碼開發，因為快速變化的技術領域需要業務敏捷性，我們沒有足夠多的時間來雇用、培訓和留住開發人員來幫助管理大環境下的新興流程，” 活字格低代碼開發平臺的產品經理胡耀說到， “當新工作流程和流程需要自動化時，低開發平臺可以提供靈活性和速度，並降低成本。”
低代碼開發對你有怎樣的幫助？
你所在企業為什麼要關心低代碼開發？ 它有哪些優勢？ 以下列舉了一些：
- 效率：低代碼開發可幫助企業利用當前資源提高生產力。 IT部門不會再遇到積壓的開發請求。 最終用戶也不會因新應用程式而等待數周。
- 業務改進：由於IT部門不會遇到積壓的開發請求，所以他們可以騰出時間自由地處理更關鍵的任務。 這為技術改進提供了機會，因為IT部門終於可以專註於能夠推動業務發展的領域。
- 控制：由於開發工具受到IT部門的制約，他們仍然可以控制數據和用戶訪問。 這樣可以避免影子IT產生的問題。
- 降低成本：通過使用低代碼開發平臺，你可以利用當前資源去完成更多任務。無需引入開發團隊或聘請外部援助團隊來滿足不斷增長的需求。
低代碼工具的使用者是誰？
簡短的答案：可以是貴公司的任何人。
較長的答案：不同的人會根據他們的技能和角色以不同的方式使用該工具。 例如，以下是不同角色/技能使用低代碼平臺的幾種方法：
- 業務分析人員：低代碼平臺可幫助業務分析人員快速為用戶創建應用程式，併為IT部門模擬複雜的應用程式。
- 開發人員：低代碼平臺可幫助開發人員更快地交付應用程式，並消除他們積壓的開發需求。
- 最終用戶：低代碼平臺可幫助最終用戶在幾分鐘內創建報表、儀錶板和簡單應用程式，而無需通過IT部門。
- IT部門領導：低代碼平臺可幫助IT部門的領導提供對業務的安全數據訪問，延長其當前系統的使用壽命，並提高IT生產力。
以上列表還可以繼續，但我相信你已經得到了答案。 低代碼開發平臺可以（並且應該）在整個企業範圍內使用。
你可以用低代碼平臺開發哪些類型的應用程式？
低代碼平臺可以開發任何類型的企業應用程式，從基本數據增刪改查，到移動端應用程式，再到自定義CRM甚至ERP系統，以及介於兩者之間的所有內容。
現在，這是否意味著非技術用戶可以使用低代碼工具來開發任何類型的應用程式？坦率的講，不一定。
例如，你是否希望非技術用戶來開發關鍵任務系統？大概不會。這並不是說合適的人選無法完成這樣的任務，但業務用戶通常會將低代碼工具用於簡單的開發項目，如報表，將電子錶格轉換為Web端應用程式，工作流程應用程式等等。雖然我見過非專業開發人員使用低代碼工具開發一些非常複雜的系統，如上文提到的成都康福德高出租汽車公司，但大多數還是集中在這些類型的項目上。
對於開發人員來說，低代碼工具非常適合提高任何項目的開發速度。它們可以幫助開發人員自動化大部分開發過程，只為每個項目留下最少量（如果有的話）的自定義編碼。
使用低代碼開發平臺時你應該註意什麼？
當然，低代碼開發並非沒有風險。話雖如此，使用正確的工具和策略可以輕鬆管理這些風險。使用低代碼方法時，需要註意以下幾個方面：
應用程式安全性
低代碼開發平臺通常附帶安全功能。但是，最終用戶可能並不總是知道應該如何在其應用程式中使用這些安全措施。
怎樣避免這些問題？首先，讓IT部門參與應用程式審核流程。我並不是說每個應用程式都需要IT部門仔細審查。例如，簡單的報表或數據查找應用程式通常都沒什麼問題。但是，如果用戶正在開發具有回寫功能的、任務關鍵型的、或辦公室外可用的應用程式，則必須進行IT審查。其次，在給任何開發工具授予許可之前應仔細檢查其安全選項。 IT部門應該做數據和用戶訪問許可權控制，併為用戶生成的所有應用程式設置安全預設值。
用戶許可權
具有廣泛許可權的新手用戶是開發工作的最大風險。請確保只為每個用戶提供他們所需的功能，僅此而已。例如，需要使用該工具進行簡單報表任務的用戶不應該具有創建資料庫管理應用程式的能力。
數據
你的數據是任何成功的開發工作的基礎。除了數據完整性方面的明細需求以外，還有兩個重要因素需要解決：
- 訪問：用戶應該只能訪問他們需要的數據。同樣，這也是限制開發工作風險的另一個步驟。
- 知識：用戶應該瞭解他們的數據以及表結構。如果用戶不瞭解數據在資料庫中的組織方式，則無法成功開發所需的應用程式。
你該如何評估和選擇低代碼平臺？
與其他任何事情一樣，並非所有低代碼平臺都是沒有差別的。在評估不同選項時，除了該平臺的功能外，請註意查看以下幾個方面：
- 授權：部分平臺採用基於用戶人數或者併發用戶人數的授權方式；也有部分是基於數據表、頁面等應用規模授權。選擇哪種授權，都取決於有多少人會使用你計劃開發出的應用；該應用需要覆蓋多少業務場景。
- 部署：某些平臺可用於開發支持本地部署的應用。有些平臺則會鎖定你，必須將程式和數據放到該平臺供應商的伺服器上。以下是一些需要註意的重要問題：如果該平臺的廠商停止服務會發生什麼，正在貴公司運行的應用是否可以繼續使用？
- 分銷或OEM：對自己開發的應用程式你有多大的自由度？如果你想分銷、白標或銷售你開發的應用程式，某些平臺壓根不支持你這麼做，一些平臺會收取一定的費用，而其他的可能沒有限制。在著手任何事情之前，需要先瞭解該平臺廠商的策略和費用結構。
- 自定義：你自主開發的應用程式可以自定義到什麼程度？你是否可以訪問底層代碼，或是否被迫通過平臺的界面？你可以在界面中添加自定義計算、代碼或業務邏輯嗎？這些問題的答案因平臺而異，擴展性作為低代碼平臺相比於零代碼平臺的優勢，一定程度上可以決定該軟體在你的業務中成功與否。
- 圖形圖表：該平臺是否包含報表或圖表功能？某些平臺可以處理應用程式開發，以及BI 、報表、儀錶板應用程式；也有些嚴格用於應用程式開發。如果你的業務需求是BI 或報表方面，請瞭解這些領域的工具功能。
（活字格低代碼開發平臺內置的部分常規圖表與自定義地圖）
典型的低代碼開發平臺有哪些？
本文只列舉了三家有代表性的平臺進行評測：OutSystems、Mendix與活字格。選取這三個平臺，是因為它們或在市場占有率方面，或在技術積累方面各有特色。
Outsystems
Outsystems是較早入局的一家歐洲公司，研發總部位於葡萄牙，兩度入選高德納公司（Gartner）《流動應用程式開發平臺魔力象限》研究報告魔力象限“執行能力”縱軸第一名，被譽為該領域的“領導者”。 價格方面，5000+美元/月的價格還是讓很多中小公司望而卻步，但依然有很多大公司青睞，包括豐田汽車(Toyota)、施耐德電氣(Schneider Electric) 等。
（outsystems可視化設計器界面）
Mendix
Mendix是一家荷蘭公司，後來被西門子收購，是Outsystems在海外的主要競爭對手，二者在技術架構和服務模式方面極其相近。除了通過訂製化組件、模板盈利以外，Mendix還對應用部署收費，且價格高昂，單APP 1875美元/月，2-5個APP公有雲5375美元/月，私有雲7825美元/月，這樣的價格顯然不是中小企業所能負擔的，因此，Mendix的客戶也以蘇黎世保險（Zurich）等大企業為核心。
（使用Mendix開發的客戶服務系統頁面）
活字格
活字格是成立於1980年的老牌開發工具廠商——葡萄城為中國市場推出的低代碼開發平臺。2019年12月發佈的《中國企業服務系列研究報告》中，業內權威機構海比研究將活字格列為“低代碼開發平臺”行業領導者之一。活字格脫胎於專業開發工具，保持了低技術門檻、高開發效率的同時，提供更強的擴展性。用活字格設計界面時，體驗類似於Excel，在單元格的輔助下拖拽各種頁面元素，然後可視化設置每個元素的樣式，上手門檻更低，頁面佈局更靈活。活字格的內置組件比較豐富，而且針對中國市場的特點，還提供了對接微信、釘釘、百度AI等本土服務的組件，更適合中國企業使用。活字格也開放了組件的編程介面，在國內有龐大的開發者社區支持。
相比於另外兩家國外的競爭對手，本土化的活字格支持本地部署，在價格上也更加親民，一次性買斷的價格從8000元人民幣起。強大的擴展性和低廉的價格門檻，讓活字格的客戶覆蓋了聯通支付等大企業集團，快行線冷鏈物流等等大型物流公司，以及更多中小型的企業。
（使用活字格開發的計程車運營管理系統頁面）
小結
以上這些只是低代碼開發平臺的基礎知識，其實，還有很多內容可供介紹。 現在，你可以嘗試用免費的活字格低代碼開發平臺來開啟自己的低代碼開發之旅。藉助簡單的教程，用遠遠少於您過去花費的時間，您就可以構建出美觀、易用的Web端和跨平臺的移動端應用程式。從此，您也可以幫助到下一個提問“低代碼開發是什麼？”的人。
