高ボリューム・高複雑性の契約プログラムを管理する法務チーム向けのエンタープライズ CLM スタックです。契約のサイクルタイム、レッドライン精度、署名後の義務追跡がいずれも財務的な影響を持つ環境向けです。4つのツールがそれぞれ契約ライフサイクルの異なるフェーズを担い、ツール間の引き渡しが明確に定義されています。
各要素の連携
Ironclad は CLM の基盤であり、ワークフローエンジンです。 プログラム内のすべての契約は Ironclad のインテークを通じて開始されます — 最初の条項を起草する前に、相手方の情報、契約種別、リスクレベル、必要な承認を収集する構造化フォームです。Ironclad は要求を適切なプレイブックに転送し、担当弁護士またはパラリーガルにマターを割り当て、内部承認チェーンを統括します。署名後、Ironclad は締結済み契約を保存し、更新日と主要義務を追跡し、期限アラートを発します。年間 2,000～10,000 件以上の契約を処理するエンタープライズプログラムでは、Ironclad に運用規律が集約されています — これがなければ、他のすべてがアドホックになります。
Spellbook は Microsoft Word 内での AI 支援による起草と初回レビューを担います。 Ironclad から Spellbook への引き渡しはインテークのトリガーです。Ironclad が新しい契約要求を起草担当弁護士に転送すると、Spellbook は関連するプレイブックの条項をコンテキストとして事前読み込みした状態で Word 内で起動します。弁護士はすでに使い慣れた Word 環境で直接起草・レビューします。Spellbook はプレイブックからの逸脱にフラグを立て、よくある代替案に対して事前承認された言語を提案し、リスクのある条項に平易な説明を付けてアノテーションします。起草が完了すると、ワークフロー承認チェーンのために Ironclad に戻されます。重要な統合ポイント：Spellbook はジェネリックな法律コーパスではなく、チーム自身のプレイブックを読み込みます — これにより、提案はモデルが推測した標準条項ではなく、社内チームの実際のポジションを反映したものになります。
Litera は送信前のドキュメント品質管理とメタデータクリーニングを担います。 Spellbook から Litera への引き渡しは送信前ステップです。契約書が組織を出る前に、Litera Compare が最後に承認されたバージョンに対してクローズレベルの差分を実行し、レビュー交換中に導入された不正な変更を検出します。Litera のメタデータクリーニングは、Word ファイルを相手方に送る前に、非表示の変更追跡、コメントスレッド、ドキュメント履歴を削除します — 以前の交渉ポジションが変更履歴に埋め込まれている商業契約では、これは実際の法的リスクです。より広範な Litera Desktop スイートを使用している組織では、ドキュメントの書式設定と番号付けの修正も同じステップで行われます。
DocuSign IAM は署名レイヤーであり、契約インテリジェンスプラットフォームです。 Ironclad から DocuSign IAM への引き渡しは実行のトリガーです。Ironclad の承認ワークフローが完了すると、DocuSign IAM は署名パッケージを署名者に送信し、署名状況を追跡し、署名済み契約を Webhook 経由で Ironclad のリポジトリに返します。DocuSign IAM は基本的な電子署名を超えた署名後インテリジェンスを追加します。Navigator（DocuSign のリポジトリレイヤー）は、実行済みポートフォリオ全体から義務データ、条件サマリー、更新日を抽出できます。署名済み契約が義務管理の始まりであり終わりでないエンタープライズプログラムにとって、これは重要です。
この組み合わせの理由
4つのツール、4つのライフサイクルフェーズ、重複なし。Ironclad はインテークからアーカイブまでを担います。Spellbook は弁護士を Word から引き離すことなく起草環境を担います。Litera は引き渡し境界での品質管理を担います。DocuSign IAM は実行と署名後インテリジェンスを担います。この組み合わせが機能する根本的な理由：各ツールはフェーズの専門家であり、対象外のテリトリーをカバーしようとする汎用プラットフォームではありません。
代替案 — ネイティブ起草 AI、署名レイヤー、ドキュメントクリーニングを含むオールインワン CLM でこれをしようとすること — は市場に存在しますが、弁護士向け AI レイヤーで一貫して期待を下回ります。弁護士が Spellbook を採用するのは、実際のワークフロー内で機能するからです。ブラウザインターフェースへのコンテキストスイッチを要求する CLM ネイティブの AI 起草ツールには抵抗します。Litera のクリーニングステップはオールインワン CLM でしばしばスキップされ、メタデータ露出を生みます。ツールをフェーズで分離することで、弁護士の採用率が向上し、品質逃しが減ります。
コストの実態
エンタープライズ規模での年間スタックコスト（50～150 名の法務ユーザー、年間 3,000～8,000 件の契約）：
- Ironclad：契約ボリューム、ワークフローの複雑さ、設定されたワークフロータイプ数に応じて年間約 $150,000～$400,000。100 名以上のユーザーを持つエンタープライズ契約は、実装費用を除いて年間 $200,000 を超えることが多い。
- Spellbook：エンタープライズチームで月額約 $200～$350/ユーザー（推定値、価格は非公開；上限は 2025 年末の価格改定を反映）。50 弁護士シート × $250/ユーザー/月 = 年間約 $150,000。
- Litera：モジュール別ユーザーごとの年間ライセンス、展開するモジュール（Compare、Desktop、メタデータツール）に応じて年間約 $200～$600/ユーザー。50 シート × $400/ユーザー/年 = 年間約 $20,000。
- DocuSign IAM：エンタープライズティアはカスタム見積もり；IAM + Navigator + 高エンベロープボリュームの大規模法務プログラムで典型的な範囲は年間 $50,000～$200,000。
年間総計の範囲：50 ユーザーのエンタープライズ法務プログラムで約 $370,000～$900,000+。実装と統合（Ironclad 設定、Spellbook プレイブック構築、Litera デプロイ）は初年度に通常 $75,000～$150,000 を追加します。隠れたコスト：プレイブックの継続的なメンテナンス（プレイブックを最新の状態に保つために年間弁護士 1 四半期相当）、および Ironclad と DocuSign 間の SSO/SCIM プロビジョニングと Webhook 統合のための IT ヘッドカウント。
適合ルール
このスタックが適切な選択である場合：
- 契約ボリュームが年間 2,000 件を超え、法的複雑性が高い（交渉が必要な商業契約であり、標準的なクリックラップではない）
- 社内チームに 20 名以上の弁護士がいて、弁護士 1 人あたりの生産性向上がシートコストを正当化できる
- CLM ワークフローと統合を設定・維持する IT リソースが組織にある
- 外部顧問費用が高く、起草サイクルの短縮が費用を実質的に削減できる
- GC または CLO が、スタックが完全な効率で稼働する前に 6～12 か月のプレイブック開発に投資する意思がある
このスタックが適切でない場合：
- 契約ボリュームが年間 1,000 件未満 — そのしきい値以下では Ironclad のコストは正当化が難しい；Juro や Concord がより低コストでユースケースをカバーできる
- チームが 10 名未満の弁護士 — 小規模ではシートごとの AI コストがメリットを上回る
- CLM 成熟度が初期段階でプレイブックがまだ確立されていない — AI 起草ツールはプレイブックにあるものを増幅するため、プレイブックがなければ何も増幅しない
- 契約が交渉が少ない標準フォームが主体 — CLM の複雑さなしに署名・保存ソリューションで対応できる
よくあるバリエーション
DocuSign IAM を Ironclad のネイティブ署名に置き換える。 Ironclad には基本的な電子署名レイヤーが含まれています。DocuSign Navigator の署名後インテリジェンスが不要な場合、またはエンベロープボリュームが少ない場合、Ironclad 内で署名を実行することでベンダー数が減り、統合オーバーヘッドが低下します。置き換えのルール：年間エンベロープボリュームが 5,000 未満で、義務追跡要件が Ironclad 自身のリポジトリフィールドで対応できる場合は Ironclad ネイティブ署名を使用する。
Litera を Spellbook のネイティブクリーンアップに置き換える。 Spellbook の新しいバージョンにはメタデータ削除と比較機能が含まれています。Litera Desktop の完全なスイートがまだデプロイされていない組織では、送信前に Spellbook の比較レイヤーを使用することが合理的な代替手段です。置き換えのルール：契約の大部分が Word ネイティブで、チームが以前の法律事務所との関係からの既存 Litera ライセンスを持っていない場合に許容できる — AmLaw 事務所から来たチームには Litera がすでにライセンスされていることが多い。
M&A デューデリジェンスのワークフロー向けに Harvey を追加する。 4 ツールのスタックは商業契約と業務契約をうまく処理します。M&A デューデリジェンスプログラムも実行する法務チームには、Spellbook と並んで Harvey をデューデリジェンス AI として追加することで、複雑なマルチドキュメント分析のための高水準モデルがチームに加わります。置き換えのルール：M&A ボリュームが年間 3～4 件を超え、デューデリジェンス作業が外部顧問に完全委託されるのではなく社内で行われる場合に正当化される。
このスタックが代替しないもの
- 重大な訴訟、証券法務、または専門規制事項のための外部顧問 — スタックは商業契約の効率を向上させますが、専門的な法的判断を代替しません
- 外部顧問費用を管理するための専用の e-billing およびマター管理プラットフォーム（Brightflag、Onit）— Ironclad は契約を管理しており、請求書は管理しません
- GDPR、CCPA、AI 法の義務に対するプライバシーコンプライアンス機能 — Ironclad に取り込まれた契約データはプライバシープログラムへの有用なインプットですが、プログラム自体には別のツールと法的助言が必要です
- 法律調査（Westlaw、LexisNexis、Thomson Reuters CoCounsel）— Spellbook はプレイブックに対して起草するのであり、判例に対してではありません；新規の法的問題には外部調査レイヤーが引き続き必要です
- 訴訟中の案件に対する裁判所提出システム