從事TOB行業(yè) 9 年，深入體驗過 10 余款低代碼產(chǎn)品。

下面基于我的個人認知給大家講一講：

• 低代碼開發(fā)平臺該如何選？
• 從哪些維度可以判斷低代碼平臺適合你的企業(yè)？
• 多家企業(yè)采用低代碼平臺的實踐案例！

目前市面上有超過 200 家低代碼平臺，它們的用途、定價和版本各不相同。因為有眾多的選項，所以決策過程可能變得相當復(fù)雜。選擇滿足企業(yè)長期需求的低代碼平臺可能更為迫切。因此，在本文中，我將通過解釋在為企業(yè)選擇低代碼平臺時應(yīng)該找到的6個契合度來幫助大家簡化決策過程。

一、目的契合：滿足需求

驅(qū)動企業(yè)構(gòu)建應(yīng)用系統(tǒng)的主要目的通?？梢苑譃橐韵氯N類別。

1. 原型：在構(gòu)建成熟的應(yīng)用軟件之前先驗證想法；
2. 一次性需求：如營銷 / 活動網(wǎng)站；
3. 持續(xù)演化的應(yīng)用軟件：這些通常是業(yè)務(wù)線應(yīng)用系統(tǒng)。

對于原型和一次性需求，選擇“全棧低代碼平臺”會更好。例如，業(yè)務(wù)人員可以使用全棧低代碼平臺創(chuàng)建頁面原型、數(shù)據(jù)模型、流程來驗證和展示他們的需求。IT 部門隨后可以將其開發(fā)成成熟的應(yīng)用系統(tǒng)。此外，業(yè)務(wù)人員可以使用全棧低代碼平臺自行完成一次性需求，如問卷調(diào)查或活動營銷頁面。

而對于需要持續(xù)演化的應(yīng)用系統(tǒng)，全棧低代碼平臺也可以通過“js代碼”或“Java代碼架包嵌入”的方式來拓展應(yīng)用功能。如果遇到很獨特的業(yè)務(wù)需求或者經(jīng)常發(fā)生變化的需求，那么全棧低代碼的開發(fā)模式也會更適合。此外，全棧低代碼平臺還適合用于開發(fā)特定類型的應(yīng)用系統(tǒng)，如網(wǎng)站、移動網(wǎng)頁、后臺系統(tǒng)、APP、小程序、API 或 數(shù)據(jù)庫等。

當然了，對于這些場景，并非都一定要用全棧低代碼平臺，因為部分優(yōu)秀的低代碼平臺也是可以手到擒來的。因此，為特定目的選擇正確的低代碼往往是一個好的開始，你不一定要只使用一個企業(yè)范圍的低代碼平臺。

以下是我基于自身了解梳理的一份對應(yīng)于特定類型應(yīng)用系統(tǒng)的低代碼平臺。

大家也可以利用不同的低代碼平臺來滿足特定的需求。

例如，如果你需要構(gòu)建內(nèi)部企業(yè)級管理應(yīng)用系統(tǒng)就可以選擇 織信Informat、OutSystems、Mendix，而如果是為面向客戶的活動網(wǎng)站可以選擇 Webflow 。

二、成本契合：選擇正確的定價模式

低代碼平臺在定價上呈現(xiàn)多樣化的模式，常見的有按終端用戶、編輯器、應(yīng)用功能、請求數(shù)量以及數(shù)據(jù)庫容量等方式。

以按終端用戶定價為例，此模式下的平臺在應(yīng)用系統(tǒng)和功能層面均不受限制，全面開放，主要限制在于使用人數(shù)。對于私有化部署模式，部分平臺還提供賬號買斷制服務(wù)，這樣的定價策略往往更具性價比。

在為企業(yè)選擇低代碼平臺時，定價模式的選擇至關(guān)重要。例如，對于面向企業(yè)內(nèi)部使用的應(yīng)用系統(tǒng)，按終端用戶定價模式是一個不錯的選擇。然而，對于面向外部客戶的應(yīng)用系統(tǒng)，這種模式可能導(dǎo)致成本迅速攀升，因此并不適用。因此，按終端用戶定價模式更適合受眾范圍有限的應(yīng)用系統(tǒng)。

采購成本不僅僅是價格問題，更是成本契合度的一部分。企業(yè)在選擇低代碼平臺時，還需考慮平臺是否支持代碼導(dǎo)出和自托管功能，以及是否提供完善的運維管理體系。這些因素都有助于降低系統(tǒng)被鎖定的風險，確保企業(yè)在使用低代碼平臺時能夠保持靈活性和自主性。

三、運維契合：選擇合適的部署類型

低代碼平臺為企業(yè)提供了靈活多樣的部署選項，主要包括云部署和私有化本地化部署兩大類。

云部署模式下，低代碼廠商通常提供端到端的DevOps工具鏈，這些工具鏈不僅操作簡便、管理高效，還具備出色的成本效益。當企業(yè)有大量應(yīng)用系統(tǒng)需要部署在云環(huán)境中，且這些系統(tǒng)本質(zhì)上相互隔離（與宿主基礎(chǔ)設(shè)施中的其他系統(tǒng)集成有限）時，云部署模式的優(yōu)勢尤為突出。在選擇云部署時，企業(yè)還需確保供應(yīng)商提供的云服務(wù)器能夠透明地展示資源使用情況，并根據(jù)應(yīng)用系統(tǒng)的關(guān)鍵程度提供不同層級的支持服務(wù)。

例如，若企業(yè)在Mendix平臺上開發(fā)了大量應(yīng)用系統(tǒng)，并計劃繼續(xù)在該平臺構(gòu)建更多系統(tǒng)，那么選擇Mendix Cloud將是一個經(jīng)濟劃算且運維簡便的決策。

然而，當企業(yè)面臨使用人數(shù)眾多、應(yīng)用軟件數(shù)量龐大且相互隔離、需要導(dǎo)出功能等場景時，私有化部署模式通常成為更優(yōu)選。這種模式下，企業(yè)能夠更好地掌控數(shù)據(jù)和系統(tǒng)資源，滿足特定的業(yè)務(wù)需求。反之，對于使用人數(shù)較少、應(yīng)用軟件數(shù)量小且無需導(dǎo)出功能的情況，云部署模式則更為合適。

在評估低代碼平臺時，除了部署模式，企業(yè)還需從安全性、可觀察性、性能和支持立場等方面進行綜合考量。例如，對于數(shù)據(jù)安全要求較高的企業(yè)，私有化部署模式可能更為安全可靠。因此，在選擇低代碼平臺時，企業(yè)應(yīng)結(jié)合自身的實際需求和業(yè)務(wù)場景，綜合考慮各種因素，以確保選擇的平臺能夠最大程度地滿足企業(yè)的運維契合度和業(yè)務(wù)需求。

四、用戶契合：平衡視角

低代碼平臺涉及采購者、平臺用戶和企業(yè)架構(gòu)師三種關(guān)鍵角色，其中平臺用戶還可細分為業(yè)務(wù)人員和IT人員。在推行低代碼平臺時，我們必須精心平衡這些角色的需求。

具體來說，采購者主要關(guān)心成本問題；企業(yè)架構(gòu)師則對系統(tǒng)的鎖定風險、標準合規(guī)性、安全性及服務(wù)支持等方面有所顧慮；而平臺用戶則更關(guān)注系統(tǒng)的目的契合度、定制支持、學習易用性以及集成性。

在平衡各方需求時，我們應(yīng)首先確保平臺用戶的需求得到滿足，因為這是平臺成功的基石。同時，對于企業(yè)架構(gòu)師的關(guān)注點，如安全性、標準合規(guī)性等，也應(yīng)給予足夠重視，避免對組織造成不利影響。至于采購者的成本考慮，雖重要但應(yīng)基于平臺帶來的回報進行權(quán)衡。

以具體實踐為例，我們應(yīng)優(yōu)先考慮滿足平臺用戶需求的白標簽特性，確保系統(tǒng)符合業(yè)務(wù)需求和操作習慣。其次，應(yīng)關(guān)注企業(yè)架構(gòu)師關(guān)心的安全性問題，確保平臺符合企業(yè)的安全標準。最后，在評估平臺的定價模型時，應(yīng)綜合考慮其帶來的長遠回報，而非僅僅追求短期成本節(jié)約。

此外，實踐策略和實施流程對于成功采用低代碼平臺至關(guān)重要。

以下是一些具體的實踐策略和實施流程建議：

實踐策略：

1、明確業(yè)務(wù)需求與目標：在引入低代碼平臺之前，首先要明確企業(yè)的業(yè)務(wù)需求、目標以及期望解決的問題。這有助于選擇最適合企業(yè)需求的平臺，并確保平臺能夠為企業(yè)帶來實際的業(yè)務(wù)價值。

2、組建跨職能團隊：成立一個包含采購者、平臺用戶、企業(yè)架構(gòu)師以及IT和業(yè)務(wù)人員的跨職能團隊。這個團隊將共同負責低代碼平臺的選型、實施、優(yōu)化和維護，確保各方需求得到平衡和滿足。

3、選擇合適的低代碼平臺：根據(jù)企業(yè)的需求和目標，選擇具備良好目的契合度、定制支持、可學習性和可集成性的低代碼平臺。同時，要確保平臺符合企業(yè)的安全標準、標準合規(guī)性要求，并具備足夠的靈活性以應(yīng)對未來的業(yè)務(wù)變化。

4、制定實施計劃：制定詳細的實施計劃，包括平臺的部署、用戶培訓、數(shù)據(jù)遷移、系統(tǒng)集成等方面的工作。確保計劃合理、可行，并考慮到可能出現(xiàn)的風險和挑戰(zhàn)。

5、迭代與優(yōu)化：在實施過程中，不斷收集用戶反饋，對平臺進行迭代和優(yōu)化。根據(jù)業(yè)務(wù)需求的變化和技術(shù)的發(fā)展，對平臺進行升級和擴展，確保其始終保持最佳狀態(tài)。

實施流程：

1、需求分析：與業(yè)務(wù)部門和IT部門緊密合作，對業(yè)務(wù)需求進行深入分析。明確需要通過低代碼平臺實現(xiàn)的功能、流程以及與其他系統(tǒng)的集成需求。

2、平臺選型與測試：根據(jù)需求分析結(jié)果，選擇合適的低代碼平臺，并進行必要的測試。測試包括功能測試、性能測試、安全測試等方面，確保平臺符合企業(yè)的要求。

3、部署與配置：在測試通過后，進行平臺的部署和配置工作。這包括安裝必要的軟件和硬件、配置網(wǎng)絡(luò)和安全設(shè)置、創(chuàng)建用戶賬戶和權(quán)限等。

4、用戶培訓與知識傳遞：組織用戶培訓，確保用戶能夠熟練掌握低代碼平臺的操作方法。同時，將相關(guān)的文檔和知識傳遞給用戶，以便他們在未來能夠自主解決問題和進行維護。

5、業(yè)務(wù)功能開發(fā)與集成：根據(jù)業(yè)務(wù)需求，利用低代碼平臺的可視化界面和拖拽組件功能，快速開發(fā)業(yè)務(wù)功能。同時，將平臺與其他系統(tǒng)進行集成，實現(xiàn)數(shù)據(jù)的共享和流程的協(xié)同。

6、測試與上線：對新開發(fā)的業(yè)務(wù)功能進行測試，確保其穩(wěn)定性和正確性。在測試通過后，將功能上線并通知用戶進行使用。

7、監(jiān)控與維護：對低代碼平臺進行持續(xù)的監(jiān)控和維護工作，確保其穩(wěn)定運行。及時處理用戶反饋的問題和故障，并根據(jù)業(yè)務(wù)需求的變化對平臺進行必要的優(yōu)化和升級。

通過以上實踐策略和實施流程，企業(yè)可以更加有效地采用低代碼平臺，提高開發(fā)效率、降低開發(fā)成本，并為業(yè)務(wù)帶來實際的增長和價值。

五、用例契合：外部或內(nèi)部

在企業(yè)應(yīng)用中，應(yīng)用系統(tǒng)用例主要分為兩大類：一類是面向內(nèi)部員工的應(yīng)用系統(tǒng)，另一類是面向外部客戶的應(yīng)用系統(tǒng)。相應(yīng)地，低代碼平臺也可細分為業(yè)務(wù)人員應(yīng)用和IT人員應(yīng)用，以滿足不同用例的需求。

面向內(nèi)部員工的應(yīng)用系統(tǒng)，通常更注重工作流、自動化以及類似電子表格的功能，這些系統(tǒng)往往可以通過模板驅(qū)動的低代碼平臺來快速構(gòu)建。這類平臺提供的模板和可配置選項，使得業(yè)務(wù)人員能夠輕松開發(fā)出滿足內(nèi)部需求的應(yīng)用系統(tǒng)，從而提高工作效率。

然而，對于面向外部客戶（B2C）的應(yīng)用系統(tǒng)來說，差異化的用戶體驗至關(guān)重要。模板驅(qū)動的平臺在定制方面存在一定的局限性，可能無法滿足B2C應(yīng)用系統(tǒng)對高度個性化的需求。此時，代碼賦能型的低代碼平臺便成為更好的選擇。這類平臺允許開發(fā)者通過自動生成樣板元素和提供代碼導(dǎo)出選項等方式，來加速開發(fā)過程并滿足B2C應(yīng)用系統(tǒng)的特定需求。

舉例來說，當兩個低代碼平臺提供相似功能時，我們需要根據(jù)應(yīng)用系統(tǒng)的用例來選擇合適的平臺。如果目標是開發(fā)B2C網(wǎng)站，那么提供代碼導(dǎo)出選項并按編輯器定價的平臺（如TeleportHQ）可能更為合適。同樣地，對于需要快速構(gòu)建差異化功能的B2C應(yīng)用系統(tǒng)來說，利用AI技術(shù)實現(xiàn)快速編碼的平臺（如GitHub Copilot）將是一個理想的選擇。

“模板驅(qū)動”的低代碼平臺更適合內(nèi)部應(yīng)用， “代碼賦能”型低代碼平臺更適合外部應(yīng)用系統(tǒng)。

六、企業(yè)契合：現(xiàn)有的因素

在選擇低代碼平臺時，必須綜合考慮多個現(xiàn)有因素，包括已使用的平臺（如ServiceNow、Salesforce、SAP）、現(xiàn)有技術(shù)棧（Java、.NET）、團隊技能水平（公民開發(fā)者）、合規(guī)標準（如WCAG），以及與其他系統(tǒng)或工具的集成需求。這些因素共同決定了平臺選擇的合理性和可行性。

為確保低代碼平臺的成功應(yīng)用，必須建立一個恰當?shù)闹卫砟Ｐ停员苊庖蜻^度放手給公民開發(fā)者而導(dǎo)致的應(yīng)用系統(tǒng)泛濫和潛在的安全風險。同時，成立卓越中心（CoE）對于推動平臺采納和提高業(yè)務(wù)技術(shù)人員技能至關(guān)重要。卓越中心將扮演關(guān)鍵角色，在平臺推廣、技能提升以及最佳實踐分享等方面發(fā)揮積極作用。

在提高技能方面，社區(qū)資源和技術(shù)大會是寶貴的資產(chǎn)。諸如Nocode HQ、NoCodeDevs、NoCodeTech和Makerpad等社區(qū)為無代碼和低代碼平臺的用戶提供了豐富的模板、論壇和互動機會。此外，參加LowCodeCon等低代碼平臺相關(guān)的技術(shù)大會，有助于用戶之間交流經(jīng)驗、分享見解，并拓寬視野。

為做出明智的決策，組織需要一個明確的決策樹，用以指導(dǎo)業(yè)務(wù)技術(shù)人員和IT團隊在傳統(tǒng)開發(fā)、低代碼平臺和無代碼平臺之間做出選擇。決策樹應(yīng)綜合考慮平臺用戶類型（業(yè)務(wù)人員、IT人員）和用例（外部、內(nèi)部）等關(guān)鍵因素，以確保決策的科學性和合理性。同時，組織還需要推薦一組能夠滿足各種決策樹場景的低代碼平臺，以便在實際應(yīng)用中靈活選擇。

如何采用低代碼平臺？

企業(yè)可采用以下策略高效實施低代碼平臺：

實施低代碼平臺策略

• 基于平臺契合度、安全性、監(jiān)控與支持等關(guān)鍵要素，精準選擇低代碼平臺；
• 委托IT團隊或合作伙伴進行實證性測試（PoC），驗證平臺效能；
• 組建專項團隊評估平臺運維契合度，特別是安全性與支持服務(wù)，若不滿足需求則返回選擇環(huán)節(jié)；
• 針對低代碼平臺，組織培訓提升業(yè)務(wù)人員技能；
• 成立統(tǒng)籌決策中心，負責監(jiān)督平臺采用情況及合規(guī)性，并構(gòu)建決策樹，明確低代碼平臺使用場景；
• 構(gòu)建低代碼開發(fā)工作流，鼓勵業(yè)務(wù)人員與IT開發(fā)人員協(xié)同構(gòu)建應(yīng)用系統(tǒng)；
• IT團隊負責審計與評審，確保應(yīng)用系統(tǒng)的質(zhì)量與安全，隨后進行部署；
• 業(yè)務(wù)團隊與IT團隊共同建立運維機制，保持持續(xù)協(xié)作；
• 定期跟蹤平臺帶來的開發(fā)者效率提升與成本節(jié)約。

IT團隊的關(guān)鍵角色

在采用低代碼平臺的整個過程中，IT團隊發(fā)揮著不可或缺的作用。特別是在業(yè)務(wù)人員使用低代碼平臺時，IT團隊既能引導(dǎo)創(chuàng)新，又能確保企業(yè)標準的維護。他們承擔著維護整個IT資產(chǎn)的責任，包括低代碼平臺上的應(yīng)用系統(tǒng)。

IT團隊在低代碼采用中的角色定位

• IT團隊中的基礎(chǔ)設(shè)施與運維人員可作為“平臺團隊”，負責提升低代碼平臺的運維能力；
• 針對特定業(yè)務(wù)組合的應(yīng)用系統(tǒng)團隊應(yīng)擔任“授權(quán)團隊”角色，指導(dǎo)業(yè)務(wù)人員構(gòu)建應(yīng)用系統(tǒng)，并有效預(yù)防應(yīng)用系統(tǒng)泛濫現(xiàn)象。

通過實施上述策略，并充分發(fā)揮IT團隊的作用，企業(yè)可以高效、安全地采用低代碼平臺，推動業(yè)務(wù)快速發(fā)展。

案例參考（以我個人最喜歡的一家低代碼平臺為例）：

1、低代碼作為業(yè)務(wù)管理創(chuàng)新工具

無需復(fù)雜發(fā)布部署、試錯成本低，幫助企業(yè)快速驗證新產(chǎn)品的試點，小規(guī)模調(diào)整配置路徑短，驗證即用即棄，幾乎沒有沉沒成本。同時成果可復(fù)用，用戶可自行沉淀優(yōu)秀應(yīng)用作為模板，分享安裝鏈接配備知識庫，保存實施落地文檔。

例如：吉利集團利用低代碼平臺織信Informat，進行了孵化業(yè)務(wù)信息化建設(shè)探索。

2、低代碼作為萬金油修補工具

可以用于填補周邊系統(tǒng)空缺需求，解決瑣碎場景的定制開發(fā)需求，降低企業(yè)預(yù)算，完善部門業(yè)務(wù)系統(tǒng)的整體建設(shè)。

例如：筑福房聯(lián)網(wǎng)構(gòu)建一站式數(shù)字化智慧信息平臺，助力房屋安全排查巡檢工作。

3、低代碼作為老舊系統(tǒng)重構(gòu)工具

老系統(tǒng)，包括ERP、OA等主要業(yè)務(wù)系統(tǒng)，因為種種原因無法在原有系統(tǒng)上繼續(xù)迭代升級，也是因為架構(gòu)太老、功能不足，越來越難以使用。需要尋求一種逐步過渡的升級、補充、替換方案。這個時候可以考慮低代碼的快速跟進。

例如：醫(yī)管家通過多場景全套系統(tǒng)重構(gòu)，實現(xiàn)后勤醫(yī)療服務(wù)的響應(yīng)速度提升比例高達60%！

以下是低代碼開發(fā)平臺的典型場景，大家也可以參考下：

ERP：

項目管理：

PLM：

CRM：

SRM：

企業(yè)數(shù)字化轉(zhuǎn)型， “謀”的是未來高質(zhì)量的競爭力， “求”的是降本增效。

如果能以更具彈性的價格以及更低的技術(shù)門檻去解決預(yù)算與人員雙重短缺的困境，將讓更多富有探索精神的創(chuàng)業(yè)者、管理者乃至基層員工投入到應(yīng)用開發(fā)中去。期待大家都能選到合適的工具，助力企業(yè)數(shù)字化轉(zhuǎn)型！

寫在最后：

在引進低代碼技術(shù)的前期階段，推薦大家在深入探索低代碼平臺功能同時，也可以多看看市面上比較認可的甘特魔力象限和Forrester報告，從中獲取豐富的低代碼平臺信息。這些信息也會為大家呈現(xiàn)一系列可行的選項，助力更全面地了解市場現(xiàn)狀。

此外，大家也可以在企業(yè)內(nèi)部尋找一些基礎(chǔ)的應(yīng)用系統(tǒng)或需求作為實踐起點。比如，那些與合規(guī)性緊密相關(guān)、用戶基數(shù)適中、主要涉及基礎(chǔ)CRUD（創(chuàng)建、讀取、更新、刪除）操作的應(yīng)用系統(tǒng)。

一旦你有了首個目標應(yīng)用系統(tǒng)，便可以依據(jù)本文所提及的六種契合度（平臺用戶類型、用例、技術(shù)棧、技能、標準和治理模型）來精準篩選合適的低代碼平臺，確保平臺能夠充分滿足你的實際需求。通過這樣的步驟，你將能夠邁出穩(wěn)健而高效的第一步，為后續(xù)的低代碼應(yīng)用開發(fā)奠定堅實基礎(chǔ)。