中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

一、合同管理需求

對于我們 SaaS 產品的合同管理來說，主要的業務訴求有以下幾點：

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

二、合同業務對象

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

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

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

三、建立多維數據表

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

1. 省份數據表

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

2. 客戶數據表

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

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

3. 產品數據表

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

4. 合同數據表

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

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

5. 合同產品明細數據表

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

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

6. 合同回款記錄數據表

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

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

四、填充基礎數據

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

我們建立了4個產品，其中“CRM 系統-免費版”這個產品的狀態是已下架。

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

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

五、合同檔案管理

1. 合同信息錄入

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

我們填寫幾條看看，由于互聯網分享其中負責人是我自己指定的，因為互聯網分享不能選擇內部人員。

2. 合同產品明細錄入

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

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

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

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

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

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

3. 合同回款記錄錄入

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

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

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

我們來看一下效果。

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

六、業務提醒

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

1. 合同到期續簽提醒

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

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

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

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

2. 回款跟進提醒

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

七、數據可視化

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

統計數字部分的配置如下：

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

產品銷售占比的餅圖是從合同產品明細表進行統計的，按銷售產品分組，然后扇區數值為統計記錄總數，具體配置如下：

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

近30天的回款記錄則是基于合同回款記錄統計，數據篩選使用了回款日期等于過去30天內的條件完成，縱軸統計的是當天的回款總金額。

八、總結

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

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

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

相關閱讀：

拆解飛書多維表格