想必大家已經對多維表格的能力非常熟悉，因為目前階段市面上的多維表格產品有很多，各位也清楚如何用多維表格閉環搭建解決方案。這裡我們將思維更進一步，進入下一階段，思考如何用多維表格搭建企業的複雜系統。在這個階段我們將瞭解使用多維表格與飛書其他產品以及多維表格與自身業務系統打通的案例。

大家在使用多維表格時可能會有這樣的困惑：

這個需求多維表格能不能承接需求？

我需要思考和注意什麼？我該如何下手？

我們將以一個實際案例入手，和大家講一下用多維表格解決問題的思路和步驟。我們把整個方法分為三問、四步。

三問分別是：

核心問題是什麼？使用人群是誰？資訊流轉方式是什麼？

飛書多維表格業務三問

四步分別為：

第一步，梳理業務邏輯；第二步，設計許可權模型；第三步，設計基礎表格框架；第四步，搭建資訊流轉系統。

飛書多維表格搭建四步

這樣的描述可能會有些抽象。我們來拿零售行業客戶的門店巡檢作為一個例子，該客戶有上千家門店，每個店長每天要完成幾十項巡檢任務。但因為缺乏數字化手段的支撐，巡檢報告是靠每位店長透過拍照記錄後發到飛書大群進行管理。 1000 多家門店的每日巡檢會導致群訊息爆炸，且無法定位和管理。而透過多維表格，我們為其提供了一套完整的解決方案。我們可以先看一下最後的實現效果。

飛書多維表格實現效果

門店的精細化管理需要標準化與規範化。但是因為沒有好用的數字化工具，管理理念落地嚴重變形。全週期自動化管理，全方位資料化運營。根據巡檢任務自動生成每日巡檢表格，按總部店長店員身份自動授權任務推送後臺全域性自動化配置，解放雙手工作臺、專屬入口卡片推送，每日 7 點系統自動通知提醒，每日巡檢記錄細節自動歸檔，事實留痕門店區域完成度實時展示門店實時情況，隨時抽查重點事項，高亮總部更聚焦，店長更有譜。巡檢進度分鐘級管控，無人值守，自動提醒和統計錄飛書。

飛書多維表格-營運巡檢小程式

進入工作臺，找到營運巡檢小程式，每日早上 7 點會自動傳送巡檢任務。點選今日卡片進入填寫端，點選右下角加號，點選新增月巡檢任務都會在裡面上傳，再點選進入，直接點選記錄即可完成巡檢任務。任務會自動填充巡檢時間、店長名、店鋪名和區域，點選原本個人記錄，點選附件位置即可上傳圖片，也可以直接拍攝影片，點選文字框即可填寫文字。若圖片需要修改，可以直接長按圖片選擇刪除。巡檢發現問題時需要讓人處理。可以在需要協助人中選中電源，對方會在飛書中收到提醒，點選即可跳到對應的位置。

我們按照剛剛提到的三問四步來分析一下這個案例核心問題是什麼？訊息爆炸需要進行資訊降頻，便於管理。那麼使用人群是誰？有一線的店長，還有總部的管理層。那資訊流轉的方式是什麼？任務由總部傳遞到一線狀態呢？再由一線返回總部。當我們回答完以上三個問題，知道我們到底要幹什麼後，就可以進行系統搭建的四步驟。

第一步，梳理業務邏輯。

我們可以按照人和事兩個維度來梳理整個的業務流程，簡單繪製就可以得到以下的流程圖。

飛書多維表格-梳理業務邏輯

第二步，設計許可權模型。

我們知道這個場景中涉及到的人群分別為總部人員、門店店長、門店店員，不同的人員身份對應的許可權應該也是不一樣的。因此我們可以做出以下的歸納和總結。總部的人員需要以全域性視角看到全部下屬門店的進展情況。門店店長僅可見自己門店的任務並填寫巡檢進展，門店店員在被店長安排工作時才可以收到通知並且填寫反饋。當我們梳理完許可權需求後，就可以透過多維表格的高低許可權進行相應的設定。

設計許可權模型

第三步，設計基礎表格框架

，就是將任務轉換為表格形態，這個是客戶原本的巡檢任務表。從中我們可以提煉出三個核心要點，時間控制。每個巡檢任務都有明確的開始和截止時間，並且有時效性的要求。二、巡檢顆粒度上報資訊中有文字、圖片、影片，且有實地拍照管控的要求。三、實時跟進需要在過程中艾特相關人進行整改。我們可以透過多維表格、多欄位屬性將其切分為不同的欄位，最後轉化為多維表格的底表，可以這樣設計。

任務錶轉化成飛書多維表格

第四步，搭建資訊流轉系統。

資訊流轉可以簡單地分為對人進行訊息通知或者將資訊與外部系統對接傳輸兩種情況可以根據實際需求進行整合。在這次巡檢場景中，核心要解決的是需要有一個固定的位置，每天早上 7 點鐘推送巡檢任務。因此我們可以採用自建應用的方式將入口固定在工作臺上，並且透過多維表格的自動化進行通知。而其他的訊息通知場景也可以透過多維表格的自動化進行相應的設定。這樣我們就完成了一個業務巡檢系統的搭建。而隨著業務需求的逐漸複雜，我們還可以透過 API 進行更高階的開發和打通。

搭建資訊流轉系統