ooligo
ENTRY TYPE · framework

NDA プレイブック

By Marius Bughiu Last updated 2026-08-10 Legal Ops

NDA プレイブックとは、社内法務チームが秘密保持契約をレビューまたは作成する際に適用する、許容ライン・フォールバック・決裂ラインを文書化したものです。その目的は、大半の NDA が弁護士のもとに届かないようにすることにあります。ポジションは一度だけ決め、レビューツールに符号化し、あとはコーディネーター、パラリーガル、または AI エージェントが適用します。NDA は多くの法務チームが扱う契約のなかで最も件数が多く、同時に弁護士の判断力を使う先としては最も価値の低い対象です。年 500 回も判断をやり直すのではなく、ポジションを書き出すべき理由はここに尽きます。

白紙からではなく、公開フォームから始める

無償で公開されている 2 つのフォームが、すでに擁護可能なポジション一式を符号化しています。自前で起草するより、どちらかを採用するほうが速いです。

  • oneNDA(v2.1)は法務コミュニティが起草した相互 NDA で、本文は固定です。表紙の変数(当事者、目的、秘密保持期間、準拠法)を埋めるだけで、それ以外は変更しません。residuals 条項はなく、開示者の請求から 30 日以内の返還または破棄を定め、アーカイブと記録保存の例外を置き、救済としては差止めを指名しています。文言を交渉する場合、プロジェクトは oneNDA のブランド表示を外すよう求めます。この強制メカニズムこそが、このフォームを採用する価値そのものです。双方が無修正の oneNDA を使えば、交渉すべきものは何も残りません。
  • Common Paper Mutual NDA(v1.0)は、固定の Standard Terms と、自分で設定する Cover Page を分離しています。デフォルトは、効力発生日から 1 年間の秘密保持、営業秘密に該当するものは無期限、慣行的な 4 つの除外事由、そして準拠法と管轄はデラウェア州です。

両者の差に注目してください。Common Paper のデフォルトは 1 年ですが、社内プレイブックの多くは 2〜3 年に着地します。この差について、あなたのプレイブックは見解を持つ必要があります。公開フォームを採用してもプレイブックが不要になるわけではありません。プレイブックの仕事が、文言の起草から、設定値の選択と「相手方のフォームで何を受け入れるか」の判断へ移るだけです。

相互 NDA と一方的 NDA

  • 相互 NDA。 双方が開示します。提携、ベンダー評価、初期の M&A 協議、そして情報が双方向に流れるほとんどの B2B 案件でのデフォルトです。
  • 一方的 NDA。 一方だけが開示し、受領側だけが義務を負います。面接プロセス、一方向の製品デモ、インバウンドのベンダー提案には適切です。

特段の理由がない限り、相互をデフォルトにしてください。実質的に双方向の案件で一方的 NDA が送られてくる場合、それは相手方が判断した結果ではなく、手近なテンプレートを使っただけであることがほとんどです。

条項グリッド

条項許容フォールバック決裂
秘密情報の定義秘密と明示されているか、状況から合理的に秘密と理解でき、明記された目的に紐づくもの秘密表示のある書面に加え、30 日以内に書面で確認された口頭開示目的制限も除外事由もない「あらゆる情報」
秘密保持期間開示から 2-3 年、営業秘密のみ無期限すべての情報類型について 5 年すべてに無期限の義務、または情報の有用期間より短い期間
許容される利用評価目的を表紙に明示より広いが範囲の限られた事業目的制限のないあらゆる利用
除外事由4 つすべて(公知、既知、独自開発、第三者からの適法な取得)4 つすべて、合理的な立証水準つき4 つ未満、または自社の記録では満たせない立証責任
返還・破棄書面請求に応じて。アーカイブ 1 部、定常バックアップ、リーガルホールドは例外終了後 30 日以内、例外はそのまま維持バックアップを含む全複製の認証破棄を短期限で要求
救済担保なしの差止めと実損害。費用は各自負担差止めと実損害予定損害賠償・懲罰的賠償、または一方向の費用負担
準拠法自社の本拠地、または営業秘密法制が整備された中立地その条件を満たすなら相手方の本拠地どちらの当事者とも関係のない法廷地、または執行に不利な法廷地
譲渡書面同意なしには不可関連会社および支配権変更時は可任意の第三者への自由譲渡

グリッドだけでは分からないことが 2 つあります。

residuals はテーブルのどちら側に座るかで変わります。 residuals 条項は、受領側がメモなしで記憶している内容を利用することを認めるものです。情報の純受領者には有利で、純開示者には不利です。したがって一律のポジションは、案件の半分について誤りになります。NDA 件数の大半が他社技術の評価に費やされるチームなら、営業秘密と意図的な暗記を除外した、狭い「記憶のみ」の residuals 条項を残す価値があります。NDA が主に自社のロードマップ、価格、顧客データを守るためのものなら、削除してください。両方のバリアントをプレイブックに書き、片方を選んで我慢するのではなく、相手方の類型で振り分けます。

業種別のレイヤーはグリッドの上に載ります。 バイオテックの NDA には IP 不使用条項が加わり、防衛分野では輸出管理条項が加わります。患者データや EU の個人データに触れる場合は、NDA の中で解決するのではなく、HIPAA の確認文言や DPA チェックリスト を持ち込みます。

計算例:自動承認率の実際の価値

年間 600 件の NDA を締結し、そのすべてを弁護士に回して 1 件 35 分でレビューしているチームを考えます。社内の完全負荷レートを $220/時とすると、弁護士 350 時間、社内コストにしておよそ $77,000 です。各契約がキューで待つあいだに失われる営業日はまだ数えていません。

ここで、その量の 65% を自動承認パスへ移します。エスカレーションされた 210 件は引き続き 1 件 35 分(122 時間)、自動承認された 390 件のうち 10% の抜き取り確認が 1 件 5 分(3 時間)です。弁護士の負荷は約 126 時間、およそ $27,700 に着地し、全体の 3 分の 2 については待ち時間が当日中まで短縮されます。

リターンのすべては 1 つの変数、すなわち自動承認率で決まります。そしてその率を決めるのは、どのベンダーを買ったかではなく、「許容」の列をどれだけ広く書いたかです。次のバンドで較正してください。

  • 符号化から 2 四半期を経て自動承認 40% 未満:許容の列が、許容できる NDA ではなく理想の NDA を記述しています。エスカレーション待ち行列に、弁護士が実際に修正したはずの契約だけが残るまで広げてください。
  • 60-75%:相互 NDA が中心のポートフォリオにおける目標レンジです。
  • 85% 超:プレイブックが特別に優れているというより、決裂の列にポジションが 1 つ抜けている兆候であることが普通です。承認済みのサンプルを監査してください。

運用に落とし込む

  1. CLM のインテークでルーティングを符号化する。 インテークフォームで 3 つ(相手方の類型、関連案件があればその金額、業種または法域)を尋ね、その回答からテンプレートと承認パスを選びます。フォーム設計は リーガルインテーク を参照してください。
  2. レビューの前にトリアージ工程を置く。 LegalOn は 2026 年 3 月に Triage Agent を提供開始しました。受領した契約を符号化済みプレイブックに照らして高・中・低の優先度で評価し、低リスクの契約は先に進め、標準外の条項はエスカレーションします。弁護士が書いた 50 以上のプレイブックが同梱され、ゼロから作らずに自然言語で編集できます。IvoSpellbook は、レビュー担当者がすでに作業している Word アドインの中で同等のチェックを実行します。
  3. 相手方のフォームを自動でレッドラインする。 相手方が自社フォームを送ってきたら、人が開く前にツールが自社ポジションに合わせてマークアップします。BlackBoiler は、第三者フォームを大量に処理する狭い用途での選択肢です。ドラフトを投入すると、Word の変更履歴付きで返ってきます。弁護士がレビューするのは、素の文書ではなくレッドラインです。
  4. 4 つのトリガーでエスカレーションする。 決裂ポジションが出現した、相手方が政府機関または制裁対象法域にある、関連案件が自動承認の上限を超えた、相手方が自社レッドラインを 2 回拒否した。それ以外はすべて自動パスで処理します。
  5. 毎月 2 つの数字を測る。 上記バンドに対する自動承認率と、パス別に分けたサイクルタイムの中央値です。目標は自動承認が同一営業日、エスカレーションが 3 営業日。サイクルタイムが横ばいのままエスカレーション率が上がっているなら、量が増えたのではなくプレイブックが陳腐化しています。
  6. 相手方ごとのポジションを保存する。 繰り返し取引する相手方が同じフォールバックを 3 回主張したなら、それをその相手方の保存済みデフォルトにします。省略できる交渉とは、すでに一度行った交渉のことです。

よくある失敗

  • プレイブックが、もう存在しないツールを名指ししている。 このページは以前、自動承認を LawGeex 経由で説明していました。同社のエンタープライズ製品は 2023 年に解体され、資産は Robin AI へ、残った顧客は LegalSifter へ移っています。死んだベンダーを名指しするプレイブックは、事業部門に「この文書は古い」と教えてしまい、残りの記述も信用されなくなります。ガード: ツール列に日付を付け、契約更新カレンダーと同じ周期で見直してください。
  • NDA を最重要の契約類型として扱う。 最も件数が多いだけで、最も重大なわけではありません。プレイブックの仕事は、NDA を弁護士の注意からほぼ見えなくすることであり、その注意を実際にリスクを負う MSA レッドライン の作業に振り向けさせることです。ガード: NDA パスが四半期あたりに消費してよい弁護士時間に上限を設け、超過をプレイブックの欠陥として扱ってください。
  • 無期限の義務をデフォルトで受け入れる。 相手方のテンプレートには「永久に」と書かれているものがあり、保護的に聞こえるため多くのレビュー担当者が通してしまいます。これは自社チームが追跡し履行し続けねばならない無期限の義務です。ガード: 全情報への無期限義務を符号化ルール上のハード決裂とし、人が意図的に上書きしなければ通らないようにしてください。
  • ベンダーの精度数値を信じる。 契約 AI のベンダーはどこも、自社で選んだサンプルで測ったベンチマークを公表します。その数字が何を示し何を示さないかは AI 契約レビューの精度 を参照してください。ガード: 自社で締結済みの NDA 30-50 件でパイロットを行い、シニアのレビュー担当者に「自分ならこう書いた」を基準に採点させ、実測した見落とし率から自動承認のしきい値を決めてください。

このフレームワークが機能しなくなるとき

プレイブックが割に合わなくなるケースは 3 つあります。件数が少ない場合: 年 50 件程度を下回ると、ルールの符号化と保守のコストが、節約できるレビューを上回ります。代わりに 1 ページのポジションシートを書いてください。相手方が 1 社に偏っている場合: NDA の 80% が単一の顧客またはパートナーの自社フォームで来るなら、包括的な秘密保持契約を 1 本交渉し、個別フォームのレビューはやめます。開示が極端に非対称な場合: 実質的な開示者が自社だけで、その情報が本当に中核であるなら、プレイブックの出来にかかわらず NDA は弱い手段です。開示を段階に分け、機微な資料はプロセスの後半まで出さず、保護は取引条件のほうに置いてください。

関連