ノウハウ 契約交渉の「事例集・型集」の作り方｜論点別に落とし所を蓄積し、AIレビューに活かす
投稿日:2026年06月10日
契約交渉の「事例集・型集」の作り方｜論点別に落とし所を蓄積し、AIレビューに活かす
原則だけでは「落とし所」が見えない
プレイブックで「あるべき姿」を、例外台帳で「原則を外した記録」を持ったとしても、実際の交渉ではもう一つ知りたいことがあります。「この論点、世間では（自社では）どのあたりで著地するのが普通なのか」という落とし所の感覚です。
この「落とし所」は、ベテランが何件もの交渉をこなす中で体で覚えた、最も属人的なノウハウです。これを論点別に残したものが、本記事で扱う事例集（交渉の型集）です。例外台帳が「個別の逸脱」を残すのに対し、事例集は「交渉のパターンと著地の幅」を残します。
（本記事は、AIに学ばせる「判断知」のピラー記事のクラスターで、「4つの器」の四つめを深掘りします。）
事例集は「4つの器」のどこに位置するか
判断知の4つの器は、それぞれ役割が違います。事例集の位置づけを明確にすると、例外台帳との違いがはっきりします。
| 器 | 何を持つか | 問い |
|---|---|---|
| プレイブック | 原則（あるべき姿・許容範囲） | うちの基準ではどうか |
| 例外台帳 | 原則を外した個別の事実 | あの取引先には前回どうしたか |
| 絶対NG集 | 越えてはいけない最終ライン | これは絶対に譲れないか |
| 事例集 | 交渉の型・落とし所の幅 | こう来たら、どう返してどこに著地するか |
例外台帳が「事実の記録」なら、事例集は「勝ちパターンの抽象化」です。個別の例外が何件も積み、そこから「この論点はこういう返し方が効く」という型が見えてきたとき、それを事例集に抽象化して残します。
書き方：論点別に「強／中／弱の落とし所」
事例集は、論点ごとに「どこまで強く出て、どこで著地しうるか」の幅を並べます。強・中・弱の3段で持つと、交渉のスタートとゴールの両方が見えます。
# 論点: 損害賠償上限（業務委託_受託）
## 強（まず出す） : 委託料総額の100%を上限
## 中（着地多） : 委託料総額の200%まで許容
## 弱（限界） : 上限ありを残せれば倍率は譲歩可（上限削除はNG）
## メモ : 品質クレーム多い事業部は「中」で始める
この「強／中／弱」は、プレイブックの★／◎／NGと連動させると一貫します。弱（限界）を越えたらNG集の領域、という境界を揃えると、交渉とレビューが同じ言語でつながります。論点そのものの抽出は、生成AIで業務委託契約をレビューする手順とプロンプト集の論点リストが雛形になります。
交渉の型集：「こう来たらこう返す」
落とし所の幅に加えて、「相手の主張パターンと、それへの返し方」を型として残すと、現場の交渉力が底上げされます。
# 型: 「賠償上限は一切認めない」と言われたら
- 返し: 上限削除は社内規程上不可と伝え、代わりに倍率を上げる提案で返す
- 根拠: 過去事例でも「上限あり」を維持してきた
この型集は、経験の浅い担当者ほど助けられます。ベテランが反射的にやっている「こう来たらこう返す」を言語化することで、レビュー品質の底上げができます。
レビュー時にAIが事例集を引く
事例集を手元のテキストで持ち、案件IDや論点で引ける状態にしておくと、レビュー時に生成AIが「この論点は過去にこの辱りで著地している」と提案できます。「今回のドラフトは『強』より見劣るので、『中』まで戻す交渉を推奨」といった、型に照らした助言が可能になります。
ただし注意点があります。事例集は「参考」であって「原則」ではないため、AIにそのまま渡すと「過去に200%を認めているのだから今回もOK」と拡張解釈しかねません。「これは型の参考であり、原則はプレイブック側」と明示して渡すのがコツです。これは、例外を「参考情報」として扱う姉妹記事「例外台帳の運用ガイド」の考え方と共通します。
機密配慮：匿名化と閲覧範囲
交渉事例は、取引先名・金額・交渉の経緯といった機密を含みます。事例集を栄てるときは、次の2点を設計します。
第一に、型に抽象化するときに匿名化すること。「A社に200%を認めた」ではなく「戦略顧客区分では200%まで許容した例がある」という形にすれば、型として広く使え、機密性も下がります。個別の生データは例外台帳側（案件ID紐付け）に残し、事例集には抽象化した型だけを置きます。
第二に、高機密領域は閲覧範囲を分けること。M＆Aや人事など、型の存在自体が機密な領域は、閲覧を狭めた事例集を別途持ちます。この閲覧グラデーションは、そのままAIにどこまで渡すかのルールにもつながります。
育て方：クローズ後に1行追記
事例集も、他の器と同じく「軽く残す」が鍵です。交渉がクローズしたときに、「どの論点で、どう来て、どこに著地したか」を1行追記する。これを繰り返すと、論点別の「強／中／弱」の幅が実態に合ってきて、交渉の型が潜ります。
同じ型が何度も使われるなら、それはプレイブックの◎許容範囲を見直すシグナルでもあります。事例集→プレイブックという還元ループは、例外台帳からの還元と並んで、判断知を育てるエンジンになります。
まとめ：交渉の「型」を資産にする
事例集は、プレイブック（原則）・例外台帳（逸脱の記録）の次に効く、「こう来たらこう返し、ここに著地する」という交渉の型を論点別に蓄積する器です。強／中／弱の落とし所と返し方を匿名化して残し、案件IDで紐づけてAIが参考できる状態にします。
交渉の落とし所という、もっとも属人的だったノウハウが型として残ると、経験の浅い担当者でも「うちの交渉の型」を使えるようになります。「AIは選び、契約は1箇所に集める」——その上で、交渉の型をAIが引ける資産にしておくことが、自社基準レビューを「交渉の場面」まで拡げます。
本記事はContractS株式会社のコンテンツマーケティングチームが、エンタープライズ企業の法務・調達・管理部門向けに執筆したものです。事例集・交渉型の記録・閲覧範囲の設計にあたっては、自社の機密管理・業務特性に応じて検討してください。本記事はリーガルアドバイスではありません。
