飛書多維表格的實質,是一個輕量版的低代碼平臺
你覺得飛書的多維表格,是一個什么類型的產品?每個人的理解都不一樣。而在作者眼里,其實更像是一個低代碼平臺——為什么這么說?這篇文章,我們看看作者的分析。
飛書多維表格的實質,是一個輕量版的低代碼平臺。
無論是WPS云文檔,還是騰訊云文檔,我們看到的介紹都是:支持多種文檔格式的多人協作工具。飛書文檔的定位也是“多人實時編輯共創”,強調“多人協作”的“文檔”。
但在官網上,飛書多維表格的定位是“先進團隊的業務管理工具,是一個表格,也是無數個應用,千人千面,萬人萬解”,是“輕松搭建業務系統”,注意,是“應用”,是“系統”,且主要是面向B端的業務管理系統。
B端系統需要包含哪些內容?
- 權限:根據不同角色和用戶區分的功能權限和數據權限;
- 表單:信息的靜態存儲,比如臺賬等;
- 流程:業務流轉邏輯,往往與表單相關聯,涉及到狀態流轉,以及預警、提醒等輔助功能;
- 可視化:管理層的心頭好,一般以駕駛艙等形式呈現。
一個完整的B端系統勢必要包含上述內容。
飛書多維表格能不能實現?
舉個例子。
我們要為公司提供一個固定資產管理的系統。經過分析,得出這樣一份產品建設思路。
按照這個思路,我們在飛書多維表格上搭建這個系統。
一、系統管理
1)用戶管理以飛書用戶為基礎,無需額外搭建;
2)關于組織管理,飛書后臺已能夠維護組織架構,但在表格字段中無法被引用,目前最簡單的方式只能通過下拉選項實現。如果組織和人員能完全和飛書同步并引用,可能會更方便一點。
3)關于角色和權限,多維表格通過“高級權限設置”來實現,將用戶通過角色進行分組,對不同角色配置不同數據表的操作和數據權限,與我們通過代碼搭建系統的思路比較相似。區別在于,多維表格中數據表間權限獨立,功能和數據權限需要每個表都配一遍;通過代碼搭建系統時我們往往實現數據權限統一配置。
但基礎版本無法通過“指定記錄”進行權限的精細化管控,需要開通商業付費版。
二、資產管理
資產管理主體業務功能以表單和流程為主。
2.1 表單
“多維表格”以“表格”命名,對于靜態的臺賬處理,功能還是比較強大的。
1)除常規字段外,還支持部分業務字段的便捷添加。如,我們經常使用的單據編碼、資產編碼等,可以自定義規則進行編號。也可以錄入地理位置,在儀表盤中通過區域地圖插件生成地圖視圖。
2)或許是考慮到B端產品業務流程的問題,表格字段中的“查找引用”和“關聯”類型能夠在較小程度上實現各個表單之間的關聯,避免過于孤立。
“查找引用”用于引用其他表單內容,以彈窗形式呈現,與我們一般的后臺產品設計非常相似。
“關聯”一般與“查找引用”配合使用,對于存在重復字段的情況,通過引用關鍵字段,能夠自動帶出其他已有字段。比如資產出租與資產列表中都存在資產編號、資產名稱、資產類別,在資產列表中維護信息后,在資產出租中引用“資產編號”,通過關聯設置,自動帶出“資產名稱”和“資產類別”。也是B端產品的慣用設計。
3)一個小點。飛書多維表格在公式中嵌了AI,用起來還行。
比如,我們錄固定資產,記錄資產購入時間、原值、計算出月折舊額,默認采用年限平均法,輸入計算當前凈值的指令,AI可以幫我們生成公式。對于復雜公式的使用還是非常有幫助的。
4)表單的不同呈現形式。這個就比較簡單了,可以以表格、看板、表單(填寫形式,類似問卷)、日歷、甘特等多種視圖呈現。
2.2 流程
這是飛書多維表格相對比較薄弱的部分了。
多維表格目前能實現的流程主要有兩種。
1)狀態流轉
很常見的一個業務場景:我們新增一條資產出租或資產領用信息后,在資產列表中“資產狀態”需要同步為“出租”或“在用”。多維表格的實現方式是,在“自動化”中配置觸發條件和執行操作。當“發生xx情況時,就執行xx操作”?;究梢詽M足簡單狀態流轉的需求。
2)消息通知
這也是飛書作為即時通訊工具的優勢。通過設置觸發條件,將提醒信息通過飛書發送給相應人員或群組。把“飛書”這個即時通訊工具和多維表格所創建的“應用”很好地結合在了一起。
比較可惜的地方在于,接收方無法通過角色引用人員,而在實際大多數情況下,我們的預警通知是通過角色接收和處理。
3)審批流程
這是飛書多維表格目前比較薄弱的環節,但卻是B端產品較常需要使用到的功能。
如采購申請、合同簽訂申請、資產處置申請等,需要進行相應的審批流配置。特別是當存在支出申請、報銷等場景時,需要根據金額、部門等設置條件分支,還要考慮會簽、或簽;更復雜時,要支持以崗位聚合審批人,在審批中支持撤回等特殊場景,對于目前的飛書多維表格來說,是無法實現的。
2.3 可視化
可視化是飛書多維表格重點宣傳的功能特色。
但比較奇怪的是,我并沒有找到有關統計分析報表相關的內容,可能多維表格中是以表格自帶的“篩選”和“分組”來間接實現這一需求,但沒有合計欄看著著實有些不習慣。
可能飛書的重點都放在儀表盤上吧。
儀表盤上的功能,確實比較豐富,除了文檔中比較常見的圖表、視圖組件外,還能夠支持區域地圖、走馬燈等插件,形式非常豐富,也能夠自定義設置主題,這些對于以表格為基礎的一款產品來說,在實現上沒有太大難度。
三、不足
雖然飛書多維表格想干低代碼甚至無代碼平臺的活兒,但它的底座畢竟還是表格,因此要搭建一個完整的應用或系統來說,還是有一些不足之處。
1)與其他系統對接的問題
多維表格現在可以支持從小部分其他應用同步數據,但數據源有限,且無法將多維表格中產生的數據同步至外部系統;多維表格本身作為一個SaaS產品,涉及到與外部系統對接時,無可避免地會需要較多考量。
但B端系統與其他系統對接實現業務流程的連續性,往往是企業比較關注的問題。
僅以固定資產管理為例,在進行資產盤點時,需要考慮與掃碼槍等硬件系統的對接;在計提折舊時,需要把折舊憑證推給財務系統;等等。
2)復雜場景處理的問題
表格等文檔的業務場景較為平面,在處理1-2步內的業務邏輯時還算游刃有余;但在實際業務管理過程中,涉及到的流程鏈路會比較長。
比如進行資產經營時,提交資產租賃申請→簽訂租賃合同→根據合同約定的租賃方式(固定租金、浮動租金等)和周期(每月、每季度或每年)生成應收租金→定期收取租金→生成財務憑證。這一場景中涉及到申請流程、復雜公式計算、按條件生成定時任務、對接銀企支付及財務系統,大部分功能僅僅基于多維表格基礎版本是無法實現的,對于一些復雜公式的設計,對普通員工來說也不一定是容易的事情。
總的來說,如果只是偏靜態的信息記錄,以及環節較少的信息流轉,使用多維信息表格基本能夠滿足需求;但如果業務邏輯相對復雜,需要保持流程的連續性,飛書多維表格就不一定能滿足。
為什么SaaS產品經理要關注這個問題?
簡單來說,SaaS產品經理的目標是通過產品幫助企業降本增效。與此同時,現在越來越多的工具、平臺,比如低代碼平臺、無代碼平臺,包括飛書多維表格這種輕量型低代碼平臺,也在幫助SaaS廠商降本增效。居安思危,在這種情況下,產品經理要考慮如何利用好這些工具,而不是被這些工具所取代。
作者:簡諳 公眾號:簡諳
本文由 @簡諳 原創發布于人人都是產品經理。未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務
數據 +(邏輯)流程 = 應用程序。飛書多維表格具備了這兩項,確實是低代碼平臺。但數據庫部分也很重要。
飛書多維表真的很好用