低代碼平臺：宜搭使用體驗

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

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

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

宜搭工作區域首頁

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

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

宜搭頁面功能

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

宜搭組件化編輯頁面

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

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

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

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

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

用個表簡單總結一下：

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

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

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

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

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

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

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

釘釘幫宜搭完成了數據中臺部分功能的建設。

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

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

根據釘釘6.0發布會，還會有一個連接器作為應用之間的聯通，解決的也是數據互通的問題。

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

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

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

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

這個評價可能會讓人有點意外，上面還在被秀的拍案叫絕，馬上就翻臉潑冷水，從段落標題看還是潑了兩桶。我打一個不恰當的比方：宜搭就像是釘釘送給用戶的一套Twin Point的廚具，作為紅點設計獎得主不是最奢華，但卻非常走心，然后希望用戶能用這套廚具做出全公司都滿意的菜肴，還是有點讓人為難。在使用過程中，會碰到一些很直接的問題：

想要實現某個需求，不知道支不支持。

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

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

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

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

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

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

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

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

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

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

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

 

本文由 @格林不童話  原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議