編輯導(dǎo)讀：低代碼平臺(tái)是指無需編碼（0代碼）或通過少量代碼就可以快速生成應(yīng)用程序的開發(fā)平臺(tái)，釘釘最近推出的宜搭就是這樣一個(gè)平臺(tái)。它是否能滿足用戶的需求呢？本文作者通過自己的親身體驗(yàn)，對(duì)宜搭的功能做出了分析，希望對(duì)你有幫助。

釘釘在最近一次釘釘6.0發(fā)布會(huì)上推出了低代碼開發(fā)平臺(tái)宜搭，阿里云智能總裁張建鋒在發(fā)布會(huì)上表示：未來3年在釘釘上能長(zhǎng)出1000萬個(gè)釘應(yīng)用。這就非常依賴釘釘自身的宜搭、和一些低代碼的合作伙伴共同努力。疫情期間沒回家過年，在家搗鼓搗鼓體驗(yàn)了一下宜搭的產(chǎn)品。

先說說低代碼開發(fā)平臺(tái)是怎么定義的，廣義的低代碼開發(fā)平臺(tái)（LCDP，Low-Code Development Platform）是無需編碼（0代碼）或通過少量代碼就可以快速生成應(yīng)用程序的開發(fā)平臺(tái)。通過可視化進(jìn)行應(yīng)用程序開發(fā)的方法（參考可視編程語言），使具有不同經(jīng)驗(yàn)水平的開發(fā)人員可以通過圖形化的用戶界面，使用拖拽組件和模型驅(qū)動(dòng)的邏輯來創(chuàng)建網(wǎng)頁和移動(dòng)應(yīng)用程序。

宜搭工作區(qū)域首頁

01 宜搭支持多類型頁面創(chuàng)建、組件化布局頁面、流程引擎等基礎(chǔ)功能

目前宜搭支持不同的頁面類型創(chuàng)建：創(chuàng)建報(bào)表，創(chuàng)建圖表，創(chuàng)建流程表單，創(chuàng)建管理頁面，創(chuàng)建自定義頁面。用宜搭搭建一個(gè)簡(jiǎn)單應(yīng)用的話，基本所有的頁面類型都會(huì)用到，里面包含的小功能非常多，可以簡(jiǎn)單用下面的圖概述一下。

宜搭頁面功能

表單頁面定位：主要由單行文本、下拉列表、日期等組成的表單提交頁面。滿足一些日常數(shù)據(jù)記錄的需求，比如：分?jǐn)?shù)錄入、水電表數(shù)據(jù)登記、消費(fèi)記賬、交易記錄、發(fā)起訂單等。

宜搭組件化編輯頁面

流程表單頁面定位：流程表單和表單頁面功能基本類似，額外附加了流程引擎，能夠?qū)崿F(xiàn)表單的審批，同時(shí)通過審批人權(quán)限不同的設(shè)置，呈現(xiàn)對(duì)應(yīng)角色可以看到的表單內(nèi)容。滿足一些需要涉及審批的數(shù)據(jù)記錄需求，比如：請(qǐng)假申請(qǐng)、出差申請(qǐng)、報(bào)銷申請(qǐng)、發(fā)貨申請(qǐng)等。

新建管理頁面：表單管理頁面主要是針對(duì)表單和流程表單設(shè)計(jì)的數(shù)據(jù)管理需求設(shè)計(jì)的。這一頁面主要是對(duì)所有的表單記錄進(jìn)行統(tǒng)計(jì)，并且可以靈活的選擇展示表格的表頭字段。滿足表單記錄管理的需求，這一頁面是直接生成的，不需要個(gè)人配置。

新建報(bào)表：報(bào)表這部分功能和BI有一些類似，支持各類圖表、表格的添加、支持?jǐn)?shù)據(jù)源選擇。滿足一些數(shù)據(jù)統(tǒng)計(jì)分析呈現(xiàn)的需求，比如：銷量圖、銷量分布、快遞分布、增長(zhǎng)趨勢(shì)等。

新建自定義頁面：這個(gè)頁面是最靈活也是最酷炫的頁面，主要用來設(shè)計(jì)首頁，滿足展示Banner、輪播圖、頁面跳轉(zhuǎn)模塊等需求。

大綱樹和布局組件幫助搭建自定義頁面

用個(gè)表簡(jiǎn)單總結(jié)一下：

各個(gè)頁面內(nèi)還有非常多的小功能，包括組件的配置、流程的配置、數(shù)據(jù)的配置、關(guān)聯(lián)規(guī)則的配置等等，目前看下來宜搭在功能設(shè)計(jì)上是下了很大功夫的。特別可以看出前端的功底很深、各種配置里的騷操作，有點(diǎn)秀的人不斷臥槽。

02 宜搭深度綁定釘釘帶來了諸多好處

宜搭依托于釘釘，甚至登陸入口只有釘釘，之前有一個(gè)綠色的登陸界面，和釘釘賬號(hào)還沒有互認(rèn)，現(xiàn)在藍(lán)色的登陸界面只支持釘釘掃碼登陸了。我們下面先說好處再說理由。

應(yīng)用一個(gè)新系統(tǒng)，我們第一件事還是要導(dǎo)入人員信息，宜搭搭建的系統(tǒng)里，釘釘先幫大家完成了這事。

釘釘幫宜搭解決了一個(gè)所有系統(tǒng)都會(huì)面臨的問題——人員信息管理。任何涉及到流程審批、權(quán)限系統(tǒng)的問題，都無法回避另一個(gè)系統(tǒng)，人員信息管理系統(tǒng)。

通常權(quán)限系統(tǒng)RBAC（Role-Based Access Control，基于角色的訪問控制）都是基于角色來管理的，就是用戶通過角色與權(quán)限進(jìn)行關(guān)聯(lián)。簡(jiǎn)單地說，一個(gè)用戶擁有若干角色，每一個(gè)角色擁有若干權(quán)限。這樣，就構(gòu)造成“用戶-角色-權(quán)限”的授權(quán)模型。比如，指定到角色不指定到人，就可以實(shí)現(xiàn)出現(xiàn)了員工人事變動(dòng)，只需要往角色里增減人員就好，流程不會(huì)改變。

釘釘已經(jīng)天然完成了公司組織管理，統(tǒng)計(jì)好了人員信息。在宜搭搭建的新應(yīng)用里，只需要配置角色，添加人員到指定角色，再進(jìn)行流程定義，就完成了權(quán)限系統(tǒng)和流程審批環(huán)節(jié)的配置。

釘釘幫宜搭完成了數(shù)據(jù)中臺(tái)部分功能的建設(shè)。

在用宜搭搭建應(yīng)用的過程中，如果需要搭建多個(gè)應(yīng)用，由于釘釘?shù)拇嬖冢舜疃鄠€(gè)應(yīng)用之間人員信息的數(shù)據(jù)是互通的，這很大程度上避免了煙囪式開發(fā)，避免了數(shù)據(jù)孤島的問題。

舉個(gè)例子方便大家理解，假設(shè)能用宜搭搭出一個(gè)應(yīng)用叫淘寶、搭出另一個(gè)應(yīng)用叫天貓，賬號(hào)登錄入口是釘釘。這樣就能用一個(gè)釘釘賬號(hào)同時(shí)登錄淘寶和天貓，所有用戶數(shù)據(jù)是共享的?，F(xiàn)有的淘寶天貓賬號(hào)體系是通過阿里內(nèi)部的數(shù)據(jù)中臺(tái)做過整合的，所以賬號(hào)能夠互認(rèn)，如果是兩個(gè)獨(dú)立應(yīng)用，最直觀的就是會(huì)有兩個(gè)賬號(hào)。這個(gè)在C端還稍微可以容忍，在B端的話是完全不能接受的。

根據(jù)釘釘6.0發(fā)布會(huì)，還會(huì)有一個(gè)連接器作為應(yīng)用之間的聯(lián)通，解決的也是數(shù)據(jù)互通的問題。

依托釘釘，宜搭的應(yīng)用天生移動(dòng)端和PC端同步完成，并且應(yīng)用云化。

宜搭搭建的應(yīng)用支持快速開發(fā)、快速交付。而且搭建、測(cè)試的過程直接在云端完成，工程師不用先在本地開發(fā)好應(yīng)用程序后再部署到PaaS平臺(tái)分發(fā)給用戶。針對(duì)不同企業(yè)客戶的需求，宜搭除公有云版本外，也提供專有云版本。

在這一條下個(gè)人有一個(gè)問題，宜搭怎么解決云化和私有化部署沖突的問題？B端企業(yè)很多數(shù)據(jù)具有私密性，在很多企業(yè)招標(biāo)書的需求里，私有化部署是一條硬性需求。這一塊暫時(shí)不知道宜搭和釘釘是怎么應(yīng)對(duì)的，是放棄這部分生意、用戶，還是有私有化部署的版本這個(gè)就不得而知了。

03 欲戴王冠確實(shí)必承其重，宜搭的超強(qiáng)的功能造成了學(xué)習(xí)成本偏高，帶來了用戶體驗(yàn)不足的感受

這個(gè)評(píng)價(jià)可能會(huì)讓人有點(diǎn)意外，上面還在被秀的拍案叫絕，馬上就翻臉潑冷水，從段落標(biāo)題看還是潑了兩桶。我打一個(gè)不恰當(dāng)?shù)谋确剑阂舜罹拖袷轻斸斔徒o用戶的一套Twin Point的廚具，作為紅點(diǎn)設(shè)計(jì)獎(jiǎng)得主不是最奢華，但卻非常走心，然后希望用戶能用這套廚具做出全公司都滿意的菜肴，還是有點(diǎn)讓人為難。在使用過程中，會(huì)碰到一些很直接的問題：

想要實(shí)現(xiàn)某個(gè)需求，不知道支不支持。

宜搭的功能直觀看很多很全，也很容易理解，但是深處還藏了很多小功能，比較無解的是搭應(yīng)用必須要小功能都掌握，否則搭應(yīng)用會(huì)很吃力。就像用Excel做數(shù)據(jù)統(tǒng)計(jì)，你知道你的目標(biāo)是什么，你也會(huì)用一些Excel的函數(shù)，但是你就是不知道怎么通過Excel得到你要的統(tǒng)計(jì)結(jié)果。在用宜搭搭建應(yīng)用過程，比如流程表單是怎么分級(jí)呈現(xiàn)的，表單能不能添加計(jì)算規(guī)則，表單和表單之間的關(guān)系怎么處理等等。這些要摸比較久才能找到，我上面舉例都是可以找到解決方案的。

如果某個(gè)常見需求確定了不支持，用戶是不是要放棄這個(gè)需求。

這里面我在試用的時(shí)候，嘗試建立一張表單，需要對(duì)表單里的數(shù)據(jù)做分類求和，摸索很久沒找到，咨詢了宜搭客服，被告知表單暫時(shí)不支持，需要用JS來寫，很遺憾的是我不會(huì)JS。所以最后這個(gè)需求就放棄了。

04 宜搭面向的到底是哪一類用戶？

看起來宜搭的出現(xiàn)是造福不會(huì)寫代碼的人，那這個(gè)人的的角色是完全的C端，還是B端里的IT人員、或者B端里的業(yè)務(wù)人員？

從目前的體驗(yàn)來看，完全交給個(gè)人開發(fā)會(huì)有一定的難度。

假設(shè)應(yīng)用是面向B端的，如果讓企業(yè)IT人員或者企業(yè)的研發(fā)人員使用，他需要學(xué)習(xí)的是業(yè)務(wù)知識(shí)、是Know-how，還要具備產(chǎn)品經(jīng)理的抽象能力，怎么把需求轉(zhuǎn)換成功能。

如果是讓業(yè)務(wù)人員比如HR、銷售、法務(wù)等等搭建各自部門的使用系統(tǒng)，他們有一定的業(yè)務(wù)知識(shí)，但是又欠缺低代碼開發(fā)能力，也缺乏產(chǎn)品思維。

國(guó)際低代碼巨頭OutSystems的方法是，設(shè)計(jì)課程，讓用戶考證持證上崗開發(fā)，這倒是很符合外企的思路，像cisco、NI都有類似認(rèn)證玩法。OutSystems我試用過了，上手難度應(yīng)該比宜搭更高。

我們?cè)O(shè)想一下，當(dāng)需要使用宜搭或者輕流、Mendix、OutSystems這類產(chǎn)品，業(yè)務(wù)人員考證了，基本技術(shù)能力解決了、業(yè)務(wù)知識(shí)也有了，但他仍然欠缺產(chǎn)品思維，做出來的東西要全公司去用的，這塊還是需要彌補(bǔ)。宜搭等低代碼平臺(tái)可以解放很多研發(fā)生產(chǎn)力，但另一方面對(duì)使用者提出了更高的要求。

寫在最后，目前宜搭的使用體驗(yàn)是超過國(guó)內(nèi)類似平臺(tái)的，但也有一些低代碼平臺(tái)不可避免的學(xué)習(xí)成本偏高的問題，我傾向于把低代碼平臺(tái)定位成工具，或者是一種新的不包含Code的G語言（Graph Language）。只是傳統(tǒng)的工具是解決單個(gè)問題的，現(xiàn)在低代碼這一類工具，是在解決問題的同時(shí)還要考慮產(chǎn)品交互，易用性等問題。像很多文章里寫的低代碼是萬能的，是應(yīng)用制造自動(dòng)化工廠，這種過分夸大容易傷害到這個(gè)細(xì)分領(lǐng)域的發(fā)展，大家還是保持理性，看看之后的發(fā)展吧。

本文由 @格林不童話 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議