如何使將飛書的多維表格應用于實際的合同管理中，提高團隊的生產(chǎn)力呢？本文作者對飛書多維表格中的合同管理模塊進行了分析，一起來看一下吧。

上一篇我們拆解了飛書多維表格的功能，本篇我們來看看如何使用飛書的多維表格應用于實際的合同管理，來提高團隊的生產(chǎn)力以及加深對飛書多維表格的理解。

一、合同管理需求

對于我們 SaaS 產(chǎn)品的合同管理來說，主要的業(yè)務訴求有以下幾點：

• 建立合同檔案：將線下合同電子化，方便隨時查閱；
• 回款跟進：當合同還有剩余回款時，提醒負責人跟進客戶付款；
• 合同到期提醒：合同到期前對相關(guān)的負責人進行提醒，跟進客戶進行續(xù)約；
• 數(shù)據(jù)統(tǒng)計：以可視化的方式呈現(xiàn)合同的各項數(shù)據(jù)，如簽訂客戶數(shù)量、金額、趨勢、已回款占比等等，方便管理者了解業(yè)績和部署工作。

二、合同業(yè)務對象

根據(jù)上面的需求，我們可以得到合同業(yè)務涉及的業(yè)務對象如下：

• 合同：主要業(yè)務對象，且包括產(chǎn)品明細和回款記錄兩項明細數(shù)據(jù)；
• 客戶：簽約的客戶信息；
• 產(chǎn)品：合同中包含的產(chǎn)品（或服務）信息；
• 責任人：負責跟進合同的人員，以便進行提醒。

上述涉及到的業(yè)務對象關(guān)系圖如下所示，這里假定合同是直接和客戶簽訂，不涉及三方合同。

三、建立多維數(shù)據(jù)表

接下來我們用飛書的多維表格建立上述的業(yè)務對象數(shù)據(jù)表。建立數(shù)據(jù)表要考慮先后順序，比如客戶、產(chǎn)品和負責人（這里直接從飛書通訊錄讀?。┒际呛贤蕾嚨幕A(chǔ)數(shù)據(jù)，應該先建立。然后產(chǎn)品明細和回款記錄依賴于合同，因此先建立完合同再來建立產(chǎn)品明細和回款記錄表。這一次我們不使用模板，從零開始搭建。

1. 省份數(shù)據(jù)表

為了統(tǒng)計客戶分布，我們建立了一個省份數(shù)據(jù)表，方便供其他地方統(tǒng)一使用同一份省份數(shù)據(jù)。這里多提一下，對于類似行政區(qū)劃這樣的基礎(chǔ)數(shù)據(jù)，應該在一開始就確定好，避免各個業(yè)務子系統(tǒng)各自使用不同的版本導致最后數(shù)據(jù)統(tǒng)計歸口不統(tǒng)一。省份一般會給其他數(shù)據(jù)做單選或多選的引用選擇，因此需要設(shè)置為單選；同時提供一個自動增加的 ID 字段。之后，我們將全國的34個省級行政區(qū)劃錄入即可。

2. 客戶數(shù)據(jù)表

客戶數(shù)據(jù)表我們做了簡化，只保留了客戶名稱、客戶級別、聯(lián)系人、聯(lián)系電話、所屬省份這些信息，其中客戶名稱作為索引列來確定唯一性。實際的話可以參考各類 CRM 系統(tǒng)的客戶信息（比如單獨有客戶聯(lián)系人檔案）。當然，飛書的表格支持字段自定義，后續(xù)有需要也可以自己添加所需的字段。這里的所屬省份我們采用的是單選，然后引用省份數(shù)據(jù)表的名稱列作為選項。

完成后的客戶數(shù)據(jù)表如下所示，其中聯(lián)系電話使用的是電話號碼類型字段，客戶級別是單選字段，分為普通客戶 、重要客戶和 KA 客戶。

3. 產(chǎn)品數(shù)據(jù)表

產(chǎn)品信息我們設(shè)置比較簡單，只有名稱、售價和銷售狀態(tài)字段。其中名稱用于索引列，銷售狀態(tài)用于將一些產(chǎn)品標記為已下架，從而避免合同中添加已下架產(chǎn)品（不影響歷史合同）。售價使用的是金額類型字段，飛書的金額類字段支持多種貨幣，比如人民幣、美元、歐元、澳元等。

4. 合同數(shù)據(jù)表

合同檔案包括合同名稱、合同編號、簽約客戶（雙向關(guān)聯(lián)客戶表）、合同總額、已回款金額、剩余回款金額、產(chǎn)品明細（雙向關(guān)聯(lián)產(chǎn)品明細數(shù)據(jù)表，支持選擇多條記錄）、回款記錄（雙向關(guān)聯(lián)回款記錄數(shù)據(jù)表，支持選擇多條記錄）、簽約日期、合同起止日期、合同附件、負責人等字段。

其中剩余回款金額采用公式計算，飛書的公式有點類似 Excel 的公式，可以通過公式自動計算剩余回款金額。

5. 合同產(chǎn)品明細數(shù)據(jù)表

合同產(chǎn)品明細數(shù)據(jù)表需要同時關(guān)聯(lián)產(chǎn)品和合同，為了方便合同看到已售產(chǎn)品明細，合同和產(chǎn)品明細需要雙向關(guān)聯(lián)，而產(chǎn)品明細只需要和產(chǎn)品進行單向關(guān)聯(lián)即可。同時，產(chǎn)品明細表應該包括產(chǎn)品、原價（記錄當時銷售的原價），銷售單價（實際價格）、數(shù)量、小計等信息。其中小計采用計算公式，設(shè)置其等于銷售單價乘以數(shù)量。這里注意合同不允許選擇多個。

其中我們的原價從產(chǎn)品表取得，采取的方式是使用查找引用，自動填充當前選擇銷售產(chǎn)品的價格。這里有個需要注意的地方是，我們可以通過查找條件來保證獲取的原價信息和當前選擇的產(chǎn)品一致。那就是用產(chǎn)品表的 ID 和當前銷售產(chǎn)品保持一致這個條件來確定原價就是所銷售產(chǎn)品的售價。

6. 合同回款記錄數(shù)據(jù)表

合同回款記錄數(shù)據(jù)表表類似于合同產(chǎn)品明細數(shù)據(jù)表，都是合同的詳細信息，因此需要和合同進行雙向關(guān)聯(lián)。合同回款記錄包括回款金額、回款日期、合同等信息，這里注意合同不允許選擇多個。

對于已完成全部回款的合同，不應該再支持添加回款記錄，因此我們在選擇合同的時候限制了選擇范圍，即要求合同的剩余回款金額大于0，這個其實就是我們產(chǎn)品設(shè)計的業(yè)務約束規(guī)則了。

四、填充基礎(chǔ)數(shù)據(jù)

數(shù)據(jù)表設(shè)計完之后，我們就需要填充數(shù)據(jù)了，比如客戶和產(chǎn)品，這個是事先需要錄入的，要不無法錄入合同信息。這里我們直接在數(shù)據(jù)表來建立一些測試數(shù)據(jù)。

我們建立了4個產(chǎn)品，其中“CRM 系統(tǒng)-免費版”這個產(chǎn)品的狀態(tài)是已下架。

同時再建立若干個客戶（實際也可以通過表單填寫，這里我們直接通過了后臺編輯數(shù)據(jù)表完成），如下所示。

有了這些之后，我們就可以生成合同表單，讓相關(guān)人員完善合同檔案了。

五、合同檔案管理

1. 合同信息錄入

合同檔案的產(chǎn)品明細和回款記錄需要創(chuàng)建合同后才能填寫，因此在生成表單之后我們需要隱藏這兩個字段，后續(xù)單獨填寫這兩項內(nèi)容。然后我們配置表單，設(shè)置合同名稱、合同編號、簽約客戶、合同總額、已回款金額、簽約日期、合同起始日期、合同結(jié)束日期、合同附件等字段要求填寫。

我們填寫幾條看看，由于互聯(lián)網(wǎng)分享其中負責人是我自己指定的，因為互聯(lián)網(wǎng)分享不能選擇內(nèi)部人員。

2. 合同產(chǎn)品明細錄入

同樣的，我們生成一個合同產(chǎn)品明細表單，如下圖所示。

這里我們發(fā)現(xiàn)一個問題，就是填寫的時候經(jīng)常要參考合同總額和已錄入的合同產(chǎn)品總額（已確保合同總額和已錄入產(chǎn)品明細的小計不沖突），因此我們最好是展示一下合同總額和已錄入合同產(chǎn)品總額，這個時候需要在合同產(chǎn)品明細表中增加兩個字段：合同總額和已錄入合同產(chǎn)品總額。合同總額可以直接引用合同的總額。

已錄入的合同產(chǎn)品總額需要利用公式統(tǒng)計當前合同產(chǎn)品明細數(shù)據(jù)表中同一份合同的所有小計之和，這需要利用飛書的公式，最后得到的字段配置如下圖所示，其中公式的意思是對合同產(chǎn)品明細表的合同列等于當前行的合同的所有行的小計進行求和。

這里解釋一下，過濾（FILTER函數(shù)）相當于對指定數(shù)據(jù)表的逐條記錄進行判斷，看看是否滿足我們設(shè)定的條件。這里的 CurrentValue 變量是內(nèi)置的，指的是用于當前被判斷的數(shù)據(jù)表的一條數(shù)據(jù)，比如下圖公式的 CurrentValue 其實就是合同產(chǎn)品明細數(shù)據(jù)表的數(shù)據(jù)。

我們看一下效果，可以看到對于同一份合同的小計進行了求和計算。這樣對比我們就可以很方便檢查已錄入合同產(chǎn)品總額是否超出了合同總額。

最終得到的填寫表單如下圖所示，當選擇一份合同時會自動顯示合同總額和已錄入的合同產(chǎn)品總額。

3. 合同回款記錄錄入

和合同產(chǎn)品明細類似，我們在合同回款記錄中需要知道剩余的合同回款是多少，以避免填寫時超出，因此我們在合同回款記錄增加一列合同剩余回款金額。

最終得到的填寫表單如下，選擇某一個合同后會自動顯示合同剩余回款金額。

這里我們就發(fā)現(xiàn)了一個新的問題，就是合同回款錄入后，合同里的已回款金額是不會立即更新的。這個時候我們上面用到的公式就派上用場了，我們通過公示設(shè)置合同數(shù)據(jù)表里的已回款金額等于該合同在合同回款記錄表的回款金額之和就可以了，如下所示。

我們來看一下效果。

這樣合同的已回款金額就和合同回款記錄的能夠保持一致了。

六、業(yè)務提醒

合同管理完成之后，我們就可以針對合同的一些關(guān)鍵業(yè)務做提醒設(shè)置了，比如回款跟進提醒和合同到期前續(xù)簽提醒。這個可以利用飛書多維表格的自動化完成。

1. 合同到期續(xù)簽提醒

合同到期需求提醒這個比較簡單，我們可以設(shè)置合同結(jié)束日期前30天提醒負責人跟進。同時為了方便負責人知道是哪一份合同，我們可以在第2步設(shè)置為查找記錄，將合同的信息列出來。然后第3步增加一個查看詳情的按鈕，查看第2步對應的記錄信息，設(shè)置的流程如下。

我錄入了一個1個月后到期的后臺來看看到期提醒是什么樣的。

到了設(shè)定的10點50分，在飛書客戶端就收到了合同即將到期提醒。

點擊查看詳情，會自動跳到瀏覽器打開對應的合同詳情。

2. 回款跟進提醒

回款跟進提醒的邏輯是在合同剩余回款金額大于0的時候，設(shè)定固定周期提醒負責人及時跟進客戶，提醒客戶支付款項。這里的剩余回款金額大于0就是前提條件，提醒負責人則是執(zhí)行的動作。不過，發(fā)現(xiàn)飛書的自動化流程目前設(shè)定的條件不支持計算公式。這塊估計要實現(xiàn)只能是通過飛書開放平臺的 API 對接后，自己開發(fā)實現(xiàn)。

七、數(shù)據(jù)可視化

數(shù)據(jù)可視化可以通過儀表盤完成，我們利用儀表盤實現(xiàn)了下面的合同管理駕駛艙。

統(tǒng)計數(shù)字部分的配置如下：

• 統(tǒng)計記錄數(shù)，然后可以通過剩余回款金額大于0來統(tǒng)計未回款合同數(shù)。
• 統(tǒng)計字段，即對合同金額、已回款金額和未回款金額進行統(tǒng)計。
• 2023年度的統(tǒng)計則是增加了一個簽約日期晚于2022年12月31日的篩選條件。

產(chǎn)品銷售占比的餅圖是從合同產(chǎn)品明細表進行統(tǒng)計的，按銷售產(chǎn)品分組，然后扇區(qū)數(shù)值為統(tǒng)計記錄總數(shù)，具體配置如下：

簽約及回款金額統(tǒng)計則是基于合同的合同總額和已回款金額進行統(tǒng)計，柱狀圖可以支持多個字段，從而可以對比某個時間簽約的合同總額和回款情況。

近30天的回款記錄則是基于合同回款記錄統(tǒng)計，數(shù)據(jù)篩選使用了回款日期等于過去30天內(nèi)的條件完成，縱軸統(tǒng)計的是當天的回款總金額。

八、總結(jié)

可以看到，飛書的多維表格基本上能夠滿足我們一些常規(guī)業(yè)務模塊的管理，比如我們這里介紹的合同管理。當然，也存在一些問題，比如公式字段無法作為流程的觸發(fā)條件；比如相關(guān)聯(lián)的數(shù)據(jù)表需要分多個表單錄入，無法一個步驟完成（例如合同產(chǎn)品明細不能在錄入合同的時候把全部產(chǎn)品明細一起錄入）。

從生產(chǎn)力上面來說，相比自己去開發(fā)一套內(nèi)部的信息化管理工具，使用飛書的這種方式更快捷、成本也更低。后續(xù)，如果真的有開發(fā)需要，也可以基于飛書的多維表格的 API 進行二次開發(fā)?？傮w來說，使用飛書的多維表格對提升生產(chǎn)力還是非常有幫助的。

本篇的目的更多地是通過案例的方式一方面演示飛書如何完成一個業(yè)務模塊的搭建，另一方面更多的是給產(chǎn)品同學了解如何理清不同數(shù)據(jù)表之間的關(guān)系，比如我們這里的客戶、合同、回款記錄、合同產(chǎn)品明細等等。飛書的多維表格利用單向關(guān)聯(lián)、雙向關(guān)聯(lián)對應的就是 ER 圖里面的一對多（或一對一）和多對多關(guān)系。我的個人感受是，如果能夠自己完整地搭建一個類似本篇介紹的模塊，會對建立數(shù)據(jù)表和業(yè)務對象之間的關(guān)系有非常深刻的認知，推薦大家也去嘗試一下。