一、低代碼起源：

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

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

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

萌芽

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

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

廣義上來(lái)說(shuō)，以下的幾個(gè)概念都可以劃為低代碼范疇：

1、AI：人工智能

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

3、RPA：流程自動(dòng)化

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

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

成型

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

l弱化IDE代碼編程界面

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

l搭載成熟完善的插件服務(wù)

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

再次登場(chǎng)

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

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

沉淀

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

容易操作的平臺(tái)，做不出復(fù)雜的產(chǎn)品，投入不了實(shí)際應(yīng)用。

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

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

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

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

二、織信低代碼介紹

織信低代碼是什么？

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

織信低代碼能夠做什么？

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

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

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

1、降本增效

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

2、逐步落地

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

3、全員參與

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

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

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

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

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

2、雙重buff加持：易用性和可維護(hù)性

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

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

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

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

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

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

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

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

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

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

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

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

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

那“降本增效”的標(biāo)準(zhǔn)是什么？——更快更省更合適。

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

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

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

下面以"織信低代碼"的客戶實(shí)踐故事為引，來(lái)講一講這3個(gè)點(diǎn)：

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

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

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

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

“你們能不能對(duì)接一下用友U9？”

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

“我們的打印機(jī)可以對(duì)接模板生成條碼標(biāo)簽嗎？”

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

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

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

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

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

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

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

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

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

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

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

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

4、低成本打通上下游供應(yīng)鏈

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

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

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

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

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

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

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

“將低代碼能力轉(zhuǎn)移給用戶”這對(duì)于織信來(lái)說(shuō)，并不意味斷了業(yè)務(wù)。其實(shí)是一個(gè)雙贏的局面。

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

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

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

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

這里分享一個(gè)織信低代碼的項(xiàng)目實(shí)踐：“2人14天，快速構(gòu)建一套電商供應(yīng)鏈管理平臺(tái)”

項(xiàng)目背景

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

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

項(xiàng)目周期：14工作日（2周半）

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

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

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

本項(xiàng)目由于項(xiàng)目需求其實(shí)并不會(huì)特別復(fù)雜，所以我們安排了2天的調(diào)研周期。前往客戶現(xiàn)場(chǎng)進(jìn)行當(dāng)面確認(rèn)。

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

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

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

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

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

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

第3-4天：模型梳理

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

所謂磨刀不誤砍柴工。

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

低代碼模型梳理：

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

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

先整理出模塊清單：

然后再逐個(gè)模塊進(jìn)行模型梳理。

原型及功能設(shè)計(jì)階段

完成模型和接口的梳理工作后，進(jìn)入原型及功能設(shè)計(jì)階段。

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

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

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

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

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

難點(diǎn)一：旺店通ERP數(shù)據(jù)對(duì)接方案

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第6-12天：模型搭建、接口對(duì)接

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

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

1、字段模型批量導(dǎo)入

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

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

是否必填

選項(xiàng)值

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

是否展示

是否可編輯

動(dòng)態(tài)默認(rèn)值

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

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

展示列表

篩選字段條件

工具欄按鈕

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

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

4、驗(yàn)證模型

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

低代碼功能開發(fā)

腳本和自動(dòng)化

復(fù)雜邏輯編寫（腳本）

……

五、低代碼的服務(wù)模式

織信低代碼平臺(tái)能夠在底層邏輯上面為企業(yè)的數(shù)字化戰(zhàn)略大幅度降低成本和縮短周期。同時(shí)，織信團(tuán)隊(duì)也能夠?yàn)榭蛻籼峁┮幌盗械呐涮追?wù)，包括平臺(tái)交付、項(xiàng)目管理、質(zhì)量管理三大方面。

1、平臺(tái)交付

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

2、項(xiàng)目管理

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

3、質(zhì)量管理

重視客戶體驗(yàn)，通過晨會(huì)、周會(huì)、月會(huì)等項(xiàng)目管理機(jī)制，及時(shí)同步項(xiàng)目進(jìn)度，了解用戶需求，確保項(xiàng)目方向不出偏差。

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

1、織信低代碼申請(qǐng)?jiān)囉萌肟冢?/strong>

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

點(diǎn)擊這里：https://next.informat.cn/survey/0/uarth73q1mbhu2xb7ary4

立即申請(qǐng)?bào)w驗(yàn)織信低代碼——體驗(yàn)“低代碼”構(gòu)建應(yīng)用的奇妙之旅。