一、低程式碼起源：

IT圈的風口總是一輪又一輪，但是隻有當浪潮退去，還能倖存的，才能是真正具備社會價值的產品。把這個規則放在——“ 低程式碼”這個賽道上，也是一樣。

織信認為，低程式碼將是未來企業數字化轉型中必不可少的要素之一。

說到低程式碼，我們可以先聊聊它的起源。

萌芽

早期，低程式碼其實並不是傳統編碼模式（coding）的對立面，甚至和傳統編碼是相輔相成共同促進的。其實在任何一門程式碼語言中，程式碼編寫框架化、模組化一直都是語言發展的方向。各類IDE工具例如：Pycharm、Visual Studio Code這些，其實你也可以理解為是低程式碼的一種存在形式。

簡單來說【低程式碼】，可以理解為就是如何能夠使用更高效的程式設計方式開發出業務系統。

廣義上來說，以下的幾個概念都可以劃為低程式碼範疇：

1、AI：人工智慧

2、BI：商業智慧

3、RPA：流程自動化

4、BPM：業務流程管理

也可以發現，【低程式碼】其實更多的是透過大量場景的經驗積累，提煉出某一個垂直類別的通用模組，將零碎的程式碼程式設計工作變成針對這一特定場景的元件式功能的產品。透過這種產品使用者可以以非常高的效率實現特定需求的開發。從而減少時間和人力的投入。

成型

但是在很長的一段時間內，廠商並不會把自己的產品稱之為低程式碼，更願意用一個更加明確的稱呼來命名自己產品所處的領域，直到2014年，由知名研究機構Forrester Research正式提出了“低程式碼”的概念。這個時候，低程式碼的特徵被更加固化下來。

l弱化IDE程式碼程式設計介面

l更多圖形化、視覺化開發

l搭載成熟完善的外掛服務

後續按照這一定義產生的低程式碼平臺，一瞬間開始在全球市場引大家的關注， 國外包括OutSystems、Mendix、Kony、Salesforce、App Maker（Google）、PowerApps（Microsoft）等，國內則有織信Informat、宜搭、輕流等等。

再次登場

隨著Salesforce作為一家基於CRM概念起家，透過積極融合低程式碼能力，一舉實現覆蓋全球各行業營銷管理業務的獨角獸企業。低程式碼在業務實踐上跨出了非常重要的一步。在中國市場，2015年國內的低程式碼企業迎來了第一波投資風潮。輕流、明道雲、夥伴雲等廠商將原有的數字化業務，正式轉型到低程式碼領域。但是在這個階段，資本的助推並沒有得到預期中的效果。產品不成熟、使用者接受度差、企業數字化觀念薄弱等問題導致使用者對於低程式碼類產品的接受程度並不高。後續整個市場又陷入了低迷困境。

在2021年初，隨著釘釘6.0釋出會上，“低程式碼”概念再次被提出，新的一波低程式碼浪潮再次掀起。釋出會後的一週，百度指數中“低程式碼”關鍵詞熱度直接翻了2000倍。達到了新高，這也讓無論是老牌的低程式碼廠商，還是新進的玩家等到了新的一波市場機會。

沉澱

但是新的一輪風暴並沒有持續太久，2022年3月，隨著黑帕雲宣佈停服。低程式碼的熱度再次迴歸平淡。需多的廠商和使用者遇到了共同的問題。

容易操作的平臺，做不出複雜的產品，投入不了實際應用。

門檻過高的平臺，往往面向的是IT人員，但是IT人員目前並不看好這一系列的產品，認為其能力邊界和可用性不如傳統編碼。

所以很多人都認為“低程式碼”其實只是一個資產炒作出來的玩具，並不能具備真實可用性。

但是也有一些平臺經過了這陣暴風雨後，依然存活。透過無數的專案證明，自身的價值和定位。

這裡面就有一家佼佼者：織信低程式碼。

二、織信低程式碼介紹

織信低程式碼是什麼？

織信平臺的命名含義是讓更多企業擁有自主編織資訊化系統的能力。平臺集合了資料、流程、互動三大核心能力，使用者透過簡單的拖拽配置，即可完成業務應用的搭建。同時，平臺還具備一次搭建雙端適配、許可權獨立設定、定製訊息提醒推送及海量資訊儲存等特性，旨在為廣大企業提供一套低成本高效率的企業應用搭建解決方案。

織信低程式碼能夠做什麼？

織信低程式碼可支援企業進行資料管理、流程審批、移動辦公、知識文件管理、資訊釋出、表單收集等各種辦公應用場景。具體如：績效考核、調查問卷、人力資源管理、專案管理、客戶管理、上下游協同、工作流轉、生產監控、裝置巡檢、質量檢測、過程管理、資料整合、資料大屏等等。

織信低程式碼對於企業管理的真正意義：

既然企業要用到低程式碼，我們就一定要明確，低程式碼究竟能夠給企業帶來那些價值。

1、降本增效

據統計，低程式碼開發在企業內部資訊化的應用上的效率提升大概在67%左右，相當於1個人能夠發揮2-3人的人效。而開發完成後，測試和最佳化的週期也相應會大大縮短。所以相同的專案透過傳統編碼的方式來做可能需要3個月的時間，而低程式碼預計1個月左右就能搞定了。無論是人力的佔用還是時間成本，低程式碼在降本增效方面都有著絕對的優勢。

2、逐步落地

不用像過去的程式碼開發一樣，需要做大量的準備工作才能開始編碼。透過低程式碼所見即所得，快速開發的特性。很多的業務實踐或者最佳化都可以在幾分鐘內開發出來，得到效果反饋。這會直接改變原有的企業數字化戰略計劃。讓數字化的整體規劃過程可以更加從容。不用擔心一旦開始開發很多東西就不能修改，不能回頭的問題。模組化的開發模式，會讓整個業務變得更加靈活，更加能夠匹配市場的變化。

3、全員參與

和傳統編碼必須得由IT人員參與的情況不同，對於一些基礎性的改動或者開發工作，透過低程式碼平臺已經不需要IT人員“事必躬親”了，業務人員也可以根據自身的需求，透過平臺的配置項快速完成業務的變更和修改，在IT資源緊缺的公司，這種模式，會很大程度的提高員工參與資訊化建設的積極性，更好的推動企業數字化落地。

織信低程式碼區別於同類產品的獨有特色：

1、超強能力邊界：企業級系統開發

企業級最重要的意義在於必須要能夠成為支援企業各部門、各業務開展的資訊化重要“支柱”，企業的數字化應用場景，按照業務型別通常包括資料資訊管理、業務審批、各類報表分析以及其他業務；按照業務部門可以分為人事行政、專案、銷售、研發、生產等等；按照當前的軟體類別又可以分為ERP、CRM、OA、PLM、MES等等，各行業中又還有其他的定義標準。

所以如果要採購低程式碼平臺，能否支援到上述這些場景下，去完成系統開發任務，將會是所有公司採購平臺的最關鍵因素。 誰也不想買一個工具箱，卻只能解決一個問題。

2、雙重buff加持：易用性和可維護性

諸多的低程式碼開發平臺往往都只強調業務開發過程，卻忽略的後續的運維管理。要知道一個正常可執行的系統，開發完成才只是開始，後續還會有持續不斷的最佳化和開發。那麼誰來開發，誰能開發，如何進行版本的管理和運維。 大型資訊化系統需要有嚴格的研發管理流程。不然一旦操作不慎，可能會導致企業重要經營資料的流失和業務的癱瘓。這一塊低程式碼是不能和傳統程式碼開發“唱反調”的。

企業級低程式碼在這一塊能夠保持和傳統程式碼開發一樣，在運維上

支援針對開發人員進行許可權管理，做到模組和功能的限制；

支援檢視應用的執行情況，針對正在執行過程中的自動化事務的佔用資源和次數進行監控；

支援應用系統的版本管理，可同步git，實現分支拉取和上傳；

支援應用修改-釋出機制，支援“UAT-灰度-生產環境”的開發更新流程。

3、積極擁抱新技術：ChatGPT + Stable Diffusion

除了能夠支援常規的資訊化系統的開發，隨著市場發展的需求，新的技術融入能夠和低程式碼一起產生不一樣的化學反應。例如AIGC概念的異軍突起，織信低程式碼也積極響應，率先和ChatGPT、Stable Diffusion實現對接。

透過和ChatGPT的對接，實現了業務系統的AI智慧開發，進一步提升開發效率。

而Stable Diffusion作為AI圖片領域的重要模型，整合到織信後，織信平臺可以在相關圖片業務場景中，實現AI文生圖、圖生圖需求的快速呼叫。服務於電商、設計、廣告等領域，極大的提高了業務生產力。

三、織信低程式碼x上市企業客戶的成功實施案例

由於近年來外部環境的變化，對許多企業造成了巨大的衝擊，傳統的商業模式無法滿足企業的需求，很多企業採用了線上辦公的模式，這個時候就出現了新的問題：市場環境在高速變化發展，內部系統也需要快速迭代響應，企業的IT需求成倍增加。開發新的程式需要複雜的技術和高昂的成本，而購買現成的軟體又無法滿足企業的個性化需求。數字化經濟的繁榮和資訊化需求的激增，導致了程式設計師供需失衡。而低程式碼的存在讓企業非技術員工無需懂程式碼就可以根據自己的需求搭建應用，為眾企業解了燃眉之急。也讓技術人員更專注底層架構去做創新。

“低程式碼”這類產品主打的就是一個“降本增效”。

那“降本增效”的標準是什麼？——更快更省更合適。

l更快：搭建業務系統要快，更新迭代速度要快，響應新需求速度要快。

l更省：價效比要高，一個平臺可以構建多套系統，省了企業購買多套系統的錢。

l更合適：採購系統不是關鍵，用得起來才是關鍵。業務人員要能輕鬆上手，IT人員要愛用，體驗感要好。

下面以"織信低程式碼"的客戶實踐故事為引，來講一講這3個點：

通常來講“投資大、週期長、見效慢”，是每家企業在考慮數字化戰略時，都會糾結的問題。

1、打江山容易，守江山難

企業在快速擴張的過程中，往往可以不需要過多地考慮細節的問題，跑馬圈地的打法會更加有效。但是市場佔有量開始飽和，倖存者的競爭更加殘酷，讓每一家企業開始聚焦在如何降本增效，提高產品質量上面。而對於一家已經拼殺了20年的傳統汽配廠商而言，10餘家工廠，6000員工的高效協同，已經成為了管理者必須面對的大課題。而織信將同客戶一起基於低程式碼開發，探索一條新的數字化轉型之路。

2、低程式碼搭橋鋪路，連結“資料孤島”

 “你們能不能對接一下用友U9？”

“電子秤能否在系統中讀取到資料？”

 “我們的印表機可以對接模板生成條碼標籤嗎？”

這是織信的調研人員來到客戶現場接到的第一批問題。在這樣流程非常複雜的業務場景下，圍繞辦公、生產車間製造研發、供應鏈上下游、採購、倉儲、運輸和經銷商管理，陸續採購了十幾款軟體系統。

但是這些軟體系統由於供應商不一，往往並不具備相互貫通的能力。後續需要讓各供應商來開發對接的介面，二次開發成本可能都超過了原先的採購成本，甚至有的系統原廠都已經不在了，根本找不到人來維護。

面對這樣的問題，織信的開發人員在現場，立即透過查閱用友ERP的相關介面文件，透過織信平臺的快速開發和自定義API能力，直接調通了對用友系統的資料調取，將原本一週的工作量在幾小時內就完成了，這讓客戶公司資訊部的負責人眼前一亮。

我們可以發揮織信靈活的配置優勢，把它當作一個萬.能介面，在不需要對原系統進行大規模調整的前提下，讓織信平臺的應用主動適應原系統，將資料都拉取到織信平臺上來，這樣我們就可以輕鬆對這些資料進行二次處理了。

資料是一個企業的巨大資產，從資料的整理和分析能夠清晰地瞭解企業的經營狀況和最佳化方向。但是資料之間相互孤立，彼此難以聯通，便會影響到業務資料的整體性價值。因此將資料聯通成為了新階段數字化轉型的重要一步。

3、低程式碼賦能，提需求不再是“西天取經”

一直希望能用上自定義條碼標籤系統的生產部門。提出這個需求已經1年多了，調侃到這比西天取經還難。

在織信來之前，給生產出來的產品貼條碼一直是一個大問題，由於廠商的要求需要按照固定格式來列印標籤，每種格式都是靠Excel去編制模板，訂單編號、條碼、二維碼等等內容都會耗費大量的製表時間。

但是這個需求對於資訊部來說，也很難處理。是把它加在銷售系統中，還是ERP中，都是個問題，資料拉取、後續擴充等問題都需要考量，這導致一個業務過程中迫切需要解決的問題一再擱置。

對於連線系統資料，生成自定義標籤類的需求，織信解決起來就非常的順手了。

我們溝通完需求以後，透過自定義頁面快速構建出了生產部想要的標籤格式。然後對接標籤印表機，立馬就列印出來了想要的內容。整個過程也變成非常的簡單，不需要依賴原系統。

像條碼標籤這一類的問題，在其他業務場景下還有很多。低程式碼對於這種短、頻、快的需求可以說是對症下藥。透過簡單的培訓，開發人員都可以快速上手，透過簡單的搭建就可以生成想要的功能模組，直接投入到生產中去，做到需求的快速響應，快速上線。

4、低成本打通上下游供應鏈

以往供應商往往是被隔離在資訊化之外的，企業內部的資訊化再強，一旦涉及到供應商的介入，出於資料安全和流程的考慮，並不會給供應商內部賬號。

但是業務上例如運輸進度、供貨量、供貨週期，甚至是貨品的批次，其實都需要雙方相互同步。

織信根據企業原來的業務流程，量身定製了一套從前採的招標、議價、確認供應商，再到後採的供應商生產協同全流程的供應商管理系統，比起原定計劃直接採購的成熟系統來說。整套流程的開發不但大大降低了成本，還將整個供應鏈啟用了。

經過了一段時間的磨合和溝通，我們發現數字化戰略推進的難題主要還是在於傳統的開發模式需要投入大量的人力物力和時間。這個躲不開的因素，會導致企業在評估成本和風險時望而卻步。而基於低程式碼開發平臺的數字化轉型路線，恰好是幫助企業用更少的人力投入和更短的時間，來做數字化的嘗試和突破。

“資料連起來、需求提起來、閉環走起來”。邁出第一步，讓每個人真切地感受到數字化帶來的好處，這樣戰略的推動才會減少阻礙。

和千千萬萬家企業一樣，他們遇到過所有傳統制造業數字化程式中的問題，但是透過嘗試和創新，開拓出低程式碼數字化轉型的新模式。

等到第一期的專案全部落地，他們將開始思考更深層次的數字化模式，要把低程式碼的能力全部轉移過來，增強自身低程式碼開發實力，做到完全的自主可控。

“將低程式碼能力轉移給使用者”這對於織信來說，並不意味斷了業務。其實是一個雙贏的局面。

織信可以更加有精力專注在平臺的迭代升級上，為使用者提供更加有效的低程式碼開發工具，賦能更多的業務場景。

企業也可以真正實現數字化戰略的自主可控，及時有效地應對業務擴充遇到的各類問題，真正做到“內行的事，內行解決”。

"更快更省更合適"，這或許也是企業真正需要低程式碼產品的原因，而不是媒體鼓吹的所謂“低程式碼要搶了程式設計師飯碗”，因為低程式碼產品出現本身就是因為企業IT人員不夠用了！

四、如何正確使用低程式碼？

這裡分享一個織信低程式碼的專案實踐：“2人14天，快速構建一套電商供應鏈管理平臺”

專案背景

專案情況：客戶是一家主要透過電商平臺銷售的日用清潔用品的企業，是淘寶垂直品類第一，銷售模式包括自營和代理商兩種模式，平時用旺店通ERP進行訂單.管理和財務結算。並且客戶公司有小型的開發團隊，可以自行進行運維和準備專案環境，需求主要和客戶的開發人員進行確認。

專案需求：需要一套能夠與原旺店通ERP系統打通的擴充系統，將渠道建立的訂單同步到旺店通ERP中，其中貨品、店鋪等資訊需要從旺店通ERP中同步。

專案週期：14工作日（2周半）

參與人數：2人，1產品經理，1全棧。

第1-2天：需求調研

專案合同簽訂後，第一時間與客戶商定需求調研時間，地點，方案。然後抓緊安排調研工作。

本專案由於專案需求其實並不會特別複雜，所以我們安排了2天的調研週期。前往客戶現場進行當面確認。

調研產出：

織信低程式碼中需要搭建的系統分為渠道端和運營端兩個操作埠，需要與旺店通ERP進行對接。

運營端：由公司內部人員參與，對渠道和訂單資訊進行管理；

渠道端：可支援渠道商登陸，並且和旺店通ERP的訂單操作行為進行實時資料同步；

除了基礎的下單行為外，還需要具備渠道錢包功能，渠道發起的退貨會以渠道錢包的方式進行退回，錢包中的金額可在後續的支付中進行抵扣。（這是去現場調研到的一個額外延伸需求，但是評估下來低程式碼實施並不會增加太大的工作量，就額外補充了一下）

下面是我們根據與相關業務人員訪談後，梳理的業務流程圖。和傳統開發一樣，這一步並不能節省，一個邏輯完備、步驟詳細的流程圖，將會在後續節省大量的開發時間。

第3-4天：模型梳理

需求調研完成，和客戶確認了詳細的業務流程邏輯，我們就要開始需求梳理工作。

所謂磨刀不誤砍柴工。

對於需求的梳理和分析，以及確定對應技術方案，是開發系統非常重要的一步，低程式碼的開發模式也不例外。

低程式碼模型梳理：

低程式碼開發前期模型梳理主要分為：“功能模組——表模型——欄位設計”

這也對應了低程式碼的“應用——模組（資料表）——欄位的結構”。

先整理出模組清單：

然後再逐個模組進行模型梳理。

原型及功能設計階段

完成模型和介面的梳理工作後，進入原型及功能設計階段。

雖然有了低程式碼的快速開發和配置，我們還是採用了傳統的原型設計工具進行原型繪製，這樣做的主要目的在於，能夠儘可能和客戶的需求進行貼合匹配。而不會受到低程式碼平臺的束縛（當然這也是基於織信低程式碼平臺強大的定製化能力才支援做到這一點）。

在這裡，我們會讓產品經理專門針對織信低程式碼做了一個元件庫，可以提升互動的速度，儘量貼合低程式碼互動。

對於某些頁面有特殊需求， 我們還可以完全支援定製化的設計，並且可以透過平臺的自定義頁面實現。

最後，很關鍵的一步，將所有的模型和原型與使用者進行確認。一旦確認完畢，就可以開始我們的低程式碼技術評審階段，確定本次開發技術實現方案。

第5天：技術評審

難點一：旺店通ERP資料對接方案

在織信低程式碼中建立了ERP訂單和訂單兩個模組。其中ERP訂單呼叫旺店通ERP的查詢訂單介面，定時增量獲取旺店通ERP的訂單資訊，其表結構與查詢訂單介面的返回引數保持一致。

訂單表儲存的是在織信低程式碼中建立的訂單資訊，完成建立後會呼叫旺店通ERP的建立訂單介面將訂單資訊傳到旺店通ERP中，在訂單表裡可以根據客戶需要自行定義表結構，只需要保證建立訂單介面中傳入引數的必填欄位都能正確傳入即可。因為在訂單和ERP訂單中，都有原始訂單號，該欄位可作為唯.一識別符號，將ERP訂單的資訊同步到訂單當中，例如訂單狀態、物流單號等，滿足資料同步需求。

在實際使用時，使用者只需要操作訂單表，就能完成下單和同步訂單狀態的操作。

難點二：各模組資料隔離方案

渠道商管理系統分為渠道端和運營端兩個操作埠，作為運營端可檢視到自己管理渠道的所有資訊，作為渠道端只能檢視到自己渠道的所有資訊。

基於上述需求，我們首先使用檢視的方式建立渠道的操作模組。並且透過自動化設定使用者的擴充套件引數，將渠道使用者的渠道id繫結在使用者資訊中，後續只需要在渠道操作的模組中加入統一的資料過濾即可實現渠道端的資料隔離。

對於運營端，我們同樣將運營可檢視的渠道資訊透過自動化設定到使用者擴充套件資訊當中，在各個可操作模組中加入資料過濾即可實現運營端的資料隔離。

難點三：渠道資訊建立/修改稽核

客戶希望能發起修改時，其基礎資訊、組合裝和合同可以整體進行編輯和報錯，發起後由財務統一稽核，稽核透過後可將修改內容同步到渠道資訊中。

基於該需求，我們重新做了一套渠道資訊表用於儲存修改內容，並且透過工作流實現審批功能，審批透過後才將修改後的資料複製到渠道資訊中。

難點四：下單頁面特殊互動的調整

客戶希望在下單時選擇商品的時候，是以卡片的形式展示商品內容，並且整個下單過程分為兩步，先選擇商品再輸入收貨地址。

以卡片的形式展示商品：我們將原本的查詢列表以表單的形式進行了展示，同時預設載入出客戶可下單的商品，客戶填入了數量的才是需要下單的物品。

下單分步：下單的動作是建立資料，所以將貨品和選擇收貨地址進行分組，然後開啟在建立時分步展示即可。

至此，客戶的業務需求梳理部分已全部完成，下一階段正式進入織信低程式碼的開發環節。

第6-12天：模型搭建、介面對接

模型搭建與配置（5-7）

在上面需求梳理是已經將各模組欄位整理好了，就開始模型搭建工作了，主要分為以下幾個步驟：

1、欄位模型批次匯入

2、欄位細節調整

所有表單模型匯入後（大約花費30分鐘時間），我們開始針對每張表單的欄位細節進行微調。主要包括：

是否必填

選項值

欄位、表之間關聯

是否展示

是否可編輯

動態預設值

3、表單展示內容調整

調整使用者訪問此模組時的互動內容：

展示列表

篩選欄位條件

工具欄按鈕

資料預設排序方式

資料過濾

4、驗證模型

完成上述配置後，系統模型已經完成，該模型需滿足能按照業務需求進行操作的標準，只是當前因為沒有搭配自動化功能，但我們已經可以透過自行建立資料的方式驗證模型是否準確，能否滿足業務需求。

低程式碼功能開發

指令碼和自動化

複雜邏輯編寫（指令碼）

......

五、低程式碼的服務模式

織信低程式碼平臺能夠在底層邏輯上面為企業的數字化戰略大幅度降低成本和縮短週期。同時，織信團隊也能夠為客戶提供一系列的配套服務，包括平臺交付、專案管理、質量管理三大方面。

1、平臺交付

整體平臺交付不單單是把平臺部署給使用者就結束了。織信團隊將深入參與到需求調研、架構設計、開發和培訓中去，幫助使用者真正能夠實現數字化落地。

2、專案管理

透過利用低程式碼平臺，快速構建專業化、定製化的專案管理系統，為每個客戶提供科學、完善、詳細的專案管理體系，讓專案交付更透明、可靠。

3、質量管理

重視客戶體驗，透過晨會、週會、月會等專案管理機制，及時同步專案進度，瞭解使用者需求，確保專案方向不出偏差。

六、織信低程式碼試用&諮詢

1、織信低程式碼申請試用入口：

現在申請即送價值3000元的織信Informat next月卡體驗套餐（限100份）

點選這裡：

立即申請體驗織信低程式碼——體驗“低程式碼”構建應用的奇妙之旅。