數(shù)字鄉(xiāng)村戰(zhàn)略下電子商務(wù)產(chǎn)業(yè)數(shù)字化轉(zhuǎn)型中的低代碼實(shí)踐與應(yīng)用

周 磊 馬娜娜 鄭惠惠 王國輝 隋好林 王軍英

(1.中國科協(xié)培訓(xùn)和人才服務(wù)中心，北京 100081； 2. 煙臺(tái)科慧科技服務(wù)有限公司，山東煙臺(tái) 264000；3. 山東麥穗兒大數(shù)據(jù)有限公司，山東煙臺(tái) 264000；4.中國農(nóng)業(yè)大學(xué)煙臺(tái)研究院，山東煙臺(tái) 264670）

1 研究背景

近年來，國家層面高度重視數(shù)字鄉(xiāng)村建設(shè)。2018年，中央一號(hào)文件首次提出實(shí)施“數(shù)字鄉(xiāng)村戰(zhàn)略”。2019年，中央一號(hào)文件也非常明確地提出實(shí)施“數(shù)字鄉(xiāng)村戰(zhàn)略”。農(nóng)村電子商務(wù)產(chǎn)業(yè)是數(shù)字鄉(xiāng)村建設(shè)發(fā)展的重要抓手。在數(shù)字鄉(xiāng)村的政策引導(dǎo)及戰(zhàn)略背景下，農(nóng)村的電子商務(wù)產(chǎn)業(yè)必將迎來廣闊的發(fā)展空間。數(shù)字化轉(zhuǎn)型就是運(yùn)用數(shù)字化技術(shù)手段來促動(dòng)商業(yè)模式創(chuàng)新，這對(duì)于農(nóng)村電子商務(wù)產(chǎn)業(yè)升級(jí)是十分必要的[1]。

數(shù)字化時(shí)代，數(shù)據(jù)是新的生產(chǎn)要素，數(shù)據(jù)管理是電子商務(wù)企業(yè)經(jīng)常遇到的最大的一個(gè)痛點(diǎn)問題。電子商務(wù)企業(yè)運(yùn)轉(zhuǎn)過程中必定會(huì)產(chǎn)生相當(dāng)繁雜且需要專門管理的數(shù)據(jù)信息，作為整個(gè)運(yùn)營(yíng)流程的原始動(dòng)力，其中任何一個(gè)環(huán)節(jié)出現(xiàn)差池都將影響整體流程運(yùn)行。同時(shí)有研究表明，在電商行業(yè)中，只有少量數(shù)據(jù)屬于可訪問、可利用的有效數(shù)據(jù)，另外的大多數(shù)據(jù)還存儲(chǔ)在企業(yè)內(nèi)部，處于無序、混亂狀態(tài)。也就是說，電商企業(yè)真正想要實(shí)現(xiàn)大數(shù)據(jù)互通和聯(lián)動(dòng)，就是要讓還未被利用起來的數(shù)據(jù)發(fā)揮其價(jià)值和效用。因此，不少電商企業(yè)管理者開始意識(shí)到搭建企業(yè)專屬智能化管理系統(tǒng)的重要性。

而電商企業(yè)在選擇搭建管理系統(tǒng)方式時(shí)經(jīng)常出現(xiàn)的一些顧慮現(xiàn)象。首先，照搬使用，業(yè)務(wù)適配度低。其次，自主開發(fā)，開發(fā)周期極長(zhǎng)。人力資源成本高昂。再者，外包開發(fā)，資金投入過大，不利于主營(yíng)業(yè)務(wù)的發(fā)展。

2 低代碼平臺(tái)

2.1 低代碼平臺(tái)概述

低代碼開發(fā)平臺(tái)是無需編碼(0代碼或無代碼)或通過少量代碼就能快速生成應(yīng)用程序的開發(fā)平臺(tái)[2]。其允許終端用戶用易于理解的可視化工具開發(fā)應(yīng)用程序，而不是傳統(tǒng)的寫代碼方式來創(chuàng)建業(yè)務(wù)流程、邏輯和數(shù)據(jù)模型等所需功能，必要時(shí)還可添加自己的代碼。完成業(yè)務(wù)邏輯、功能構(gòu)建后，即可交付應(yīng)用并進(jìn)行更新，自動(dòng)跟蹤所有更改并處理數(shù)據(jù)庫腳本和部署流程，實(shí)現(xiàn)在Web，Android，IOS等多平臺(tái)的部署。

低代碼是傳統(tǒng)軟件開發(fā)逐步優(yōu)化和演化的產(chǎn)物，以其靈活彈性高效穩(wěn)定等特點(diǎn)逐步應(yīng)用至企業(yè)各種業(yè)務(wù)場(chǎng)景[3]。傳統(tǒng)開發(fā)方法成本比較昂貴和僵化，無法提供高效和敏捷的開發(fā)流程，且交付周期長(zhǎng)定制能力弱，難以應(yīng)對(duì)時(shí)刻變化的市場(chǎng)和客戶期許。

2.2 低代碼平臺(tái)的優(yōu)勢(shì)

低代碼開發(fā)平臺(tái)大大降低了創(chuàng)建應(yīng)用的門檻，有效降低了對(duì)工程師的依賴，業(yè)務(wù)人員僅僅采用“拖拉拽”的方式就可以自己搭建應(yīng)用，滿足各業(yè)務(wù)部門個(gè)性化需求，有效降低人力成本，大大減少與IT部門反復(fù)溝通的過程，迅速縮短項(xiàng)目整個(gè)開發(fā)周期，企業(yè)不需要建立或聘請(qǐng)專門的軟件研發(fā)團(tuán)隊(duì)或人員，有很強(qiáng)的靈活性和通用性。在后期運(yùn)維上，其迭代速度更快，靈活性也更高。并且支持跨平臺(tái)間的敏捷部署應(yīng)用，可以輕松實(shí)現(xiàn)不同系統(tǒng)間的數(shù)據(jù)聯(lián)通，相較于傳統(tǒng)軟件開發(fā)優(yōu)勢(shì)體現(xiàn)得更加明顯[4]。而作為電子商務(wù)企業(yè)，其業(yè)務(wù)更需要?jiǎng)?chuàng)建更多的應(yīng)用程序，來保證移動(dòng)設(shè)備上快速高效運(yùn)行，其需要的應(yīng)用場(chǎng)景繁多，需要更敏捷的應(yīng)用構(gòu)建能力，以及較低的運(yùn)營(yíng)成本，應(yīng)用開發(fā)迅速落地見效。

(1)成本投入大大降低

傳統(tǒng)的程序開發(fā)模式過程比較固定，方式固化較嚴(yán)重，對(duì)于企業(yè)需要的高效敏捷的開發(fā)流程無法充分滿足，同時(shí)其開發(fā)周期漫長(zhǎng)、交付緩慢且?guī)缀鯖]有定制能力，難以滿足市場(chǎng)和客戶的需求。而低代碼開發(fā)平臺(tái)極大地降低了應(yīng)用門檻，有效地提升了軟件開發(fā)效率，可以讓相關(guān)業(yè)務(wù)部門用簡(jiǎn)單的方式完成應(yīng)用程序平臺(tái)搭建，能夠滿足業(yè)務(wù)部門對(duì)于個(gè)性化應(yīng)用設(shè)計(jì)的需求，同時(shí)使業(yè)務(wù)部門可以更輕松地參與到應(yīng)用程序開發(fā)的過程中，減少業(yè)務(wù)與開發(fā)者之間的溝通成本，以及因?yàn)閷I(yè)不同導(dǎo)致的理解誤差，不僅大大降低人力成本、避免和減少反復(fù)溝通，還極大地縮短開發(fā)周期。低代碼開發(fā)平臺(tái)的核心目標(biāo)就是要實(shí)現(xiàn)簡(jiǎn)便、高研發(fā)速度和高靈活性，在圖形化的研發(fā)界面中通過拖拉相關(guān)工具的方式實(shí)現(xiàn)可視化的研發(fā)過程，能夠有效縮短研發(fā)周期，從而提升研發(fā)效率，在一定程度上能夠有效降低企業(yè)在數(shù)字化轉(zhuǎn)型過程中的投資力度及時(shí)間、人力成本。

低代碼工具如“氚云”“宜搭”“簡(jiǎn)道云”“輕流”等，利用低代碼技術(shù)，將復(fù)雜的系統(tǒng)流程通過圖形化的界面來拖拽組件快速拼成應(yīng)用，能夠滿足電子商務(wù)企業(yè)快速開發(fā)和定制化開發(fā)的需求，更加適合電商行業(yè)業(yè)務(wù)多變的特征。

(2)提供所有源碼

提供所有的源碼是低代碼開發(fā)平臺(tái)的一大優(yōu)點(diǎn)，更好地保障用戶使用中的不同階段對(duì)不同層次和規(guī)模的需求都能很好的得到滿足，用戶使用過程中沒有后顧之憂。用戶基于全部源碼，可以根據(jù)需求快速實(shí)現(xiàn)個(gè)性化業(yè)務(wù)場(chǎng)景搭建，能很好地?cái)[脫對(duì)原廠商的依賴，使用過程中低代碼開發(fā)平臺(tái)廠商也會(huì)全程跟進(jìn)服務(wù)，充分保障企業(yè)用戶的持續(xù)穩(wěn)定使用。

(3)技術(shù)先進(jìn)

低代碼開發(fā)平臺(tái)的技術(shù)先進(jìn)主要體現(xiàn)在三點(diǎn):第一，微服務(wù)架構(gòu)采用了業(yè)內(nèi)公認(rèn)領(lǐng)先的SpringBoot，有效完善了平臺(tái)對(duì)于大量擴(kuò)增的需求，能夠滿足系統(tǒng)對(duì)于應(yīng)用開發(fā)靈活性、高效性等的綜合能力要求;第二，采用前后端分離模式，前端采購JQ和VUE架構(gòu)，技術(shù)與業(yè)務(wù)邏輯分離，系統(tǒng)升級(jí)不影響公司業(yè)務(wù)，系統(tǒng)運(yùn)維升級(jí)更方便;第三，由于其架構(gòu)有較高的可用性，以Nginx為基礎(chǔ)有效實(shí)現(xiàn)負(fù)載的均衡，為了能夠有不同的服務(wù)并執(zhí)行不同的工作，平臺(tái)中分成了運(yùn)行時(shí)、設(shè)計(jì)時(shí)及授權(quán)時(shí)等多種服務(wù)。

(4)業(yè)務(wù)適應(yīng)能力和邏輯可組裝性強(qiáng)

一方面中小企業(yè)有95%的相關(guān)業(yè)務(wù)辦理場(chǎng)合均可以通過低代碼開發(fā)平臺(tái)實(shí)現(xiàn)，顯示出低代碼開發(fā)平臺(tái)產(chǎn)品的靈活敏捷性，更有助于相關(guān)應(yīng)用功能的擴(kuò)展，同時(shí)很大程度也能滿足企業(yè)在快速發(fā)展過程中應(yīng)用功能的不斷迭代升級(jí)，產(chǎn)品創(chuàng)新改造更快更好。另一方面中大型企業(yè)70%以上的應(yīng)用場(chǎng)景也可以在低代碼開發(fā)平臺(tái)實(shí)現(xiàn)，這部分企業(yè)針對(duì)新系統(tǒng)在搭建時(shí)往往需要和之前已有系統(tǒng)來做數(shù)據(jù)聯(lián)通。用戶可以采用大規(guī)模的情景模板和大量的業(yè)務(wù)插件，來結(jié)合自身發(fā)展需要構(gòu)建個(gè)性化應(yīng)用，并與內(nèi)部數(shù)據(jù)信息聯(lián)通對(duì)接。

低代碼平臺(tái)為企業(yè)提供了一個(gè)能適應(yīng)業(yè)務(wù)需求靈活變通的自主可控的信息化平臺(tái)，基于通用業(yè)務(wù)模板、行業(yè)擴(kuò)展模板，提供了較實(shí)用的建模工具和模板資產(chǎn)，使業(yè)務(wù)應(yīng)用真正能做到模板驅(qū)動(dòng)，并能基于統(tǒng)一的領(lǐng)域模板，使不同的業(yè)務(wù)需求能實(shí)現(xiàn)模板的共享及業(yè)務(wù)邏輯的可組裝性，最終降低應(yīng)用系統(tǒng)長(zhǎng)期開發(fā)和維護(hù)的成本[5]。

企業(yè)在實(shí)施自己的核心業(yè)務(wù)運(yùn)營(yíng)系統(tǒng)時(shí)，需要同時(shí)面對(duì)來自不同方面的業(yè)務(wù)復(fù)雜度，例如現(xiàn)有ERP等系統(tǒng)的接口限制，外部生態(tài)伙伴的端到端的業(yè)務(wù)整合，多流程自動(dòng)化，運(yùn)營(yíng)模式不同導(dǎo)致的業(yè)務(wù)財(cái)務(wù)處理的差異，適應(yīng)不同設(shè)備系統(tǒng)的交互方式等。

3 煙臺(tái)市農(nóng)村電子商務(wù)企業(yè)數(shù)字化轉(zhuǎn)型中所面臨的問題

3.1 數(shù)字化轉(zhuǎn)型意識(shí)不強(qiáng)

企業(yè)領(lǐng)導(dǎo)層變革創(chuàng)新意識(shí)欠缺、對(duì)變革缺乏合理預(yù)期、對(duì)轉(zhuǎn)型缺乏平滑型路徑;部分中高管理層人員在思想上既不愿接受數(shù)字化變革帶來的新企業(yè)管理方式，也無法適應(yīng)經(jīng)營(yíng)管理模式的改變[6]。

3.2 轉(zhuǎn)型調(diào)研周期長(zhǎng)、預(yù)計(jì)投資大

數(shù)字化轉(zhuǎn)型前企業(yè)都會(huì)需要進(jìn)行調(diào)研、制定具體方案，耗費(fèi)大量時(shí)間精力的同時(shí)也需要很大的資金支持，大部分企業(yè)往往由于調(diào)研周期長(zhǎng)，變化多，最后實(shí)施中又投入不足或投資不及時(shí)導(dǎo)致轉(zhuǎn)型不成功，最后管理層不得不妥協(xié)。

3.3 數(shù)字化方面人員匱乏

在數(shù)字化變革中， 企業(yè)最核心的變革是對(duì)數(shù)據(jù)的有效管理，但在數(shù)據(jù)處理方面許多企業(yè)缺乏相關(guān)技術(shù)人才，甚至少部分企業(yè)根本沒有相應(yīng)的人才，數(shù)字化轉(zhuǎn)型推進(jìn)起來舉步維艱。

3.4 全面業(yè)務(wù)數(shù)字化難突破

多數(shù)企業(yè)操作系統(tǒng)和應(yīng)用千差萬別，單個(gè)軟件很難適應(yīng)多樣性的需求。而在轉(zhuǎn)型進(jìn)程中也出現(xiàn)了很多能夠提供數(shù)字化服務(wù)的企業(yè)或機(jī)構(gòu)，但這些機(jī)構(gòu)絕大部分更傾向于將功能細(xì)分成模塊化的相關(guān)技術(shù)，這樣就不利于構(gòu)建個(gè)性化應(yīng)用。同時(shí)有些企業(yè)技術(shù)人員自身技術(shù)和能力就欠缺很大，并且對(duì)企業(yè)的全面業(yè)務(wù)沒有充分了解，即使有了一定了解后，協(xié)調(diào)又跟不上，導(dǎo)致數(shù)字化項(xiàng)目不了了之。

4 低代碼平臺(tái)在農(nóng)村電子商務(wù)企業(yè)中的應(yīng)用與實(shí)踐效果

本研究選取了15家農(nóng)村電子商務(wù)企業(yè)，主要從其辦公管理、采購管理、客戶關(guān)系管理、生產(chǎn)管理、庫存管理、合同管理、訂單管理、銷售管理等方面來研究應(yīng)用和實(shí)踐效果。

首先辦公管理方面所有企業(yè)均采用了微信和釘釘?shù)谌揭苿?dòng)辦公應(yīng)用平臺(tái)。財(cái)務(wù)管理方面9家采用了“金蝶”軟件系統(tǒng)，5家采用了“用友”軟件系統(tǒng)，1家采用了其他小眾軟件系統(tǒng)。其中采用了低代碼平臺(tái)應(yīng)用的只有4家企業(yè)。以下為代表性兩家企業(yè)的示范案例。

4.1 案例一:合同管理

A企業(yè)為了快速反應(yīng)，不斷增加客戶群的粘性，取悅更多客戶，需要分析和梳理好合同方面重要的信息數(shù)據(jù)，以應(yīng)對(duì)當(dāng)下各種彈性業(yè)務(wù)的敏捷決策。尤其是移動(dòng)端面對(duì)繁雜的市場(chǎng)競(jìng)爭(zhēng)環(huán)境，決定基于釘釘移動(dòng)辦公應(yīng)用平臺(tái)采用低代碼平臺(tái)搭建了靈活的合同管理系統(tǒng)來支撐訂單處理。

A企業(yè)采納低代碼平臺(tái)合同管理系統(tǒng)前的場(chǎng)景痛點(diǎn):紙質(zhì)檔案查找不方便，合同檔案?jìng)鹘y(tǒng)方式管理，歸檔、查看不便利，易造成丟失;執(zhí)行情況統(tǒng)計(jì)工作量大，合同執(zhí)行情況需處理大量數(shù)據(jù)，收付款進(jìn)度情況無法有效跟蹤;手工記錄易出差錯(cuò)，合同數(shù)據(jù)手工處理記錄，出錯(cuò)率高，協(xié)同難度大。

A企業(yè)采納低代碼平臺(tái)“氚云”合同管理系統(tǒng)后的應(yīng)用效果:靈活移動(dòng)化，合同線上管理，多級(jí)別查詢和篩選;過程可追蹤，開票、收款、違約、索賠等全記錄，專門的開票表單統(tǒng)計(jì)所有開票信息，并和合同一一對(duì)應(yīng)，歷史違約記錄一目了然，支持多種排列順序展現(xiàn)，便于分析;數(shù)據(jù)準(zhǔn)確高效，分類管理，自動(dòng)計(jì)算，減少出錯(cuò)機(jī)率，統(tǒng)計(jì)自動(dòng)匯總，合同執(zhí)行匯總報(bào)表數(shù)據(jù)自動(dòng)統(tǒng)計(jì)生成。通過“氚云”線上合同管理，極大方便了合同的歷史存檔，并且支持?jǐn)U展，適配A企業(yè)個(gè)性化合同管理需求，顯著提高了合同反應(yīng)和異常處理的及時(shí)性。圖1為合同管理系統(tǒng)界面。

圖1 合同管理系統(tǒng)界面

4.2 案例二:進(jìn)銷存管理

B企業(yè)采納低代碼平臺(tái)合同管理系統(tǒng)前的場(chǎng)景痛點(diǎn):銷售過程難管控，銷售員報(bào)價(jià)信息無管控，訂單合同同步不及時(shí);生產(chǎn)進(jìn)度不明確，生產(chǎn)計(jì)劃、生產(chǎn)排程不同步;庫存數(shù)量不準(zhǔn)確，紙質(zhì)表格統(tǒng)計(jì)庫存，容易遺漏，同步不及時(shí)，庫存數(shù)據(jù)不準(zhǔn)確;賬款管理混亂，應(yīng)收款項(xiàng)無提醒，容易遺忘導(dǎo)致漏收等。

B企業(yè)應(yīng)用效果:核心業(yè)務(wù)全在線，關(guān)鍵數(shù)據(jù)盡掌控。銷售過程全面掌控，生產(chǎn)計(jì)劃、生產(chǎn)進(jìn)度及時(shí)掌握，庫存在線統(tǒng)一化管理，出入庫數(shù)據(jù)實(shí)時(shí)更新，準(zhǔn)確無誤，可以持續(xù)動(dòng)態(tài)追蹤庫存變化，應(yīng)收賬款到期提醒。銷售、采購數(shù)據(jù)一目了然，展示數(shù)據(jù)可視化報(bào)表。圖2為進(jìn)銷存管理系統(tǒng)界面。

圖2 進(jìn)銷存管理系統(tǒng)界面

4.3 低代碼典型廠商——奧哲.氚云低代碼開發(fā)平臺(tái)

奧哲.氚云低代碼開發(fā)平臺(tái)是一款面向數(shù)字化管理的開發(fā)工具，具有可視化表單、自動(dòng)化流程、智能報(bào)表、豐富的API接口等強(qiáng)大的功能模塊，僅通過“拖拉拽”的“積木式”搭建方式，就能快速實(shí)現(xiàn)企業(yè)組織管理與業(yè)務(wù)移動(dòng)在線，提升業(yè)務(wù)效率，降低管理成本，助力企業(yè)實(shí)現(xiàn)一站式數(shù)字化管理。

奧哲.氚云通過在線表單的快速創(chuàng)建，滿足用戶對(duì)于企業(yè)數(shù)字化管理需求，通過隨心搭建流程管理系統(tǒng)，快速完成各類審批流轉(zhuǎn)，告別傳統(tǒng)的Excel手動(dòng)分析，系統(tǒng)智能抓取，實(shí)時(shí)完成報(bào)表更新，更能完成不同維度的數(shù)據(jù)篩選，就算新手也可以通過氚云上百個(gè)免費(fèi)應(yīng)用場(chǎng)景模板完成系統(tǒng)搭建，有開發(fā)能力的IT人員也可以通過后端少量代碼的編輯，快速匹配新的應(yīng)用場(chǎng)景。同時(shí)， 奧哲.氚云提供多API接口集成，可以打破數(shù)據(jù)壁壘，讓數(shù)據(jù)無縫連接。奧哲.氚云自2016年以來已經(jīng)為各個(gè)行業(yè)近10萬家企業(yè)提供了可行性數(shù)字化解決方案。

5 討論

數(shù)字鄉(xiāng)村戰(zhàn)略下，農(nóng)村電子商務(wù)產(chǎn)業(yè)面臨重大發(fā)展機(jī)遇，數(shù)字化轉(zhuǎn)型升級(jí)十分必要，低代碼平臺(tái)工具切入產(chǎn)業(yè)數(shù)字化轉(zhuǎn)型實(shí)踐前景廣闊。建議農(nóng)村電子商務(wù)企業(yè)推動(dòng)數(shù)字化轉(zhuǎn)型注意路徑方法如下。

企業(yè)需要將數(shù)字化工具與企業(yè)運(yùn)營(yíng)、管理能力的建設(shè)過程結(jié)合在一起，充分意識(shí)到數(shù)字化變革帶來的變化，把數(shù)字化作為企業(yè)發(fā)展的內(nèi)驅(qū)力，改變粗放式發(fā)展的現(xiàn)狀，積極利用低代碼平臺(tái)及工具，提升電子商務(wù)產(chǎn)業(yè)鏈中各環(huán)節(jié)，優(yōu)化組織與運(yùn)營(yíng)管理能力。

企業(yè)在實(shí)施核心業(yè)務(wù)運(yùn)營(yíng)系統(tǒng)的時(shí)候，盡量細(xì)致地考量來自不同方面的業(yè)務(wù)復(fù)雜性，如業(yè)務(wù)接口限制及外部生態(tài)業(yè)務(wù)流程整合、自動(dòng)化，根據(jù)自身業(yè)務(wù)財(cái)務(wù)選擇最適合的低代碼平臺(tái)工具。

逐步完善企業(yè)自身的業(yè)務(wù)數(shù)據(jù)和指標(biāo)模型，為數(shù)據(jù)分析打下基礎(chǔ)，從而更方便地通過低代碼平臺(tái)實(shí)現(xiàn)業(yè)務(wù)分析、指標(biāo)的自定義和數(shù)據(jù)驅(qū)動(dòng)的業(yè)務(wù)運(yùn)營(yíng)。特別注意應(yīng)用和基礎(chǔ)平臺(tái)的自主可控度，規(guī)避核心業(yè)務(wù)平臺(tái)和技術(shù)架構(gòu)被動(dòng)鎖定，最好是有一定的版本迭代兼容性。

企業(yè)盡量專人復(fù)雜梳理清晰應(yīng)用場(chǎng)景，充分利用低代碼平臺(tái)，打造敏捷高效的應(yīng)用構(gòu)建能力，注意運(yùn)維成本的有效的控制。注意培養(yǎng)內(nèi)驅(qū)力較強(qiáng)的業(yè)務(wù)人員數(shù)字化水平，鼓勵(lì)并激勵(lì)相關(guān)業(yè)務(wù)部門人員積極參與低代碼平臺(tái)應(yīng)用搭建開發(fā)，以滿足業(yè)務(wù)部門對(duì)于個(gè)性化應(yīng)用設(shè)計(jì)需求的快速反應(yīng)。另外優(yōu)選便捷的第三方移動(dòng)辦公平臺(tái)，方便數(shù)據(jù)的調(diào)用，再比如API接口的開發(fā)，盡量也多考慮物聯(lián)網(wǎng)、大數(shù)據(jù)等有效連接建立問題，行業(yè)技術(shù)限制程度。

企業(yè)一定得謹(jǐn)慎選擇低代碼平臺(tái)廠商，不同的廠商側(cè)重點(diǎn)不同，對(duì)其功能、技術(shù)服務(wù)、可持續(xù)性、可遷移性等多方面綜合評(píng)價(jià)。企業(yè)綜合考量自身發(fā)展階段、行業(yè)特點(diǎn)及產(chǎn)品，尤其是中小企業(yè)可以從某個(gè)明確的痛點(diǎn)環(huán)節(jié)出發(fā)，從局部到總體，彈性、輕量化地逐步推動(dòng)數(shù)字化。數(shù)字化更多地是跟進(jìn)業(yè)務(wù)需要進(jìn)行流程梳理再造，內(nèi)部協(xié)調(diào)不斷優(yōu)化流程，提高核心競(jìng)爭(zhēng)力是關(guān)鍵。 （文責(zé)自負(fù)）