前言：2019年開始，低代碼爆火。有人認為它是第四代編程語言，有人認為它是開發(fā)模式的顛覆，也有人認為是企業(yè)管理模式的變革……有很多聲音，社區(qū)討論很熱烈。CSDN 隨后展開低代碼平臺產(chǎn)品系列活動，包括低代碼開發(fā)者認知度與應(yīng)用線上調(diào)研，市場洞察報告，專家專訪專輯，研討會等。邀請低代碼平臺產(chǎn)品的各個角色共同研討，力求為大家呈現(xiàn)一個立體的、透光的低代碼發(fā)展脈絡(luò)和未來趨勢。

*點擊文章末尾，閱讀原文，填寫信息可獲贈《CSDN低代碼開發(fā)者認知度與應(yīng)用》洞察報告*

本期專訪嘉賓：嚴躍杰?網(wǎng)易數(shù)帆輕舟低代碼平臺負責人

嘉賓照片：

嘉賓簡介：?擁有15年IT行業(yè)經(jīng)驗，專注研發(fā)效率體系建設(shè)。2012年加入網(wǎng)易，先后參與網(wǎng)易云音樂、教育、有數(shù)、云計算等項目開發(fā)，2019年底發(fā)起并負責輕舟低代碼應(yīng)用開發(fā)平臺項目，致力于以優(yōu)秀的產(chǎn)品賦能傳統(tǒng)行業(yè)的數(shù)字化轉(zhuǎn)型。

行業(yè)洞察

觀點1：“低代碼”方向是企業(yè)在數(shù)字化這個巨大變革中抓住機會的一種嘗試。

觀點2:“低代碼”這種新型工具，通過降低數(shù)字化開發(fā)技術(shù)學習和使用的難度，從而為培養(yǎng)和供給既懂產(chǎn)業(yè)知識又懂數(shù)字化技術(shù)的復(fù)合型人才，提供了解決方案。

CSDN：您認為目前國內(nèi)低代碼平臺的現(xiàn)狀是怎樣的？關(guān)于其未來發(fā)展趨勢有怎樣的觀點？

嚴躍杰：目前中國低代碼產(chǎn)品和服務(wù)市場還處于非常早期的探索發(fā)展階段。隨著國內(nèi)互聯(lián)網(wǎng)近20年的高速發(fā)展，在數(shù)字化需求層面、在技術(shù)層面和軟件研發(fā)模式層面都將帶來的巨大的變革，在這個時代變革中，為了服務(wù)更廣泛的客戶，更準確、更高效滿足客戶需求，更好的生存下來，不同的企業(yè)從各自領(lǐng)域發(fā)展出不同的“低代碼”方向，有些企業(yè)從PaaS平臺切入，有些企業(yè)基于現(xiàn)有產(chǎn)品如BPM、CRM、ERP發(fā)展并切入，還有企業(yè)從表單開始做低代碼……“低代碼”方向是企業(yè)在這個巨大變局中抓住機會的一種嘗試。

在可見的時間周期內(nèi)，低代碼產(chǎn)品在國內(nèi)市場大概率還會延續(xù)目前百花齊放的情況，不會很快形成統(tǒng)一的市場，也不太會出現(xiàn)巨頭壟斷的情況。而且因為企業(yè)服務(wù)的屬性，這一情況將會持續(xù)很久。但這并不意味著不會出現(xiàn)優(yōu)秀的企業(yè)或產(chǎn)品，我覺得今后兩三年內(nèi)在某些領(lǐng)域可能會出現(xiàn)現(xiàn)象級的企業(yè)或產(chǎn)品，當然有可能不是以“低代碼”的名義。

CSDN：中國的低代碼平臺發(fā)展在全球范圍內(nèi)處于一個怎樣的占位？在中國產(chǎn)業(yè)數(shù)字化的道路上會有怎樣的價值？

嚴躍杰：這個問題我們換個角度，從產(chǎn)業(yè)數(shù)字化遇到的問題來闡述可能更好理解。

產(chǎn)業(yè)數(shù)字化我覺得目前最大的問題是缺少大量既懂產(chǎn)業(yè)知識又懂數(shù)字化技術(shù)的人才。產(chǎn)業(yè)知識需要長時間的浸潤，而以往的數(shù)字化開發(fā)技術(shù)也需要長時間專業(yè)的學習，這往往導(dǎo)致一個人很難同時掌握兩方面的知識和技能。這種復(fù)合型人才的缺乏我認為是當前阻礙產(chǎn)業(yè)數(shù)字化發(fā)展一個重要因素。低代碼這種新型工具，通過降低數(shù)字化開發(fā)技術(shù)學習和使用的難度，從而為培養(yǎng)和供給這種復(fù)合型人才提供了解決方案。

產(chǎn)業(yè)數(shù)字化面臨的第二個主要問題我認為是成本的問題。當前中國很多傳統(tǒng)產(chǎn)業(yè)本來就只有微薄的利潤，你讓他們像互聯(lián)網(wǎng)企業(yè)一樣投入巨資去做數(shù)字化根本不現(xiàn)實。低代碼通過降低企業(yè)數(shù)字化所需資源、時間等成本，使得數(shù)字化能夠深入到各行各業(yè)。以上兩點我覺得是低代碼為中國產(chǎn)業(yè)數(shù)字化提供的最大價值。

企業(yè)視角

觀點1: 現(xiàn)階段“低代碼”既不是一種標準的產(chǎn)品定義，也沒有形成廣泛認可的，可對比，可衡量的標準。

觀點2: 評價一款具備“低代碼形態(tài)”的產(chǎn)品的成熟度的指標維度，應(yīng)該是一個開放的課題。可以但不限于在這些方面做評估：可視化編程、支持終端應(yīng)用類型、產(chǎn)出制品可移植性、集成能力、可擴展性、資產(chǎn)和生態(tài)豐富性等等。

CSDN：您認為評價一個低代碼平臺產(chǎn)品的成熟度應(yīng)該從哪些維度展開分析？

嚴躍杰：2021年6月，網(wǎng)易數(shù)帆輕舟低代碼平臺參加了信通院“低代碼無代碼開發(fā)平臺通用能力要求測試”。這次主要是從功能完備性、平臺開放度、平臺易用性、平臺安全性等四個方面進行詳細測試。

在平臺完備性方面，比較重要的測試指標有：多端開發(fā)能力、可視化開發(fā)能力、應(yīng)用生命周期管理、產(chǎn)物可復(fù)用度等；平臺開放度方面，比較重要的測試指標包括：體系開放度、擴展能力、編程接口與系統(tǒng)集成等。最終測試結(jié)果，在99個必選指標中，輕舟低代碼通過率為96%，滿足評估通過的要求。

在我們看來，現(xiàn)階段“低代碼”既不是一種標準的產(chǎn)品定義，也沒有形成廣泛認可的可對比可衡量的標準。理解了這一點，我們就能了解目前低代碼百花齊放的發(fā)展現(xiàn)狀。即使目前信通院、國標委等政府機構(gòu)開始牽頭做一些標準制定，我仍然認為在今后很長的時間內(nèi)低代碼還是會有各種形態(tài)存在，如各種行業(yè)、產(chǎn)業(yè)數(shù)字化開發(fā)工具等。

所以評價一款具備“低代碼形態(tài)”的產(chǎn)品的成熟度的指標維度，本身應(yīng)該是一個開放的課題。我覺得這個問題現(xiàn)在很難給出一個統(tǒng)一的標準，不過可以在這些方面做一些評估：可視化編程、支持終端應(yīng)用類型、產(chǎn)出制品可移植性、集成能力、可擴展性、資產(chǎn)和生態(tài)豐富性等等。

CSDN：分享一個您認為適合用低代碼方式實現(xiàn)的應(yīng)用場景？

嚴躍杰：低代碼平臺可以創(chuàng)建web應(yīng)用、小程序應(yīng)用、H5應(yīng)用等各個端的應(yīng)用。我們根據(jù)軟件工程支持的MVVM框架提供了一種軟件設(shè)計的模型，所以它對應(yīng)用復(fù)雜度、靈活性的設(shè)計是比較好的。因此像是一般的信息化系統(tǒng)，其實我們都是可以比較好地實現(xiàn)和支持的。

比如我們集團HR和財務(wù)部門，每天都要使用很多業(yè)務(wù)系統(tǒng)進行協(xié)同工作，但這些系統(tǒng)之間其實也有一些重復(fù)建設(shè)。通過輕舟低代碼平臺就可以集成已有的數(shù)據(jù)和系統(tǒng)接口，從而搭建更貼合實際使用場景的應(yīng)用，也能對集團其他平臺提供開放接口。信息化資產(chǎn)得到了沉淀和有效復(fù)用，也節(jié)省了開發(fā)資源和成本。在企業(yè)數(shù)字化建設(shè)中，綜合管理系統(tǒng)、業(yè)務(wù)流程自動化、業(yè)務(wù)預(yù)演與可行性分析、擴展核心系統(tǒng)功能、組件/服務(wù)資產(chǎn)復(fù)用等場景都適合用低代碼的方式實現(xiàn)。

CSDN：企業(yè)用戶目前對低代碼平臺應(yīng)用的主要障礙包括有哪些？

嚴躍杰：現(xiàn)階段企業(yè)選擇低代碼平臺有不同層面的需求，有的是對低代碼平臺產(chǎn)出物的需求、有的是對平臺本身的需求、有的是對商業(yè)模式、運營模式的需求、有的是對共建共享的需求等等。作為服務(wù)提供方，需要經(jīng)歷一個比較長時間的摸索和試錯的過程來匹配這些多樣性的需求，直到和企業(yè)各方認知 相對一致，市場格局逐步清晰。

再講具體一點，低代碼終極目標是讓懂業(yè)務(wù)的人自己主動上來開發(fā)系統(tǒng)，但目前這個階段，一方面由于平臺易用性不足問題、二來由于業(yè)務(wù)人員接受度的問題，要做到這一點還比較困難。因此我們推出了低代碼教練模式，在網(wǎng)易集團內(nèi)部，我們通過低代碼教練深入到業(yè)務(wù)部門，直接貼身服務(wù)的方式，取得了不錯的交付效果。

第三是系統(tǒng)或服務(wù)的集成問題。我們知道大一點企業(yè)比如網(wǎng)易集團，內(nèi)部會有各種存量的系統(tǒng)或服務(wù)、有各種協(xié)議接口RestFul、WebService、RPC…，也有些老的煙囪式應(yīng)用，特別是像人事、財務(wù)這些系統(tǒng)，可能根本就沒有開放接口，如何跟這些系統(tǒng)做有效的集成，保證業(yè)務(wù)的平滑和可持續(xù)，這也是低代碼平臺需要解決的問題。輕舟低代碼平臺通過集成網(wǎng)關(guān)和RPA的方式來完成這些服務(wù)和應(yīng)用的集成，當然這里面就會有實施的一些成本。當然實際困難和挑戰(zhàn)還有很多，但我覺得具體到每一個困難從技術(shù)上來說絕大部分都是能解決的，主要還是看是否符合產(chǎn)品的長遠規(guī)劃、是否有利于商業(yè)模式形成。

產(chǎn)品視角

觀點1:“低代碼”將打破以往軟件廠商主導(dǎo)的價值定義軟件產(chǎn)品的模式。

觀點2：“低代碼”的終極目標是讓懂業(yè)務(wù)的人自己主動上來開發(fā)系統(tǒng)，當平臺的易用性更好，業(yè)務(wù)人員接受度更高，軟件的生產(chǎn)就不僅僅在開發(fā)部門中實現(xiàn)。

觀點3：在一個實際項目開發(fā)案例中，采用產(chǎn)品經(jīng)理+低代碼應(yīng)用開發(fā)工程師合作的模式，總體取得了3倍左右的開發(fā)效率提升和60%成本節(jié)約。

CSDN：您認為低代碼平臺產(chǎn)品最大的價值點是什么？或者說未來希望他能實現(xiàn)的最大價值點是什么？

嚴躍杰：我覺得低代碼平臺產(chǎn)品最大的價值是，它將打破以往軟件廠商主導(dǎo)的價值定義軟件產(chǎn)品的模式，可以讓數(shù)字化實踐和創(chuàng)新深入到企業(yè)的各個角落，有效促進企業(yè)數(shù)字化轉(zhuǎn)型和升級。低代碼是個新型的軟件生產(chǎn)力工具，新的工具往往能創(chuàng)造更多的需求，這其實是一種雙邊效應(yīng)。低代碼產(chǎn)品和服務(wù)在未來將會為企業(yè)系統(tǒng)部署，甚至實踐數(shù)字化升級帶來巨大的變革。

CSDN：低代碼對于軟件的生產(chǎn)方式，企業(yè)的管理模式，企業(yè)數(shù)字化的進程，您認為相關(guān)性的強弱依次該如何排序？哪一個能夠更快實現(xiàn)？需要各方（政府，研發(fā)機構(gòu)，技術(shù)產(chǎn)品提供方，技術(shù)產(chǎn)品應(yīng)用的企業(yè)方，企業(yè)決策者，企業(yè)中的一線用戶）做一些什么樣的準備？

嚴躍杰：我認為相關(guān)性排序從強到弱應(yīng)該是：企業(yè)數(shù)字化進程>軟件的生產(chǎn)方式>企業(yè)的管理模式。就目前階段而言，低代碼在實際企業(yè)應(yīng)用中，最容易落地的還是企業(yè)信息化領(lǐng)域，人事、采購、生產(chǎn)、運營、財務(wù)管理等領(lǐng)域。另外比較有前景和發(fā)展?jié)摿Φ奈艺J為是各種數(shù)字孿生需求場景，比如IoT領(lǐng)域各種設(shè)備監(jiān)控管理，這些對加快企業(yè)數(shù)字化的進程有實際且明顯的提升。

前面說到，低代碼終極目標是讓懂業(yè)務(wù)的人自己主動上來開發(fā)系統(tǒng)，當平臺的易用性更好，業(yè)務(wù)人員接受度更高，軟件的生產(chǎn)就不僅僅在開發(fā)部門中實現(xiàn)，等到低代碼普及到“全民開發(fā)”，也就自然而然的改變了軟件的生產(chǎn)方式，那么之后可能會改變企業(yè)的管理模式。加快企業(yè)數(shù)字化進程無疑是能夠更快實現(xiàn)的。

開發(fā)模式對比：

CSDN：貴司低代碼產(chǎn)品最受開發(fā)者歡迎的3個功能分別是什么？這3個功能在傳統(tǒng)軟件開發(fā)過程中的實現(xiàn)方式是怎樣的？對比低代碼平臺中的實現(xiàn)方式，有哪些相同點和不同點？

嚴躍杰：在輕舟低代碼開發(fā)者使用過程中，以下3個功能是最受歡迎的：

1、拖拽數(shù)據(jù)實體生成頁面增刪改查功能

極大提高信息管理模塊搭建的效率，降低人力成本。在傳統(tǒng)研發(fā)中，開發(fā)者如果想做一個類似供應(yīng)商管理增刪改查的功能模塊，需要先由產(chǎn)品設(shè)計原型編寫PRD，然后需求評審后由研發(fā)進行功能設(shè)計，添加數(shù)據(jù)庫表，然后后端研發(fā)去做數(shù)據(jù)庫映射和增刪改查的接口，前端開發(fā)會編寫頁面組件樣式、頁面校驗邏輯等，然后會進行前后聯(lián)調(diào)，最后經(jīng)過測試之后，才能夠推到預(yù)發(fā)環(huán)境、跟隨版本進行發(fā)版上線。整個流程周期長、交付慢，參與人員角色多，溝通成本高、人力成本高。

在輕舟低代碼平臺上，開發(fā)者本身了解并簡單分析需求之后，就可以立刻開始創(chuàng)建數(shù)據(jù)實體，添加供應(yīng)商屬性，然后創(chuàng)建頁面，并將供應(yīng)商實體拖拽到頁面，然后用戶只需要點擊發(fā)布，從線上訪問，就可以試用增刪改查功能了。可以發(fā)現(xiàn)，在輕舟低代碼平臺上用戶只需要1個人，進行3個步驟的簡單操作就可以完成，一般使用者5分鐘內(nèi)就可以完成以上操作，大大提升了研發(fā)的效率，也降低了人力成本。

在這個過程中，輕舟低代碼平臺自動做了很多事情，比如根據(jù)實體結(jié)構(gòu)生成頁面組件、邏輯、增刪改查功能，發(fā)布時平臺自動生成實體對應(yīng)的數(shù)據(jù)庫表格、自動將可視化語言編譯為Java和JS的宿主語言，并且自動發(fā)布。這些步驟用戶幾乎是不需要感知的，但最終生成的應(yīng)用制品和傳統(tǒng)研發(fā)產(chǎn)出的基于MVC架構(gòu)的制品基本一致。這也是很多專業(yè)研發(fā)人員選擇使用輕舟低代碼的原因之一。

2、一鍵發(fā)布：降低運維成本

在傳統(tǒng)研發(fā)中，部署發(fā)布這件事情需要經(jīng)過很多專業(yè)且繁瑣的步驟。需要由具備一定專業(yè)能力的研發(fā)人員才能有權(quán)限進行操作，而且過程中配置項繁多，稍有不慎就會出現(xiàn)各種不可預(yù)見的問題。

在輕舟低代碼平臺上，開發(fā)者只需要點擊“發(fā)布”，平臺就會自動進行基于輕舟標準化的發(fā)布流程，在分秒級的單位時間內(nèi)，就可以部署發(fā)布完成，而且用戶可以在平臺上對已發(fā)布運行的應(yīng)用進行運維管理。輕舟低代碼平臺的發(fā)布方式基于網(wǎng)易輕舟運維管理最佳實踐，降低了對操作者的專業(yè)門檻要求，同時也保證了部署發(fā)布過程安全高效。

3、擴展組件復(fù)用：團隊協(xié)作模式創(chuàng)新

在傳統(tǒng)研發(fā)中，針對擴展組件的需求，幾乎都需要前端研發(fā)的定制化開發(fā)，但是可復(fù)用性就不能保證，需要有極其嚴格規(guī)范的技術(shù)管理約束才能讓這些IT資產(chǎn)保存并得到合理復(fù)用，大部分企業(yè)是在做重復(fù)造輪子的工作。在市面上一些低代碼零代碼平臺上，開發(fā)者也無法完成業(yè)務(wù)擴展組件的構(gòu)建，只能使用已經(jīng)提供的通用組件。

輕舟低代碼平臺為專業(yè)開發(fā)者提供了腳手架工具，專業(yè)研發(fā)人員可以完成擴展組件的編碼、打包、上傳到低代碼平臺的資產(chǎn)中心，低代碼開發(fā)者就可以通過可視化拖拽使用該擴展組件。輕舟低代碼平臺讓專業(yè)的開發(fā)者聚焦專業(yè)的組件研發(fā)，并賦能低代碼開發(fā)者更加快速交付應(yīng)用，實現(xiàn)團隊協(xié)作模式上的創(chuàng)新。?

我們概括了以下4個場景是目前比較推薦的，可以選擇低代碼平臺產(chǎn)品快速落地實現(xiàn)的。

場景1：組件/服務(wù)沉淀及復(fù)用

對企業(yè)來說，沉淀可復(fù)用的業(yè)務(wù)服務(wù)能力是數(shù)字化建設(shè)的重要目標。通過低代碼平臺，對企業(yè)核心的業(yè)務(wù)進行科學梳理，前端組件庫和領(lǐng)域服務(wù)得到了高質(zhì)量的沉淀，形成有效的資產(chǎn)管理，從而實現(xiàn)“降本增效”的目標。

場景2：擴展核心系統(tǒng)功能

通常在軟件/系統(tǒng)的應(yīng)用過程中，伴隨業(yè)務(wù)發(fā)展和用戶需求變化，往往會對軟件/系統(tǒng)的功能擴展提出挑戰(zhàn)。低代碼通過API網(wǎng)關(guān)提供靈活的應(yīng)用集成擴展能力，可以降低維護和實施的技術(shù)難度，保障系統(tǒng)的延續(xù)性和穩(wěn)定性，保障軟件質(zhì)量。

場景3：業(yè)務(wù)流程自動化

業(yè)務(wù)流程自動化可以提高流程可見性，減少因資源分配不均造成的成本浪費，大大提升企業(yè)生產(chǎn)力。低代碼平臺通過提供標準工作流引擎，從而實現(xiàn)業(yè)務(wù)流程自動化，可提高團隊內(nèi)部協(xié)作效率，從而降低企業(yè)成本，打造良好的用戶體驗，提升用戶滿意度。

場景4：業(yè)務(wù)預(yù)演與可行性分析

企業(yè)推出新的商業(yè)模式和創(chuàng)新業(yè)務(wù)時，希望在最短的時間內(nèi)將想法投入市場，快速驗證市場可行性。低代碼平臺可基于已有的業(yè)務(wù)能力快速進行組合和擴展，并根據(jù)市場反饋及時、快速、靈活地調(diào)整業(yè)務(wù)，驗證業(yè)務(wù)創(chuàng)新是否可靠。

典型案例分享：

CSDN：請分享貴司低代碼產(chǎn)品在內(nèi)部用戶使用的成功案例，和外部客戶中的成功案例。

嚴躍杰：網(wǎng)易輕舟低代碼平臺在服務(wù)網(wǎng)易集團內(nèi)部需求時，我們采用產(chǎn)品經(jīng)理+低代碼應(yīng)用開發(fā)工程師合作的模式，總體取得了3倍左右的開發(fā)效率提升和60%成本節(jié)約。2021年4月開始半年左右的時間內(nèi)2位產(chǎn)品經(jīng)理+6位低代碼應(yīng)用開發(fā)工程師已為集團開發(fā)了20+管理類應(yīng)用。比如為HR部門開發(fā)了 員工職級晉升自提名系統(tǒng)、HR考核指標管理系統(tǒng)，為財務(wù)部門開發(fā)了 財務(wù)自動化作業(yè)平臺、稅務(wù)管理平臺， 為各業(yè)務(wù)部門開發(fā)了研發(fā)項目管理系統(tǒng)、資產(chǎn)預(yù)算管理系統(tǒng)、輕舟商業(yè)化服務(wù)保障系統(tǒng)、小易助手拉新系統(tǒng)、小蝸牛圖書館管理后臺等等。其中“研發(fā)項目管理系統(tǒng)”作為優(yōu)秀的應(yīng)用模版已經(jīng)被公司多個研發(fā)團隊采用并進行了擴展， 充分體現(xiàn)了低代碼可復(fù)用和可定制的價值。

近期，輕舟低代碼平臺逐步推進商業(yè)化。我們?yōu)槟愁^部車企集團后勤部門搭建出一套員工宿舍管理系統(tǒng)，包含宿舍管理流程模塊：申請、審核、分配、退宿等；報修工單流程模塊：申請、接單、轉(zhuǎn)派、完工、驗收、評價等；費用管理：水電費用匯總等功能。我們也陸續(xù)在為銀行、證券等企業(yè)驗證應(yīng)用搭建能力，后續(xù)有實際應(yīng)用的進展，也會及時同步給大家。

*點擊文章閱讀原文，填寫信息可獲贈《CSDN低代碼開發(fā)者認知度與應(yīng)用》洞察報告*

總結(jié)

以上是生活随笔為你收集整理的低代码发展专访系列之二：两三年内会出现“现象级”低代码产品吗？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。