南宫NG28建设

0代碼定製和低代碼定製是最近2B軟件行業的熱門詞彙，網上的文章和各種說法也很多，究竟能不能大規模定製？如果能，如何大規模定製並產生商業價值，這是每一家所謂的平台化軟件企業必須回答的問題。

本文試圖去求解這一難題，給出體系化的方法和思路，兼與陳颸老師隔空討論，也希望對於我們的銷售、售前和實施给予一些指引，對於研發人員和產品經理给予一些關於未來的思考的輸入。

開篇：大規模與定製的矛盾

協同管理軟件的目的在於提升組織管理與協作的效率，成就高績效組織，其方法論支撐在於戰略與執行的協同、職能部門與業務單元的協同、業務單元之間的連接與協作等等，其本質在於將組織作為有機體進行數碼化，成為組織的基礎信息化設施，讓人與人、人與組織系統起來，從而使得組織中人的集合比單個個體能夠創造更大的價值。

這個看是老生常談卻是初心與本義，回歸到組織信息化本身在新的階段需要完成組織的數碼化轉型，而不僅僅是一個業務模塊的信息化，所以連接集成、整合信息孤島，實現業務協作和工作任務的過程信息化就成為組織數碼化的根本。

這裏需要特彆強調一下所謂的ERP軟件特別是其關鍵部分的財務軟件，其本質在於對組織的績效進行測量，從而取得組織的生產力、效率和利潤等經濟指標信息，為企業戰略服務，而沒有聚焦於工作任務、工作目標如何召开本身。

企業如何展開工作？計劃、組織、協調、控制這種適合於業務層組織管理的方法和體系是否可以信息化，是否每一個企業都非常獨特? 以至於信息化、數碼化的成本高企，價值卻並不那麼明顯？

當然。這是組織數碼化轉型升級的根本出路，企業顺利获得數碼化實現轉型升級可以大幅度提升工作效率和工作質量，有效控制企業由於生產效率低下、客戶響應速度慢、對於技術和環境不敏感等諸多問題，回歸本質就是如何提升工作質量和工作效率的問題。

從企業應用聚焦效率、質量和時間的視角來看，實現高價值的數碼化轉型的關鍵在於基於企業轉型升級的主題任務的信息化、自動化從而帶來大幅度的工作效率和質量的提升，這是信息化、數碼化定義的點，是可行的。

規模在於企業信息化、數碼化的基礎變量是否一致度高，如果一致度高，就可以抽取產品實現規模化的軟件作品的生產，並顺利获得商業交換實現規模經濟。

但企業是獨特的，企業存在的理由恰恰是企業的獨特性，也就是差異化u的能力，無論是產品還是服務。

這是企業信息化需要駕馭的悖論，要麼定製、要麼規模，規模+定製還沒成功的先例。

技術先進與製造的落後-軟件行業

軟件行業從來給人感覺都是高科技行業，但相對於製造業，我們並沒有實現大規模的製造業分工，所以軟件行業是一個農業時代的手工藝生產模型，這就是coding從0開始寫功能的結構性的偏差。

實際上，如何實現製造和交付的分離，實現製造和服務的分離，以及運維保障的分離，這是軟件行業要從產業开展的視角去改變的問題，這不僅僅是一個簡單的所謂商業模式就能解決的問題，是產業結構的問題。

當然，it產業本身還是有大分工的，比如網絡環境给予了信息傳輸與送達的基礎能力，操作系統给予了隔離計算機硬件差異的運行環境，背後是圖靈機和馮.諾依曼體系結構的機制與分工的產業體系。這些年互聯網的开展帶來了計算機之間聯網協作的機會，為信息連接、融合、協同工作帶來了基礎的機制和機會，而移動互聯網連接了人和系統，成為真正的人與互聯網的入口門戶和交互界面，這是根本性的基礎準備。

就信息化價值來看，2C軟件行業的最終目的在於交易，其變量只有產品和價格，連接的是組織與人或者人與人，其結構當然比2B簡單，所以電商系統（如果我們也叫軟件的話）先行了一步，也给予了方法論的支撐。

是的，管理軟件的生產方式是基於操作系統、基於互聯網的連接結構和移動多端特性構建起來的（這裏僅僅是描述，並不嚴謹哈），但生產過程卻是從最基本的語言、數據等最基本的微粒開始組織和功能編碼的，這種方式比原始人的農耕沒有本質區別，而其使用的工具都是在最基礎的級別给予編寫和調試，實際上數十年來計算機語言的進步似乎不断是在適應互聯網的能力擴展中掙扎，而沒有針對現代的複雜的企業應用增長出新的語言或者開發模式出來。

這是現代與古老的結合，這是高科技與手工作坊的組合，顯然不能符合未來大規模應用的訴求，所以軟件工程師們就996拼苦力，成為了新一代的「搬磚工人」，這是不符合現代化大規模生產的。

有需求，就有動力，世界在進步，軟件特別是企業管理軟件的生產方式應該改變，也必須改變。

從走出軟件作坊到規模化開發：依然是產品

《走出軟件作坊》是我的一位朋友阿朱的一本在業內比較有名的開發管理的書籍，如何提升開發效率和開發質量，如何讓我們不再那麼靠「工匠精神」而是現代化的團隊作戰，作者從體系化的方法論提出了很多辦法。

但這依然不是結構化的改變，作者更多地都是如何顺利获得改善過程做出更高質量、更符合客戶需求的產品，就像陳颸老師所言：產品化是規模化的前提。

但是否有另外一種思路，我們幫助客戶的信息化基礎設施建設，如果一定要說這種能力是什麼的話，就是幫助客戶的組織本身實現數碼化，流程、制度作為生產線的設施可以隨意拿來組裝流水線，這就有可能實現規模化，這是基礎設施，也是工具。

一句話，我們幫助客戶實現信息化的基礎設施，以實現客戶自建生產流水線的能力實現建立「管理的流水線」、「管理的任務協作系統」、「管理的業務看板」等等這些從生產設施到管理設施的信息化！

如果給客戶以魚到客戶以漁都不足夠，顺利获得數碼化、自動化、信息組件和業務功能組件的给予，使得客戶可以自己創新出自己的「漁」，將it技術、編程技術、調試技術、工程技術隱藏在複雜的平台體系之中，给予給客戶聚焦組織管理、聚焦業務協作、聚焦戰略管理的信息化基礎設施，這也許就可以實現平台化的支撐。

這種不是走出軟件作坊，而是重構軟件的產業鏈，作為協同管理軟件廠商的夢想在於實現建設企業的基礎設施的能力，讓企業可以自行組裝自己的信息化生產線，實現組織管理信息化的自我DIY，這是一種終極目的，如果要折中的話，這些能力可以由專業分工的組織管理、業務管理的專業廠商來给予，但這些廠商不需要對於圖靈、對於馮.諾依曼以及背後的架構熟悉，從而實現大範圍的專業化分工，這就是協同軟件—中台的定義的力量。（這裏僅僅是場景描述，不是嚴密論證）

組件化與標準件的定製機制：這才是架構

製造工業生產如何做？第一时间需要建立生產線，顺利获得裝備、工藝和工裝解決生產流程建設問題，而大規模定製軟件開發第一时间就需要解決「生產線」的設施問題，如果沒有流水線，就不會有現代化大工業，也就是製造業的繁榮。

對於軟件行業，我們的生產線僅僅有開發語言、運行容器（通常被稱為中間件比如tomcat），改變一下，生產線不是開發的語言工具，而是搭建工具呢？

還有一個改變，軟件作為產品就像汽車一樣，不能從練鋼鐵、生產塑料開始，而應該顺利获得部件組裝進行，這裏就需要各種各樣的部件就像汽車行業的總成，實際上現代汽車的整車廠生產已經不是福特T型車年代，而是部件組裝，並且可以實現柔性化生產，雖然還有諸多不足。

對應於軟件行業的開發來說，所有的功能不能僅僅顺利获得一行行代碼堆砌，雖然我們已經有很多語言開發級的函數庫、對象庫和組件庫，但這些都是通用的計算函數、技術組件類，而不是像汽車一樣的底盤、發動機，這種組件和構件的開發需要汽車模塊化的設計、生產，已經成為現代汽車生產的主流方式。

而軟件開發也可以這麼做，顺利获得模塊、組件化開發，而背後應該有面向領域、行業和組織級客戶的基礎平台，比如底盤、總線結構等等，對於企業管理軟件來說，就必須要有比如組織模型的基礎架構支撐，工作流、表單等基礎部件的結構，以及門戶南宫NG28建设、工作空間等對於現實場景的線上表達或稱稱之為入口，這些整體的系統化的模式、方法，就是應用架構和體系化能力。

對於機械工業，大家知道標準件嗎？實際上就是螺釘螺母，各種連接件，這些都是按「千克」銷售的，成為組裝系統的必須。

對於軟件開發來說，前後端分離，讓空間、交互就像我們汽車的裝飾，住宅裝修一樣，形成不同的風格和交互，並顺利获得前端組件進行拼接，就會形成更好的交互體驗，並且可以兼顧多端系統，比如手機、平板和PC交互。

如果能夠達成這樣的效果，大規模定製就會因為「生產線」+組件的模式而大幅度提升效率，這雖然與陳颸老師所謂的配置有相似性，但本質上每一個組件都是可替換的，而基礎架構又是能夠支持組織數碼化的基礎搭建的，從而會大幅度提升生產效率，提升客戶交付的效率和質量。

並且，這裏軟件開發工程師主要生產並創造流水線結構，形成「現場定製」的組件、模塊和工藝結構，以支撐到快速交付，並隱去了技術的細節，使得對於設計產品的人以產品需求導向，以業務模組成為組裝原材料，從而避免了代碼編程。

當然，這裏會有一個問題，有些組件不適用怎麼辦？這就需要對於組件進行重構，形成新的型號或者新的版本，從而實現組件的互換，這也是現代化機械製造生產的一種場用方法，比如替換電阻、電容一樣地替換一個前端界面組件，從而實現相似而又不同特性的功能。

共生與互聯：信息、協議和組合

南宫NG28建设CAP4正是這樣一種結構的探索，並取得了實際的效果，在前進的道路上邁進了一大步，现在基於CAP4的大量的組件已經能夠提交到協同雲上，顺利获得雲端定製實現多人協作的業務包產品開發，這是一種初步的模型，還有很多不完善，但已經走出了模式創新，實現了設計流水線和產品生產者的分離，實現了專業化應用的開發不完全依賴於代碼編程的新的業務軟件的生成模式，實現了專業化的分工的雛形。

更進一步，多個業務軟件包之間如何連接、組合形成更大的業務包，更複雜的業務應用組合，這種堆疊式的開發模型也是現代複雜產品生產的一種有效模式，能夠實現規模的模塊的重用。

這裏的軟件模塊成為了業務包，而業務包本身正是基於組織模型、工作流、業務表單、門戶空間等等架構技術實現的技術模型支撐的。

大規模定製的基本方式是復用，現代企業管理的複雜性決定了整體復用有其困難和障礙，但企業管理本身是人的管理，只要人性不變，那麼管理模式其實本質上很難改變，也就是由相似的業務、相似的過程、相似的任務和業務模塊組合而成，而人與機器或者說軟件系統打交道的方式和交互體驗也是有限的模式可以探索的，顺利获得模塊化抽象、並基於對組織、流程、業務協作模型的研究，形成標準件、組件、模塊、總成的結構，這些是可以期待的，並且隨着各種組件的豐富，軟件的搭建或者說生產將會變得越來越快捷，隨着從業人員的增多，對於這些知識、框架和模型的分析和學習越來越深入，各種類型的專業軟件的搭建都將成為可能，對此我們深信不疑。

這些這種目的，我們需要的是生態，也就是更多懂得業務、領域應用，對於管理創新和業務協作有思想、有認知的企業，有志於從事這些業務的實施人員、夥伴願意投入資源從事這種生產性的活動，基於平台去搭建系統，形成豐富多彩的應用和應用組合，那麼生態的活躍會反哺系統平台的能力提升，並整合各種組件、資源和信息互動的平台化能力提升。

並且，不同的業務模塊、業務軟件之間如何信息互通，如何連接協作需要信息互換的協議，需要業務軟件（其實就是業務包）之間相互識別，相互通信，相互自動協作，這需要：協議的定義，這是更高層面的自適應、自動化的有機組合，也可以稱之為智能化連接，這是未來开展的趨勢和方向。

未來：軟件不是應該是這樣開發的

南宫NG28建设在CAP上的探索已經明確了大量定製的可行性，我們大量的實施人員和夥伴製作出來的數千個（也許更多）業務包已經運行在CAP的運行器上，CAP分離了設計器和運行器，就是將流水線的設計能力提交給了我們的夥伴和客戶，而軟件產品的業務包形成了各類客戶的按需定製的業務信息化實現，成就了高績效組織。

另外一方面，設計器生產的業務包在最先的生產環境中已經實現了業務包的版本疊代開發和修改的模式，這就使得軟件產品是可以不依賴代碼開發人員而進化的。

這不是未來的模式，這是今天已經實現的模式。對於有些特殊的功能、組件還需要重新開發組件，或者增加組件，這種低代碼的開發在一個相當長的階段還會持續，但這同時會造就更多的業務組件、前端組件、界面組件，封裝出來就會成為未來可用的部件，從而降低未來的開發代價，成為可復用的資產。

當然，這些還不足夠，平台、體系的能力還需要增強，對於組織、流程的組合，對於人員、組織的描述能力，對於多端的識別，對於業務模塊組裝的限制等等，問題依然不少。

平台化、生態化開發需要更大的產業分工，需要現代的實施交付人員和夥伴成為未來的生產線的設計師、師傅，成為製作以0代碼定製業務的先行者。

這也需要新的觀念，新的開發模式，也需要更多的組件開發者给予更多的標準件、組件和模塊總成，這些也許需要代碼，需要編程。

但這就像最初的汽車只有黑色，沒有空調，沒有擋風玻璃一樣，雖然簡陋，但畢竟上路了。

只要走在正確的路上，目標方向正確，經過前仆後繼的眾多參與者的努力，未來一定會越來越好。

這就是南宫NG28建设業務定製兼顧規模的定製模式，我們堅定不移地往前，往前，再往前。