起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識智能合同管理產品設計（3）：合同起草
編輯導語：起草合同，是當下進行交易的一個必不可少的方面。這篇文章從合同的六個方面詳細闡述了如何進行正確的合同起草，以及合同起草的重要性，推薦想要了解合同起草的童鞋閱讀。
這里的合同起草代表合同管理中的一個工作階段，包括了合同文本上傳或是在線撰寫、文字識別、文本結構化、要素提取、信息集成、自動校驗、智能審核、版本對比、提交送審一系列在合同承辦人提交審批前的功能，沒有找到合適的表達詞匯，暫且就用合同起草。
合同起草是合同管理必不可少的環節，是合同管理與業務實際結合開始，因此，無論是從提高工作效率、減少合同履約風險、還是為合同數字化提供基礎方面都有許多功能需要做。
同時，因為此功能業務人員首次接觸合同管理產品需要用到的功能點且后續使用頻率較高，所以再設計上要注重用戶體驗。
一、合同屬性
合同屬性指的是需要從文本中提取的結構化字段，如合同名稱、合同分類（參見《智能合同管理產品設計（2）：合同范本庫》中范本分類）、當事人名稱（或姓名）和住所、地位、標的、數量、質量、價款（或者報酬）、履行期限（地點和方式）、違約責任、解決爭議的方法、承辦部門、承辦人員、承辦時間等。
如果只是這些通用的合同要素設計起來比較簡單，但這不足以支撐合同履行監控、風險防范的要求，更不要說與業務系統結合，實現企業一體化數字化轉型的戰略要求。
如何確定合同系統的邊界？哪些屬性需要納入合同管理系統呢？
按照目前企業數字化的趨勢及合同作為業務執行的規范性文件，合同文本內容是提取合同屬性的最大邊界（當然這里說的主要是與業務系統邊界，合同分類、組織、系統操作時間等雖然不在合同文本內，但是需要記錄），但不包括業務邏輯的運算（如按時間段優惠的商品價格計算等）。
同時，設計通用管理分析屬性和不同合同分類的業務屬性，既滿足合同統一管理的要求，有能夠與業務系統很好融合。另外，框架協議、主從合同、背靠背合同可以根據需要做分類設計。
二、起草方式
綜合企業中使用合同管理系統起草合同方式，大致可以分為上傳合同（使用word/wps已經完成文本的撰寫）、使用范本（選擇系統提供的范本在線編輯）、批量起草（比如汽車行業與多家4S店簽訂合同）、復制合同（主要針對續約或是相似合同）等。
其中，上傳合同和使用范本起草合同是當前最重要的兩種方式。上傳合同使用人工智能方式智能提取合同要素，已經成為合同管理系統的關鍵功能（但當前效果并不理想，需要積累）。
使用范本生成合同目前在合同文本單一量大的制式合同中使用比較廣泛，如采購合同等，但目前在系統制作和更新合同模板比較復雜，主要使用word/wps的限定編輯、制作html模板、高級富文本編輯控件等方式實現，需要進一步簡化制作過程，增強文檔之間轉化的穩定性，最終達到企業范本管理員（一般是企業法務人員）能夠輕松完成的效果。
三、要素提取
合同的要素提取是個很重要的功能，不僅能夠降低的工作量、提高準確度、提升體驗感，備受一線合同承辦人喜愛（首先要提的準），而且是合同管理邁向數字化和智能化的基礎。
因此，也被所有合同管理系統服務商作為自己的亮點功能展示。但是目前還不太成熟，還需要大量的“人工標注+智能算法”的數據和技術積累，明確的規則性提取雖然能夠用到，但只能起到輔助的作用。
目前人工智能技術在合同管理方面困難是缺少實際的語料，如果大型企業自己的信息功能能夠達到足夠多的真實合同，且對人工智能的發展足夠重視應該是一個不錯的發展路徑，至少現在部分大企業已經在這條路上取得了一些成果。當然，融資成立公司，通過積累項目經驗也是一條路徑，需要積累3-5年才能夠有比較通用的產品出現。
四、合同相對方
合同相對方重點是管理是篩選、審查合作方資信，其可以作為一個單獨的功能在合同起草前的選商階段使用。合同相對方，通常是一個企業但要設計是考慮到多方的情況，并且要把簽訂合同當事企業的所有信息快照存儲。
企業相對方的信息主要包括工商信息、經營風險（行政處罰、稅收違法、嚴重違法、股權出質）、司法風險（法院公告、立案信息、判決文書、被執行人、失信信息），主要來自外部抓取的數據。
企業內部合同履約異常、糾紛案件等情況同樣也要加入合作方資信評估模型。評估模型的設計可以根據企業自身行業屬性、管理水平、風險偏好進行設計，可以黑、白、灰、紅或是A、B、C、D等級的方式呈現，且在資信等級變化或是發生重大事件時及時提醒合同承辦人和負責合同履行人員，及時做出應對措施。
關于合同相對聯系人、聯系方式、銀行賬號等信息的設計需要注意，一個合作方可能與集團多個公司或是多個部門存在合作關系，但聯系人和銀行信息不一樣。
五、校驗與審核
一般頁面校驗應該不用介紹，只是頁面信息項比較多，且直接存在一定的業務關系。但在設計時應考慮將這些信息項直接的校驗關系進行抽取，做成可以有業務人員進行控制的功能。
比如，每個單位對于合同招投標合同類型和金額的限制是不一致的，而且組織數量基數大后，規則發生變動頻率就顯得非常的頻繁，用戶非常希望有制度的制定者進行維護，而不是有服務商做的程序的代碼中，無論是及時性和成本都不符合用戶的要求，甚至影響業務的運行。目前有不少的規則引擎框架可以引入使用，或是參考其設計思路進行自研。
可以在合同起草解決設計合同的形式性審查，比如錯別字校驗、合同格式校驗、分期付款金額計算、金額大小寫、相對方名稱一致性校驗、法律引用等，雖然看次不起眼的校驗可能大部分需要基于人工智能技術的支持才能實現。
關于實質的審查目前可以通過文本智能對比發現缺失條款、對范本改動，通過提供審查清單輔助合同承辦人自查風險等，更復雜審查可以參見《智能合同管理產品設計（1）：合同智能審核》。合同校驗審核通過就可以提交審批流程了，關于合同審批可以參見《從合同審批流程出發，說說工作流引擎的設計原理》
六、關于系統集成
如何合同管理做的深入，合同起草階段集成還是比較復雜的，主要是應為合同是對外合作的主要橋梁，其中包含了不少的業務信息（采購系統、設計系統、銷售系統等），很前期談判確定的規則（招投標系統）。
面對這么對的集成系統，而且每個系統集成邏輯、信息也不一樣，這時確定合同管理的邊界顯得尤為重要（哪部分是由合同系統開發、哪部分不能納入合同系統開發否則就會陷入需求無限蔓延的泥潭）。
最好是由合同管理系統提供抽取的標準接口，但在很多企業不現實，這要考驗項目經理和產品經理業務熟練程度和管控能力的時候了。祝你好運！
本文由 @Being4 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
您好，現我們公司也想搭建合同管理系統，看到您的文章很有啟發，能夠請教一些問題~