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

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

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

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

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

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

宜搭頁面功能

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

宜搭組件化編輯頁面

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

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

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

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

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

用個表簡單總結一下：

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

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

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

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

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

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

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

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

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

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

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

依托釘釘，宜搭的應用天生移動端和PC端同步完成，并且應用云化。

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

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

03 欲戴王冠確實必承其重，宜搭的超強的功能造成了學習成本偏高，帶來了用戶體驗不足的感受

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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