通過與寧偉的溝通，可以了解到活字格對于技術路線的選擇、對于企業數字化轉型的實踐，以及對于低代碼未來發展的深刻洞察。以下為專訪內容（經編輯）：

寧偉介紹，活字格自成立之初，目標就很明確，選擇模型驅動，通過兼容現有開發模式，服務企業大規模復雜性業務開發。早期做的是主干系統周邊連接的軟件開發，現在隨著產品、培訓、認證體系的完善，已經實現滿足復雜的企業核心業務系統開發。在去年的企業級低代碼應用大賽上，獲獎作品覆蓋各行業，大部分都是支撐企業核心業務的系統，比如完整的CRM、ERP系統，或者是車間的MES系統等。

在技術路線選擇上，寧偉認為模型驅動和表格驅動本質上是兩種不同的東西，建議企業從當前業務需要以及長期發展規劃兩個層面選擇。他解釋：

模型驅動，本質上是將原來寫代碼的方式重新升級一遍，從寫代碼為主、可視化為輔，升級為可視化為主，盡量避免手寫代碼。在并發數和數據量不是很大的企業軟件領域，它的優點是原來寫代碼能做的，模型驅動也能做。所以只要學過計算機基礎知識，具備一定的基礎能力，就可以快速上手使用。當下數字化轉型轟轟烈烈，軟件開發需求多而人手不足，模型驅動恰好提供了最好的解決方案。

表單驅動，本質上是通過配置選項的方式，將原來ERP或OA系統里面的表單、報表、流程單獨拿出來，形成一個獨立的軟件去解決一些簡單但常見的實際業務問題。在他看來，這種技術思路解決的不是開發效率的問題，而是需求的問題，通過把軟件個性化開發過程變成了軟件配置過程，來減少軟件開發的需求。這種方案可以幫助非IT技術人員自行滿足非核心業務需求，讓有限的技術人員聚焦于高價值的核心應用，從而緩解數字化背景下需求過多，開發人員不足的問題。

引用中軟協的觀點，寧偉認為，表單驅動更傾向于互聯網玩法，相對于深度更需要的是廣度。所以，從用戶規模來看，未來表單驅動一定規模更大。但是從市場發展潛力來看，模型驅動則可以與現有的企業信息化生態，特別是程序員和軟件開發團隊，深度融合，為企業客戶帶來更高的價值。

另一方面，多位行業專家表示，走互聯網路線的表單驅動可能會導致行業下限很低，引起劣幣驅逐良幣的情況。為了追求極致的成本優勢，企業自然會選擇更節省成本的做法，比如采購更簡單低價的開發工具、降低人員的技術要求、壓縮必要的培訓成本等，但是這樣開發出來的新系統可能會引發一系列問題。比如有些業務人員開發的應用，數據結構存在問題或者邏輯錯誤，一旦接入核心系統，勢必會導致整個企業的信息化質量下降。

那么該如何避免這一現象的發生？

“從經驗上看，軟件開發工具的選擇與應用場景高度相關，如果企業只需要做一個數據填報統計，不需要與現有核心業務系統集成，又沒有那么多預算，選平臺采購成本和開發人員單價更低的表單驅動低代碼就可以了，除非有更遠期的規劃，考慮太復雜反而沒有必要。”最后寧偉總結，選擇模型驅動或者表單驅動，主要看企業怎么用，在什么階段用，針對什么場景，選擇什么樣的產品。

寧偉認為，數字化轉型已經談了很久，市場上現在已經存在大量基礎設施，當前數字化轉型需要解決的是最后一公里的問題，即定制開發軟件的問題。只有定制開發的軟件才能把企業現有的管理理念、方法和軟硬件系統對接起來。然而這種定制化開發需求一旦產生，就回到了需求過多而開發人員不足的問題，低代碼本身就是來解決這個問題的。

具體來看，企業需要低代碼解決的數字化轉型問題，主要有三個訴求：

1. 降低成本。一個企業級應用的開發，只用三個開發人員夠不夠，以前想都不敢想，現在用低代碼就可以嘗試了。

2. 敏捷開發。數字化轉型是一個持續的階段，從不能數字化到數字化，這只是起點。完成了數字化，企業的數據和業務流程都落到了數據上，此后業務要根據變化及時調整，銷售部提出來一個新的組合促銷方案，基于CRM和ERP開發出的模塊如何在1周內上線？這就要求開發需要變得敏捷，低代碼正好提供了支持。

3. 長期運行。面對轉型升級以及之后的軟件開發、維護迭代等需求急劇增加的問題，數據和邏輯分離、邏輯和展示分離的模型驅動低代碼無疑是最好的解決方案。

寧偉指出，企業數字化轉型，第一件事就是做平臺，數字化開發平臺。這種平臺向下集成現有軟件，向上提供高效的應用層開發解決方案。與大家熟悉的數據中臺不同，數字化平臺在提升數據質量的同時，更關注面向未來的軟件開發能力，圍繞數據形成閉環，實時支撐企業的創新和發展。這與針對不同的需求場景，采用不同的技術方案構建大量獨立應用不同，數字化平臺可以從底層解決“數據孤島”問題，持續降低應用層開發的邊際成本。從企業IT規劃角度看，平臺有兩個好處，一是使原來的IT系統保值，系統及系統連接部分都得到保障；二是隔離風險，比如系統升級，如果前后不兼容，沒有隔離的存在，那么新開發的東西可能就需要推倒重來了。

所以，做平臺首先需要整合業務和數據，對于現有的系統集成，其次是考慮對上層應用提供支撐，提高開發人員的開發效率。以此為基礎，搭建平臺的整體思路是，先對接現有的系統與外部提供的API、SDK、直連數據庫等，進行聚合，實現主數據統一、業務能力統一。平臺集成之后，再對上提供標準外部API，采用前后端分離的思路，為業務能力提供支撐。

什么樣的低代碼才能當此重任？

寧偉介紹到，中國信通院正在牽頭撰寫低代碼行業白皮書和行業標準，白皮書將在近期發布，其中會重點關注到低代碼的技術能力要求。聚焦在數字化轉型這個細分領域，根據多年的實踐經驗，寧偉進一步總結出打造數字化平臺，滿足企業數字化轉型所需的低代碼平臺能力范疇。他認為，這個細分領域對開發者的要求較高，除了開發能力之外，更重要的是系統架構與規劃的能力。這就決定了數字化平臺的開發需要以技術人員為主，業務人員主要定位于在平臺之上開發非核心的上層應用。兼容技術人員特別是專業程序員所熟悉的概念和架構，是低代碼平臺必須要解決的。比如前后端分離、關系型數據等，這些都是數十年來數以萬計的企業軟件開發者總結出來的最佳實踐，我們需要將其在低代碼的背景下發揚光大。

具體到功能層面，寧偉認為最重要的基礎能力是系統集成能力，包括前后端編程接口、數據庫直連、靈活的部署方式和雙向外部API集成能力等。考慮到這種應用場景的開發團隊規模大、系統生命周期長、可靠性和可用性要求高等特點，低代碼平臺還需要具備團隊協同、版本管理、多環境部署（如相互獨立的開發環境、測試環境、驗證環境和生產環境）等敏捷項目管理和DevOps相關的進階能力。在這些關鍵能力里面，寧偉表示，“我沒有提到工作流、表單、報表，因為這些都是具體的應用場景，而不是關鍵能力。這些應用場景都可以通過數據層、業務邏輯層的定制來實現。相比于這些著眼于當下的具體需求，面向未來的持續開發能力更值得企業數字化轉型決策者關注。而這些恰恰是架構專業、集成能力強的模型驅動低代碼平臺的優勢領域。”

展望未來，寧偉認為低代碼發展的最大趨勢是跟新技術融合，比如通過跟人工智能融合，實現讓計算機自動生成程序。通過提供數據模型，梳理業務邏輯，讓機器學習學習了解數據模型和業務邏輯之間的范式。計算機生成程序在理論上是可行的，雖然目前還沒有實質性的進展，但未來可期。

站在當下，寧偉指出低代碼發展最需要解決的問題不是產品，而是人才培養。從18年開始專注于活字格的市場運營與推廣，他感受到的最大難點就是人才培養。活字格目前的做法是自己做培訓，課程和認證。他表示這個成本投入是很高的，所以怎么充分利用現有資源和能力讓更多人學習和使用低代碼，這也是整個行業需要思考的問題。

寧偉表示，既然選擇了低代碼這個賽道，就代表著葡萄城長期看好，并且有能力、有信心、有經驗能夠做成。他認為隨著行業普及，市場需求增加，相關培訓、人才增長自然會形成正向循環。

展望未來，立足當下，他進一步指出，賦能開發者是葡萄城的使命和定位。圍繞著使命，活字格未來會從以下三個方面努力：首先，不斷完善自己的開發工具，保持半年一周期的版本迭代。寧偉透露計劃于今年6月底發布的新版本，提供企業級PaaS，也就是通常說的公有云。與常見的低代碼云服務不同，活字格云基于容器和云原生架構，為用戶提供可彈性伸縮的獨占資源，如獨占CPU、內存、存儲和數據庫等，在從底層確保數據隔離的同時，避免企業客戶因其他客戶的突發情況導致性能波動。從近期公測活動收到的反饋上看，這種獨占模式解除了核心業務上云的后顧之憂，效果超出預期。此外，在培訓領域持續投入，葡萄城應機械工業出版社出版的邀請，編寫了一本題為《低代碼開發實戰——基于低代碼平臺構建企業級應用》的“低代碼教科書”，寧偉是作者之一。寧偉介紹到，書中從入門到案例實戰，覆蓋了數據庫、業務邏輯和頁面交互的低代碼開發技巧，目前已經在京東、當當等渠道上架。考慮到新一代開發者傾向于在線學習的現狀，葡萄城也在與慕課網等平臺合作，相關課程正在制作中，很快上線，免費提供給希望轉型到低代碼開發平臺的用戶。截止目前，葡萄城的活字格低代碼開發平臺已經擁有超6萬名開發者，服務于各行各業。我們相信在不遠的將來會有更多人因低代碼技術獲益，更多企業引入低代碼技術為數字化轉型升級提速。

最后寧偉表示，作為行業先行者和推動者，葡萄城未來也會持續研究低代碼、軟件開發這個行業，積極參與行業標準建設，統一行業共識，為整個行業的發展貢獻一份自己的力量。

繼續閱讀：

未經允許不得轉載：RPA中國 | RPA全球生態 | 數字化勞動力 | RPA新聞 | 推動中國RPA生態發展 | 流 > 專訪葡萄城寧偉：數字化轉型最后一公里，模型驅動低代碼成關鍵助力