結合低代碼平臺，企業或者不那么懂代碼的業務人員可以相對快速地搭建新的應用系統。那么具體如何用低代碼平臺來做好系統搭建呢？這篇文章里，作者結合具體案例做了步驟梳理，并對低代碼平臺中的關鍵要素做了總結，一起來看看吧。

一、什么是低代碼

低代碼平臺是一套期望通過拖拽配置，就能實現一套業務型軟件系統的開發平臺，并能無縫的部署上線運行。通過表單、控件、流程等應用組件，避免代碼開發，實現所見即所得。

應用場景

a. 幫助成熟的軟件產品，低成本的支持個性化需求（協助乙方快速解決甲方需求）

場景舉例：

假設你經營著一個成熟的電商平臺，你的網站已經運行良好，但客戶開始提出一些特定的個性化需求，比如增加一個“最新折扣”頁面，允許用戶根據特定標準過濾商品。

在傳統的軟件開發模式下，這可能需要花費相當的時間和資源，包括前端和后端開發人員的參與，以及測試和部署過程。在低代碼平臺的幫助下，你可以在幾小時內實現創建自定義發布模板，配置自動化規則，用戶自定義字段，用戶權限管理。

b. 幫助甲方企業，低成本的快速搭建全新的應用系統，讓業務人員也能自主搭建數字化工具（讓甲方自己解決低成本需求）

場景舉例：

一家零售連鎖店希望建立一個內部應用系統，以簡化庫存管理流程和員工排班。通過低代碼平臺，這家店不用采購軟件也能實現庫存管理應用，庫存報告和通知，員工排班應用，審批工作流程。

二、用低代碼平臺搭建系統

1. 需求調研

某服裝廠隨著生產規模的擴大，各項成本不斷升高，在管理上也遇到了不少問題，導致經營效率有所下降，問題主要存在以下幾方面：

• 客戶跟進情況不透明，開單慢；
• 生產跟單麻煩，需要反復催問，多次溝通；
• 成衣庫存不清晰，容易造成庫存積壓。

為了達到這些訴求，已經嘗試了各種方法，如通過微信群和在線文檔進行統計和作業，但還是會出現溝通不及時和文檔信息無法同步等問題。

如果找軟件公司定制軟件，成本又太高，而且還存在培訓使用人員等問題，對于傳統服裝廠來說，使用門檻太高。

其實需求并不復雜，使用低代碼平臺搭建一套簡單的管理系統，不需要開發并且以極低的成本就能幫他們解決這些問題。

2. 業務對象梳理（流程圖+結構圖）

通過第一步的需求調研，可以確定用戶的主要訴求在3個方面：客戶管理、生產訂單管理和庫存管理，圍繞這三個方面可判斷出這套系統涉及的主要利益方和他們的工作場景。

• 業務員：主要工作內容是和客戶談單，給客戶提供產品信息進行下單，根據客戶選擇的產品通知生產或直接出庫，能夠及時了解訂單的生產信息。
• 跟單員：銷售開單后通知生產，根據制單要求跟蹤訂單制作的整個流程，負責檢查各個工序生產進度，確認出貨工期和數量，生產完成后通知大貨入庫。
• 倉庫作業人員：管理大貨的出庫以及倉庫盤點。
• 老板：審核出貨單，關鍵節點通知。

根據工作內容梳理出流程圖大概如下：

根據流程圖抽象出主要的實體，繪制出ER圖。

基于流程圖可以梳理出所需的頁面及主要功能。

梳理生產單狀態與訂單狀態間的關系。

3.低代碼實現

1）建立數據表

在產品開發設計過程中，通常會使用數據表來實現ER模型中的實體關系，所謂實體其本質就是所謂的“對象”，也就是最終會存儲在數據庫中的表。因此低代碼平臺也沿用了這一概念，需要先創建一系列基本的數據表，在此基礎上搭建系統。

我使用的是明道云的低代碼平臺來實現上述管理系統的搭建，在前面抽象ER圖的過程中，抽象出了4個實體，因此這個系統最基礎的4張數據表即：客戶列表、訂單列表、產品列表和生產列表。

建立數據表時要考慮先后順序，比如客戶信息、產品信息都是訂單管理的基礎數據，應該先建立。生產信息的數據依賴于訂單信息，所以應該最后建立。

2）表間關聯

根據ER圖可以看出這4張數據表間的關聯關系，有一對多和多對多，比如在客戶信息詳情中，可以看到這個客戶歷史所有下過的訂單信息；在訂單詳情中可以看到所有產品的生產進度，這在B端產品設計中是一種非常常見的設計形態，那么在低代碼平臺中是如何實現的呢。

低代碼平臺中專門提供了一系列的關聯控件，支持各種關聯關系，下圖是為了實現查看當前客戶的所有訂單記錄，在客戶信息這一數據表中關聯訂單信息。

建立好關聯關系后，在數據表的詳情頁會顯示出所需要的關聯數據，如下圖。

在新建訂單時，需要從已有的客戶列表中選擇客戶，因此也需要在訂單信息這一關聯表中關聯客戶信息。當兩個表的數據需要雙向同步時，可以使用雙向關聯控件來實現效果。

3）建立工作流

每項業務背后都有一套業務流程，它包含了一系列活動(可細分為任務)，這些活動之間具有相互銜接的邏輯順序或因果關系，流程最終會有一個產出。工作流主要用來解決以下問題：

• 數據的自動化處理：滿足條件時，自動修改數據。
• 審批流程。
• 通知成員查看或進行操作。
• 和外部系統進行數據對接。

在低代碼平臺中，通過流程編輯器，來實現上述這類功能。一個工作流由觸發器和若干個動作節點組成。觸發器是流程啟動的開關，通過多種類型的動作節點來完成各種任務，以此實現流程自動化。

本套系統中需要設計的工作流有：

1. 訂單通知：新增訂單時，向生產負責人發送通知，方便及時安排生產；
2. 生產狀態與訂單狀態的相互影響（見前文狀態機圖）；
3. 訂單出貨審批：訂單出貨時需要管理者審批通過后方可出庫并減少相應庫存。

拿訂單狀態更新為“生產完畢”這一流程來舉例，當訂單下的生產單全部生產完成后，訂單狀態自動更新為“生產完畢”。具體實現過程如下：

由于訂單狀態是根據該訂單下的所有生產單狀態決定的，因此工作流觸發節點是由生產記錄的狀態來控制的。

第一步：當某一條生產記錄中的狀態被更新為“已完成”時觸發該工作流，流程開始執行；

第二步：找到該條生產記錄對應的訂單記錄

第三步：創建子流程，找到該條訂單記錄下的所有生產記錄

第四步：統計所有生產記錄中狀態為“生產中”的數量，判斷數量是否為0，若為0，說明該訂單下的所有產品均已生產完成，則將訂單狀態更新為“生產完畢”，若不為0，說明該訂單下的產品還未生產完畢，則不做修改。

工作流實現效果如下圖。

三、總結低代碼平臺的關鍵要素

在體驗完低代碼平臺的功能后，可以總結一下低代碼平臺中的關鍵要素了，也是低代碼平臺之所以能夠如此靈活的滿足各種需求的核心所在。

1. 表單引擎

首先需要實現對底層數據對象的定義，將底層數據理解為多張Excel數據表即可，每個表單獨立采集數據，用戶使用不同的控件對數據進行操作和關聯，除了編輯字段，還能在表單內自定義操作功能，所見即所得，大大降低了操作門檻，對非技術人員十分友好。

2. 流程引擎

基礎數據定義好后，進行工作流的定義，業務運行的核心就是一個個工作流的執行。簡單的工作流如審批流程處理的是單一數據對象，復雜的工作流則需要支持多個數據對象的自動化處理能力。

比如說在訂單管理系統中，當一條訂單被確認時，需要自動生成待支付賬單和待發貨單，同時鎖定庫存，向客戶發送通知，在自動化工作流中，涉及到了5個實體數據的增刪改查（訂單、賬單、發貨單、庫存、客戶）。低代碼平臺需要提供一系列控件來滿足這些需求。作為平臺除了需要有強大的自定義流程控件支撐外，還需要支持其他平臺的集成。

3. 報表和門戶

對于業務型軟件產品，主要功能是對數據的增刪改查，而涉及到的交互頁面，多數也都是底層數據對象對應的列表頁、詳情頁，除此以外，還包括報表、儀表盤，以及其他類型頁面。