一、低代碼起源：

IT圈的風口總是一輪又一輪，但是只有當浪潮退去，還能幸存的，才能是真正具備社會價值的產(chǎn)品。把這個規(guī)則放在——“低代碼”這個賽道上，也是一樣。

織信認為，低代碼將是未來企業(yè)數(shù)字化轉(zhuǎn)型中必不可少的要素之一。

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

萌芽

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

簡單來說【低代碼】，可以理解為就是如何能夠使用更高效的編程方式開發(fā)出業(yè)務系統(tǒng)。

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

1、AI：人工智能

2、BI：商業(yè)智能

3、RPA：流程自動化

4、BPM：業(yè)務流程管理

也可以發(fā)現(xiàn)，【低代碼】其實更多的是通過大量場景的經(jīng)驗積累，提煉出某一個垂直類別的通用模塊，將零碎的代碼編程工作變成針對這一特定場景的組件式功能的產(chǎn)品。通過這種產(chǎn)品用戶可以以非常高的效率實現(xiàn)特定需求的開發(fā)。從而減少時間和人力的投入。

成型

但是在很長的一段時間內(nèi)，廠商并不會把自己的產(chǎn)品稱之為低代碼，更愿意用一個更加明確的稱呼來命名自己產(chǎn)品所處的領域，直到2014年，由知名研究機構(gòu)Forrester Research正式提出了“低代碼”的概念。這個時候，低代碼的特征被更加固化下來。

l弱化IDE代碼編程界面

l更多圖形化、可視化開發(fā)

l搭載成熟完善的插件服務

后續(xù)按照這一定義產(chǎn)生的低代碼平臺，一瞬間開始在全球市場引大家的關(guān)注， 國外包括OutSystems、Mendix、Kony、Salesforce、App Maker（Google）、PowerApps（Microsoft）等，國內(nèi)則有織信Informat、宜搭、輕流等等。

再次登場

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

在2021年初，隨著釘釘6.0發(fā)布會上，“低代碼”概念再次被提出，新的一波低代碼浪潮再次掀起。發(fā)布會后的一周，百度指數(shù)中“低代碼”關(guān)鍵詞熱度直接翻了2000倍。達到了新高，這也讓無論是老牌的低代碼廠商，還是新進的玩家等到了新的一波市場機會。

沉淀

但是新的一輪風暴并沒有持續(xù)太久，2022年3月，隨著黑帕云宣布停服。低代碼的熱度再次回歸平淡。需多的廠商和用戶遇到了共同的問題。

容易操作的平臺，做不出復雜的產(chǎn)品，投入不了實際應用。

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

所以很多人都認為“低代碼”其實只是一個資產(chǎn)炒作出來的玩具，并不能具備真實可用性。

但是也有一些平臺經(jīng)過了這陣暴風雨后，依然存活。通過無數(shù)的項目證明，自身的價值和定位。

這里面就有一家佼佼者：織信低代碼。

二、織信低代碼介紹

織信低代碼是什么？

織信平臺的命名含義是讓更多企業(yè)擁有自主編織信息化系統(tǒng)的能力。平臺集合了數(shù)據(jù)、流程、交互三大核心能力，用戶通過簡單的拖拽配置，即可完成業(yè)務應用的搭建。同時，平臺還具備一次搭建雙端適配、權(quán)限獨立設置、定制消息提醒推送及海量信息存儲等特性，旨在為廣大企業(yè)提供一套低成本高效率的企業(yè)應用搭建解決方案。

織信低代碼能夠做什么？

織信低代碼可支持企業(yè)進行數(shù)據(jù)管理、流程審批、移動辦公、知識文檔管理、信息發(fā)布、表單收集等各種辦公應用場景。具體如：績效考核、調(diào)查問卷、人力資源管理、項目管理、客戶管理、上下游協(xié)同、工作流轉(zhuǎn)、生產(chǎn)監(jiān)控、設備巡檢、質(zhì)量檢測、過程管理、數(shù)據(jù)集成、數(shù)據(jù)大屏等等。

織信低代碼對于企業(yè)管理的真正意義：

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

1、降本增效

據(jù)統(tǒng)計，低代碼開發(fā)在企業(yè)內(nèi)部信息化的應用上的效率提升大概在67%左右，相當于1個人能夠發(fā)揮2-3人的人效。而開發(fā)完成后，測試和優(yōu)化的周期也相應會大大縮短。所以相同的項目通過傳統(tǒng)編碼的方式來做可能需要3個月的時間，而低代碼預計1個月左右就能搞定了。無論是人力的占用還是時間成本，低代碼在降本增效方面都有著絕對的優(yōu)勢。

2、逐步落地

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

3、全員參與

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

織信低代碼區(qū)別于同類產(chǎn)品的獨有特色：

1、超強能力邊界：企業(yè)級系統(tǒng)開發(fā)

企業(yè)級最重要的意義在于必須要能夠成為支持企業(yè)各部門、各業(yè)務開展的信息化重要“支柱”，企業(yè)的數(shù)字化應用場景，按照業(yè)務類型通常包括數(shù)據(jù)信息管理、業(yè)務審批、各類報表分析以及其他業(yè)務；按照業(yè)務部門可以分為人事行政、項目、銷售、研發(fā)、生產(chǎn)等等；按照當前的軟件類別又可以分為ERP、CRM、OA、PLM、MES等等，各行業(yè)中又還有其他的定義標準。

所以如果要采購低代碼平臺，能否支持到上述這些場景下，去完成系統(tǒng)開發(fā)任務，將會是所有公司采購平臺的最關(guān)鍵因素。 誰也不想買一個工具箱，卻只能解決一個問題。

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

諸多的低代碼開發(fā)平臺往往都只強調(diào)業(yè)務開發(fā)過程，卻忽略的后續(xù)的運維管理。要知道一個正常可運行的系統(tǒng)，開發(fā)完成才只是開始，后續(xù)還會有持續(xù)不斷的優(yōu)化和開發(fā)。那么誰來開發(fā)，誰能開發(fā)，如何進行版本的管理和運維。 大型信息化系統(tǒng)需要有嚴格的研發(fā)管理流程。不然一旦操作不慎，可能會導致企業(yè)重要經(jīng)營數(shù)據(jù)的流失和業(yè)務的癱瘓。這一塊低代碼是不能和傳統(tǒng)代碼開發(fā)“唱反調(diào)”的。

企業(yè)級低代碼在這一塊能夠保持和傳統(tǒng)代碼開發(fā)一樣，在運維上

支持針對開發(fā)人員進行權(quán)限管理，做到模塊和功能的限制；

支持查看應用的運行情況，針對正在運行過程中的自動化事務的占用資源和次數(shù)進行監(jiān)控；

支持應用系統(tǒng)的版本管理，可同步git，實現(xiàn)分支拉取和上傳；

支持應用修改-發(fā)布機制，支持“UAT-灰度-生產(chǎn)環(huán)境”的開發(fā)更新流程。

3、積極擁抱新技術(shù)：ChatGPT Stable Diffusion

除了能夠支持常規(guī)的信息化系統(tǒng)的開發(fā)，隨著市場發(fā)展的需求，新的技術(shù)融入能夠和低代碼一起產(chǎn)生不一樣的化學反應。例如AIGC概念的異軍突起，織信低代碼也積極響應，率先和ChatGPT、Stable Diffusion實現(xiàn)對接。

通過和ChatGPT的對接，實現(xiàn)了業(yè)務系統(tǒng)的AI智能開發(fā)，進一步提升開發(fā)效率。

而Stable Diffusion作為AI圖片領域的重要模型，集成到織信后，織信平臺可以在相關(guān)圖片業(yè)務場景中，實現(xiàn)AI文生圖、圖生圖需求的快速調(diào)用。服務于電商、設計、廣告等領域，極大的提高了業(yè)務生產(chǎn)力。

三、織信低代碼x上市企業(yè)客戶的成功實施案例

由于近年來外部環(huán)境的變化，對許多企業(yè)造成了巨大的沖擊，傳統(tǒng)的商業(yè)模式無法滿足企業(yè)的需求，很多企業(yè)采用了線上辦公的模式，這個時候就出現(xiàn)了新的問題：市場環(huán)境在高速變化發(fā)展，內(nèi)部系統(tǒng)也需要快速迭代響應，企業(yè)的IT需求成倍增加。開發(fā)新的程序需要復雜的技術(shù)和高昂的成本，而購買現(xiàn)成的軟件又無法滿足企業(yè)的個性化需求。數(shù)字化經(jīng)濟的繁榮和信息化需求的激增，導致了程序員供需失衡。而低代碼的存在讓企業(yè)非技術(shù)員工無需懂代碼就可以根據(jù)自己的需求搭建應用，為眾企業(yè)解了燃眉之急。也讓技術(shù)人員更專注底層架構(gòu)去做創(chuàng)新。

“低代碼”這類產(chǎn)品主打的就是一個“降本增效”。

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

l更快：搭建業(yè)務系統(tǒng)要快，更新迭代速度要快，響應新需求速度要快。

l更?。盒詢r比要高，一個平臺可以構(gòu)建多套系統(tǒng)，省了企業(yè)購買多套系統(tǒng)的錢。

l更合適：采購系統(tǒng)不是關(guān)鍵，用得起來才是關(guān)鍵。業(yè)務人員要能輕松上手，IT人員要愛用，體驗感要好。

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

通常來講“投資大、周期長、見效慢”，是每家企業(yè)在考慮數(shù)字化戰(zhàn)略時，都會糾結(jié)的問題。

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

企業(yè)在快速擴張的過程中，往往可以不需要過多地考慮細節(jié)的問題，跑馬圈地的打法會更加有效。但是市場占有量開始飽和，幸存者的競爭更加殘酷，讓每一家企業(yè)開始聚焦在如何降本增效，提高產(chǎn)品質(zhì)量上面。而對于一家已經(jīng)拼殺了20年的傳統(tǒng)汽配廠商而言，10余家工廠，6000員工的高效協(xié)同，已經(jīng)成為了管理者必須面對的大課題。而織信將同客戶一起基于低代碼開發(fā)，探索一條新的數(shù)字化轉(zhuǎn)型之路。

2、低代碼搭橋鋪路，鏈接“數(shù)據(jù)孤島”

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

“電子秤能否在系統(tǒng)中讀取到數(shù)據(jù)？”

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

這是織信的調(diào)研人員來到客戶現(xiàn)場接到的第一批問題。在這樣流程非常復雜的業(yè)務場景下，圍繞辦公、生產(chǎn)車間制造研發(fā)、供應鏈上下游、采購、倉儲、運輸和經(jīng)銷商管理，陸續(xù)采購了十幾款軟件系統(tǒng)。

但是這些軟件系統(tǒng)由于供應商不一，往往并不具備相互貫通的能力。后續(xù)需要讓各供應商來開發(fā)對接的接口，二次開發(fā)成本可能都超過了原先的采購成本，甚至有的系統(tǒng)原廠都已經(jīng)不在了，根本找不到人來維護。

面對這樣的問題，織信的開發(fā)人員在現(xiàn)場，立即通過查閱用友ERP的相關(guān)接口文檔，通過織信平臺的快速開發(fā)和自定義API能力，直接調(diào)通了對用友系統(tǒng)的數(shù)據(jù)調(diào)取，將原本一周的工作量在幾小時內(nèi)就完成了，這讓客戶公司信息部的負責人眼前一亮。

我們可以發(fā)揮織信靈活的配置優(yōu)勢，把它當作一個萬能接口，在不需要對原系統(tǒng)進行大規(guī)模調(diào)整的前提下，讓織信平臺的應用主動適應原系統(tǒng)，將數(shù)據(jù)都拉取到織信平臺上來，這樣我們就可以輕松對這些數(shù)據(jù)進行二次處理了。

數(shù)據(jù)是一個企業(yè)的巨大資產(chǎn)，從數(shù)據(jù)的整理和分析能夠清晰地了解企業(yè)的經(jīng)營狀況和優(yōu)化方向。但是數(shù)據(jù)之間相互孤立，彼此難以聯(lián)通，便會影響到業(yè)務數(shù)據(jù)的整體性價值。因此將數(shù)據(jù)聯(lián)通成為了新階段數(shù)字化轉(zhuǎn)型的重要一步。

3、低代碼賦能，提需求不再是“西天取經(jīng)”

一直希望能用上自定義條碼標簽系統(tǒng)的生產(chǎn)部門。提出這個需求已經(jīng)1年多了，調(diào)侃到這比西天取經(jīng)還難。

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

但是這個需求對于信息部來說，也很難處理。是把它加在銷售系統(tǒng)中，還是ERP中，都是個問題，數(shù)據(jù)拉取、后續(xù)拓展等問題都需要考量，這導致一個業(yè)務過程中迫切需要解決的問題一再擱置。

對于連接系統(tǒng)數(shù)據(jù)，生成自定義標簽類的需求，織信解決起來就非常的順手了。

我們溝通完需求以后，通過自定義頁面快速構(gòu)建出了生產(chǎn)部想要的標簽格式。然后對接標簽打印機，立馬就打印出來了想要的內(nèi)容。整個過程也變成非常的簡單，不需要依賴原系統(tǒng)。

像條碼標簽這一類的問題，在其他業(yè)務場景下還有很多。低代碼對于這種短、頻、快的需求可以說是對癥下藥。通過簡單的培訓，開發(fā)人員都可以快速上手，通過簡單的搭建就可以生成想要的功能模塊，直接投入到生產(chǎn)中去，做到需求的快速響應，快速上線。

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

以往供應商往往是被隔離在信息化之外的，企業(yè)內(nèi)部的信息化再強，一旦涉及到供應商的介入，出于數(shù)據(jù)安全和流程的考慮，并不會給供應商內(nèi)部賬號。

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

織信根據(jù)企業(yè)原來的業(yè)務流程，量身定制了一套從前采的招標、議價、確認供應商，再到后采的供應商生產(chǎn)協(xié)同全流程的供應商管理系統(tǒng)，比起原定計劃直接采購的成熟系統(tǒng)來說。整套流程的開發(fā)不但大大降低了成本，還將整個供應鏈激活了。

經(jīng)過了一段時間的磨合和溝通，我們發(fā)現(xiàn)數(shù)字化戰(zhàn)略推進的難題主要還是在于傳統(tǒng)的開發(fā)模式需要投入大量的人力物力和時間。這個躲不開的因素，會導致企業(yè)在評估成本和風險時望而卻步。而基于低代碼開發(fā)平臺的數(shù)字化轉(zhuǎn)型路線，恰好是幫助企業(yè)用更少的人力投入和更短的時間，來做數(shù)字化的嘗試和突破。

“數(shù)據(jù)連起來、需求提起來、閉環(huán)走起來”。邁出第一步，讓每個人真切地感受到數(shù)字化帶來的好處，這樣戰(zhàn)略的推動才會減少阻礙。

和千千萬萬家企業(yè)一樣，他們遇到過所有傳統(tǒng)制造業(yè)數(shù)字化進程中的問題，但是通過嘗試和創(chuàng)新，開拓出低代碼數(shù)字化轉(zhuǎn)型的新模式。

等到第一期的項目全部落地，他們將開始思考更深層次的數(shù)字化模式，要把低代碼的能力全部轉(zhuǎn)移過來，增強自身低代碼開發(fā)實力，做到完全的自主可控。

“將低代碼能力轉(zhuǎn)移給用戶”這對于織信來說，并不意味斷了業(yè)務。其實是一個雙贏的局面。

織信可以更加有精力專注在平臺的迭代升級上，為用戶提供更加有效的低代碼開發(fā)工具，賦能更多的業(yè)務場景。

企業(yè)也可以真正實現(xiàn)數(shù)字化戰(zhàn)略的自主可控，及時有效地應對業(yè)務拓展遇到的各類問題，真正做到“內(nèi)行的事，內(nèi)行解決”。

"更快更省更合適"，這或許也是企業(yè)真正需要低代碼產(chǎn)品的原因，而不是媒體鼓吹的所謂“低代碼要搶了程序員飯碗”，因為低代碼產(chǎn)品出現(xiàn)本身就是因為企業(yè)IT人員不夠用了！

四、如何正確使用低代碼？

這里分享一個織信低代碼的項目實踐：“2人14天，快速構(gòu)建一套電商供應鏈管理平臺”

項目背景

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

項目需求：需要一套能夠與原旺店通ERP系統(tǒng)打通的拓展系統(tǒng)，將渠道創(chuàng)建的訂單同步到旺店通ERP中，其中貨品、店鋪等信息需要從旺店通ERP中同步。

項目周期：14工作日（2周半）

參與人數(shù)：2人，1產(chǎn)品經(jīng)理，1全棧。

第1-2天：需求調(diào)研

項目合同簽訂后，第一時間與客戶商定需求調(diào)研時間，地點，方案。然后抓緊安排調(diào)研工作。

本項目由于項目需求其實并不會特別復雜，所以我們安排了2天的調(diào)研周期。前往客戶現(xiàn)場進行當面確認。

調(diào)研產(chǎn)出：

織信低代碼中需要搭建的系統(tǒng)分為渠道端和運營端兩個操作端口，需要與旺店通ERP進行對接。

運營端：由公司內(nèi)部人員參與，對渠道和訂單信息進行管理；

渠道端：可支持渠道商登陸，并且和旺店通ERP的訂單操作行為進行實時數(shù)據(jù)同步；

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

下面是我們根據(jù)與相關(guān)業(yè)務人員訪談后，梳理的業(yè)務流程圖。和傳統(tǒng)開發(fā)一樣，這一步并不能節(jié)省，一個邏輯完備、步驟詳細的流程圖，將會在后續(xù)節(jié)省大量的開發(fā)時間。

第3-4天：模型梳理

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

所謂磨刀不誤砍柴工。

對于需求的梳理和分析，以及確定對應技術(shù)方案，是開發(fā)系統(tǒng)非常重要的一步，低代碼的開發(fā)模式也不例外。

低代碼模型梳理：

低代碼開發(fā)前期模型梳理主要分為：“功能模塊——表模型——字段設計”

這也對應了低代碼的“應用——模塊（數(shù)據(jù)表）——字段的結(jié)構(gòu)”。

先整理出模塊清單：

然后再逐個模塊進行模型梳理。

原型及功能設計階段

完成模型和接口的梳理工作后，進入原型及功能設計階段。

雖然有了低代碼的快速開發(fā)和配置，我們還是采用了傳統(tǒng)的原型設計工具進行原型繪制，這樣做的主要目的在于，能夠盡可能和客戶的需求進行貼合匹配。而不會受到低代碼平臺的束縛（當然這也是基于織信低代碼平臺強大的定制化能力才支持做到這一點）。

在這里，我們會讓產(chǎn)品經(jīng)理專門針對織信低代碼做了一個組件庫，可以提升交互的速度，盡量貼合低代碼交互。

對于某些頁面有特殊需求， 我們還可以完全支持定制化的設計，并且可以通過平臺的自定義頁面實現(xiàn)。

最后，很關(guān)鍵的一步，將所有的模型和原型與用戶進行確認。一旦確認完畢，就可以開始我們的低代碼技術(shù)評審階段，確定本次開發(fā)技術(shù)實現(xiàn)方案。

第5天：技術(shù)評審

難點一：旺店通ERP數(shù)據(jù)對接方案

在織信低代碼中建立了ERP訂單和訂單兩個模塊。其中ERP訂單調(diào)用旺店通ERP的查詢訂單接口，定時增量獲取旺店通ERP的訂單信息，其表結(jié)構(gòu)與查詢訂單接口的返回參數(shù)保持一致。

訂單表存儲的是在織信低代碼中創(chuàng)建的訂單信息，完成創(chuàng)建后會調(diào)用旺店通ERP的創(chuàng)建訂單接口將訂單信息傳到旺店通ERP中，在訂單表里可以根據(jù)客戶需要自行定義表結(jié)構(gòu)，只需要保證創(chuàng)建訂單接口中傳入?yún)?shù)的必填字段都能正確傳入即可。因為在訂單和ERP訂單中，都有原始訂單號，該字段可作為唯一標識符，將ERP訂單的信息同步到訂單當中，例如訂單狀態(tài)、物流單號等，滿足數(shù)據(jù)同步需求。

在實際使用時，用戶只需要操作訂單表，就能完成下單和同步訂單狀態(tài)的操作。

難點二：各模塊數(shù)據(jù)隔離方案

渠道商管理系統(tǒng)分為渠道端和運營端兩個操作端口，作為運營端可查看到自己管理渠道的所有信息，作為渠道端只能查看到自己渠道的所有信息。

基于上述需求，我們首先使用視圖的方式建立渠道的操作模塊。并且通過自動化設置用戶的擴展參數(shù)，將渠道用戶的渠道id綁定在用戶信息中，后續(xù)只需要在渠道操作的模塊中加入統(tǒng)一的數(shù)據(jù)過濾即可實現(xiàn)渠道端的數(shù)據(jù)隔離。

對于運營端，我們同樣將運營可查看的渠道信息通過自動化設置到用戶擴展信息當中，在各個可操作模塊中加入數(shù)據(jù)過濾即可實現(xiàn)運營端的數(shù)據(jù)隔離。

難點三：渠道信息創(chuàng)建/修改審核

客戶希望能發(fā)起修改時，其基礎信息、組合裝和合同可以整體進行編輯和報錯，發(fā)起后由財務統(tǒng)一審核，審核通過后可將修改內(nèi)容同步到渠道信息中。

基于該需求，我們重新做了一套渠道信息表用于存儲修改內(nèi)容，并且通過工作流實現(xiàn)審批功能，審批通過后才將修改后的數(shù)據(jù)復制到渠道信息中。

難點四：下單頁面特殊交互的調(diào)整

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

以卡片的形式展示商品：我們將原本的查找列表以表單的形式進行了展示，同時默認加載出客戶可下單的商品，客戶填入了數(shù)量的才是需要下單的物品。

下單分步：下單的動作是創(chuàng)建數(shù)據(jù)，所以將貨品和選擇收貨地址進行分組，然后開啟在創(chuàng)建時分步展示即可。

至此，客戶的業(yè)務需求梳理部分已全部完成，下一階段正式進入織信低代碼的開發(fā)環(huán)節(jié)。

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

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

在上面需求梳理是已經(jīng)將各模塊字段整理好了，就開始模型搭建工作了，主要分為以下幾個步驟：

1、字段模型批量導入

2、字段細節(jié)調(diào)整

所有表單模型導入后（大約花費30分鐘時間），我們開始針對每張表單的字段細節(jié)進行微調(diào)。主要包括：

是否必填

選項值

字段、表之間關(guān)聯(lián)

是否展示

是否可編輯

動態(tài)默認值

3、表單展示內(nèi)容調(diào)整

調(diào)整用戶訪問此模塊時的交互內(nèi)容：

展示列表

篩選字段條件

工具欄按鈕

數(shù)據(jù)默認排序方式

數(shù)據(jù)過濾

4、驗證模型

完成上述配置后，系統(tǒng)模型已經(jīng)完成，該模型需滿足能按照業(yè)務需求進行操作的標準，只是當前因為沒有搭配自動化功能，但我們已經(jīng)可以通過自行創(chuàng)建數(shù)據(jù)的方式驗證模型是否準確，能否滿足業(yè)務需求。

低代碼功能開發(fā)

腳本和自動化

復雜邏輯編寫（腳本）

……

五、低代碼的服務模式

織信低代碼平臺能夠在底層邏輯上面為企業(yè)的數(shù)字化戰(zhàn)略大幅度降低成本和縮短周期。同時，織信團隊也能夠為客戶提供一系列的配套服務，包括平臺交付、項目管理、質(zhì)量管理三大方面。

1、平臺交付

整體平臺交付不單單是把平臺部署給用戶就結(jié)束了?？椥艌F隊將深入?yún)⑴c到需求調(diào)研、架構(gòu)設計、開發(fā)和培訓中去，幫助用戶真正能夠?qū)崿F(xiàn)數(shù)字化落地。

2、項目管理

通過利用低代碼平臺，快速構(gòu)建專業(yè)化、定制化的項目管理系統(tǒng)，為每個客戶提供科學、完善、詳細的項目管理體系，讓項目交付更透明、可靠。

3、質(zhì)量管理

重視客戶體驗，通過晨會、周會、月會等項目管理機制，及時同步項目進度，了解用戶需求，確保項目方向不出偏差。

六、織信低代碼試用&咨詢

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

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

點擊這里：https://next.informat.cn/survey/0/uarth73q1mbhu2xb7ary4

立即申請體驗織信低代碼——體驗“低代碼”構(gòu)建應用的奇妙之旅。