零代碼平臺的“三免兩減半”
為了開發(fā)一個(gè)企業(yè)軟件，不寫代碼居然比寫代碼還要好?這個(gè)論斷看似違背直覺，但其實(shí)是司空見慣的商業(yè)規(guī)律。無論是消費(fèi)品還是工業(yè)品，預(yù)制品總是比DIY的解決手段更加高質(zhì)和廉價(jià)。在企業(yè)軟件定制開發(fā)領(lǐng)域，就是一個(gè)典型的重復(fù)發(fā)明輪子的領(lǐng)域，大部分圍繞數(shù)據(jù)管理和工作流定義的企業(yè)中后臺應(yīng)用都不值得自己用代碼開發(fā)，而是應(yīng)該選用零代碼平臺直接搭建。
1. 免除交互體驗(yàn)設(shè)計(jì)流程
零代碼平臺承擔(dān)了基本交互設(shè)計(jì)的全部工作，圍繞數(shù)據(jù)輸入，查詢，展示等一系列動(dòng)作。應(yīng)用零代碼平臺后，不需要再進(jìn)行這些細(xì)枝末節(jié)的交互體驗(yàn)設(shè)計(jì)和增強(qiáng)。比如：一個(gè)復(fù)雜表單的每個(gè)控件，應(yīng)該用什么樣式，保持什么間距，支不支持鍵盤切換焦點(diǎn)等等，這些細(xì)節(jié)問題往往耗費(fèi)前端程序員大量的重復(fù)勞動(dòng)。
現(xiàn)在，都不用了。我們的一次性范式設(shè)計(jì)統(tǒng)統(tǒng)考慮在內(nèi)了。
有人說，如果不能個(gè)性化設(shè)計(jì)前端頁面，那做出來的應(yīng)用豈不是很雷同。的確是這樣，但這種雷同是好的重復(fù)，而不是粗鄙的復(fù)制。我們可以為一個(gè)日期輸入控件耗費(fèi)幾天的時(shí)間來優(yōu)化，這并不是所有的應(yīng)用前端開發(fā)所能夠承擔(dān)的成本。
而且，即便你不用零代碼平臺，在應(yīng)用前端框架時(shí)，也絕對不可能自己從頭開始設(shè)計(jì)，總是會(huì)應(yīng)用一些現(xiàn)成的成熟框架。君不見各種后臺系統(tǒng)使用的幾乎都是阿里Ant的那一套?在企業(yè)中后臺應(yīng)用中，界面好看，功能好用是最重要的目標(biāo)。所以，高質(zhì)量的雷同正是解決這個(gè)問題的手段。
2. 免除后端架構(gòu)流程
前端開發(fā)容易產(chǎn)生重復(fù)工作，后端數(shù)據(jù)架構(gòu)也是一樣。為了讓一個(gè)企業(yè)應(yīng)用能夠滿足業(yè)務(wù)數(shù)據(jù)管理和工作流程的需要，開發(fā)者需要設(shè)計(jì)正確合理的數(shù)據(jù)結(jié)構(gòu)。這個(gè)工作，無論是零代碼，還是傳統(tǒng)的原生開發(fā)都是需要的。
但是，除了數(shù)據(jù)模型外，原生開發(fā)項(xiàng)目還需要架構(gòu)師設(shè)計(jì)合理的數(shù)據(jù)存儲(chǔ)過程和函數(shù)(可重復(fù)利用的程序結(jié)構(gòu))，這些工作都是依賴經(jīng)驗(yàn)豐富的架構(gòu)師的。有了零代碼平臺，所有的后端架構(gòu)工作被轉(zhuǎn)化成可視化的配置過程，數(shù)據(jù)結(jié)構(gòu)依靠表單來建立，工作流依靠觸發(fā)器和節(jié)點(diǎn)來配置，權(quán)限系統(tǒng)依靠角色和顆粒度很高的權(quán)限細(xì)節(jié)來組合。
這些工作雖然不會(huì)自動(dòng)完成，但它們已經(jīng)不再依賴狹義的軟件架構(gòu)師，完成這些工作的時(shí)間成本也大大降低。這里還要提到一個(gè)重要因素，那就是業(yè)務(wù)變更所帶來的后端架構(gòu)調(diào)整噩夢。一旦業(yè)務(wù)流程產(chǎn)生新的需求，絕大多數(shù)情況下都不是簡單地修改幾行前端代碼能夠搞定的，后端架構(gòu)都需要配合進(jìn)行調(diào)整。
在過去，這是很多定制開發(fā)軟件項(xiàng)目的危機(jī)所在，因?yàn)橥枰臅r(shí)候找不到人，或者找不到健全的文檔，導(dǎo)致后續(xù)跟進(jìn)的修改中堆疊出越來越多的低質(zhì)量代碼。有零代碼系統(tǒng)，無非就是調(diào)整一下配置就能夠完成。這是原生開發(fā)永遠(yuǎn)難以企及的效果。
3. 減半測試流程
零代碼搭建的應(yīng)用也要測試，但用戶只需要聚焦在數(shù)據(jù)處理的正確性上，一次對，次次對。傳統(tǒng)軟件的測試要復(fù)雜得多，首先要有開發(fā)人員自己完成的白盒測試，還需要有需求方和測試人員共同編寫黑盒測試用例清單。
光這一件事情就依賴專業(yè)人員，成本很高，而且有很麻煩的跨專業(yè)溝通。完整的測試還需要涵蓋性能，兼容性等方面，相當(dāng)?shù)睾臅r(shí)耗力。所以大部分定制軟件開發(fā)是沒有健壯的測試流程的。作為只有一個(gè)用戶的定制軟件，軟件缺陷的消除過程非常漫長。
4. 免除應(yīng)用分發(fā)
開發(fā)已經(jīng)掉了一層皮，但一個(gè)最終可用的企業(yè)應(yīng)用，為了能夠地讓員工開始正常使用，還有一個(gè)“在組織內(nèi)分發(fā)”的過程。
這個(gè)過程通常都比想象的復(fù)雜，尤其是那些需要根據(jù)不同角色分配不同權(quán)限的復(fù)雜系統(tǒng)。在軟件開發(fā)完畢后，還需要引導(dǎo)用戶注冊賬戶，分配角色后，用戶才真正能夠登錄系統(tǒng)使用。目前，越來越多的企業(yè)已經(jīng)開始使用釘釘和企業(yè)微信等平臺，這意味著，開發(fā)出來的企業(yè)應(yīng)用最好還能夠適配這些平臺，至少實(shí)現(xiàn)用戶賬戶和消息通知的打通。
零代碼系統(tǒng)一般都帶有完善的企業(yè)管理后臺，提供用戶，部門，職能角色，匯報(bào)關(guān)系配置，還預(yù)先和釘釘和企業(yè)微信等平臺接通。
這樣，用零代碼方式搭建的應(yīng)用不僅交付迅捷，部署到用戶那里也很方便。如果某個(gè)應(yīng)用的角色需要對應(yīng)企業(yè)的財(cái)務(wù)出納，配置好以后，只要有人入職了財(cái)務(wù)出納崗位，就能夠自動(dòng)得到這個(gè)應(yīng)用的訪問權(quán)和恰當(dāng)?shù)臋?quán)限。
5. 減半需求溝通
在開發(fā)企業(yè)軟件的過程中，最痛苦和昂貴的過程真的不是寫代碼，而是需求溝通，讓開發(fā)者理解軟件的應(yīng)用目標(biāo)和掌握必要的背景知識。在稍微復(fù)雜一些的企業(yè)軟件領(lǐng)域，比如生產(chǎn)制造流程管理，物流管理，物料管理，設(shè)備管理，倉儲(chǔ)管理和財(cái)務(wù)信息交換等環(huán)節(jié)，軟件的設(shè)計(jì)源泉完全來自企業(yè)管理最佳實(shí)踐。沒有企業(yè)的運(yùn)營知識，是絕不可能開發(fā)出可用的企業(yè)軟件的。
于是乎，企業(yè)軟件開發(fā)的主要成本都投入在了這些浩繁的需求溝通上。
通常是開發(fā)廠商提供一個(gè)框架解決方案，懂行的客戶基本能夠判斷是否合適，然后客戶企業(yè)需要就自己的實(shí)際運(yùn)營提出組合和修改要求，開發(fā)廠商再記錄在需求清單中，并用工作范疇文檔(SOW)和原型圖讓客戶確認(rèn)。
即便花了很多時(shí)間做前期的需求確認(rèn)工作，到了實(shí)際交付的節(jié)點(diǎn)，依然還會(huì)有大量的調(diào)整和確認(rèn)環(huán)節(jié)。這也是為什么交付是傳統(tǒng)軟件開發(fā)服務(wù)的噩夢。成本和進(jìn)度都是在這些環(huán)節(jié)上容易失控的。
零代碼平臺首先了提供一個(gè)可能性——不要開發(fā)人員參與，精通需求的業(yè)務(wù)人員直接自主實(shí)現(xiàn)，因?yàn)樗麄儾恍枰莆沾a開發(fā)知識。
因?yàn)樾枨蠓街苯幼灾鲗?shí)現(xiàn)，自然也就免去了反復(fù)的需求溝通和確認(rèn)。人人都能夠開發(fā)軟件，這句話一半是宣言，一半已經(jīng)是現(xiàn)實(shí)。這完全看用戶自己對需求的清晰程度和學(xué)習(xí)新工具的意愿。美國人為什么習(xí)慣DIY?一方面是因?yàn)楣蛡蚬と颂F，另一方面是因?yàn)榉浅０l(fā)達(dá)和廉價(jià)的DIY工具支持。
就算零代碼平臺也是由技術(shù)團(tuán)隊(duì)來提供服務(wù)，業(yè)務(wù)需求方也很容易通過預(yù)先搭建的示范模塊來確認(rèn)是否滿足需求。搭建者和使用者的溝通會(huì)非常順暢，有時(shí)候，使用者會(huì)忍不住自己動(dòng)起手來。
概括起來，這五個(gè)優(yōu)勢正好是“三免兩減半”，免除交互設(shè)計(jì)，免除后端架構(gòu)，免除應(yīng)用分發(fā)，減半測試流程，減半需求溝通。
【本文是51CTO專欄作者“明道云”的原創(chuàng)稿件，轉(zhuǎn)載請通過51CTO聯(lián)系原作者獲取授權(quán)】
