mcpField
T
tech-contract-negotiation

tech-contract-negotiation

github.com/borgheiその他1.0k60 回インストール5 日前に更新
リポジトリ

tech-contract-negotiation について

tech-contract-negotiationは、テクノロジー契約を扱う法務、調達、営業チーム向けのスキルです。契約条項の立場分析と取引の複雑度評価に加え、三つの交渉ポジション、異議対応、譲歩計画を提供します。法的助言ではありません。

主な機能

  1. 01契約条項を交渉上の立場で分類
  2. 027つの観点から取引の複雑度を評価
  3. 03提供側・中立・顧客側の立場を提示
  4. 04段階的な異議対応と譲歩計画
  5. 05GDPR、DORA、NIS2、SOX関連の論点を収録

活用シーン

  1. 01交渉前に契約案と取引の複雑度を評価
  2. 02顧客側または提供側の視点から条項を確認
  3. 03改訂案ごとの立場の変化と優先事項を追跡
  4. 04適用規制に関する交渉材料を準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/borghei/claude-skills --skill tech-contract-negotiation

インストール後、Claude Code で/tech-contract-negotiationを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
objection_handling.md
regulatory_leverage.md
three_position_framework.md
scripts/
deal_complexity_scorer.py
negotiation_position_analyzer.py

詳細

⚠️ 実験的 — このスキルは、教育および情報提供のみを目的として提供されています。法的助言を構成するものではありません。利用に関する責任はすべてユーザーにあります。出力に基づいて行動する前に、資格を有する法律の専門家にご相談ください。

テクノロジー契約交渉スキル

概要

テクノロジーサービス契約、プロフェッショナルサービス契約、B2B 取引向けの、本番環境ですぐに使える交渉ツールキットです。主要な条項ごとに 3 段階のポジションフレームワーク(プロバイダー有利、中立、クライアント有利)を提示し、5 段階のディール規模別戦術、5 段階の異議対応、規制を活用した交渉論点、譲歩のロードマップを提供します。10 万ドルから 1,000 万ドル以上のテクノロジー契約を交渉する法律顧問、調達責任者、営業・ディールデスクチーム向けに設計されています。

目次

まず確認すること

分析の前に、以下の情報を確認してください。不明な項目や曖昧な項目があれば、推測せずに質問してください。

  • どちらの立場か — プロバイダー側かクライアント側か。--perspective 入力によって、ポジションの分類と目標ポジションが切り替わります。
  • ディールの金額と複雑さに関するパラメーター — ディールのティア(1~5)、想定期間、交渉ラウンド数を決定します。
  • 譲れない条件 — 譲歩できない条件と、譲歩のロードマップで交換可能な条件を定義します。
  • 適用される規制 — GDPR、DORA、NIS2、SOX。規制を活用した交渉論点のうち、実際に有効なものと、信頼を損なうものを見極めます。

停止ルール:出力に最も大きく影響する 2~3 項目だけを質問してください。ユーザーが「そのままドラフトして」と言った場合は、分析の冒頭に前提を列挙してから進めてください。

ツール

1. 交渉ポジション分析ツール(scripts/negotiation_position_analyzer.py)

キーワードパターンと構造分析に基づいて契約文を分析し、各条項をプロバイダー有利、中立、クライアント有利に分類します。ポジションマップと、推奨される交渉の優先事項を生成します。

# Analyze a contract draft
python scripts/negotiation_position_analyzer.py contract_draft.txt

# JSON output for integration
python scripts/negotiation_position_analyzer.py contract_draft.txt --json

# Analyze from a specific party's perspective
python scripts/negotiation_position_analyzer.py contract_draft.txt --perspective client
2. ディール複雑度スコアリングツール(scripts/deal_complexity_scorer.py)

ディールのパラメーターを基に、7 つの側面から複雑さを評価します。ディールのティア(1~5)、想定期間、交渉ラウンド数、重点領域を推奨します。

# Score deal complexity from parameters file
python scripts/deal_complexity_scorer.py deal_params.json

# JSON output
python scripts/deal_complexity_scorer.py deal_params.json --json

# Override deal value for quick what-if
python scripts/deal_complexity_scorer.py deal_params.json --deal-value 5000000

リファレンスガイド

リファレンス目的
references/three_position_framework.md主要な 5 つの条項におけるプロバイダー/中立/クライアントのポジションと、ディール規模別の戦術
references/objection_handling.md5 段階の異議対応方法、予測マトリクス、コミュニケーションテンプレート
references/regulatory_leverage.mdGDPR、DORA、NIS2、SOX を活用した交渉論点、譲歩のロードマップ、業界別の考慮事項

ワークフロー

ワークフロー 1:交渉前の評価
  1. ディールを分類する -- ディールのパラメーターを指定して deal_complexity_scorer.py を実行し、ティア、期間、重点領域を判断します。
  2. ドラフトを分析する -- 初回の契約書に対して negotiation_position_analyzer.py を実行し、現在のポジションをマッピングします。
  3. ギャップを特定する -- ポジションマップを three_position_framework.md に記載された目標ポジションと比較します。
  4. 異議への回答を準備する -- クライアントのタイプに基づく予測される異議について、objection_handling.md を確認します。
  5. 規制を活用した交渉論点を整理する -- regulatory_leverage.md から適用可能な枠組みを特定します。
ワークフロー 2:交渉の実施
  1. 立場を示して始める -- objection_handling.md の「開始時の立場表明」テンプレートを使用します
  2. 反論に対処する -- 5 段階の反論対応を適用します:受け止め、市場の状況、ビジネス上の根拠、代替案、譲れない一線
  3. 譲歩を記録する -- 4 段階の譲歩ロードマップ(譲歩しやすい項目から譲れない一線まで)に従います
  4. 修正後に再分析する -- 修正された各ドラフトに対して negotiation_position_analyzer.py を実行します
  5. 合意を締結する -- 「契約締結」テンプレートを使用し、譲れない一線を越えていないことを確認します
ワークフロー 3:契約のレビューと承認
  1. 最終的な立場を分析する -- 署名可能な状態のドラフトに対してアナライザーを実行します
  2. 複雑さを検証する -- 最終条件が想定される契約ティアのパラメーターと一致することを確認します
  3. 規制を確認する -- 必須の規制条項がすべて含まれていることを確認します
  4. 譲歩を記録する -- 今後の交渉に備え、何をどのような理由で譲歩したかを記録します
  5. 承認パッケージを作成する -- 立場マップ、複雑さスコア、譲歩記録をまとめます

トラブルシューティング

問題原因解決策
アナライザーがすべてに「提供者に有利」とフラグを付けるベンダーの初回ドラフトを入力している(想定どおりの動作です)--perspective provider を使って分析の視点を切り替え、バランスの取れた基準と比較します
複雑さスコアラーが小規模な契約にティア 5 を返す規制または複数法域に関するフラグが高い値で設定されている規制と法域の入力内容を確認し、過大評価されている場合は値を下げます
立場マップで IP 条項が検出されない契約で IP 条項に標準的でない用語が使われている「work product」「deliverables ownership」「background IP」などの用語がないか手動で確認します
契約の所要期間の見積もりが短すぎるスコアラーは社内承認の遅延を考慮しない見積もり期間に社内レビューのバッファー(通常、承認レベルごとに 1~2 週間)を追加します
反論対応フレームワークが特定の反論をカバーしていない相手方が通常とは異なる要求を提示した受け止めの段階から始め、最も近い市場の状況の例に沿って説明し、必要に応じて譲れない一線へと引き上げます
規制上の交渉材料が無関係だとして退けられるフレームワークが相手方の法域に適用されない各当事者を実際に拘束する規制を確認し、適用されない交渉材料を削除します

成功基準

  • 立場の正確性:専門家によるレビューと照合した際、アナライザーが条項の 85%以上を正しく分類する
  • 契約ティアの整合性:90%の契約で、複雑さスコアラーのティアが実際の交渉工数と 1 ティア以内で一致する
  • 交渉の効率性:場当たり的なアプローチと比べ、交渉ラウンドの平均回数が 30%減少する
  • 譲歩の記録:重要な譲歩の 100%について、根拠とトレードオフ分析を記録する
  • 譲れない一線の保護:経営幹部へのエスカレーションと承認を経ずに、定められた譲れない一線を越える事例がゼロである
  • 規制への対応範囲:契約の 95%以上で、適用されるすべての規制条項を特定して対応する
  • 署名までの期間:交渉の 80%で、見積もり期間の ±20%以内に契約を締結する

対象範囲と制限事項

このスキルの対象:

  • テクノロジーサービス契約、SaaS サブスクリプション、プロフェッショナルサービス契約、B2B ライセンス契約
  • 責任、IP、支払い、SLA、保証条項に関する交渉ポジションの分析
  • タイムライン、交渉ラウンド数、注力分野について、ティア別の推奨事項を提示する取引の複雑性評価
  • テクノロジー契約の文脈における GDPR、DORA、NIS2、SOX を交渉材料として活用する方法
  • 一般的な交渉シナリオに対応する反論処理のフレームワークとコミュニケーションテンプレート

このスキルの対象外:

  • 雇用契約、M&A 取引、不動産契約、消費者向け利用規約
  • 特定の法域に関する法的助言、または弁護士と依頼者間の秘匿特権が適用される分析(これはフレームワークであり、法律相談ではありません)
  • ゼロからの契約書の作成(分析および交渉の対象となる既存の草案があることを前提とします)
  • 訴訟戦略、契約条項の範囲を超えた紛争解決、または執行手続き
  • コモディティ製品の購入やテクノロジー以外の調達に関する価格交渉の戦術

アンチパターン

アンチパターンうまくいかない理由より良いアプローチ
すべての条項を絶対に譲れない条件として扱うすべてが交渉不可だと、相手方は交渉から離れてしまいます条項を4つの譲歩ティアに分類し、関係構築のために譲りやすい条件を早い段階で提示します
取引の複雑性評価を省略する複雑な取引への準備が不十分になったり、単純な取引に過剰な準備をしたりします常に最初に複雑性スコアを算出し、労力、タイムライン、承認要件を調整します
規制が適用されないのに交渉材料として利用する詳しい相手方からの信用と信頼を失います規制を挙げる前に適用可能性を確認します。フレームワークの「真の必要性と単なる希望」のテストを使用します
「これは当社の標準テンプレートです」という説明を鵜呑みにするどのテンプレートも交渉可能です。既定の条件を受け入れると、得られるはずの価値を逃しますポジション分析ツールで「標準」テンプレートを分析し、変更可能な条項を特定します
条項を個別に交渉する責任上限と結び付けずに SLA で譲歩すると、リスクが生じますThree-Position Framework を包括的に使用します。関連する条項(SLA とクレジット、責任の関係など)を結び付けます

ツールリファレンス

scripts/negotiation_position_analyzer.py

契約書のテキストを分析し、条項を交渉ポジション別に分類します。

usage: negotiation_position_analyzer.py [-h] [--json] [--perspective {provider,client}]
                                         input_file

positional arguments:
  input_file            Path to contract text file (.txt or .md)

options:
  -h, --help            Show help message and exit
  --json                Output results as JSON
  --perspective {provider,client}
                        Analysis perspective (default: client)

出力: 条項ごとのポジション分類(プロバイダー寄り/バランス型/クライアント寄り)、全体的なポジションスコア、ポジション分布の概要、優先順位付きの交渉推奨事項。

scripts/deal_complexity_scorer.py

7つの観点から取引の複雑性を評価し、交渉パラメーターを推奨します。

usage: deal_complexity_scorer.py [-h] [--json] [--deal-value DEAL_VALUE]
                                  input_file

positional arguments:
  input_file            Path to JSON file with deal parameters

options:
  -h, --help            Show help message and exit
  --json                Output results as JSON
  --deal-value DEAL_VALUE
                        Override deal value in dollars

出力: 7つの観点(価値、規制、技術、複数当事者、期間、戦略的重要性、IP の機微性)に基づく複雑性の内訳、総合スコア、取引ティア(1~5)、推奨タイムライン、想定される交渉ラウンド数、主要な注力分野。

コメント