背景

電商發(fā)展至今，供給側(cè)升級(jí)降本提能、精細(xì)化運(yùn)營(yíng)是未來(lái)的關(guān)鍵，由此B端中后臺(tái)需求井噴并呈增長(zhǎng)態(tài)勢(shì)。隨著運(yùn)營(yíng)工作臺(tái)SOP體系通過(guò)跨系統(tǒng)能力整合打造運(yùn)營(yíng)標(biāo)準(zhǔn)操作鏈路，解決運(yùn)營(yíng)操作體驗(yàn)及站點(diǎn)交付效率問(wèn)題時(shí)，運(yùn)營(yíng)能力的產(chǎn)品&體驗(yàn)一致需要頁(yè)面研發(fā)保障，提供保障體驗(yàn)的高效頁(yè)面研發(fā)能力尤為重要。

中后臺(tái)場(chǎng)景交互視覺(jué)趨于標(biāo)準(zhǔn)，需求鏈路長(zhǎng)角色多協(xié)同成本高，現(xiàn)有研發(fā)方式研發(fā)核心圍繞原子及業(yè)務(wù)組件ProCode大量低水平重復(fù)，LowCode事件聯(lián)動(dòng)，數(shù)據(jù)綁定等仍需大量代碼瓶頸明顯，頁(yè)面生產(chǎn)模式亟待突破。

如何高效率規(guī)模化生產(chǎn)中后臺(tái)頁(yè)面，如何保障產(chǎn)品標(biāo)準(zhǔn)、質(zhì)量及體驗(yàn)的一致性，如何提升開發(fā)效率是我們當(dāng)務(wù)之急的命題。?

問(wèn)題&策略

目標(biāo)面向工作臺(tái)/大淘寶中后臺(tái)，革新頁(yè)面生產(chǎn)模式升級(jí)頁(yè)面生產(chǎn)工具帶來(lái)生產(chǎn)效率的提升。

主要圍繞兩個(gè)思路：

1. 以場(chǎng)景為中心。針對(duì)中后臺(tái)場(chǎng)景特點(diǎn)及對(duì)大部分現(xiàn)有業(yè)務(wù)梳理，表單列表詳情類場(chǎng)景占比86%，基于抽象特征提煉統(tǒng)一描述，固化結(jié)合領(lǐng)域特性標(biāo)準(zhǔn)化場(chǎng)景，圍繞標(biāo)準(zhǔn)生產(chǎn)資料進(jìn)行產(chǎn)品設(shè)計(jì)及頁(yè)面研發(fā)生產(chǎn)能夠?qū)?chǎng)景價(jià)值最大化，有效降低邊際成本提升整體生產(chǎn)效率。
2. 以流水線式為出發(fā)點(diǎn)構(gòu)建全局最優(yōu)的生產(chǎn)模式。本身整個(gè)生產(chǎn)過(guò)程可以看做是有序的且包含多個(gè)角色，圍繞產(chǎn)品功能本身做不同部分、環(huán)節(jié)生產(chǎn)加工的流水線，將各環(huán)節(jié)加工產(chǎn)物標(biāo)準(zhǔn)化并流轉(zhuǎn)，提供適配不同角色的工具，提升整體協(xié)同生產(chǎn)效率。并且希望站在全局最優(yōu)效率的角度去看整個(gè)生產(chǎn)鏈路，而非單一解決某個(gè)角色或環(huán)節(jié)的問(wèn)題而粗暴將工作量轉(zhuǎn)移，并且根據(jù)必要性，可轉(zhuǎn)換性，可替代性構(gòu)建新的生產(chǎn)模式。

整體方案

協(xié)同模式升級(jí)：通過(guò)設(shè)計(jì)與前端的標(biāo)準(zhǔn)場(chǎng)景規(guī)范定義，沉淀場(chǎng)景物料，以場(chǎng)景為中心，產(chǎn)品圍繞場(chǎng)景設(shè)計(jì)、頁(yè)面圍繞場(chǎng)景搭建、接口基于場(chǎng)景配置推導(dǎo)，改變各角色的生產(chǎn)關(guān)系，縮減轉(zhuǎn)譯環(huán)節(jié)，提高整體交付效率

研發(fā)模式升級(jí)：構(gòu)建無(wú)代碼UI生產(chǎn)能力基于場(chǎng)景無(wú)代碼配置生產(chǎn)（包含聯(lián)動(dòng)交互、條件渲染，數(shù)據(jù)綁定等完整功能）頁(yè)面并生成數(shù)據(jù)API需求描述，后端按要求提供及綁定API后完成研發(fā)。

產(chǎn)品標(biāo)準(zhǔn)及體驗(yàn)保障：基于標(biāo)準(zhǔn)場(chǎng)景頁(yè)面全流程無(wú)代碼研發(fā)，保障產(chǎn)品設(shè)計(jì)和技術(shù)實(shí)現(xiàn)的標(biāo)準(zhǔn)及產(chǎn)物質(zhì)量。同一體系內(nèi)都呈現(xiàn)一致的交互語(yǔ)言和產(chǎn)品調(diào)性，降低用戶學(xué)習(xí)成本，提升業(yè)務(wù)使用體驗(yàn)。

技術(shù)架構(gòu)

場(chǎng)景標(biāo)準(zhǔn)化

平臺(tái)架構(gòu)以場(chǎng)景為中心，產(chǎn)品圍繞場(chǎng)景設(shè)計(jì)，頁(yè)面基于場(chǎng)景搭建，API 數(shù)據(jù)結(jié)構(gòu)根據(jù)場(chǎng)景定義。因此，要定義出場(chǎng)景，收斂并標(biāo)準(zhǔn)化沉淀。

首先場(chǎng)景是基于中后臺(tái)常見的產(chǎn)品模式和功能板塊拆解，對(duì)交互形式、接口數(shù)據(jù)結(jié)構(gòu)進(jìn)行標(biāo)準(zhǔn)化收斂后，提取出的功能高度收斂的場(chǎng)景物料和場(chǎng)景控件。

從技術(shù)上定義來(lái)看：

1. 按UI體系原子化設(shè)計(jì)的粒度劃分，場(chǎng)景物料屬于模版粒度，比如，基礎(chǔ)查詢場(chǎng)景包含篩選表單、操作區(qū)、展示表格、翻頁(yè)器，是頁(yè)面內(nèi)的大區(qū)塊；場(chǎng)景控件屬于組件和模塊的粒度，比如員工選擇器、日期展示組件等。
2. 從能力上看場(chǎng)景物料和場(chǎng)景控件具有業(yè)務(wù)屬性，內(nèi)置了業(yè)務(wù)相關(guān)邏輯和API數(shù)據(jù)請(qǐng)求，比如：Fusion Table 是純 UI 組件，AntD ProTable 封裝了翻頁(yè)、篩選等預(yù)設(shè)邏輯，查詢場(chǎng)景物料還額外封裝了接口請(qǐng)求處理，標(biāo)準(zhǔn)了場(chǎng)景所需要的接口及其數(shù)據(jù)格式即場(chǎng)景模型。

場(chǎng)景內(nèi)置核心功能，并預(yù)留一些擴(kuò)展能力，通過(guò)場(chǎng)景控件擴(kuò)展場(chǎng)景中輸入/展示/操作等 UI 組件，通過(guò)能力插件擴(kuò)展條件渲染、聯(lián)動(dòng)執(zhí)行等非 UI 型能力。場(chǎng)景與控件正交組合，再結(jié)合能力插件，就構(gòu)成頁(yè)面區(qū)塊的完整功能，多個(gè)區(qū)塊布局組合就構(gòu)成完整頁(yè)面。

圍繞上述核心邏輯，我們構(gòu)建了完整的場(chǎng)景標(biāo)準(zhǔn)化體系：

1. 制定場(chǎng)景規(guī)范：成立場(chǎng)景規(guī)范小組，結(jié)合業(yè)務(wù)場(chǎng)景訴求，制定各場(chǎng)景統(tǒng)一的交互樣式和接口數(shù)據(jù)規(guī)范。
2. 建立場(chǎng)景沉淀機(jī)制：對(duì)于與現(xiàn)有場(chǎng)景完全不同的新場(chǎng)景，先按業(yè)務(wù)訴求梳理場(chǎng)景案例，對(duì)功能抽象分類，再經(jīng)由場(chǎng)景規(guī)范小組評(píng)審，設(shè)計(jì)出符合規(guī)范的場(chǎng)景，最后開發(fā)并沉淀場(chǎng)景。對(duì)于與現(xiàn)有場(chǎng)景相似但有定制化訴求的，拆解出要擴(kuò)充/定制的能力，同樣經(jīng)過(guò)小組評(píng)審后，在現(xiàn)有場(chǎng)景上進(jìn)行迭代。
3. 構(gòu)建場(chǎng)景生態(tài)體系：圍繞整個(gè)大淘寶中后臺(tái)域，構(gòu)建整體場(chǎng)景標(biāo)準(zhǔn)及多業(yè)務(wù)域協(xié)同機(jī)制，統(tǒng)一管控及沉淀標(biāo)準(zhǔn)場(chǎng)景。并提供自定義物料研發(fā)套件及接入能力，以支撐更大范圍業(yè)務(wù)場(chǎng)景。

數(shù)據(jù)標(biāo)準(zhǔn)化

數(shù)據(jù)標(biāo)準(zhǔn)化核心為模型定義，數(shù)據(jù)模型生產(chǎn)及數(shù)據(jù)實(shí)體生產(chǎn)三個(gè)環(huán)節(jié)，將基于場(chǎng)景標(biāo)準(zhǔn)化產(chǎn)出的場(chǎng)景物料對(duì)應(yīng)的API及其所需字段通過(guò)場(chǎng)景化搭建配置組合業(yè)務(wù)模型中的字段生成具體所需API及字段，后端根據(jù)API需求提供并綁定API實(shí)體完成頁(yè)面所需API的標(biāo)準(zhǔn)化生產(chǎn)。

模型定義，基于現(xiàn)有頁(yè)面API結(jié)構(gòu)的拆解，主要有這幾部分：

1. 網(wǎng)關(guān)模型：描述工作臺(tái)網(wǎng)關(guān)封裝的數(shù)據(jù)結(jié)構(gòu)，包含接口成功失敗標(biāo)識(shí)、錯(cuò)誤信息、網(wǎng)關(guān)額外的調(diào)試信息等。網(wǎng)關(guān)模型固定，對(duì)工作臺(tái)所有接口都有相同的結(jié)構(gòu)。
2. 場(chǎng)景模型：描述具體場(chǎng)景涉及的所有接口的結(jié)構(gòu)，包括場(chǎng)景內(nèi)固定的入?yún)ⅰ⒎祷刂底侄?，以及如何通過(guò)場(chǎng)景配置引入的業(yè)務(wù)模型字段。
3. 業(yè)務(wù)模型：描述實(shí)際業(yè)務(wù)中的概念、涉及對(duì)象及其屬性，包括字段、類型、含義等。同一個(gè)業(yè)務(wù)模型可以用于多個(gè)產(chǎn)品頁(yè)面。

模型或者說(shuō)標(biāo)準(zhǔn)的定義并不一定是定義本身多先進(jìn)，而是大家認(rèn)可并且能夠遵循。因此在整個(gè)工作臺(tái)維度我們成立了覆蓋全域產(chǎn)品后端的規(guī)范小組，通過(guò)整體Review，RFC機(jī)制保障模型的標(biāo)準(zhǔn)及有效，通過(guò)每個(gè)團(tuán)隊(duì)的接口人推進(jìn)規(guī)范落實(shí)及收集反饋持續(xù)優(yōu)化。

數(shù)據(jù)模型生產(chǎn)：有了上述三個(gè)模型，就可以在使用平臺(tái)研發(fā)時(shí)，通過(guò)選擇業(yè)務(wù)模型字段并關(guān)聯(lián)到場(chǎng)景配置中，進(jìn)而推導(dǎo)出頁(yè)面所需的接口定義（入?yún)⒑头祷刂档淖侄谓Y(jié)構(gòu)）。技術(shù)上類似模版引擎，場(chǎng)景模型是模版，將業(yè)務(wù)模型字段填充到模版中的占位符，最后再套上網(wǎng)關(guān)模型的固定結(jié)構(gòu)，就是期望的 API 數(shù)據(jù)模型。

數(shù)據(jù)實(shí)體生產(chǎn)：后端按照推導(dǎo)出的 API 接口定義來(lái)標(biāo)準(zhǔn)化實(shí)現(xiàn)接口，同時(shí)我們也基于場(chǎng)景標(biāo)準(zhǔn)構(gòu)建了通用的Java類，比如分頁(yè)列表類、級(jí)聯(lián)查詢類等，配合一些工具函數(shù)，將 DO/DTO 快速轉(zhuǎn)化成 VO，降低接口表現(xiàn)層的研發(fā)成本。大部分情況下比如新業(yè)務(wù)后端都相對(duì)能夠較好的按照所產(chǎn)出的結(jié)構(gòu)提供數(shù)據(jù)，但是針對(duì)一些存量接口，二方服務(wù)依賴較多的接口等情況后端改造及適配成本相對(duì)較高，我們也提供了字段組合映射能力及服務(wù)編排能力，以更低成本將非標(biāo)接口快速轉(zhuǎn)化成推導(dǎo)出的 API。

無(wú)代碼頁(yè)面生產(chǎn)

無(wú)代碼核心目的是通過(guò)場(chǎng)景標(biāo)準(zhǔn)沉淀的場(chǎng)景物料及數(shù)據(jù)規(guī)范完全無(wú)代碼生產(chǎn)完整功能頁(yè)面并驅(qū)動(dòng)頁(yè)面所需API數(shù)據(jù)結(jié)構(gòu)的生成，以解決現(xiàn)有研發(fā)效能低，體驗(yàn)&質(zhì)量難保障及前后端聯(lián)調(diào)等協(xié)同問(wèn)題。

頁(yè)面由UI、交互、數(shù)據(jù)構(gòu)成，場(chǎng)景標(biāo)準(zhǔn)化和數(shù)據(jù)標(biāo)準(zhǔn)化保證了研發(fā)資產(chǎn)（場(chǎng)景和模型）是收斂的，已經(jīng)有了 UI/交互/數(shù)據(jù)的結(jié)構(gòu)化的大框架，只需要少量的研發(fā)工作就完成頁(yè)面研發(fā)，而對(duì)于簡(jiǎn)單的結(jié)構(gòu)化的頁(yè)面研發(fā)，高效的方式就是可視化配置。

從場(chǎng)景的角度出發(fā)，剩余的研發(fā)工作主要有場(chǎng)景配置、多個(gè)場(chǎng)景布局和聯(lián)動(dòng)、一些全局?jǐn)?shù)據(jù)的貢獻(xiàn)等，都可以收斂并抽象成可視化配置。全流程無(wú)代碼可視化配置能降低非前端上手門檻，進(jìn)一步提高交付質(zhì)量和研發(fā)效率。

與低代碼的差異？相較通用低代碼研發(fā)平臺(tái)，我們基于標(biāo)準(zhǔn)場(chǎng)景搭建將非UI部分的交互邏輯和數(shù)據(jù)對(duì)接等也進(jìn)行了抽象和更深層次的能力封裝，去除手寫代碼的負(fù)擔(dān)，使得全流程無(wú)代碼研發(fā)成為可能。

1. 標(biāo)準(zhǔn)協(xié)議：以集團(tuán)低代碼協(xié)議和 OneAPI 2.0 協(xié)議為基礎(chǔ)，補(bǔ)充場(chǎng)景模型、業(yè)務(wù)模型、網(wǎng)關(guān)模型、聯(lián)動(dòng)布局等協(xié)議，構(gòu)成完整的無(wú)代碼協(xié)議，同時(shí)支撐研發(fā)配置和運(yùn)行渲染。
2. 研發(fā)資產(chǎn)：場(chǎng)景中心輸入場(chǎng)景和場(chǎng)景控件，模型中心輸入網(wǎng)關(guān)/場(chǎng)景/業(yè)務(wù)模型，共同作為標(biāo)準(zhǔn)的研發(fā)資產(chǎn)。
3. 研發(fā)配置：頁(yè)面研發(fā)可以分為UI/交互/數(shù)據(jù)三個(gè)方面，從UI入手對(duì)單個(gè)場(chǎng)景進(jìn)行配置，包括條件渲染、參數(shù)傳遞、全局篩選等功能配置，對(duì)多個(gè)場(chǎng)景組合布局，交互上配置場(chǎng)景間的聯(lián)動(dòng)關(guān)系，數(shù)據(jù)上將API推導(dǎo)的接口定義綁定到后端實(shí)現(xiàn)，就完成完整頁(yè)面研發(fā)。結(jié)合實(shí)時(shí)預(yù)覽和接口mock可以一邊配置一邊快速查看效果。
4. 構(gòu)建發(fā)布：配置信息整合加工后，產(chǎn)出頁(yè)面schema和API數(shù)據(jù)模型，然后提取組件依賴，結(jié)合腳手架生成代碼并更新倉(cāng)庫(kù)，最后構(gòu)建發(fā)布到CDN。除了常規(guī)的頁(yè)面應(yīng)用，也支持將頁(yè)面構(gòu)建發(fā)布成微模塊。
5. 運(yùn)行渲染：使用集團(tuán)低代碼渲染引擎解析頁(yè)面schema，渲染布局、場(chǎng)景和場(chǎng)景控件，使用聯(lián)動(dòng)流程調(diào)度引擎處理整個(gè)頁(yè)面的聯(lián)動(dòng)邏輯，接口請(qǐng)求則由場(chǎng)景自行發(fā)起和處理。

One more thing - 中后臺(tái)研發(fā)效能度量

年年效能持續(xù)提升但是還是沒(méi)變化？效率是中后臺(tái)研發(fā)的核心目標(biāo)之一，目前業(yè)界和集團(tuán)內(nèi)缺少兼具普遍性和實(shí)操性的效能度量方案。因此，有必要建立通用可行的中后臺(tái)要能衡量對(duì)比中后臺(tái)源碼/低代碼/無(wú)代碼三種研發(fā)模式，覆蓋研發(fā)及聯(lián)調(diào)完整生產(chǎn)環(huán)節(jié)的效能度量模型及方案。以數(shù)據(jù)化方式度量項(xiàng)目、個(gè)人、團(tuán)隊(duì)的研發(fā)效能并指導(dǎo)未來(lái)效能提升的方向。

? 現(xiàn)在方案的問(wèn)題&策略

1. 效能度量方案僅停留在代碼復(fù)雜度層面，采用霍爾斯特德復(fù)雜度來(lái)度量，無(wú)法衡量項(xiàng)目變更的復(fù)雜度變化，無(wú)法解決中后臺(tái)源碼/低代碼/無(wú)代碼三種研發(fā)模式的效能對(duì)比。創(chuàng)新性地設(shè)計(jì)歸一化最小作用域復(fù)雜度模型，解決變更和不同研發(fā)模式統(tǒng)一度量問(wèn)題。
2. 大部分度量方案沒(méi)有針對(duì)研發(fā)全鏈路更細(xì)致的度量指標(biāo)。中后臺(tái)效能度量方案從微觀和宏觀的研發(fā)、聯(lián)調(diào)時(shí)長(zhǎng)出發(fā)，結(jié)合研發(fā)流程，計(jì)算過(guò)程指標(biāo)和結(jié)果效能指標(biāo)，并提供效率提升的分析依據(jù)和量化基準(zhǔn)。

? 核心方案

1. 定義效能指標(biāo)及計(jì)算公式：分析拆解效能的度量指標(biāo)，建立效能指標(biāo)計(jì)算公式。研發(fā)效能 = 歸一化復(fù)雜度 / 研發(fā)總耗時(shí) = ( 最小作用域差量復(fù)雜度 / 研發(fā)模式標(biāo)準(zhǔn)頁(yè)面復(fù)雜度 ) / ( 連續(xù)研發(fā)工時(shí) + 連續(xù)聯(lián)調(diào)工時(shí) )。
2. 構(gòu)建復(fù)雜度度量模型：改進(jìn)霍爾斯特德復(fù)雜度算法，引入代碼Diff、依賴分析、AST分析，搜尋差量代碼的最小作用域，計(jì)算變更引入的復(fù)雜度，解決目前業(yè)內(nèi)霍爾斯特德復(fù)雜度無(wú)法評(píng)估變更效能。
3. 構(gòu)建連續(xù)時(shí)長(zhǎng)度量模型：預(yù)處理源碼/低代碼/無(wú)代碼研發(fā)和聯(lián)調(diào)操作的打點(diǎn)數(shù)據(jù)，按時(shí)間進(jìn)行閾值分隔，動(dòng)態(tài)構(gòu)建活躍會(huì)話窗口，計(jì)算連續(xù)研發(fā)時(shí)長(zhǎng)和連續(xù)聯(lián)調(diào)時(shí)長(zhǎng)。
4. 標(biāo)準(zhǔn)頁(yè)面歸一化：對(duì)不同研發(fā)模式的頁(yè)面分層采樣，統(tǒng)計(jì)場(chǎng)景頻次和占比，構(gòu)建標(biāo)準(zhǔn)頁(yè)面，用于歸一化項(xiàng)目復(fù)雜度，解決不同研發(fā)模式語(yǔ)法信噪比不同導(dǎo)致的復(fù)雜度比較問(wèn)題。
5. 完整度量計(jì)算鏈路：歸攏中后臺(tái)三種研發(fā)模式，設(shè)計(jì)度量采集、數(shù)據(jù)加工、指標(biāo)匯總的完整鏈路，為提供效率提升的量化基準(zhǔn)和分析方向

總結(jié)

? 一點(diǎn)感悟

• 關(guān)于低代碼/無(wú)代碼

由于近年來(lái)各種LCDP/Low-Code概念太熱各種方案及平臺(tái)層出不窮，導(dǎo)致不少偏執(zhí)的認(rèn)識(shí)。部分人粗暴的把所有研發(fā)內(nèi)容可視化，比如一些僅僅是把寫代碼的過(guò)程轉(zhuǎn)化為可視化過(guò)程的產(chǎn)品，針對(duì)某些人群在某種程度上是降低了門檻，但在真實(shí)生產(chǎn)中效果有限定位尷尬。另外一種聲音是完全否定，只要是聽到相關(guān)名詞就覺(jué)得是重復(fù)的，或者說(shuō)覺(jué)得做不到、效果一定不好。很多過(guò)程的配置化、可視化確實(shí)不適合就如前面的描述。但是無(wú)法否認(rèn)的是可視化方式更直觀、約束更強(qiáng)、門檻更低，核心考量在于具體的場(chǎng)景，研發(fā)環(huán)節(jié)及內(nèi)容抽象度及合理性，能否標(biāo)準(zhǔn)化，配置是否足夠友好，目標(biāo)用戶及所解的命題。

• 關(guān)于新工具學(xué)習(xí)使用成本及收益

對(duì)于解決問(wèn)題的新工具如何考量自身學(xué)習(xí)和使用的投入產(chǎn)出，主要三個(gè)方面：權(quán)衡取舍，成本、邊際量。直白說(shuō)如果需要獲得的是編程技能，那用這類研發(fā)工具那是不適合的。如果你有大量的頁(yè)面生產(chǎn)工作，并且期望高效的完成，那投入成本學(xué)習(xí)是有價(jià)值的。所以很多時(shí)候要客觀理解具體的使用情況及反饋（當(dāng)然是在工具真的能解決問(wèn)題的前提下）。

• 關(guān)于研發(fā)生產(chǎn)

我們大部分時(shí)間開發(fā)其實(shí)本質(zhì)就是在做某種邏輯的轉(zhuǎn)換，而不是做什么設(shè)計(jì)，如何將人肉繁雜的處理過(guò)程、協(xié)同過(guò)程轉(zhuǎn)為更高維度的抽象，各角色圍統(tǒng)一模型有機(jī)協(xié)同生產(chǎn)，帶來(lái)整體提效是需要持續(xù)探索的。而不是單一的構(gòu)建一個(gè)工具、能力粗暴轉(zhuǎn)移工作量，僅僅解決一個(gè)角色自身問(wèn)題為出發(fā)點(diǎn)。

?  一些結(jié)果

完成無(wú)代碼平臺(tái)初步建設(shè)，實(shí)現(xiàn)多角色協(xié)同生產(chǎn)，縮減非必要的轉(zhuǎn)譯環(huán)節(jié)，提高頁(yè)面生產(chǎn)效能。定義場(chǎng)景標(biāo)準(zhǔn)，沉淀25個(gè)標(biāo)準(zhǔn)場(chǎng)景，場(chǎng)景業(yè)務(wù)覆蓋率達(dá)到96%；沉淀39個(gè)場(chǎng)景數(shù)據(jù)及81個(gè)業(yè)務(wù)數(shù)據(jù)規(guī)范。構(gòu)建統(tǒng)一的中后臺(tái)研發(fā)效能度量方案Orca-Efficiency能夠度量完整頁(yè)面研發(fā)及聯(lián)調(diào)過(guò)程，可度量及對(duì)比ProCode、LowCode、NoCode三種研發(fā)模式。

平臺(tái)全年支撐200+需求/項(xiàng)目迭代，覆蓋大淘寶商家、商品、營(yíng)銷、智能人群運(yùn)營(yíng)全業(yè)務(wù)產(chǎn)品整體新需求覆蓋率79%，并支撐直播域，X業(yè)務(wù)等10+產(chǎn)品構(gòu)建。根據(jù)統(tǒng)一效能度量無(wú)代碼模式效能相較源碼提升5倍，低代碼提升1倍，完整協(xié)同及生產(chǎn)提效68.6%。并且通過(guò)標(biāo)準(zhǔn)場(chǎng)景及無(wú)代碼方式有效保障產(chǎn)品體驗(yàn)&研發(fā)質(zhì)量。