程序員們，請你們不要看低零代碼
我們的業務進程中，不可避免地開始和開發者群體產生了一些沖突，更準確地說，是一些誤會。對此，我們也有思想準備。
當然，可愛的程序員們當我們向一位潛在顧客演示明道云后，我幾乎都能聽到有幾位程序員心里的想法。有時候，客戶不同職能的人圍繞是否要采納零代碼系統當面爭執起來，我也有點尷尬。往往都很含蓄，他們不會說——“零代碼平臺有什么鳥用?如果不寫代碼就能夠開發軟件，還要我們干嗎?”。
他們不會說，但我們心里知道。
有外部人士好心給我們建議將產品定位名稱修改為“低代碼”，而不要那么決絕地叫“零代碼”。因為叫低代碼，好歹不會讓程序員群體過于反感，感覺自己至少還有用武之地。
事實上，明道云也包含若干低代碼模塊，允許部分高級用戶使用腳本語言來簡化配置步驟，使用API來進行對接開發，這些都離不開訓練有素的程序員。
但這不是重點，我們想要達成的目標，是讓現役程序員做點真正有價值的活，而把那些重復性的開發工作完全削減。稱為“零代碼”，的確包含一些市場宣言的意圖成分。
零代碼平臺替代哪些軟件開發工作?
概括來說，以明道云為代表的零代碼平臺主要用于企業中后臺應用領域，尤其是圍繞數據管理和工作流相關的應用類別，他們一般都用于企業內部，有時候也會延伸到外部客戶和合作伙伴。這些應用都圍繞數據的增刪查改和靈活的工作流程管理而建立，用戶通過瀏覽器和移動設備進行使用。
這段概括的確已經將企業軟件行業中的很多場景都包括在內了。為了讓讀者更好理解，我再例舉一些更為具體的場景：
1. 基于關系數據庫的業務管理應用
是指不同行業圍繞著核心業務構筑的業務管理系統，例如：
- 流通業的進銷存
- 制造業的生產執行、物料管理、設備管理
- 現代服務業的項目管理
- 教育行業的師資、學員、課程管理
- 設備工程業的采購、安裝和服務管理
- 一般B2B行業的銷售管理等等
這個大類別中大多數軟件都長得幾乎一模一樣。在Web版本上，往往通過頂部和左側菜單進行功能導航，主界面用表格列出數據條目，打開記錄詳情可以進行各種數據操作，查看關聯數據。
正是因為這樣的雷同度，所以零代碼平臺可以大顯身手，將所有這些應用的實現用一個統一的組裝方式來實現，從而避免從頭至尾的原生軟件開發過程。
2. 利用移動應用采集數據的應用
制造、工程、零售等行業需要特定職能人員從一線采集數據的應用場景。
3. 利用API接口寫入數據并構筑管理看板的應用
從多個異構系統抽取數據，沉淀到統一的數據中臺，并結合本產品的自定義儀表盤功能構筑管理駕駛艙的應用需求。這個應用場景用另外一種方式替代了BI+ETL的方案。
4. 部門級解決特定業務環節需求的小應用
因為零代碼系統帶來的易用性和免除代碼開發的特點，用戶企業可以由業務部門的非開發人員直接搭建或者主導一些簡單的小應用。在統一的應用管理能力下，同時也能防范影子IT問題。
5. 為實現流程自動化而構建的應用
基于本產品的自動化工作流，可以打通過去需要人工協調的斷續工作流程，例如：
- 訂單、交付和發票的自動銜接
- 基于時間觸發的檢查單生成、設備維保提醒、合同到期提醒等
- 基于銷售流程和營銷流程之間的線索自動標簽和線索培育等
6. 為實現數據流轉、填報和審核過程而構筑的流程應用
在復雜的數據協同中，構筑基于表單數據，審批和填寫節點的人工控制工作流應用。
二、零代碼不擅長的場景
除了這些正面范疇，也有一些負面清單。意思是零代碼平臺并不善于解決的場景也有很多，比如：
1. 市場規模巨大，場景一致，通用程度很高的品類
比如協作應用，通訊應用。當然，因為這些市場容量巨大，也已經有大量的成熟廠商在提供產品。你完全沒有必要去用零代碼去搭建。如果你要參與這些市場的競爭，理應擁有一支技能完善的軟件產品研發團隊，才能對市場競爭做出及時的響應。
2. 在特定行業中依賴非常專有化的計算或專有化的視圖來提供服務的門類
例如酒店行業的動態房價管理，餐飲業的收銀排桌，圍繞生產制造的工業控制和特殊邏輯排程，圍繞市場營銷目標的廣告數據管理等等。這就像要擰無數顆直徑固定為3毫米的螺母，就沒有必要用萬能扳手。
3. 面向消費者的應用
這個很好理解，2C應用是十分多元的，很難通過零代碼的方式來實現。當然，那些簡單的信息展示類或者購物車類的小程序應用另當別論。很多小程序生成平臺，本質上也是一種零代碼平臺。
我相信這個清單并沒有完，這個市場總是存在各種各樣特殊情況的長尾，以至于每一個零星需求都不得不專門來進行架構，設計和開發。
三、零代碼為什么比寫代碼還要好?
一旦你要實現的場景和我們的優勢方向吻合，那么我敢說，用零代碼平臺搭建的應用，要比絕大多數普通軟件開發團隊開發出來的應用要好得多。我這么說，可能有點不禮貌了，但我們都得客觀一些，優秀和杰出的軟件開發團隊總是有限的，他們不會天天在開發增刪查改數據的企業應用。這些活交給我們比較合適。
1. 免除交互體驗設計流程
零代碼平臺承擔了基本交互設計的全部工作，圍繞數據輸入，查詢，展示等一系列動作。應用零代碼平臺后，不需要再進行這些細枝末節的交互體驗設計和增強。比如：一個復雜表單的每個控件，應該用什么樣式，保持什么間距，支不支持鍵盤切換焦點等等，這些細節問題往往耗費前端程序員大量的重復勞動。
現在，都不用了。我們的一次性范式設計統統考慮在內了。
有人說，如果不能個性化設計前端頁面，那做出來的應用豈不是很雷同。的確是這樣，但這種雷同是好的重復，而不是粗鄙的復制。我們可以為一個日期輸入控件耗費幾天的時間來優化，這并不是所有的應用前端開發所能夠承擔的成本。
而且，即便你不用零代碼平臺，在應用前端框架時，也絕對不可能自己從頭開始設計，總是會應用一些現成的成熟框架。君不見各種后臺系統使用的幾乎都是阿里Ant的那一套?在企業中后臺應用中，界面好看，功能好用是最重要的目標。所以，高質量的雷同正是解決這個問題的手段。
2)免除后端架構流程
前端開發容易產生重復工作，后端數據架構也是一樣。為了讓一個企業應用能夠滿足業務數據管理和工作流程的需要，開發者需要設計正確合理的數據結構。這個工作，無論是零代碼，還是傳統的原生開發都是需要的。
但是，除了數據模型外，原生開發項目還需要架構師設計合理的數據存儲過程和函數(可重復利用的程序結構)，這些工作都是依賴經驗豐富的架構師的。有了零代碼平臺，所有的后端架構工作被轉化成可視化的配置過程，數據結構依靠表單來建立，工作流依靠觸發器和節點來配置，權限系統依靠角色和顆粒度很高的權限細節來組合。
這些工作雖然不會自動完成，但它們已經不再依賴狹義的軟件架構師，完成這些工作的時間成本也大大降低。這里還要提到一個重要因素，那就是業務變更所帶來的后端架構調整噩夢。一旦業務流程產生新的需求，絕大多數情況下都不是簡單地修改幾行前端代碼能夠搞定的，后端架構都需要配合進行調整。
在過去，這是很多定制開發軟件項目的危機所在，因為往往需要的時候找不到人，或者找不到健全的文檔，導致后續跟進的修改中堆疊出越來越多的低質量代碼。有零代碼系統，無非就是調整一下配置就能夠完成。這是原生開發永遠難以企及的效果。
3. 簡化測試流程
零代碼搭建的應用也要測試，但用戶只需要聚焦在數據處理的正確性上，一次對，次次對。傳統軟件的測試要復雜得多，首先要有開發人員自己完成的白盒測試，還需要有需求方和測試人員共同編寫黑盒測試用例清單。
光這一件事情就依賴專業人員，成本很高，而且有很麻煩的跨專業溝通。完整的測試還需要涵蓋性能，兼容性等方面，相當地耗時耗力。所以大部分定制軟件開發是沒有健壯的測試流程的。作為只有一個用戶的定制軟件，軟件缺陷的消除過程非常漫長。
4. 免除應用分發
開發已經掉了一層皮，但一個最終可用的企業應用，為了能夠地讓員工開始正常使用，還有一個“在組織內分發”的過程。
這個過程通常都比想象的復雜，尤其是那些需要根據不同角色分配不同權限的復雜系統。在軟件開發完畢后，還需要引導用戶注冊賬戶，分配角色后，用戶才真正能夠登錄系統使用。目前，越來越多的企業已經開始使用釘釘和企業微信等平臺，這意味著，開發出來的企業應用最好還能夠適配這些平臺，至少實現用戶賬戶和消息通知的打通。
零代碼系統一般都帶有完善的企業管理后臺，提供用戶，部門，職能角色，匯報關系配置，還預先和釘釘和企業微信等平臺接通。
這樣，用零代碼方式搭建的應用不僅交付迅捷，部署到用戶那里也很方便。如果某個應用的角色需要對應企業的財務出納，配置好以后，只要有人入職了財務出納崗位，就能夠自動得到這個應用的訪問權和恰當的權限。
5. 讓需求溝通更輕松
在開發企業軟件的過程中，最痛苦和昂貴的過程真的不是寫代碼，而是需求溝通，讓開發者理解軟件的應用目標和掌握必要的背景知識。在稍微復雜一些的企業軟件領域，比如生產制造流程管理，物流管理，物料管理，設備管理，倉儲管理和財務信息交換等環節，軟件的設計源泉完全來自企業管理最佳實踐。沒有企業的運營知識，是絕不可能開發出可用的企業軟件的。
于是乎，企業軟件開發的主要成本都投入在了這些浩繁的需求溝通上。
通常是開發廠商提供一個框架解決方案，懂行的客戶基本能夠判斷是否合適，然后客戶企業需要就自己的實際運營提出組合和修改要求，開發廠商再記錄在需求清單中，并用工作范疇文檔(SOW)和原型圖讓客戶確認。
即便花了很多時間做前期的需求確認工作，到了實際交付的節點，依然還會有大量的調整和確認環節。這也是為什么交付是傳統軟件開發服務的噩夢。成本和進度都是在這些環節上容易失控的。
零代碼平臺首先了提供一個可能性——不要開發人員參與，精通需求的業務人員直接自主實現，因為他們不需要掌握代碼開發知識。
因為需求方直接自主實現，自然也就免去了反復的需求溝通和確認。人人都能夠開發軟件，這句話一半是宣言，一半已經是現實。這完全看用戶自己對需求的清晰程度和學習新工具的意愿。美國人為什么習慣DIY?一方面是因為雇傭工人太貴，另一方面是因為非常發達和廉價的DIY工具支持。
就算零代碼平臺也是由技術團隊來提供服務，業務需求方也很容易通過預先搭建的示范模塊來確認是否滿足需求。搭建者和使用者的溝通會非常順暢，有時候，使用者會忍不住自己動起手來。
四、把正兒八經的開發力量投向何處?
1. 零代碼平臺會不會替代程序員的所有工作?
我認為不能，至少在短期內是不現實的，零代碼平臺還有很長的產品路線圖要完成。就算我們吃到大力丸，立刻把產品做得又簡單好用，又強大全能(雖然天下幾乎沒有這樣的產品)，企業用戶建立信任也需要時間。
至少在當下，程序員們可以開始將精力轉向一些更有價值的領域。大膽地將我們擅長的領域交給零代碼系統來嘗試。反正我們這樣的平臺都提供免費試用，實現不了的，你們也不用花冤枉功夫。
但是，在沒有親手實踐之前，阻止和勸導其他人不要嘗試是不公道的。零代碼好歹都能夠搭建出可用的應用，讓客戶來進行實際驗證，至少是局部的模塊，原生軟件開發就不可能這么豪邁了，客戶再怎么不信任，你也不可能把軟件開發好，再去和客戶簽合同。
2. 真正有價值的原生軟件開發應該聚焦在客戶基數巨大，模式化設計能夠以一當十的市場
軟件產業的成功就是建立在“復制”的基礎上的，如果一套軟件就是一個用戶，這是軟件行業的恥辱。在中國市場，值得投入的軟件產品領域依然很多，在有些細分市場，零代碼平臺也毫無優勢。
比如電商ERP和延伸的新零售解決方案，智能的營銷自動化工具，這些市場目前依然沒有飽和，但零代碼系統缺乏基礎的框架模塊和生態連接，做起來會比較吃力。
而且，即使有了零代碼應用，也不排除客戶繼續選用一些套裝軟件產品混合使用。在這個過程中，依然有配套的集成開發工作需要完成，才能給客戶提供完善的應用體驗。這些集成開發涉及到圍繞業務需求合理設計數據接口，建立數據調度服務，接通不同的網絡環境。當然，零代碼的另外一個分支——集成平臺即服務(IPaaS)也在努力通過產品化來削減這些重復工作。
3. 每位程序員真的一定要一輩子寫代碼嗎?
如果你想在代碼開發領域以外拓展視野，又想充分利用已有的IT知識，那么幫助更多的人來使用零代碼平臺，圍繞業務需求來做好應用搭建規劃，提供必要的集成開發服務，不是很好的一個選擇嗎?
很多程序員都希望能夠多了解商業，但是僅僅是服務商業需求是不夠的，參與商業需求的規劃和設計才能真正轉換視角，成功跨界。
4. 從Coder成為No-Coder一點也不掉價
我總認為程序員群體最寶貴的特質是學習能力，畢竟在代碼開發領域也需要不斷學習和掌握新的技術棧才能持續吃好這碗飯。那么今天，當零代碼成為一個選項時，明智的程序員不會盲目排斥它，而是應該好好把玩一下。如果你的確對代碼開發興趣濃厚，并有志于成為高等級的程序員，加入明道云也是一個不錯的選擇，因為零代碼系統倒的確是用代碼編寫出來的(Java為核心)。
【本文是51CTO專欄作者“明道云”的原創稿件，轉載請通過51CTO聯系原作者獲取授權】
