今天是飛書發(fā)布會，我不在現(xiàn)場，本文不長，也與發(fā)布會無關(guān)

現(xiàn)場圖，來自網(wǎng)上

本文，由我的暴論展開：

歡迎關(guān)注我的即刻「葬花達人魯智深」 SaaS 在中國，一直很別扭

這十年我們都在聊 SaaS
從媒體到 VC，從 Oracle 到 Salesforce

這套路徑看起來很清晰：
流程標準化 → 模塊抽象 → 在線交付 → 訂閱收入

但現(xiàn)實是：中國不是美國

很多海外項目，都經(jīng)歷了水土不服

不能用美式的「標準化流程+組織協(xié)作」去對標中國企業(yè)的真實需求
在中國，企業(yè)發(fā)展的節(jié)奏和方向，往往是業(yè)務(wù)驅(qū)動的，流程永遠跑在后面

今天接了一個新客戶，明天流程可能就變了
系統(tǒng)沒做完，事情先得跑；流程剛穩(wěn)定，業(yè)務(wù)方向又改

所以我們看到，大多數(shù) SaaS 公司最終都不得不去搞定制：
功能越做越重，邏輯越做越細，最后沒人用

令人頭大

更繼續(xù)的，在中國最出力的系統(tǒng)
通常是幾張能隨時改、臨時拷、格式混亂的“遠古 Excel”

說得直接一點：
誰能貼好這些 Excel，誰才能做好中國的 SaaS

多維表格

利益相關(guān)： 我是飛書的老用戶 & 開發(fā)者 自家工廠里的進銷存，用多維表格做的

在我家工廠里，最開始大家用 Excel
配送時間能寫“5月8日”，也能寫“5/8”，財務(wù)對賬經(jīng)常對不上
表格多了、雜了、壞了，最后干脆靠人工手動核對

類似這種表格，相信很多人都見過

大概在 2020 年的時候，我給換成飛書表格
字段固定、權(quán)限明確、界面熟悉

表格真正可用了
司機：點選送達時間，不用填日期格式
財務(wù)：掛收款，系統(tǒng)自動匹配訂單，狀態(tài)同步更新
倉庫：看不到價格，業(yè)務(wù)看不到成本，但大家都能完成自己的部分

上線幾天，系統(tǒng)就跑起來了，比那些很貴的 ERP 都實用

MaaS

在這里，有人可能會說到 AirTable。這東西，我也是深度用戶

但這里，回到我的暴論：
多維表格正在變成中國最大的 MaaS（Model as a Service）

非常注意 飛書自己并沒有這么宣傳

所謂 MaaS，就是賣大模型的 API
基本上所有的大模型公司，都希望來做這件事，也基本是都失敗了

這是典型的功能與需求錯配：
模型提供的是 AI 能力，企業(yè)需要的是 AI 結(jié)果

而對于更多的企業(yè)來說，還有三大障礙
一、不會調(diào) API，根本沒法接入
二、不理解 prompt，也不知道能干什么
三、沒法抽象業(yè)務(wù)場景，用不上，就等于沒有

而飛書，利用「字段捷徑」，把這仨補上了

字段本身，是 API

在多維里，可以添加一個「AI 搜索」字段，可以讓員工在表格中直接聯(lián)網(wǎng)查資料

比如，想監(jiān)控某些股票的價格，只需在表中輸入公司名，字段就自動抓取公開結(jié)果并填入

字段本身，是 Prompt

在「總結(jié)」字段中，只要引用了會議紀要字段，并補充一句“請輸出三句話總結(jié)”，飛書就能生成簡潔摘要

比如周會結(jié)束后，運營助理將會議內(nèi)容貼入表格，旁邊字段就輸出“本周推廣計劃延后；預(yù)算需復(fù)審；需對接新客戶需求”

字段本身，是場景

在「增值稅發(fā)票識別」字段里，可以上傳發(fā)票，然后模型自動拆解出日期、公司名、金額

不需要員工懂任何模型概念，也不需要整理格式，直接就能用于審核

總結(jié)來說 看上去像表格，填上去是字段，用起來就是場景——

所以覺得：飛書/多維表格，正在成為真正意義上的 MaaS 平臺

在中國，很多業(yè)務(wù)變化頻率，遠高于標準化能承載的強度

今天簽新客戶，明天流程改; 系統(tǒng)沒做好，業(yè)務(wù)先跑； 剛上線的邏輯，下周就得全拆

而中國的 SaaS，可能不會像 Salesforce 一樣，把每個行業(yè)的標準流程全寫一遍

但可能會通過“字段”、“表格”，讓 SaaS 的成果生長出來

*部分品牌非全員使用