低代碼軟體傳遞的五大優勢

本人從事傳統軟體行業已有5年之久，使用低代碼軟體做傳遞也有1年的時間。對于兩種傳遞模式頗有感悟，從項目角度出發低代碼比傳統軟體傳遞有五大優勢。

一、POC優勢

低代碼政務平台在售前打樣過程中，可以通過搭建應用模型來快速确定80%的需求範圍，高效益地将一個個的需求落地成可視化應用，讓客戶快速的體驗到低代碼平台能力。另外20%是需要與客戶打磨挖掘出更深意的需求，這也是為什麼低代碼平台能夠快速被客戶認可采納的主要原因。

同時低代碼平台在POC階段還可以完成資料的互動形态和資料對接模式，跑通實際業務流程，配置真實的角色和權限。很多項目的POC驗證過程可縮短至一周内，毫不誇張的說低代碼平台在POC驗證階段甚至是可以完成傳遞級别的應用。

相比傳統軟體領域，以我過去實施傳統軟體的經驗來看，POC階段大多數限于需求梳理。為了確定代碼開發的可行性，需要大篇幅整理需求文檔，以及需要多部門協同（如項目部，産品部，研發部和銷售部同時對接），這就造成了客戶需求需要不斷的确認、甄别和回報，前期投入的時間和人工成本是非常高的。

可以說低代碼平台在POC環節完全打破了傳統軟體的需求驗證型态，更加準确的定位客戶需求。

二、SOW優勢

POC驗證完成後接下來就是為了簽訂合同梳理SOW（項目工作說明書）。對于SOW的規範，對項目工作定義表達更結構化和清晰化，進而減少歧義，增加客戶信任度，降低契約成本。如下是低代碼平台的SOW大緻結構：

2.1 項目目标

政府機構通過本項目要解決的業務問題，滿足哪些業務角色的何種需求。

2.2 工作範圍

根據客戶提供的需求，歸納應用分組，可以是單組，也可以是多組。每個應用分組确定資料對象（工作表），需要分發不同的視圖，每個工作表涉及的統計分析項和配套的工作流。

2.3 原型示例

選取1-2個核心資料對象，展示搭建出來的原型，主要選用含demo資料的清單視圖，打開包含關聯記錄的主記錄詳情兩個畫面。

2.4 傳遞成果

• • 直接可用的Web應用
  • 通過PC端浏覽器或移動端App通路
  • 使用說明書
  • 客戶環境部署分發，直至客戶管理者接受應用管理權限

2.5 配套服務

• • 按需搭建應用
  • 在應用傳遞後的兩周内根據客戶需求進行局部修訂
  • 提供應用使用說明和手冊
  • 提供管理者教育訓練

三、傳遞模式優勢

低代碼平台實施團隊成員組成特别簡潔，無需過多部門間的協同，從某種意義上來說可以實作一人一團隊。

傳統軟體的實施團隊結構就相對較多，如：業務分析師，系統分析師，開發程式員，測試工程師，運維工程師等，除了存在多部門協作，還會存在跨專業的溝通，多方傳達需求都很容易遇到瓶頸。進度受阻是家常便飯，甚至面臨傳遞失敗，服務商違約的風險。

四、可複用優勢

4.1 應用分發

低代碼平台在複用的過程中可以快速分發應用，幾分鐘即可完成複刻。複刻出來的應用既可以實作獨立的載體，也可以實作多應用的互動。除了應用本身以外還可以複刻對應的資料庫。低代碼平台真正意義上實作了一鍵分發。

傳統軟體的分發過程就相對複雜一點，首選需要部署環境，其次挂上資料庫，然後釋出應用，整個分發過程耗時比相對較長，而且操作複雜程度高，非技術人員很難完成。

4.2 功能導入導出

低代碼平台功能可導入導出，簡單來說需要分發到不同網絡中的應用非技術人員也可以通過導入導出的方式實作操作，簡潔友善。

傳統軟體導入導出資料則是需要先将資料庫和程式一起打包，重新通過分發的方式再釋出一遍，并且有多應用資料互動上分發難度大的問題。

4.3 二次/多次優化

低代碼平台複刻出來的應用可以二次改造，将應用重新修飾，快速調整為符合其他場景的應用。調整方式簡單易學，可塑造性非常強。

傳統軟體的二次改造離不開源代碼開發，小到修改腳本都需要研發團隊的支援，沒有很強的IT專業知識很難去調整，必須多部門協同完成：熟悉業務場景的實施團隊和熟悉産品的IT團隊。

五、傳遞周期優勢

低代碼平台因具備低代碼或零代碼特征，傳遞周期都不會太長。一般來說，單一業務環節的應用傳遞在1~2周，稍微複雜的應用也能夠在一個月之内傳遞。這甚至包含了需求确認，文檔撰寫和傳遞教育訓練等環節。

當然複雜的應用傳遞離不開經驗豐富的實施專家主導，這也是我們的優勢，除了低代碼平台傳遞專家外，我們還有深耕政府領域的咨詢專家。

當業務發展到一定程度後，自然就會持續地疊代更新自身的業務流程體系，低代碼平台疊代方式是通過編輯表單，建立更多對象，加入互相關聯，通過工作流優化資料流程形态來完成客戶本身的疊代。可以說是做到了邊用邊改，随需應變。

傳統軟體的疊代在大多數是不能現實的。一旦傳遞後，隻能做局部的變更。不可能再在産品體驗等基礎環節繼續做工作。低代碼平台的疊代結合傳遞後應用本身的修訂，可以確定企業使用者始終得到可用性很強的方案。