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

飛書多維表格的實質，是一個輕量版的低代碼平臺。

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

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

B端系統(tǒng)需要包含哪些內容？

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

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

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

舉個例子。

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

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

一、系統(tǒng)管理

1）用戶管理以飛書用戶為基礎，無需額外搭建；

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

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

但基礎版本無法通過“指定記錄”進行權限的精細化管控，需要開通商業(yè)付費版。

二、資產管理

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

2.1 表單

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

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

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

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

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

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

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

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

2.2 流程

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

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

1）狀態(tài)流轉

很常見的一個業(yè)務場景：我們新增一條資產出租或資產領用信息后，在資產列表中“資產狀態(tài)”需要同步為“出租”或“在用”。多維表格的實現(xiàn)方式是，在“自動化”中配置觸發(fā)條件和執(zhí)行操作。當“發(fā)生xx情況時，就執(zhí)行xx操作”?；究梢詽M足簡單狀態(tài)流轉的需求。

2）消息通知

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

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

3）審批流程

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

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

2.3 可視化

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

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

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

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

三、不足

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

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

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

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

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

2）復雜場景處理的問題

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

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

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

為什么SaaS產品經理要關注這個問題？

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