deal-desk

deal-desk skillの概要

deal-deskができること

deal-deskは、B2B案件を契約締結前に商務面からレビューするためのdeal-desk skillです。Revenue Operations、Deal Desk、営業責任者、財務、法務チームが、割引申請や契約修正依頼で散らかった情報を、構造化されたスコアカード、マージン分析、契約リスクの切り分け、そして実名または役割ベースの承認ルートへ整理するのに役立ちます。

重要な設計思想は、deal-deskが自動承認を行わないことです。出力は意思決定の補助であり、数値スコア、リスクフラグ、Sales Director、VP Sales、CFO、CRO、General Counselなどの推奨承認チェーンを提示します。

Revenue Operationsチームに向いているケース

deal-desk for Revenue Operationsは、通常レンジを超える割引、標準外の支払条件、エンタープライズ契約のredline、マージンを圧迫する案件を一貫して扱う必要がある場合に適しています。特にSaaSやエンタープライズソフトウェアのチームでは、割引率、支払条件の形、DPA要件、補償、責任上限、MFN条項、カスタムサービス作業が案件品質を大きく左右するため有用です。

一方で、シンプルなトランザクション型営業、消費者向け価格設定、構造化された商談条件がない契約本文全体の法務レビューにはあまり向いていません。

このskillの違い

このskillは、単なるプロンプト指示ではなく、stdlibのみで動くPythonツールを3つ含んでいます。

• scripts/deal_scorer.pyは、マージン、リスク、戦略的価値、商務ポリシー、契約期間・条件の形を横断して案件をスコアリングします。
• scripts/discount_approval_router.pyは、割引申請をポリシーバンドと案件規模による補正に基づいてルーティングします。
• scripts/terms_redliner.pyは、構造化された契約上の地雷を検出し、法務または商務側の承認者を推奨します。

参考資料では、80%の粗利率を持つ製品に30%の割引を適用すると、マージン金額の37.5%が失われる理由など、背景となる経済性も説明されています。

導入前に確認すべき制約

インストール前に、チームが構造化された受付データを提供できるか確認してください。このskillは、ARR、TCV、定価、割引率、粗利率、支払条件、顧客ティア、戦略的フラグ、正規化された条件JSONがある場合に最も効果を発揮します。CRMガバナンス、CPQ設定、弁護士による法的判断の代替にはなりません。

deal-desk skillの使い方

deal-deskのインストールとリポジトリパス

GitHubのskillリポジトリから次のコマンドでインストールします。

npx skills add alirezarezvani/claude-skills --skill deal-desk

ソースのパスは次のとおりです。

commercial/skills/deal-desk

インストール後は、まず以下のファイルを確認してください。

1. SKILL.md：想定ワークフローと呼び出し範囲。
2. assets/deal_intake_template.md：必須の受付フィールドとJSONブロック。
3. references/discount_economics.md：マージン計算。
4. references/contract_landmines.md：契約条件リスクのトリガー。
5. scripts/：実行可能なスコアリングとルーティングの挙動。

skillに必要な入力情報

強いdeal-desk usageプロンプトには、「この割引をレビューして」だけでなく、案件の文脈を含める必要があります。最低限、次の情報を用意してください。

• Deal ID、顧客名、オーナー、クローズ予定日、セグメント、顧客ティア。
• ARR、TCV、契約期間、定価、要求割引率、粗利率。
• 支払条件、請求形態、導入コスト、カスタム作業。
• 戦略的な根拠：ロゴ獲得、リファレンス、拡張、更新、競合からの置き換え。
• 契約上の例外：補償上限、責任上限、DPA状況、EUデータ、MFN、独占、IP譲渡、自動更新、準拠法。

受付テンプレートのJSONブロックはスクリプトに直接対応しているため、非常に重要です。

粗い依頼から完成度の高いプロンプトへ

弱いプロンプト：

Review this 32% discount for Acme.

より良いプロンプト：

Use the deal-desk skill to review deal ACME-2026-Q2-117. ARR is $240,000, TCV is $480,000, term is 24 months, list price is $333,333, requested discount is 28%, product gross margin is 80%, payment terms are NET 60, customer tier is enterprise, and there is a written reference commitment. Terms include no indemnity cap, EU personal data, no DPA, MFN present, liability cap at 1x annual fees, and ambiguous IP assignment. Produce a scorecard, margin impact, redline list, and named approval route. Do not approve automatically.

このように入力すると、skillは商務上の柔軟性とマージン毀損、法務エスカレーションを切り分けやすくなります。

付属ツールの実行

エージェントにskillの利用を依頼することも、スクリプトを直接実行して決定論的なチェックを行うこともできます。

python scripts/deal_scorer.py --sample

python scripts/deal_scorer.py --input deal.json --profile saas

python scripts/discount_approval_router.py --input deal.json --output json

python scripts/terms_redliner.py --input deal_terms.json

スクリプト出力を事実ベースとして使い、そのうえでRevOps、営業、財務、法務向けに、トレードオフ、承認上のブロッカー、次のアクションをAIに要約させるとよいでしょう。

deal-desk skillのFAQ

deal-deskは法務レビュー用ツールですか？

いいえ。terms_redliner.pyは、上限のない補償、EUデータがあるのにDPAがない状態、MFN条項、問題のあるIP文言、通常と異なる勧誘禁止や独占条項など、構造化された商務契約上の地雷を検出します。これはトリアージであり、法的助言ではありません。高リスクまたは重大な検出結果は、実名の法務担当者にルーティングするべきです。

通常のプロンプトより何が優れていますか？

汎用プロンプトでも、それらしいコメントは得られるかもしれませんが、ルーティングの一貫性は弱くなりがちです。deal-desk skillは、スコアリング軸、割引バンド、保守的なエスカレーションルール、固定COGSに基づくマージン計算など、ポリシーに近い挙動をエンコードしています。そのため、一貫性が重要な反復的な案件レビューに向いています。

初心者でも使えますか？

はい。まずassets/deal_intake_template.mdから始めるのがおすすめです。初心者は、最初から入力形式を自己流にしないほうが安全です。テンプレートを埋め、JSONブロックを生成し、サンプルスクリプトを実行し、自社の実案件をサンプル出力と比較してから、ルーティング推奨を利用してください。

deal-deskを使うべきでない場面は？

案件の自動承認、弁護士なしでの最終的な法務文言交渉、消費者向け割引の評価、契約PDF全体の直接スキャンには使わないでください。契約本文全体をレビューする場合は、専用の契約スキャナーや法務ワークフローを使い、そこで抽出された構造化済みの例外事項をdeal-deskに戻してください。

deal-desk skillを改善する方法

ロジックを変える前にdeal-deskの入力を改善する

質の低い結果の多くは、受付情報の不足から生じます。実際の価格表の前提、粗利率目標、承認者名、割引権限バンド、顧客セグメンテーションルールを追加してください。運用モデル上、責任あるルーティングが必要な場合は、仮の承認者ロールを実名のオーナーに置き換えます。

たとえば、「VP Sales」でも有用ですが、「Jordan Lee, VP Sales, for enterprise deals over $500K ARR」のほうが運用上は優れています。

自社ビジネスに合わせてポリシーバンドを調整する

デフォルトのルーターは、一般的な割引バンドを使用します。AE、Sales Manager、Director of Sales、VP Sales、そしてCFO/CROの順です。ただし、会社によっては製品ライン、地域、契約期間、顧客ティアごとに異なるしきい値が必要になる場合があります。

エンタープライズ案件で$500K ARRを超えるものは必ずVPレビューが必要なら、そのルールをエンコードしてください。$25K ARR未満のSMB更新をより速く進めるべきなら、その例外を文書化します。目的は最大限にエスカレーションすることではなく、一貫したルーティングです。

よくある失敗パターンに注意する

よくあるミスには、割引率だけを全体像として扱ってしまうこと、導入コストを無視すること、NET 60を超える支払条件をフラグしないこと、複合スコアが健全に見えるため契約リスクのルーティングを弱めてしまうことがあります。重大な契約条件は、良好な商務スコアより優先されるべきです。

また、古い受付情報をその場で上書き編集するのも避けてください。テンプレートでは、価格や条件が変わったときに新しい受付を作成することを推奨しており、これにより承認履歴を保持できます。

最初の出力後に反復する

最初のdeal-desk出力が得られたら、狙いを絞ったフォローアップを依頼します。

• “Which two fields most changed the score?”
• “What concession would improve margin without changing ARR?”
• “What approval hop is triggered solely by discount versus contract terms?”
• “Rewrite the AE-facing summary in one paragraph with blockers and next steps.”
• “Show what score changes if payment moves from NET 75 to annual upfront.”

これにより、このskillは静的なレビューではなく、より速く、より統制の取れたクロージング判断を支援する実践的なdeal-deskガイドになります。