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

下面基于我的個(gè)人認(rèn)知給大家講一講：

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

目前市面上有超過(guò) 200 家低代碼平臺(tái)，它們的用途、定價(jià)和版本各不相同。因?yàn)橛斜姸嗟倪x項(xiàng)，所以決策過(guò)程可能變得相當(dāng)復(fù)雜。選擇滿足企業(yè)長(zhǎng)期需求的低代碼平臺(tái)可能更為迫切。因此，在本文中，我將通過(guò)解釋在為企業(yè)選擇低代碼平臺(tái)時(shí)應(yīng)該找到的6個(gè)契合度來(lái)幫助大家簡(jiǎn)化決策過(guò)程。

一、目的契合：滿足需求

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

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

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

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

當(dāng)然了，對(duì)于這些場(chǎng)景，并非都一定要用全棧低代碼平臺(tái)，因?yàn)椴糠謨?yōu)秀的低代碼平臺(tái)也是可以手到擒來(lái)的。因此，為特定目的選擇正確的低代碼往往是一個(gè)好的開(kāi)始，你不一定要只使用一個(gè)企業(yè)范圍的低代碼平臺(tái)。

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

大家也可以利用不同的低代碼平臺(tái)來(lái)滿足特定的需求。

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

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

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

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

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

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

三、運(yùn)維契合：選擇合適的部署類(lèi)型

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

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

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

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

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

四、用戶契合：平衡視角

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

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

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

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

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

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

實(shí)踐策略：

1、明確業(yè)務(wù)需求與目標(biāo)：在引入低代碼平臺(tái)之前，首先要明確企業(yè)的業(yè)務(wù)需求、目標(biāo)以及期望解決的問(wèn)題。這有助于選擇最適合企業(yè)需求的平臺(tái)，并確保平臺(tái)能夠?yàn)槠髽I(yè)帶來(lái)實(shí)際的業(yè)務(wù)價(jià)值。

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

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

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

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

實(shí)施流程：

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

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

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

4、用戶培訓(xùn)與知識(shí)傳遞：組織用戶培訓(xùn)，確保用戶能夠熟練掌握低代碼平臺(tái)的操作方法。同時(shí)，將相關(guān)的文檔和知識(shí)傳遞給用戶，以便他們?cè)谖磥?lái)能夠自主解決問(wèn)題和進(jìn)行維護(hù)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

如何采用低代碼平臺(tái)？

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

實(shí)施低代碼平臺(tái)策略

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

IT團(tuán)隊(duì)的關(guān)鍵角色

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

IT團(tuán)隊(duì)在低代碼采用中的角色定位

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

通過(guò)實(shí)施上述策略，并充分發(fā)揮IT團(tuán)隊(duì)的作用，企業(yè)可以高效、安全地采用低代碼平臺(tái)，推動(dòng)業(yè)務(wù)快速發(fā)展。

案例參考（以我個(gè)人最喜歡的一家低代碼平臺(tái)為例）：

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

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

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

2、低代碼作為萬(wàn)金油修補(bǔ)工具

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

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

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

老系統(tǒng)，包括ERP、OA等主要業(yè)務(wù)系統(tǒng)，因?yàn)榉N種原因無(wú)法在原有系統(tǒng)上繼續(xù)迭代升級(jí)，也是因?yàn)榧軜?gòu)太老、功能不足，越來(lái)越難以使用。需要尋求一種逐步過(guò)渡的升級(jí)、補(bǔ)充、替換方案。這個(gè)時(shí)候可以考慮低代碼的快速跟進(jìn)。

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

以下是低代碼開(kāi)發(fā)平臺(tái)的典型場(chǎng)景，大家也可以參考下：

ERP：

項(xiàng)目管理：

PLM：

CRM：

SRM：

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

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

寫(xiě)在最后：

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

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

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