文：王智遠 | ID:Z201440

隨便走進一家公司業(yè)務現(xiàn)場，都能聽到類似的聲音：

數(shù)據(jù)為什么不同步了？審批為什么這么慢？三個工具里放不同東西，誰能告訴我流程走到哪一步了？

這是整個企業(yè)數(shù)字化共同的痛點。

這套問題已經(jīng)持續(xù)了二十年。系統(tǒng)邏輯沒變，但業(yè)務世界早和二十年前不一樣了。

于是，一個看似簡單但極扎心的問題冒出來了：為什么最懂業(yè)務的人，永遠不能親手做系統(tǒng)？為什么系統(tǒng)這件事，二十年里始終沒有被真正重寫？

01

直到最近，我在很多公司看到一個新變化開始冒頭：系統(tǒng)雛形，正在業(yè)務自己手里「長」出來。

怎么長？講一個我親眼看到的場景。

前段時間，去一家企業(yè)開會。老板投屏給我看他們做的一套業(yè)務大屏，投放數(shù)據(jù)、經(jīng)營指標、ROI，全都在一張屏幕里，切換還特別絲滑。

那感覺，像在電影里看到的作戰(zhàn)指揮面板。

我以為他們花了幾十萬做系統(tǒng)，結果老板說：沒有啊，一張飛書多維表格。

他說，他們是一點點搭的：

最開始只記錄信息；后來大家都在上面更新，變成了流程；再后來，為了看清楚，加了視圖；為了統(tǒng)計，加字段；為了推進進度，加節(jié)點。

覺得入口不清晰，又順手做了個頁面，搭著搭著，越用越像系統(tǒng)，越像越好用；最后連他們自己都沒反應過來：一張表格，把整個團隊的數(shù)字化雛形撐起來了。

更有意思的是，這不是一家公司的故事。

我在很多企業(yè)看到完全一樣的進化路徑，一張表，一串再串，一步接一步，最后自然變成一個能跑業(yè)務的「輕系統(tǒng)」。

你看，從頭到尾沒有人提過「我們來開發(fā)個系統(tǒng)」；整個形態(tài)，是業(yè)務在做事的過程中一步一步推出來的

那為什么業(yè)務一定要自己動手？

我后來總結下來，大概只有一句話能解釋：業(yè)務變化速度，已經(jīng)快到系統(tǒng)反應不過來了。

你看現(xiàn)在公司，產(chǎn)品一調(diào)整、策略一變、溝通鏈路一挪，系統(tǒng)都要重新來一遍。但系統(tǒng)的節(jié)奏永遠是那四件套：

提需求、評估、開會、開發(fā)。于是業(yè)務和技術的撕裂感一年比一年重。

怎么辦？

業(yè)務干脆自己來，用最原始的方式，拉個表，把信息放進去；再拉個視圖，讓大家能看清，要跨部門，那大家就一起看。

沒有規(guī)劃、沒有立項、沒有系統(tǒng)設計，結果反倒把事兒跑通了。這就是很多團隊的現(xiàn)狀：臨時操作，做著做著，突然發(fā)現(xiàn)這玩意兒已經(jīng)有點「系統(tǒng)」的樣子了。

02

問題來了：企業(yè)都在這么干，工具端怎么把這種生長接??？前幾天，我打開飛書多維表格，看到它悄悄多了一個東西：「應用模式」。

什么是應用模式？能干嘛？

我仔細研究了一下，這東西挺樸素。

大家平時在表格里折騰出來的字段、流程、視圖、鏈路，以前只能停在「表格形態(tài)」里，現(xiàn)在飛書把它往前推了一步，它能一下子給你變成「一個能跑業(yè)務的應用」

以前發(fā)個表，還得教同事從哪點、怎么看；現(xiàn)在點開應用模式，頁面、菜單、表單，自動長出來，一眼就懂。

跨表數(shù)據(jù)也是。

原來做業(yè)務要同步、匹配、校對，非常折磨人；現(xiàn)在做成應用后，數(shù)據(jù)天然互通，幾張表連起來就是一條鏈路，你不用再想查找公式，系統(tǒng)自己給你理干凈。

打個比方：

以前做業(yè)務像站在廚房里，鍋碗瓢盆都有，但做飯全靠你自己。

應用模式像突然來了一臺料理機，你把東西往里一放，它自動切、攪、配、上盤，你只用決定「今天吃什么」。

所以，它到底解決了什么問題？核心優(yōu)勢又是什么？

我自己總結，劃重點，有五點：

一，看著順眼了。界面是系統(tǒng)級的，業(yè)務不用培訓就能上手；二，搭建門檻降下來了；不用寫代碼、搞配置，拖拖拽拽就能把應用搭起來。

三，數(shù)據(jù)天然互通；幾張表就是一條鏈路，系統(tǒng)自動幫你串；四，權限和角色更精準。誰看到哪、誰能操作哪，都能自動隔離。

五，體驗更統(tǒng)一。原來東一堆、西一塊，現(xiàn)在在一個應用里跑，方向更清晰。一句話總結：把「表格好上手」和「系統(tǒng)夠?qū)I(yè)」這兩件事，合到了一塊。

給你看一下一些部門改造后的樣子？覺得如何？

所以，為什么偏偏是飛書，能承接這種「業(yè)務自己長系統(tǒng)」的能力？

03

我后來想明白了，核心原因只有一個：飛書把「多維表格」當成系統(tǒng)底座在做，而不是簡單的一個工具。

跨表關聯(lián)、鏈路串聯(lián)、權限分配、流程規(guī)則、自動化觸發(fā)……

這些能力看似不起眼，但都是系統(tǒng)級能力；底座不夠強，根本接不住業(yè)務的搭建習慣。

而飛書這些年把多維表格的底層能力補得很厚：數(shù)據(jù)量大不卡、跨表天然聯(lián)動、權限做到極細，加上自動化、流程、觸發(fā)器，本質(zhì)上已經(jīng)不只是「一個表格」。

所以，當業(yè)務習慣「自己動手搭系統(tǒng)」，多維表格幾乎是唯一一個能把習慣直接接上去的平臺。

這就是，飛書多維表格能力所在。

它把系統(tǒng)從「被開發(fā)」，推到了「被業(yè)務自然生長」這條新路線。那當系統(tǒng)能自己長出來，SaaS 行業(yè)會發(fā)生什么？

當然會變，而且是根上變。

傳統(tǒng) SaaS 像把企業(yè)裝進一個框里，框做得再漂亮，它始終是框。而「業(yè)務自然生長系統(tǒng)」的邏輯，更像水：流到哪、變到哪、長到哪，都由業(yè)務自己決定。

以前 SaaS 靠兩件事賺錢：賣一個做好的系統(tǒng)，賣一段實施服務。

業(yè)務不會永遠照著系統(tǒng)走。于是，系統(tǒng)有系統(tǒng)的流程，業(yè)務有業(yè)務流程，兩邊永遠對不上。

當系統(tǒng)在業(yè)務里自然生長后，企業(yè)第一次具備了一種能力：系統(tǒng)邏輯，從公司買來的，變成公司自己「用出來」的。

你越用，它越像你；你越變，它越能跟上你。

這對 SaaS 的沖擊極大。

企業(yè)能自己搭出 80% 的系統(tǒng)形態(tài)，那 SaaS 廠商怎么辦？業(yè)務能推著系統(tǒng)進化，那「賣項目、做實施」能撐多久？

智遠看來，這時候，一類角色會被放大，掌握行業(yè) know-how 的 ISV

過去 ISV 最大痛點是：方案做得好，產(chǎn)品化難；每個客戶都要重做一遍，錢全燒在人力實施上。但當業(yè)務能自己長系統(tǒng)，ISV 的角色就變成，從「幫你做項目的人」，變成「把行業(yè)經(jīng)驗封成可復用產(chǎn)品的人」。

企業(yè)點一下就能用，ISV 點一下就能賣。

SaaS 行業(yè)走了十幾年，第一次從「產(chǎn)品主導」，走向場景主導、行業(yè)主導、業(yè)務主導；所以，多維表格應用模式不僅幫企業(yè)做數(shù)字化，更在重寫 SaaS 行業(yè)的供給方式。

那系統(tǒng)能「長在業(yè)務里」后，企業(yè)內(nèi)部會發(fā)生什么？我第一反應是飛書那句話：先進團隊，先用飛書。

為什么？

因為傳統(tǒng)系統(tǒng)是部門式的，但業(yè)務增長是鏈路式的。

什么是鏈路式？打個比方，你就懂了：

以前部門之間協(xié)作，像踢球：A 把球踢給 B，B 再傳給 C，中間要反復確認、反復問「收到?jīng)]、輪到誰、卡哪了」。

當系統(tǒng)長在業(yè)務里后，協(xié)作更像接力賽。接力棒在哪、下一棒是誰、要不要起跑，一眼就知道，流程成了協(xié)作鏈，推著項目往前走。

協(xié)作順了之后，組織規(guī)?；矔冚p。

一家團隊從 5 個人長到 20 個人，新人往往跟不上老人的節(jié)奏。

老人靠經(jīng)驗和默契做事，新人靠問，問入口在哪、問下一步是誰、問要找誰。但當系統(tǒng)長在業(yè)務里后，這些隱形流程全變成了可見邏輯。

新人點開應用就是：

今天要做什么、去哪進、補哪些信息、下一棒是誰、自己負責哪一步；組織像突然上了軌道，不用“帶人跑”，而是「用系統(tǒng)帶著人跑」。

協(xié)同一旦跑順，決策速度自然會被拉起來。

04

不信？我講幾個個例子。

先說一個業(yè)務復雜度天花板級別的行業(yè)案例。永旺是典型的大規(guī)模零售和綜合服務企業(yè)。組織大、角色多、鏈路長，一個動作能牽動好幾條業(yè)務線。

這種公司最典型的問題是跨部門協(xié)作永遠對不上，數(shù)據(jù)永遠不同步。

他們之前也試過做「大系統(tǒng)」，一套預算就是 1 億日元，但流程一遍，就要重新開發(fā)。

后來，直接把整個員工管理和業(yè)務流程鏈路，用飛書多維表格搭了出來。

結果非常扎實：

• 1,000 多人同時在線協(xié)同
• 半年跑了 128 萬行數(shù)據(jù)
• 完整覆蓋員工管理、派遣、門店業(yè)務等全鏈路
• 直接替代原本預算 1 億日元的大系統(tǒng)

以前靠人對數(shù)據(jù)，現(xiàn)在流程一跑，數(shù)據(jù)自己對齊了；所以，當系統(tǒng)長在業(yè)務里，跨部門協(xié)作不需要靠喊、靠同步、靠群里催。

再說一個「一鍋端」的。

海正動保是做獸藥的，業(yè)務鏈特別長：生產(chǎn)、庫存、質(zhì)檢、運營、銷售、經(jīng)銷商……

每條線都像高速路一樣，車流量巨大，換一條線都得重新畫圖。他們過去數(shù)字化方式，靠各部門各一個表，各做各的。

應用模式出來之后，他們干脆上手做了一個「業(yè)務中臺」，把產(chǎn)供銷整個鏈路全塞進去。

比如：

• 角色自動分層（誰看什么，系統(tǒng)自己知道）
• 數(shù)據(jù)全程聯(lián)動（生產(chǎn)影響庫存，庫存影響配送）
• 質(zhì)量巡檢、拍照、記錄全部自動歸檔
• 哪一步誰來干，全都清楚地掛在鏈路里
• 連經(jīng)驗都封成「AI 提示詞」，系統(tǒng)會提醒下一步該干啥

所以，以前靠「人盯的流程」，現(xiàn)在「流程推著人往前走」，這是完全不同的兩種組織狀態(tài)。

還有電競行業(yè)。

很多人想象里的電競，是比賽、選手、舞臺燈光。但做過活動的人都知道：它本質(zhì)上是一個「極端流程密集型行業(yè)」。

品牌合作、物料、審核、場館、人員排班……

任何一個節(jié)點掉鏈子，都可能影響整個賽事體驗；英雄電競現(xiàn)在怎么做的？它們把各部門、近60張表格整合在一起，成了「運營工作臺」。

進去后，每個人只看到「跟自己有關的那一塊」，審批、物料、場館申請、流程狀態(tài)全在一個界面，原來要靠幾十條信息流收尾的事，現(xiàn)在一個應用就能管住。

藥企更不用說了。

復雜程度不比任何行業(yè)低。實驗、設備、巡檢、拍照、隱患排查、整改、復核，每一步都有行業(yè)標準、監(jiān)管要求、合規(guī)節(jié)點，隨便一個環(huán)節(jié)亂了，都可能帶來巨大的風險。

醫(yī)藥行業(yè)標桿博騰制藥的EHS（環(huán)境、健康、安全）實驗室過去用100張表來管理實驗室物品和流程。

用了應用模式后，他們把整個實驗室的管理鏈路做成了一個「實驗室綜合管理系統(tǒng)」，支持人員管理、設備管理、耗材與試劑管理，以及安全隱患排查等工作。

沒錯，應用模式的升級，就是這么省事。

對了，除了它們以外，還有廣州昌鄰（檸檬茶品牌 LINLEE）、元氣森林.....

太多了，我數(shù)不過來了。

飛書多維表格應用模式，讓碎在 Excel、口口相傳里的流程，統(tǒng)統(tǒng)長成了一個「能跑業(yè)務的應用」。

對企業(yè)協(xié)作順了、規(guī)模輕了、決策快了；對 ISV，從「靠人做項目」，變成「把 know-how 產(chǎn)品化」；對 SaaS 行業(yè)，是供給方式被徹底改寫。

所以，我認為，應用模式不能用功能概括，它是下一代業(yè)務系統(tǒng)的雛形。