契約審査の進捗管理をLegalOSで整理する方法｜誰待ち・どこ止まりを見える化する

1. 契約審査が遅れる原因は「法務のレビュー」だけではない

契約審査の進行が遅いと、まず「法務が止めているのではないか」と疑われがちです。しかし実務を振り返ると、契約審査が止まっている場所は、法務のレビュー作業中だけではありません。

依頼者からの追加情報待ち、相手方の回答待ち、承認者の確認待ち、添付資料待ち、最終決裁待ちなど、契約審査は複数の工程で止まり得ます。それぞれの工程で「誰がボールを持っているのか」「いつから止まっているのか」「次に何をすればよいのか」が見えていないと、滞留はあちこちで静かに進行します。

メール、Excel台帳、チャットを併用していると、こうした情報は別々の場所に散らばります。担当者の記憶やメール検索に頼った進捗管理は、契約審査の件数が増えるほど、また担当者が不在になるほど、確実に破綻していきます。

本記事では、契約依頼を受け付けた後の契約審査の進捗管理に焦点を当て、LegalOS本体を使って「誰待ち・どこ止まり・次アクション」を案件単位で見える化する考え方を整理します。第4話で扱った「契約依頼の入口整理」の続編にあたる回です。

2. まず結論：契約審査は「ステータス」と「次アクション」で管理する

契約審査の進捗管理は、「未完了／完了」の二値では足りません。実務では、契約案件は次のような複数の状態を行ったり来たりします。

• 法務確認中（法務担当者がレビュー中）
• 差戻し中（依頼者に確認事項を返している）
• 依頼者回答待ち（依頼者の回答や追加資料を待っている）
• 相手方確認待ち（相手方に修正案を返して待っている）
• 法務修正版作成中（相手方コメントを踏まえて社内修正中）
• 承認待ち（法務マネージャー・部門長の承認待ち）
• 最終決裁待ち（権限者の決裁待ち）
• 締結準備中（電子契約・押印手配中）

これらの状態を整理するために必要なのは、次の3点です。

1. 現在のステータスを案件単位で記録する
2. 誰が次に動くか（ボール保持者）を明確にする
3. 次アクションといつから止まっているかを残す

LegalOSは、契約案件をこの3点で整理するための法務案件管理ツールです。ただしツールを入れただけで進捗が整うわけではなく、社内のステータス運用ルールとセットで考える必要があります（詳細は後述）。

3. 契約審査の滞留ポイントマップ

まず、契約審査がどこで止まりやすいかを俯瞰します。法務担当者の作業中だけが滞留ポイントではないことが、図解で見ると分かりやすくなります。

4. 契約審査の進捗が見えないと、実務で何が起きるか

滞留ポイントが見えていない状態が続くと、現場では次のような状況が発生します。法務担当者の責任ではない原因による滞留が「法務が遅い」と認識されることも珍しくありません。

• 誰がボールを持っているか分からない：依頼者・法務・承認者の誰の対応待ちかが曖昧になる
• 法務で止まっている誤解：実際は依頼者回答待ちなのに、法務が止めていると思われる
• 依頼者回答待ちの放置：依頼者側の回答が来ないまま、案件が静かに沈む
• 承認者確認待ちの見落とし：レビューが終わったのに承認待ちで止まっている
• 差戻し理由の喪失：何を確認するために差し戻したかが思い出せない
• 期限超過への気づきの遅れ：希望締結日を過ぎてから慌てる
• 過去のやり取り探し：メール検索やフォルダ探索に時間を取られる
• 引継ぎ困難：担当者が休暇・退職した瞬間に進捗が分からなくなる

これらは「契約レビューの質」とは別の問題で、進捗管理の設計が抜けていることに起因します。レビューがどれだけ的確でも、進捗が見えていなければ滞留は解消しません。

5. 契約審査で使いやすいステータス設計

ステータスは細かすぎても運用が回らず、粗すぎても誰待ちが見えません。以下は、一人法務・少人数法務でも回しやすいステータス設計の例です。会社の実態に合わせて、統合・分割してください。

• 依頼受付済み：依頼を受け、案件化された状態（未着手）
• 法務確認中：法務担当者がレビュー作業中
• 依頼者確認待ち：法務から依頼者へ確認事項を返している
• 追加資料待ち：依頼者から仕様書・見積・関連契約などの提出待ち
• 相手方確認待ち：相手方に修正案・コメントを送付して回答待ち
• 法務修正版作成中：相手方コメントを踏まえて社内修正中
• 承認待ち：法務マネージャー・部門長等の承認待ち
• 最終決裁待ち：権限規程上の決裁者の決裁待ち
• 締結準備中：電子契約・押印・送付手配中
• 完了：締結・控え保管完了
• 保留：依頼者・事業側都合での一時停止
• 中止：失注・案件中止

ステータスは多くしすぎると、運用ルールの整備が追いつかなくなります。最初は8〜10種類程度から始め、必要に応じて細分化するのが現実的です。

6. 契約審査の理想ステータスフロー

次に、ステータスの典型的な流れを番号付きで整理します。実際は差戻し・再修正で行き来しますが、骨格は次の流れになります。

各ステップで「状態」「次に動く人」「何を記録するか」が明確になっていれば、案件がどこで止まっても次の一手が見えます。実務上は、ステップ3〜6で何度か行き来するのが通常です。

7. LegalOS本体で進捗を見える化する考え方

LegalOS本体は、契約依頼・審査・承認・差戻し・記録を案件単位で整理する法務案件管理ツールです。進捗管理の文脈では、次の役割があります。

• 案件ごとのステータス管理：法務確認中、差戻し中、承認待ちなどを案件単位で記録する
• 担当者・関係者の明確化：依頼者・法務担当者・承認者を案件に紐づける
• 差戻し理由の記録：何を確認するために差し戻したかを履歴として残す
• 追加資料の提出状況管理：必要資料リストと提出済み資料を整理する
• 承認待ち・決裁待ちの見える化：承認対象版・確認観点・期限を共有する
• 完了条件の明確化：締結日・締結版・保管先など、案件のクロージング条件を残す

大切なのは、LegalOSは法務判断を代替するツールではないということです。レビュー内容そのものや交渉方針の決定は、法務担当者・責任者・必要に応じて外部専門家が行います。LegalOSが整理するのは、案件の流れ・ステータス・履歴です。

8. メール・Excel・チャットによる進捗管理の限界

メール・Excel・チャットだけで契約審査の進捗を管理しようとすると、次のような限界に突き当たります。

• メール：スレッドが長くなるほど、現在の状態が読み取りにくくなる。複数案件が同じスレッドに混在すると追跡が困難。
• Excel：ステータス欄は作れるが、契約書ファイル・修正版・コメント・承認履歴との紐づきが弱い。同時編集に弱く、版が分裂しやすい。
• チャット：情報が流れていく。決定事項と途中議論が混ざる。検索精度が低い。
• 共通の問題：「法務で止まっているのか、依頼者で止まっているのか」が曖昧になり、担当者の記憶に依存する。

これらは「メールやExcelが悪い」という話ではなく、進捗管理の専用ツールではないことに起因します。案件数が少ないうちは回せても、件数増加・担当者交代・社内監査などのタイミングで一気に弱点が露呈します。

9. メール・Excel進捗管理とLegalOS進捗管理の違い

10. 進捗管理で必ず見るべき項目

案件単位で進捗を見える化するために、最低限押さえたい管理項目は次のとおりです。

• 案件名（識別しやすい命名）
• 依頼者（部署・担当者）
• 法務担当者
• 相手方（会社名・窓口）
• 契約類型（NDA、業務委託、ライセンス等）
• 希望期限・希望締結日
• 現在ステータス
• 次アクション
• ボール保持者
• 最終更新日
• 添付資料の有無・提出状況
• 承認状況・決裁状況
• 完了条件

表1：契約審査の進捗管理で見るべき項目一覧

11. ステータス設計マップ

運用するステータスを意味と次アクションの観点でカード型に整理しました。色は、準備・対応中・待機・完了・停止のグルーピングを示しています。

12. 差戻し管理が重要な理由

差戻しは単に契約書を依頼者に返す作業ではありません。法務が何を確認したいかを明確にし、依頼者にどのような回答・資料を求めるかを言語化する工程です。

差戻しの記録に必要な要素は、次のとおりです。

• 差戻し理由（条文上の論点・事実関係の確認・社内方針との整合）
• 依頼者への依頼事項（具体的に何を確認・回答してほしいか）
• 回答期限
• 再提出してほしい資料

これらを案件履歴として残しておかないと、依頼者が回答した後、法務側で「何を聞いたんだっけ」と振り返るところからやり直しになります。同じ確認事項を別の表現で繰り返してしまい、依頼者から不信感を持たれることもあります。差戻しの記録と証跡管理については、本シリーズ第7話「承認・決裁・差戻しをLegalOSで記録する方法」で詳しく扱います。

13. 承認待ち・決裁待ちを見える化する理由

法務レビュー自体が終わっても、契約はそこで完結しません。社内権限規程に応じて、承認者・決裁者の確認が必要になります。承認・決裁待ちが見えていないと、次のような問題が起きます。

• 承認者が誰なのか、案件ごとに不明確
• どの版を承認すべきか分からない（最終版なのか、暫定版なのか）
• 承認者の不在期間に案件が止まっていることに気づかない
• 「法務確認が終わったのに締結が進まない」原因が見えない

承認待ち・決裁待ちは、法務側ではなく承認者・決裁者の対応に依存します。だからこそ、案件単位で「誰の対応待ちか」「いつから待っているか」を残しておく価値が大きい工程です。承認・決裁・差戻しの記録方法は、第7話で具体的に取り上げます。

14. 契約書・添付資料と進捗を紐づける理由

進捗管理は、契約書ファイル・添付資料の管理と切り離せません。次のような疑問が出てくる場面は、実務上頻繁にあります。

• 「今、法務確認中なのはどの版？」
• 「相手方に送ったのは、どの修正版だっけ？」
• 「承認対象の版はどれ？」
• 「補足資料は揃っているか？」

ステータスだけ管理して、版や添付資料が別フォルダで管理されていると、案件の現在地が分からなくなります。版管理・添付資料管理の具体論は、本シリーズ第6話「契約書の版管理・添付資料管理をLegalOSで行う方法」で扱います。

15. AIレビューを使う場合の進捗管理

ChatGPTや契約書AIレビュー専用プロンプト集を使ってAIレビューを併用する会社も増えています。ただし、AIレビューは契約審査の一工程にすぎず、進捗管理そのものを置き換えるものではありません。

AIレビューを併用する場合の典型的な流れは次のとおりです。

1. AI入力可否の確認：相手方との秘密保持義務、社内のAI利用ルール、個人情報・営業秘密の有無を確認する
2. マスキング：必要に応じて、個人名・会社名・金額・取引先名などを伏せる前処理を行う
3. AIへの指示：契約書AIレビュー専用プロンプト集などを用いて、レビュー観点・コメント案・修正文案をAIに出力させる
4. 法務担当者の確認：AI出力をそのまま使うのではなく、論点抜け・誤読・条文の最新性を法務担当者が必ず確認する
5. 案件記録への反映：AI出力の採用箇所・修正箇所をLegalOSの案件履歴に残す

AIは便利な道具ですが、AIが「判断してくれる」わけではありません。AI出力は素材であり、論点の取捨選択・交渉方針の決定は、法務担当者の判断に委ねられます。マスキングについても、「マスキングすれば安全」と断定はできません。残存リスクの評価は、案件ごとに行う必要があります。

16. LegalOSとプロンプト集の役割分担

進捗管理・AI入力前処理・AI指示・最終判断は、それぞれ別の道具・別の主体が担います。工程別に整理すると次のようになります。

道具と人の役割を分けて考えると、「LegalOSにすべてを任せれば法務判断が不要」「AIが代わりに判断してくれる」といった誤解を避けやすくなります。LegalOSは案件の流れを整え、AIは作業を支援し、最終的な法務判断は人が行います。

17. ステータス別に確認すべきこと

表2：ステータス別の確認事項一覧

表3：メール・Excel管理とLegalOS管理の比較

18. LegalOSが向いている会社・向いていない会社

表4：LegalOS適性チェック

19. ステータス管理は運用ルールとセットで考える

ステータス名を決めるだけでは、進捗管理は機能しません。実務で回すためには、最低限、次のような運用ルールを言語化しておく必要があります。

表5：ステータス運用ルールの主なポイント

これらの運用ルールは、最初から完璧に決める必要はありません。導入直後は最低限のルールから始め、運用しながら追加・修正していくのが現実的です。

20. まとめ：進捗管理は「ステータス＋次アクション＋運用ルール」で整える

本記事の要点を整理します。

• 契約審査の遅れは、法務のレビュー作業中だけでなく、依頼者回答待ち・相手方確認待ち・承認待ち・追加資料待ちなど、複数の工程で発生する
• 「未完了／完了」だけでは契約審査の実態を管理しきれず、ステータス・誰待ち・次アクションの3点を案件単位で見える化する必要がある
• メール・Excel・チャットだけでは、ステータス・差戻し理由・契約書ファイル・承認履歴の紐づきが弱く、担当者の記憶に依存しがちになる
• LegalOS本体は、契約案件ごとのステータス・差戻し・承認・記録を整理する法務案件管理ツールであり、進捗管理のための仕組みを提供する
• LegalOSは法務判断を代替するものではなく、最終的な論点取捨選択・交渉方針・条文解釈は法務担当者の判断に委ねられる
• ステータス管理は、ツールだけでなく、変更タイミング・記録項目・完了条件などの運用ルールとセットで考える必要がある
• AIレビューやプロンプト集はレビュー内容の整理に役立つが、進捗管理そのものは別の仕組みで整える必要がある

次回（第6話）は、「契約書の版管理・添付資料管理をLegalOSで行う方法」を扱います。進捗管理と並んで実務でつまずきやすい、原本・法務修正版・相手方再提示版・補足資料の整理を取り上げます。