飛書多維表格的實質(zhì),是一個輕量版的低代碼平臺

簡諳
2 評論 2234 瀏覽 9 收藏 13 分鐘
🔗 B端产品经理需要更多地进行深入的用户访谈、调研、分析,而C端产品经理需要更多地快速的用户测试、反馈、迭代

你覺得飛書的多維表格,是一個什么類型的產(chǎn)品?每個人的理解都不一樣。而在作者眼里,其實更像是一個低代碼平臺——為什么這么說?這篇文章,我們看看作者的分析。

飛書多維表格的實質(zhì),是一個輕量版的低代碼平臺。

無論是WPS云文檔,還是騰訊云文檔,我們看到的介紹都是:支持多種文檔格式的多人協(xié)作工具。飛書文檔的定位也是“多人實時編輯共創(chuàng)”,強(qiáng)調(diào)“多人協(xié)作”的“文檔”。

但在官網(wǎng)上,飛書多維表格的定位是“先進(jìn)團(tuán)隊的業(yè)務(wù)管理工具,是一個表格,也是無數(shù)個應(yīng)用,千人千面,萬人萬解”,是“輕松搭建業(yè)務(wù)系統(tǒng)”,注意,是“應(yīng)用”,是“系統(tǒng)”,且主要是面向B端的業(yè)務(wù)管理系統(tǒng)。

B端系統(tǒng)需要包含哪些內(nèi)容?

  • 權(quán)限:根據(jù)不同角色和用戶區(qū)分的功能權(quán)限和數(shù)據(jù)權(quán)限;
  • 表單:信息的靜態(tài)存儲,比如臺賬等;
  • 流程:業(yè)務(wù)流轉(zhuǎn)邏輯,往往與表單相關(guān)聯(lián),涉及到狀態(tài)流轉(zhuǎn),以及預(yù)警、提醒等輔助功能;
  • 可視化:管理層的心頭好,一般以駕駛艙等形式呈現(xiàn)。

一個完整的B端系統(tǒng)勢必要包含上述內(nèi)容。

飛書多維表格能不能實現(xiàn)?

舉個例子。

我們要為公司提供一個固定資產(chǎn)管理的系統(tǒng)。經(jīng)過分析,得出這樣一份產(chǎn)品建設(shè)思路。

按照這個思路,我們在飛書多維表格上搭建這個系統(tǒng)。

一、系統(tǒng)管理

1)用戶管理以飛書用戶為基礎(chǔ),無需額外搭建;

2)關(guān)于組織管理,飛書后臺已能夠維護(hù)組織架構(gòu),但在表格字段中無法被引用,目前最簡單的方式只能通過下拉選項實現(xiàn)。如果組織和人員能完全和飛書同步并引用,可能會更方便一點。

3)關(guān)于角色和權(quán)限,多維表格通過“高級權(quán)限設(shè)置”來實現(xiàn),將用戶通過角色進(jìn)行分組,對不同角色配置不同數(shù)據(jù)表的操作和數(shù)據(jù)權(quán)限,與我們通過代碼搭建系統(tǒng)的思路比較相似。區(qū)別在于,多維表格中數(shù)據(jù)表間權(quán)限獨立,功能和數(shù)據(jù)權(quán)限需要每個表都配一遍;通過代碼搭建系統(tǒng)時我們往往實現(xiàn)數(shù)據(jù)權(quán)限統(tǒng)一配置。

但基礎(chǔ)版本無法通過“指定記錄”進(jìn)行權(quán)限的精細(xì)化管控,需要開通商業(yè)付費版。

二、資產(chǎn)管理

資產(chǎn)管理主體業(yè)務(wù)功能以表單和流程為主。

2.1 表單

“多維表格”以“表格”命名,對于靜態(tài)的臺賬處理,功能還是比較強(qiáng)大的。

1)除常規(guī)字段外,還支持部分業(yè)務(wù)字段的便捷添加。如,我們經(jīng)常使用的單據(jù)編碼、資產(chǎn)編碼等,可以自定義規(guī)則進(jìn)行編號。也可以錄入地理位置,在儀表盤中通過區(qū)域地圖插件生成地圖視圖。


2)或許是考慮到B端產(chǎn)品業(yè)務(wù)流程的問題,表格字段中的“查找引用”和“關(guān)聯(lián)”類型能夠在較小程度上實現(xiàn)各個表單之間的關(guān)聯(lián),避免過于孤立。

“查找引用”用于引用其他表單內(nèi)容,以彈窗形式呈現(xiàn),與我們一般的后臺產(chǎn)品設(shè)計非常相似。

“關(guān)聯(lián)”一般與“查找引用”配合使用,對于存在重復(fù)字段的情況,通過引用關(guān)鍵字段,能夠自動帶出其他已有字段。比如資產(chǎn)出租與資產(chǎn)列表中都存在資產(chǎn)編號、資產(chǎn)名稱、資產(chǎn)類別,在資產(chǎn)列表中維護(hù)信息后,在資產(chǎn)出租中引用“資產(chǎn)編號”,通過關(guān)聯(lián)設(shè)置,自動帶出“資產(chǎn)名稱”和“資產(chǎn)類別”。也是B端產(chǎn)品的慣用設(shè)計。

3)一個小點。飛書多維表格在公式中嵌了AI,用起來還行。

比如,我們錄固定資產(chǎn),記錄資產(chǎn)購入時間、原值、計算出月折舊額,默認(rèn)采用年限平均法,輸入計算當(dāng)前凈值的指令,AI可以幫我們生成公式。對于復(fù)雜公式的使用還是非常有幫助的。

4)表單的不同呈現(xiàn)形式。這個就比較簡單了,可以以表格、看板、表單(填寫形式,類似問卷)、日歷、甘特等多種視圖呈現(xiàn)。

2.2 流程

這是飛書多維表格相對比較薄弱的部分了。

多維表格目前能實現(xiàn)的流程主要有兩種。

1)狀態(tài)流轉(zhuǎn)

很常見的一個業(yè)務(wù)場景:我們新增一條資產(chǎn)出租或資產(chǎn)領(lǐng)用信息后,在資產(chǎn)列表中“資產(chǎn)狀態(tài)”需要同步為“出租”或“在用”。多維表格的實現(xiàn)方式是,在“自動化”中配置觸發(fā)條件和執(zhí)行操作。當(dāng)“發(fā)生xx情況時,就執(zhí)行xx操作”。基本可以滿足簡單狀態(tài)流轉(zhuǎn)的需求。

2)消息通知

這也是飛書作為即時通訊工具的優(yōu)勢。通過設(shè)置觸發(fā)條件,將提醒信息通過飛書發(fā)送給相應(yīng)人員或群組。把“飛書”這個即時通訊工具和多維表格所創(chuàng)建的“應(yīng)用”很好地結(jié)合在了一起。

比較可惜的地方在于,接收方無法通過角色引用人員,而在實際大多數(shù)情況下,我們的預(yù)警通知是通過角色接收和處理。

3)審批流程

這是飛書多維表格目前比較薄弱的環(huán)節(jié),但卻是B端產(chǎn)品較常需要使用到的功能。

如采購申請、合同簽訂申請、資產(chǎn)處置申請等,需要進(jìn)行相應(yīng)的審批流配置。特別是當(dāng)存在支出申請、報銷等場景時,需要根據(jù)金額、部門等設(shè)置條件分支,還要考慮會簽、或簽;更復(fù)雜時,要支持以崗位聚合審批人,在審批中支持撤回等特殊場景,對于目前的飛書多維表格來說,是無法實現(xiàn)的。

2.3 可視化

可視化是飛書多維表格重點宣傳的功能特色。

但比較奇怪的是,我并沒有找到有關(guān)統(tǒng)計分析報表相關(guān)的內(nèi)容,可能多維表格中是以表格自帶的“篩選”和“分組”來間接實現(xiàn)這一需求,但沒有合計欄看著著實有些不習(xí)慣。

可能飛書的重點都放在儀表盤上吧。

儀表盤上的功能,確實比較豐富,除了文檔中比較常見的圖表、視圖組件外,還能夠支持區(qū)域地圖、走馬燈等插件,形式非常豐富,也能夠自定義設(shè)置主題,這些對于以表格為基礎(chǔ)的一款產(chǎn)品來說,在實現(xiàn)上沒有太大難度。

三、不足

雖然飛書多維表格想干低代碼甚至無代碼平臺的活兒,但它的底座畢竟還是表格,因此要搭建一個完整的應(yīng)用或系統(tǒng)來說,還是有一些不足之處。

1)與其他系統(tǒng)對接的問題

多維表格現(xiàn)在可以支持從小部分其他應(yīng)用同步數(shù)據(jù),但數(shù)據(jù)源有限,且無法將多維表格中產(chǎn)生的數(shù)據(jù)同步至外部系統(tǒng);多維表格本身作為一個SaaS產(chǎn)品,涉及到與外部系統(tǒng)對接時,無可避免地會需要較多考量。

但B端系統(tǒng)與其他系統(tǒng)對接實現(xiàn)業(yè)務(wù)流程的連續(xù)性,往往是企業(yè)比較關(guān)注的問題。

僅以固定資產(chǎn)管理為例,在進(jìn)行資產(chǎn)盤點時,需要考慮與掃碼槍等硬件系統(tǒng)的對接;在計提折舊時,需要把折舊憑證推給財務(wù)系統(tǒng);等等。

2)復(fù)雜場景處理的問題

表格等文檔的業(yè)務(wù)場景較為平面,在處理1-2步內(nèi)的業(yè)務(wù)邏輯時還算游刃有余;但在實際業(yè)務(wù)管理過程中,涉及到的流程鏈路會比較長。

比如進(jìn)行資產(chǎn)經(jīng)營時,提交資產(chǎn)租賃申請→簽訂租賃合同→根據(jù)合同約定的租賃方式(固定租金、浮動租金等)和周期(每月、每季度或每年)生成應(yīng)收租金→定期收取租金→生成財務(wù)憑證。這一場景中涉及到申請流程、復(fù)雜公式計算、按條件生成定時任務(wù)、對接銀企支付及財務(wù)系統(tǒng),大部分功能僅僅基于多維表格基礎(chǔ)版本是無法實現(xiàn)的,對于一些復(fù)雜公式的設(shè)計,對普通員工來說也不一定是容易的事情。

總的來說,如果只是偏靜態(tài)的信息記錄,以及環(huán)節(jié)較少的信息流轉(zhuǎn),使用多維信息表格基本能夠滿足需求;但如果業(yè)務(wù)邏輯相對復(fù)雜,需要保持流程的連續(xù)性,飛書多維表格就不一定能滿足。

為什么SaaS產(chǎn)品經(jīng)理要關(guān)注這個問題?

簡單來說,SaaS產(chǎn)品經(jīng)理的目標(biāo)是通過產(chǎn)品幫助企業(yè)降本增效。與此同時,現(xiàn)在越來越多的工具、平臺,比如低代碼平臺、無代碼平臺,包括飛書多維表格這種輕量型低代碼平臺,也在幫助SaaS廠商降本增效。居安思危,在這種情況下,產(chǎn)品經(jīng)理要考慮如何利用好這些工具,而不是被這些工具所取代。

作者:簡諳 公眾號:簡諳

本文由 @簡諳 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載

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

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 數(shù)據(jù) +(邏輯)流程 = 應(yīng)用程序。飛書多維表格具備了這兩項,確實是低代碼平臺。但數(shù)據(jù)庫部分也很重要。

    來自重慶 回復(fù)
  2. 飛書多維表真的很好用

    來自英國 回復(fù)