2021年11月，【2021產(chǎn)品經(jīng)理大會?深圳站】完美落幕。用友網(wǎng)絡(luò)助理總裁劉鑫，以低代碼開發(fā)為核心主題，分享了對于工具型產(chǎn)品設(shè)計(jì)和開發(fā)的思考。

用友網(wǎng)絡(luò)助理總裁 劉鑫

以下為分享實(shí)錄：

今天我所分享的核心主題是低代碼。這個(gè)詞近來大家也聽說得較多，為何低代碼近兩年這么火？它跟企業(yè)的關(guān)注點(diǎn)、落腳點(diǎn)有緊密聯(lián)系?？梢韵嘈诺氖?，低代碼起碼還會再火三年，因?yàn)榈浇裉鞛橹梗痛a在國內(nèi)仍沒有一個(gè)有效的、真實(shí)的邏輯。

今天我便會從一款低代碼產(chǎn)品設(shè)計(jì)工具的誕生，來分析整個(gè)產(chǎn)品的設(shè)計(jì)思路。

用友有一條產(chǎn)品線，叫YonBuilder，它可以助推BIP 商業(yè)創(chuàng)新平臺的完善，起到低代碼前置和展示的作用。今年用友并購了APICloud，也表明了用友想做低代碼的決心。不過Gartner的分析師更傾向于將低代碼說為輕量代碼。

相信大家都聽過MADP和LCDP，這兩個(gè)平臺之間有什么關(guān)聯(lián)？從過往Gartner的一個(gè)報(bào)告來看，左側(cè)MADP象限里涵蓋了一些公司，如Microsoft PowerAPP等，因此這些今天聽說過的低代碼開發(fā)平臺公司，他們也有可能同時(shí)存在于移動應(yīng)用開發(fā)平臺的象限之中。

右側(cè)即我們常見的低代碼中臺。二者緊密相連，假如你是一個(gè)低代碼開發(fā)平臺，那你也會是一個(gè)移動應(yīng)用開發(fā)平臺。

因此我們會發(fā)現(xiàn)，當(dāng)我們訪問Mendix或OutSystems網(wǎng)站時(shí)，對方除了說明自己是低代碼平臺之外，還會說自己是移動應(yīng)用開發(fā)平臺。

此外，低代碼有沒有標(biāo)準(zhǔn)？可能現(xiàn)下大家相對直觀的感受便是，基本上所有軟件公司都會說自己為低代碼、甚至無代碼公司。但其實(shí)低代碼有自己的相關(guān)技術(shù)標(biāo)準(zhǔn)。從Salesforce代碼開發(fā)平臺來做分析。它主要由三個(gè)板塊組成：

1. aPaaS heroku；
2. MADP lightning；
3. Marketplace AppExchange。

綜上，低代碼平臺需要涵蓋三種能力，即aPaaS能力——底層云端服務(wù)器的能力、前端偏重移動開發(fā)平臺的能力。而在以工作流的方式操縱了底層的aPaaS能力以及表層的MADP之后，便形成了最終的低代碼生態(tài)，或者是應(yīng)用開發(fā)市場。

這三個(gè)方面涵蓋之后，可以起到什么作用？

一、MADP/LCDP都是為了RAD

低代碼本身需具有圖形化、可視化、流程化的操作能力，主要應(yīng)用于移動端產(chǎn)品。

企業(yè)需求正在逐漸變化，從最開始IaaS需求轉(zhuǎn)變?yōu)镻aaS需求，再過渡到RAD，即快速應(yīng)用開發(fā)平臺。不少企業(yè)近幾年選擇上云，會發(fā)現(xiàn)一個(gè)直接問題，即將企業(yè)的IT系統(tǒng)從內(nèi)網(wǎng)移到外網(wǎng)、或者移到云上，似乎并不能解決核心問題。

而中臺的本質(zhì)即PaaS，到今天不少企業(yè)也發(fā)現(xiàn)：上了云、上了IaaS，中臺也做了，但是核心問題仍舊沒有解決。這就要求我們發(fā)現(xiàn)企業(yè)所想解決的問題本質(zhì)為何：即不管利用中臺或其他基礎(chǔ)的云，產(chǎn)品一定要將滿足所有業(yè)務(wù)需求應(yīng)用開發(fā)出來。

再倒推來看，企業(yè)上中臺或上云，核心目的即將最終應(yīng)用開發(fā)出來，這也是近幾年低代碼這么火的原因。

因此關(guān)于RAD：無論IaaS或者PaaS，無論上云或者使用中臺，都是過程而不是最終的結(jié)果。

而關(guān)于APP，各種應(yīng)用（Web 小程序 移動應(yīng)用 HTML5）才是最終承載業(yè)務(wù)的抓手。

現(xiàn)在企業(yè)數(shù)字化、智能化中最重要的矛盾存在于業(yè)務(wù)部門各種小的、甚至不太看得上的需求之中，IT部門在實(shí)現(xiàn)時(shí)，依舊周期長、成本高、問題大。

因此低代碼未來一定會面向應(yīng)用本身。近幾年這么火，是因?yàn)樗梢越鉀Q企業(yè)核心的、看似最平常的應(yīng)用問題。

二、Low Code

那么低代碼是不是只能做小的、輕型的應(yīng)用？

這個(gè)問題其實(shí)對從業(yè)者來說打擊性很大，因?yàn)槿藗兛赡軙f低代碼平臺本身即低價(jià)值的，它只能做小程序、小應(yīng)用。

好像的確是這么回事兒。

首先，低代碼的主要能力涵蓋的是小型應(yīng)用，這里面有其自身的邏輯。

2015年，Gartner曾經(jīng)有過這樣一個(gè)分析象限，其中，應(yīng)用場景分為三類。

其一，基礎(chǔ)設(shè)施型應(yīng)用。這類應(yīng)用其實(shí)施周期、生命周期都相對較長，企業(yè)內(nèi)部的實(shí)施周期大概為七年左右；與此同時(shí)，它在企業(yè)內(nèi)部的存活周期可能會超過12年，變化相對較小。典型代表為ERP。

其二，差異化設(shè)施應(yīng)用。這類應(yīng)用的實(shí)施周期大致1-2年，存活時(shí)間大致1-3年，這類應(yīng)用的典型代表為CRM。

其三，創(chuàng)新型應(yīng)用。這類應(yīng)用生命周期短，規(guī)劃周期和實(shí)施周期不能超過6個(gè)月。該應(yīng)用在企業(yè)內(nèi)部的生命周期大致在一年之內(nèi)；同時(shí)要求快速交付。這類應(yīng)用適用于持續(xù)集成、以及敏捷開發(fā)等場景。

第三類應(yīng)用就是我們今天所說的小應(yīng)用、小程序。

那么這幾類應(yīng)用誰來督導(dǎo)、發(fā)行？這類應(yīng)用多為部門發(fā)起，所處理的事宜大多也為企業(yè)內(nèi)的“雜事兒”。比如HR計(jì)劃做一次內(nèi)部的健康篩查，此時(shí)會需要建立這類小應(yīng)用；比如傳統(tǒng)IP覆蓋能力產(chǎn)值，這事兒會由IT部門主導(dǎo)。因此可以看到，第三類應(yīng)用有著典型的不同。

今天的企業(yè)為何要上云？前兩種應(yīng)用并不是企業(yè)上云的目的，盡管企業(yè)內(nèi)網(wǎng)的ERP、CRM等東西可以挪至外網(wǎng)，但這并不具備任何實(shí)際價(jià)值，僅是移動搬家時(shí)代的體現(xiàn)，可以讓場景使用相對豐富而已。但本質(zhì)上，內(nèi)網(wǎng)已經(jīng)可以滿足原有需求。

因此大家應(yīng)有一個(gè)直觀認(rèn)識，低代碼并非只能做小型應(yīng)用，云上用戶之所以上云，是為了快速開發(fā)和迭代，滿足業(yè)務(wù)部門的需求。因此，低代碼開發(fā)平臺主要是為了解決新問題，主要用來做基于移動和云的、業(yè)務(wù)部門發(fā)起的創(chuàng)新型的數(shù)字化智能化應(yīng)用。假如技術(shù)人員、IT部門不能很好地滿足業(yè)務(wù)部門的數(shù)字化、智能化需求，此時(shí)企業(yè)便需要借用低代碼平臺來打造數(shù)字化的競爭優(yōu)勢。

另外，低代碼的推廣不能只講太多技術(shù)說的話，這并不適用于低代碼的全球市場環(huán)境。

國內(nèi)低代碼公司的從業(yè)人員大多講的和國外不一樣，他們借助低代碼的概念，講的是中臺。而今天的低代碼雖然涵蓋了中臺的能力，但這并不是它的核心要?jiǎng)?wù)。低代碼所需解決的，是公民開發(fā)者如何參與到企業(yè)的IT進(jìn)程中的問題；真正的賦能公民開發(fā)者才是低代碼的價(jià)值。而如何提升IT部門效率的問題，才是傳統(tǒng)PaaS或中臺所需解決的。

那什么“不是技術(shù)的話”？如outsystems，這是全球低代碼領(lǐng)域內(nèi)的一個(gè)標(biāo)桿公司，單筆融資了上億美金?？梢钥吹剑v的是customer experience，即利用低代碼平臺可以做出擁有更佳用戶體驗(yàn)的應(yīng)用；operational efficiency，即自身效率的提升，實(shí)現(xiàn)系統(tǒng)的現(xiàn)代化；還有digital transformation等等。

因此，低代碼并不等于中臺，它只是涵蓋了中臺的能力。更核心的在于它能不能做出更好的、比如和outsystems相似的分配標(biāo)準(zhǔn)。

因此低代碼有這樣幾個(gè)特點(diǎn)：

• 少量代碼：降低重復(fù)性工作；
• 快速試錯(cuò)：提升效率；
• 圖形化：讓業(yè)務(wù)團(tuán)隊(duì)能參與進(jìn)來。

其一，進(jìn)入行業(yè)較久的互聯(lián)網(wǎng)朋友們可能聽過一些DISCUZ系統(tǒng)；在當(dāng)時(shí)，有些系統(tǒng)可以以無代碼的方式拖拽式生成一個(gè)手機(jī)網(wǎng)站，以及適用于各種場景的、基于論壇和新聞?wù)故緸槟Ｊ降慕ㄕ鞠到y(tǒng)。

但是無代碼并不具備核心競爭力。與之相對，低代碼的基礎(chǔ)標(biāo)準(zhǔn)是這樣的：涵蓋了aPaaS的能力、涵蓋MADP，以圖形化、可視化、流程化的方式進(jìn)行組合，驅(qū)動底層的PaaS和表層的MADP，最終形成低代碼。

因此，低代碼不代表無代碼，它需要一定的代碼工作量，其目的是為了讓業(yè)務(wù)部門參與整個(gè)過程，形成完整的組合和有效的低代碼應(yīng)用，實(shí)現(xiàn)APP數(shù)字業(yè)務(wù)的創(chuàng)新。而無代碼無法滿足企業(yè)將數(shù)字化當(dāng)成核心競爭力的這一前提。

其二，快速試錯(cuò)，提升效率，即企業(yè)可以快速地變化、升級。

其三，圖形化，即讓業(yè)務(wù)團(tuán)隊(duì)參與進(jìn)來。低代碼平臺其實(shí)很適合產(chǎn)品經(jīng)理。以往產(chǎn)品和研發(fā)提需求時(shí)，如果研發(fā)態(tài)度不好，可能甚至?xí)嬖V產(chǎn)品這個(gè)需求無法實(shí)現(xiàn)。但是低代碼時(shí)代來臨之后，產(chǎn)品可以幫研發(fā)將事情做到七八成，研發(fā)只需完成剩下的部分。

而關(guān)于低代碼開發(fā)平臺的最終檢驗(yàn)標(biāo)準(zhǔn)，有這三個(gè)方面：

1. 能不能開發(fā)2C和智能硬件的應(yīng)用；
2. 能不能有效連接企業(yè)內(nèi)部和云端的API；
3. 具不具備三種能力：圖形化、MADP、aPaaS。

早期低代碼開發(fā)平臺只能做表單式，但是能否做好2C體驗(yàn)的產(chǎn)品，才是低代碼平臺的核心價(jià)值之一。

今天的低代碼開發(fā)平臺也需要很好的連接能力，畢竟現(xiàn)下企業(yè)做應(yīng)用時(shí)，并不要求完善自身內(nèi)部的所有程序，它可能會用到多家的系統(tǒng)。因此連接能力是必須的，這也是PaaS的能力之一。

而以圖形化的方式進(jìn)行組合，可視化驅(qū)動底層的PaaS和表層的MADP，則是衡量一個(gè)低代碼平臺有效性以及真實(shí)性的基礎(chǔ)標(biāo)準(zhǔn)。

三、企業(yè)怎么用？

低代碼開發(fā)平臺給企業(yè)IT解決什么問題？給誰用？

Forrester是相比Gartner更早定義低代碼的公司。在分析報(bào)告里，它提出了低代碼的兩種定義：

其一，面向企業(yè)內(nèi)傳統(tǒng)IT開發(fā)團(tuán)隊(duì)，給專業(yè)研發(fā)人員使用的開發(fā)平臺。

其二，面向業(yè)務(wù)團(tuán)隊(duì)，即非傳統(tǒng)IT人員群體使用的開發(fā)平臺，即公民化開發(fā)者。

因此在國外，Low Code 分成兩種產(chǎn)品模式，面向不同的群體實(shí)現(xiàn)輸出。當(dāng)下在國內(nèi)，我們很少聽到有人專門面向產(chǎn)品經(jīng)理提供低代碼工具，更多的還是第一種，可能通過模型驅(qū)動，提供專業(yè)的IT數(shù)據(jù)，但這種工具對我們而言還是太復(fù)雜了。

那么，企業(yè)到底該怎么用低代碼開發(fā)平臺來做應(yīng)用？

而我作為產(chǎn)品經(jīng)理、作為低代碼開發(fā)平臺分析師，我又該如何設(shè)定我的產(chǎn)品？

首先，面向經(jīng)過培訓(xùn)的業(yè)務(wù)團(tuán)隊(duì)，我們給他使用的應(yīng)該是圖形化、可視化的工作臺。且要想讓這類非專業(yè)人員使用低代碼，我們可以從普通互聯(lián)網(wǎng)用戶角度出發(fā)來進(jìn)行思考，滿足他們的需求。

其二，代碼部分應(yīng)該如何配合這類人員？則應(yīng)當(dāng)讓業(yè)務(wù)團(tuán)隊(duì)優(yōu)先處理各種需求，讓碎片化的需求規(guī)范化（如輸出PRD、專業(yè)的Axure原型等），進(jìn)而推動業(yè)務(wù)向研發(fā)團(tuán)隊(duì)行進(jìn)。

舉個(gè)例子。比如HR部門發(fā)起一個(gè)訴求，此時(shí)需要進(jìn)行需求梳理，再設(shè)計(jì)產(chǎn)品原型UI等。在分析完整個(gè)流程之后，我們會發(fā)現(xiàn)，圖中標(biāo)黃的部分在原本IT能力范圍之外，標(biāo)綠部分則是企業(yè)IT人員所擅長的。

因此我們在想，關(guān)于前半部分，我們是否能夠做出一個(gè)工具將其串聯(lián)起來，并跟后半部分也串聯(lián)起來，形成一個(gè)完整的流程，讓每一個(gè)小的需求都在規(guī)范流程里流走，并形成一定的技術(shù)標(biāo)準(zhǔn)。即產(chǎn)品經(jīng)理最后畫出的原型會變成代碼，最后IT團(tuán)隊(duì)則可以輕松地完成剩余事情。為此，我們劃定了右側(cè)部分，將其變?yōu)闃?biāo)準(zhǔn)化的流程。

而碼前便是基于這樣的邏輯下誕生的。它可以做什么事呢？

首先，它可以將Idea快速孵化，利用現(xiàn)成的事物實(shí)現(xiàn)高度復(fù)用，縮減時(shí)間周期。比如開發(fā)注冊頁面，此時(shí)我們可以挑選模板，這些模板的核心功能并無太大差別，利用模板，我們實(shí)現(xiàn)引導(dǎo)頁面復(fù)用、通用化功能復(fù)用等，不僅輸出了產(chǎn)品原型，更是完成了低代碼的輸出。

其二，降本增效；即一個(gè)人便可以完成多個(gè)人的工作，可能未必專業(yè)，但是減少了溝通環(huán)節(jié)；之后再交付專業(yè)人士。

其三，管理便捷，即所有流程都可以被串聯(lián)起來，在一個(gè)平臺上實(shí)現(xiàn)通用化的流轉(zhuǎn)。

而這能起到什么幫助？

比如，可以幫助業(yè)務(wù)部門精準(zhǔn)地描述企業(yè)IT數(shù)字化需求，利用模板方式創(chuàng)建引導(dǎo)，進(jìn)行產(chǎn)品設(shè)計(jì)，形成高保真的、可實(shí)時(shí)保存的云端協(xié)作原型設(shè)計(jì)。低代碼開發(fā)也可以實(shí)現(xiàn)前后同步驅(qū)動，聯(lián)動前端開發(fā)與后端開發(fā)。

以上便是我對產(chǎn)品經(jīng)理可使用的、低代碼工具的設(shè)計(jì)和思考。

說回一個(gè)問題，是不是人人都可以做產(chǎn)品經(jīng)理呢？就我個(gè)人經(jīng)歷而言，這個(gè)問題的答案是否定的。

產(chǎn)品經(jīng)理可以分為兩種，其一，會畫原型的產(chǎn)品經(jīng)理；其二，也是大家更為追求的，即可以從戰(zhàn)略角度出發(fā)、把控整條產(chǎn)品線的產(chǎn)品經(jīng)理，這類產(chǎn)品經(jīng)理需要對市場方向等方面有所思考。

而我們做低代碼，也是基于整體方向的思考上進(jìn)行。因此我覺得，產(chǎn)品經(jīng)理其實(shí)跟藝術(shù)創(chuàng)作類似，都需要一些天賦。做研發(fā)的，可以學(xué)習(xí)計(jì)算機(jī)、學(xué)習(xí)自動化；做UI的，則大多是美術(shù)出身；這些角色都是有地方可以進(jìn)行學(xué)習(xí)的。但是學(xué)校里并沒有專門開設(shè)一門關(guān)于產(chǎn)品經(jīng)理的課程。

舉個(gè)例子，為什么微信PC端一定要掃碼登錄？按我個(gè)人理解，使用PC端登錄微信的場景相對較多，此時(shí)輸入用戶名、密碼進(jìn)行登錄反而更為簡單快捷，為何從產(chǎn)品出現(xiàn)伊始，它就要求用戶PC端必須掃碼登錄呢？

可能最開始關(guān)于這個(gè)產(chǎn)品設(shè)想，研發(fā)團(tuán)隊(duì)并沒有太多思考。但今天微信仍在堅(jiān)持，我覺得，這便是一個(gè)產(chǎn)品的邏輯，是產(chǎn)品的堅(jiān)持和設(shè)計(jì)。每家產(chǎn)品都有自身的戰(zhàn)略思考，不會輕易地被用戶調(diào)研左右，因?yàn)橛脩粜枨笳{(diào)研所得的需求很可能都是偽需求。更核心的，還是在于思考。

而碼前這個(gè)工具可以做什么？當(dāng)下我們梳理產(chǎn)品需求的時(shí)候，大多按頁面進(jìn)行處理；生成這些頁面之后，碼前支持將所有頁面導(dǎo)出為一個(gè)個(gè)對應(yīng)的sketch文件。最簡單的邏輯在于，這一方式可以防止頁面遺漏，這也是對UI工作的一個(gè)有效提升。

總結(jié)一下，產(chǎn)品經(jīng)理需要有自己的堅(jiān)持，這是最核心的道路。產(chǎn)品經(jīng)理也需要擁有戰(zhàn)略思維。

而作為一位產(chǎn)品經(jīng)理，我們的想法是所有一切的來源。希望大家都可以成為一個(gè)獨(dú)當(dāng)一面、涵蓋所有能力的產(chǎn)品經(jīng)理，這其中可能需要一點(diǎn)天賦，大家可以校驗(yàn)一下自己。