低代碼平臺:宜搭使用體驗(宜搭專業(yè)版)
編輯導讀:低代碼平臺是指無需編碼(0代碼)或通過少量代碼就可以快速生成應(yīng)用程序的開發(fā)平臺,釘釘最近推出的宜搭就是這樣一個平臺。它是否能滿足用戶的需求呢?本文作者通過自己的親身體驗,對宜搭的功能做出了分析,希望對你有幫助。
釘釘在最近一次釘釘6.0發(fā)布會上推出了低代碼開發(fā)平臺宜搭,阿里云智能總裁張建鋒在發(fā)布會上表示:未來3年在釘釘上能長出1000萬個釘應(yīng)用。這就非常依賴釘釘自身的宜搭、和一些低代碼的合作伙伴共同努力。疫情期間沒回家過年,在家搗鼓搗鼓體驗了一下宜搭的產(chǎn)品。
先說說低代碼開發(fā)平臺是怎么定義的,廣義的低代碼開發(fā)平臺(LCDP,Low-Code Development Platform)是無需編碼(0代碼)或通過少量代碼就可以快速生成應(yīng)用程序的開發(fā)平臺。通過可視化進行應(yīng)用程序開發(fā)的方法(參考可視編程語言),使具有不同經(jīng)驗水平的開發(fā)人員可以通過圖形化的用戶界面,使用拖拽組件和模型驅(qū)動的邏輯來創(chuàng)建網(wǎng)頁和移動應(yīng)用程序。
宜搭工作區(qū)域首頁
01 宜搭支持多類型頁面創(chuàng)建、組件化布局頁面、流程引擎等基礎(chǔ)功能
目前宜搭支持不同的頁面類型創(chuàng)建:創(chuàng)建報表,創(chuàng)建圖表,創(chuàng)建流程表單,創(chuàng)建管理頁面,創(chuàng)建自定義頁面。用宜搭搭建一個簡單應(yīng)用的話,基本所有的頁面類型都會用到,里面包含的小功能非常多,可以簡單用下面的圖概述一下。
宜搭頁面功能
表單頁面定位:主要由單行文本、下拉列表、日期等組成的表單提交頁面。滿足一些日常數(shù)據(jù)記錄的需求,比如:分數(shù)錄入、水電表數(shù)據(jù)登記、消費記賬、交易記錄、發(fā)起訂單等。
宜搭組件化編輯頁面
流程表單頁面定位:流程表單和表單頁面功能基本類似,額外附加了流程引擎,能夠?qū)崿F(xiàn)表單的審批,同時通過審批人權(quán)限不同的設(shè)置,呈現(xiàn)對應(yīng)角色可以看到的表單內(nèi)容。滿足一些需要涉及審批的數(shù)據(jù)記錄需求,比如:請假申請、出差申請、報銷申請、發(fā)貨申請等。
新建管理頁面:表單管理頁面主要是針對表單和流程表單設(shè)計的數(shù)據(jù)管理需求設(shè)計的。這一頁面主要是對所有的表單記錄進行統(tǒng)計,并且可以靈活的選擇展示表格的表頭字段。滿足表單記錄管理的需求,這一頁面是直接生成的,不需要個人配置。
新建報表:報表這部分功能和BI有一些類似,支持各類圖表、表格的添加、支持數(shù)據(jù)源選擇。滿足一些數(shù)據(jù)統(tǒng)計分析呈現(xiàn)的需求,比如:銷量圖、銷量分布、快遞分布、增長趨勢等。
新建自定義頁面:這個頁面是最靈活也是最酷炫的頁面,主要用來設(shè)計首頁,滿足展示Banner、輪播圖、頁面跳轉(zhuǎn)模塊等需求。
大綱樹和布局組件幫助搭建自定義頁面
用個表簡單總結(jié)一下:
各個頁面內(nèi)還有非常多的小功能,包括組件的配置、流程的配置、數(shù)據(jù)的配置、關(guān)聯(lián)規(guī)則的配置等等,目前看下來宜搭在功能設(shè)計上是下了很大功夫的。特別可以看出前端的功底很深、各種配置里的騷操作,有點秀的人不斷臥槽。
02 宜搭深度綁定釘釘帶來了諸多好處
宜搭依托于釘釘,甚至登陸入口只有釘釘,之前有一個綠色的登陸界面,和釘釘賬號還沒有互認,現(xiàn)在藍色的登陸界面只支持釘釘掃碼登陸了。我們下面先說好處再說理由。
應(yīng)用一個新系統(tǒng),我們第一件事還是要導入人員信息,宜搭搭建的系統(tǒng)里,釘釘先幫大家完成了這事。
釘釘幫宜搭解決了一個所有系統(tǒng)都會面臨的問題——人員信息管理。任何涉及到流程審批、權(quán)限系統(tǒng)的問題,都無法回避另一個系統(tǒng),人員信息管理系統(tǒng)。
通常權(quán)限系統(tǒng)RBAC(Role-Based Access Control,基于角色的訪問控制)都是基于角色來管理的,就是用戶通過角色與權(quán)限進行關(guān)聯(lián)。簡單地說,一個用戶擁有若干角色,每一個角色擁有若干權(quán)限。這樣,就構(gòu)造成“用戶-角色-權(quán)限”的授權(quán)模型。比如,指定到角色不指定到人,就可以實現(xiàn)出現(xiàn)了員工人事變動,只需要往角色里增減人員就好,流程不會改變。
釘釘已經(jīng)天然完成了公司組織管理,統(tǒng)計好了人員信息。在宜搭搭建的新應(yīng)用里,只需要配置角色,添加人員到指定角色,再進行流程定義,就完成了權(quán)限系統(tǒng)和流程審批環(huán)節(jié)的配置。
釘釘幫宜搭完成了數(shù)據(jù)中臺部分功能的建設(shè)。
在用宜搭搭建應(yīng)用的過程中,如果需要搭建多個應(yīng)用,由于釘釘?shù)拇嬖?,宜搭多個應(yīng)用之間人員信息的數(shù)據(jù)是互通的,這很大程度上避免了煙囪式開發(fā),避免了數(shù)據(jù)孤島的問題。
舉個例子方便大家理解,假設(shè)能用宜搭搭出一個應(yīng)用叫淘寶、搭出另一個應(yīng)用叫天貓,賬號登錄入口是釘釘。這樣就能用一個釘釘賬號同時登錄淘寶和天貓,所有用戶數(shù)據(jù)是共享的?,F(xiàn)有的淘寶天貓賬號體系是通過阿里內(nèi)部的數(shù)據(jù)中臺做過整合的,所以賬號能夠互認,如果是兩個獨立應(yīng)用,最直觀的就是會有兩個賬號。這個在C端還稍微可以容忍,在B端的話是完全不能接受的。
根據(jù)釘釘6.0發(fā)布會,還會有一個連接器作為應(yīng)用之間的聯(lián)通,解決的也是數(shù)據(jù)互通的問題。
依托釘釘,宜搭的應(yīng)用天生移動端和PC端同步完成,并且應(yīng)用云化。
宜搭搭建的應(yīng)用支持快速開發(fā)、快速交付。而且搭建、測試的過程直接在云端完成,工程師不用先在本地開發(fā)好應(yīng)用程序后再部署到PaaS平臺分發(fā)給用戶。針對不同企業(yè)客戶的需求,宜搭除公有云版本外,也提供專有云版本。
在這一條下個人有一個問題,宜搭怎么解決云化和私有化部署沖突的問題?B端企業(yè)很多數(shù)據(jù)具有私密性,在很多企業(yè)招標書的需求里,私有化部署是一條硬性需求。這一塊暫時不知道宜搭和釘釘是怎么應(yīng)對的,是放棄這部分生意、用戶,還是有私有化部署的版本這個就不得而知了。
03 欲戴王冠確實必承其重,宜搭的超強的功能造成了學習成本偏高,帶來了用戶體驗不足的感受
這個評價可能會讓人有點意外,上面還在被秀的拍案叫絕,馬上就翻臉潑冷水,從段落標題看還是潑了兩桶。我打一個不恰當?shù)谋确剑阂舜罹拖袷轻斸斔徒o用戶的一套Twin Point的廚具,作為紅點設(shè)計獎得主不是最奢華,但卻非常走心,然后希望用戶能用這套廚具做出全公司都滿意的菜肴,還是有點讓人為難。在使用過程中,會碰到一些很直接的問題:
想要實現(xiàn)某個需求,不知道支不支持。
宜搭的功能直觀看很多很全,也很容易理解,但是深處還藏了很多小功能,比較無解的是搭應(yīng)用必須要小功能都掌握,否則搭應(yīng)用會很吃力。就像用Excel做數(shù)據(jù)統(tǒng)計,你知道你的目標是什么,你也會用一些Excel的函數(shù),但是你就是不知道怎么通過Excel得到你要的統(tǒng)計結(jié)果。在用宜搭搭建應(yīng)用過程,比如流程表單是怎么分級呈現(xiàn)的,表單能不能添加計算規(guī)則,表單和表單之間的關(guān)系怎么處理等等。這些要摸比較久才能找到,我上面舉例都是可以找到解決方案的。
如果某個常見需求確定了不支持,用戶是不是要放棄這個需求。
這里面我在試用的時候,嘗試建立一張表單,需要對表單里的數(shù)據(jù)做分類求和,摸索很久沒找到,咨詢了宜搭客服,被告知表單暫時不支持,需要用JS來寫,很遺憾的是我不會JS。所以最后這個需求就放棄了。
04 宜搭面向的到底是哪一類用戶?
看起來宜搭的出現(xiàn)是造福不會寫代碼的人,那這個人的的角色是完全的C端,還是B端里的IT人員、或者B端里的業(yè)務(wù)人員?
從目前的體驗來看,完全交給個人開發(fā)會有一定的難度。
假設(shè)應(yīng)用是面向B端的,如果讓企業(yè)IT人員或者企業(yè)的研發(fā)人員使用,他需要學習的是業(yè)務(wù)知識、是Know-how,還要具備產(chǎn)品經(jīng)理的抽象能力,怎么把需求轉(zhuǎn)換成功能。
如果是讓業(yè)務(wù)人員比如HR、銷售、法務(wù)等等搭建各自部門的使用系統(tǒng),他們有一定的業(yè)務(wù)知識,但是又欠缺低代碼開發(fā)能力,也缺乏產(chǎn)品思維。
國際低代碼巨頭OutSystems的方法是,設(shè)計課程,讓用戶考證持證上崗開發(fā),這倒是很符合外企的思路,像cisco、NI都有類似認證玩法。OutSystems我試用過了,上手難度應(yīng)該比宜搭更高。
我們設(shè)想一下,當需要使用宜搭或者輕流、Mendix、OutSystems這類產(chǎn)品,業(yè)務(wù)人員考證了,基本技術(shù)能力解決了、業(yè)務(wù)知識也有了,但他仍然欠缺產(chǎn)品思維,做出來的東西要全公司去用的,這塊還是需要彌補。宜搭等低代碼平臺可以解放很多研發(fā)生產(chǎn)力,但另一方面對使用者提出了更高的要求。
寫在最后,目前宜搭的使用體驗是超過國內(nèi)類似平臺的,但也有一些低代碼平臺不可避免的學習成本偏高的問題,我傾向于把低代碼平臺定位成工具,或者是一種新的不包含Code的G語言(Graph Language)。只是傳統(tǒng)的工具是解決單個問題的,現(xiàn)在低代碼這一類工具,是在解決問題的同時還要考慮產(chǎn)品交互,易用性等問題。像很多文章里寫的低代碼是萬能的,是應(yīng)用制造自動化工廠,這種過分夸大容易傷害到這個細分領(lǐng)域的發(fā)展,大家還是保持理性,看看之后的發(fā)展吧。
本文由 @格林不童話 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議