本文的讀者有很多朋友，在業(yè)內(nèi)經(jīng)過了20多年的耕耘，見過無(wú)數(shù)不同體系架構(gòu)，各種架構(gòu)在系統(tǒng)的特征上是不同的，也能體現(xiàn)出不同的功能優(yōu)勢(shì)和客戶價(jià)值：

　　但是，總體來(lái)說，我眼中的系統(tǒng)架構(gòu)就是這張圖。

　　系統(tǒng)主體分成三層：

　　a) 較為通用的包括：軟電話工具欄、首頁(yè)、工單管理、外呼管理、大屏監(jiān)控、知識(shí)庫(kù)、質(zhì)檢、公告管理、報(bào)表、考試管理、培訓(xùn)管理、在線客服；
　　b) 較為個(gè)性化的例如：客戶資料管理、商品管理、車輛信息管理、投訴管理、催繳管理、積分管理等等等等。

　　低代碼開發(fā)平臺(tái)的架構(gòu)看似變化不是特別大，僅僅是，在平臺(tái)層增加了一個(gè)部分，如下圖：

　　請(qǐng)看，增加了紅色的部分，也就是說，平臺(tái)層不單單有通信平臺(tái)和智能平臺(tái)，還增加了低代碼開發(fā)平臺(tái)。

　　然而，低代碼開發(fā)平臺(tái)LCAP與原有的兩個(gè)平臺(tái)的本質(zhì)區(qū)別在于：

　　通信平臺(tái)和智能平臺(tái)是對(duì)應(yīng)用層的加強(qiáng)，增加功能、提升能力、加強(qiáng)體驗(yàn)等；

　　LCAP是生成應(yīng)用層所有的模塊。換言之，應(yīng)用層不再是代碼編寫的，而是低代碼生成的。

　　低代碼開發(fā)平臺(tái)LCAP兩大部分組成：

　　a) 頁(yè)面設(shè)計(jì)器：代碼生成式VUE+Element UI；
　　b) 業(yè)務(wù)腳本編輯器：代碼生成式VUE JS；
　　c) Sql數(shù)據(jù)服務(wù)；
　　d) 工作表服務(wù)：管理數(shù)據(jù)模型；
　　e) 沙盒工具：負(fù)責(zé)業(yè)務(wù)遷移；
　　f) 字典管理；
　　g) 工作流服務(wù)；
　　h) 問卷服務(wù)；
　　i) 消息服務(wù)；

　　a) 工作流
　　b) 問卷調(diào)查
　　c) 報(bào)表
　　d) 外呼數(shù)據(jù)管理

　　各個(gè)部分在后面會(huì)詳細(xì)解釋，各位客官稍安勿躁。

　　架構(gòu)的改變，經(jīng)常會(huì)被問到兩個(gè)問題，這兩個(gè)問題答案其實(shí)一模一樣。

　　一、用低代碼生成的業(yè)務(wù)，比原來(lái)的業(yè)務(wù)少了什么？

　　答案是，沒有少，客戶根本無(wú)法感知架構(gòu)的差異，只是發(fā)現(xiàn)業(yè)務(wù)需求變化滿足的時(shí)間更短了。

　　二、用低代碼生成的業(yè)務(wù)，比原來(lái)的業(yè)務(wù)多了什么？

　　答案是，沒有多，客戶根本無(wú)法感知架構(gòu)的差異，只是發(fā)現(xiàn)成本更低了。

　　總而言之，與原來(lái)的架構(gòu)沒有任何客戶感知上的差異，只是業(yè)務(wù)生成的方式產(chǎn)生了革命。