打造企業級別 LowCode / NoCode 平台的價值
圖文/金天
為何會寫這篇文章?
在這之前,我寫了幾篇關於在街口內推行的 LowCode / NoCode 文章,但原來仍然有蠻多人並不知道 LowCode / NoCode。
根據 formstack 調查,高達 82% 的人對此一無所知,但我並不意外。
就連工程師,也有很多人對此了解不多,甚至有些人出現「抗拒」的表現,這或許跟這個技術所達成的目的有關,因為它或多或少影響了工程師的「不可取代」的地位。
在另一方面,這已成趨勢,就如同我們現在逛網拍,每五個網拍網站,就有一個是從這類系統產生而成的。
所以我想藉由這篇文章,希望能夠讓你從「陌生」的印象,提升到「略有所知」的程度。
LowCode / NoCode 是什麼
都是同一種東西,錯用是毒藥,正確服用是解藥。
LowCode 系統,是一種混合了「NoCode」+ 「傳統開發」的工作流程,通常,我們可以這樣理解。
我們利用工具幫我們完成大部分的工作(自動編寫程式),包括制式的底層結構、通用邏輯、檢驗規則、組織定義好的模組交互方式等等;然後剩下最後一部分,接續由工程師,用傳統的開發方式(pro code)完成,這部分的程式屬於非常客製化,具有專屬性、不確定性、易變動性等等特質。
通常,LowCode 系統就是幫我們完成了部分的事,還需要剩下一部分的工作需要人手完成。
NoCode 系統,主要適用對象都是非技術人員,透過系統的操作,間接達成技術人員操作的效果,我們可以這樣理解
透過圖像拖曳或視覺化編輯,來取代程式編程,操作者不需要具備相對應的技術知識和背景,也同樣能透過界面操作,間接達成程式編程後的輸出效果,整個流程中從無到有的,從製造到上線,都可以利用這系統完成。
在不需要「碰到」程式碼的基礎下,非技術人員也能完成原本技術人員才能完成的事。
您的組織需要真的它嗎?
當我們理解之後,應該會感覺到這些工具的所帶來的效益,包括:
- 執行效率是原本的一倍以上。
- 減少低技術含量的錯誤發生。
- 組織彈性增加,減少對技術人員的依賴。
當然這都是在你有正確使用它的情況下才會發生。
但讓我們在冷靜想想,什麼情境下,我們需要導入它。
- 業務場景發展迅速的時候.
- 業務規則明確且規律的時候.
- 建構自家的技術部門成本過高的時候(可使用第三方的 NoCode 服務)
- 處於測試業務或 MVP 的時候(最大化降低開發成本)
當然,市面上有各式各樣的第三方服務商,建議你在導入之前,需要很確定自己要的那一方面的系統,以免當初為了節省成本,最後卻付了一大筆錢,效果還不如預期。
而基於公司業務場景和組織條件允許,我們都採用自建的方式導入。
LowCode / NoCode 一定要自建嗎 ?
在我們撇除第三方這個選擇,導入自建的 LowCode / NoCode系統,你可以從0開始,也可以從開源的系統開始。
至於要採用哪一種方式開始,最重要的是,組織內有沒有前端架構師主持。
LowCode / NoCode 屬於重前端交互和數據流的系統,除了必須有清楚的技術邊界定義,還需要同時具備和後端數據交換,模塊和業務邏輯劃分等等技術細節。
如果組織內沒有這樣的資源,那就不要自建,因為自己造一台車,並沒有去買一台車來的更好用。
如果真的很想要自建,而組織內又沒有資深的前端可以掌控,那可以用開源系統作為基礎,在它的基礎下進行二次開發,也同樣可以獲得不錯的「效果」。
當然在業務情境上,就需要做出一些讓步,畢竟是免費開源的系統,很難做到百分百吻合各種各樣的商業需求。
導入這體系之前需要準備做的事
跟標題描述的一樣,當我們面對的已經不是兩三個人的工作量,而是跨足不同部門,不同工作單位,涉及多個領域時,我們所需要的開發和製造時間就是一個相當難以估算的時間成本。
就以街口為例,以下是我們在進行專案開發時,所需要涉及的團隊和流程。
在這幾個軌道來回溝通和協調,都是無形的溝通成本,即便我們上次已經做過一次一樣的事,基於每次參加的人員不同,所以同樣的問題,我們可能會再說一次,同樣的錯誤,我們可能會再犯一次… 於此輪迴,直到宇宙毀滅為止。
所以再導入 LowCode / NoCode 之前,我們先對組織的專案流程做了一下解析(所以才會有以上的圖)。
有了這個圖之後,我們可以在軌道和關鍵時刻(顏色的小圓點)做一個分割或者叫邊界,這些分界會是工作流程中的關鍵斷點。
掌握了流程之後,接下來導入的系統,就會是針對當中的幾個關鍵時刻做出替換,也就是說,我們在不需要走那幾個流程,因為系統已經幫我們解決了大部分的溝通問題。
NoCode 的成效
我們內部有一個NoCode系統,這系統支援了街口全部的行銷網頁活動,目前已製作了 250+ 頁,以發布 200+ 頁,而此系統導入後,工作流程會剩下:
設計師會直接編輯元件參數,透過系統提交和發布
可以從流程看到,我們減少了前期的討論(對其他團隊而言不需要出席)、測試團隊不需要介入(標準流程已測試過),IT 也不需要介入(不需要設定主機、部署)
LowCode 的成效
而不久前,我們也成功發佈了自家的 LessCode 系統,以目前的結果來看,流程上我們只需要專注在:
我們減少了設計師的加入、前期的設計討論、操作流程討論、測試 review 等等。
後記
對於組織而言,我們其實是變形把過去四散各處的「專案」以資料的形式集中管理,讓技術的價值發揮在創新和問題的核心上。
瀏覽 1,508 次