エンタープライズ企業をターゲットとするB2Bセールスにおいて、汎用的な提案資料や営業スライドだけでは複雑な購買意思決定プロセスを動かすことは困難です。大企業の購買委員会は、自社の固有課題、技術要件、業界特有の制約に即した提案を求めています。しかし従来、特定のアカウントに特化したマイクロサイトやデジタルセールスルーム（ディールルーム）を構築するには、マーケティングやデザイン部門の制作待ちキューに依存せざるを得ず、リードタイムの長期化が原因で商談の勢いが失われるケースが頻発していました。
2026年、Mutinyはエージェントファースト（Agent-First）のGTMプラットフォームとして全面リニューアルし、この構造的ボトルネックを解消しました。全社統一のブランドガバナンスを定義する「ブランドBlueprint（Brand Blueprints）」と、実際の営業データを文脈として理解する「AIエージェント」を組み合わせることで、営業担当者（AE）はマーケティングや開発リソースに頼ることなく、ブランド基準を満たした高品質なアカウント別ディールルームや1:1 ABMマイクロサイトをわずか数分で生成できるようになりました。
本ガイドでは、B2BレベニューチームやRevOps担当者がMutinyを設定し、自社データと連携させて実践的な営業資産をスケールさせるための全手順を解説します。
基本アーキテクチャ：中央ガバナンスと現場のセルフサーブ生成の両立
従来のセールスイネーブルメントツールは、承認済みコンテンツを格納・検索する静的なライブラリに過ぎませんでした。また、過去のWebパーソナライゼーションは顧客社名などの単純な変数差し替えにとどまり、複雑なエンタープライズ商談が求める深い説得力を備えていませんでした。
Mutinyは、マーケティングガバナンスと営業スピードを両立させる「オペレーターモデル」を採用しています。
- マーケティング・RevOpsによる基盤の一括設定: ブランドカラー、フォント、ボタンスタイル、トーン基準、法務免責事項をワークスペース全体で固定。
- AIエージェントによるリアルタイム商談データの学習: CRM（Salesforce、HubSpot）、会話インテリジェンス（Gong）、社内ドキュメント（Google Drive、Notion）と直接連携。
- フロントライン営業によるセルフサーブ生成: 営業担当者がBlueprint（1:1 ABMページやDeal Roomなど）を選択して対象アカウントを入力するだけで、デザインと文脈が完全に整合したWebサイトが自動生成されます。
+-----------------------------------------------------------------------+
| マーケティング & RevOps ガバナンス層 |
| Foundations -> Brand トークン（フォント/カラー/ボタン）+ ガードレール |
+-----------------------------------------------------------------------+
|
v
+-----------------------------------------------------------------------+
| MUTINY エージェントエンジン |
| GTM Blueprint ライブラリ <---> データ連携（CRM / Gong / Docs） |
+-----------------------------------------------------------------------+
|
v
+-----------------------------------------------------------------------+
| フロントライン営業 & CSM |
| 1:1 ABM マイクロサイト（初期開拓） | Deal Room（商談・意思決定） |
| 閲覧ログのトラッキング & CRM への自動記録 |
+-----------------------------------------------------------------------+
ステップ 1: ブランド基盤（Brand Foundations）とガードレールの設定
現場の営業メンバーが自由にアセットを作成しても企業ブランドの品位が損なわれないよう、まず管理者がデザインシステムを定義します。
1. ブランド設定画面を開く
Mutinyの左側ナビゲーションメニューから Foundations を展開し、Brand を選択します。
2. ビジュアルデザインシステムの調整
アカウント作成時、Mutinyは企業のWebサイトURLを読み取って自動的に初期スタイルを抽出します。RevOps管理者は以下の設定を確認・調整します。
- カラーパレット（Colors）: Primary（メインカラー）、Secondary（サブカラー）、Tertiary（アクセントカラー）の正確なHEX値を指定。メインカラーは主要背景や重要見出し、サブカラーはカード枠線、アクセントカラーはハイライト要素に適用されます。
- タイポグラフィ（Fonts & Typography）: Google Fontsとの連携、または自社のWebフォントファイル（
.woff2、.ttf）のアップロード。見出し（H1、H2、H3）や本文のフォントファミリー、ウェイト、行間、文字間隔を細かく指定します。 - ボタンスタイル（CTA Styling）: Primary、Secondary、Tertiaryのアクションボタンの角丸設定（4pxのシャープな角またはピル形状）、パディング、文字色、ホバー時アニメーションを定義します。
3. トーンとコンプライアンスルールの固定
自然言語による指示を設定し、AIエージェントが生成するテキストの境界線を定められます。
- プロダクト正式名称: 正しい製品表記を厳密に固定し、廃止された旧機能名称の使用を禁止。
- トーン＆マナー（Tone of Voice）: エグゼクティブ向けに適した、客観的かつ説得力のあるコンサルティングトーンを指定。過度な誇大表現を排除。
- フッター免責事項: 公開されるすべてのページに共通して表示すべきプライバシーポリシー、データセキュリティ基準、法的免責事項を登録。
ステップ 2: レベニューデータ連携によるAIエージェントのグラウンディング
具体的かつリアルな商談情報がないAI生成コンテンツは、一般的な抽象論に終始してしまいます。Mutinyは企業が日常的に使用しているレベニューツールと直接連携し、商談固有の文脈を反映させます。
推奨データ連携一覧
| データソース | コンテンツ生成における役割 | 抽出される主な文脈情報 |
|---|---|---|
| Salesforce / HubSpot | 商談情報・顧客属性の正規管理 | 顧客業界、従業員規模、パイプラインステージ、想定ARR、競合情報、導入済みツール群 |
| Gong | 会話インテリジェンス・購買シグナル | 顧客の推進担当者（Champion）が語った具体的課題、予算感、懸念点・異議申し立て、次回アクション合意事項 |
| Google Drive / Notion | 社内ナレッジベース | アーキテクチャ構成図、セキュリティ白書、価格提案モデル、業界別導入事例 |
| Google Calendar / Gmail | 活動履歴と日程調整 | 商談参加者の役職一覧、直近のメール履歴、担当営業の日程予約URL |
データ取得フィルターの設計
ワークスペースの Integrations からCRMやGongのOAuth認証を完了します。初期開拓の雑多なリード情報を遮断するため、「有効商談ステージ（Stage 2以降）」のGong通話データのみをエージェントに読み込ませるフィルタリング設計を推奨します。
ステップ 3: 1:1 ABMマイクロサイトとDeal Room Blueprintの選定
Mutinyには商談の各ステージに対応する多様なBlueprintが用意されています。ターゲットアカウント向けのアセットとしては、主に以下の2つを使い分けます。
初期アプローチ / 検討初期ステージ 最終交渉 / 合意形成ステージ
+------------------------------+ +---------------------------+
| 1:1 ABM マイクロサイト | | Deal Room |
| - ファネル上流 / 新規開拓 | | - ファネル中盤〜終盤 |
| - 対象：購買委員会全体 | --------> | - 対象：最終意思決定者 |
| - 課題提起と適合性の証明 | | - 導入計画とセキュリティ |
| - CTA：デモ予約 | | - CTA：契約合意・調印 |
+------------------------------+ +---------------------------+
1:1 ABMマイクロサイト（新規開拓・発掘ステージ）
未接触の重点アカウントへのアプローチや、長期休眠案件の再活性化に使用します。
- 共同ブランドヘッダー（Co-branded Hero）: 顧客企業と自社のロゴを並列配置し、個別最適化された提案姿勢を明示。
- 業界別・企業固有の課題仮説: 相手企業のビジネスモデルや業界トレンドに焦点を当て、自社ソリューションが必要な理由を解説。
- 厳選された同業他社事例: 同業界・類似規模の成功事例や導入ロゴのみを掲載。
- インタラクティブROI試算: 相手の規模感に合わせたROI計算シミュレーターを配置。
Deal Room（商談進行・合意形成ステージ）
商談が具体化し、多数のステークホルダーが関与する段階で共有するデジタルセールスルームです。
- エグゼクティブ概要（Executive Deal Overview）: プロジェクトの背景、提案の骨子、期待される成果の簡潔なサマリー。
- 双方のキーマン一覧（Key Contacts）: 自社の営業・技術担当と、顧客側の推進者・技術検証者・購買担当者をマッピング。
- 共有リソースハブ（Shared Resources）: 過去のデモ録画、製品提案書、セキュリティ認証シート、価格見積書などを集約。
- 相互アクションプラン（Mutual Action Plan / MAP）: 技術検証、法務確認、セキュリティ審査、契約締結、オンボーディング開始までの日程と担当者を可視化。
ステップ 4: アセット生成と微調整のステップバイステップ手順
基盤設定とデータ連携が整えば、フロントラインの営業担当者は直感的な操作でアセットを生成できます。
4.1 Blueprintの選択と商談の指定
- Mutinyのホーム画面から New Asset をクリック。
- ライブラリから Deal Room または 1:1 ABM Page を選択。
- モーダル画面に対象顧客のドメイン（例:
acme-corp.com）を入力し、関連するCRM商談IDを紐付けます。
4.2 エージェントによる文脈の自動抽出
指示を受け取ったAIエージェントは、以下の処理を自動実行します。
- 相手企業の基本情報（規模、所在地、事業内容）の取得。
- CRMから商談ステージ、競合情報、商談金額を取得。
- Gongの通話ログから、顧客が発言した具体的なペインポイントや技術要件を抽出。
- 社内リポジトリから最適な事例コンテンツを検索・選定。
4.3 ページドラフトの自動生成
Generate Asset をクリックすると、60〜90秒程度で完全なレスポンシブWebページが生成されます。デザインは自社のブランド規約に準拠し、文章は実際の商談内容に基づいた説得力のある記述になります。
4.4 エディタでの最終カスタマイズ
生成されたページはビジュアルエディタ上で自由に編集できます。
- セクションの並び替え: 相手がセキュリティ担当なら情報セキュリティ項目を上位に配置し、事業責任者ならビジネス効果を優先配置。
- アクションプランの日程調整: Mutual Action Planの日程を商談の最新合意状況に合わせて修正。
- 外部リッチメディアの埋め込み: 個別解説したLoom動画の配置、見積PDFのアップロード、担当者直通のCalendlyウィジェットの配置。
ステップ 5: アクセス権限管理、公開、閲覧トラッキング
エンタープライズ向けのディールルームには機密情報が含まれるため、セキュアな権限制御が不可欠です。
アクセス権限の制御
エディタ右上の Access Controls から公開範囲を設定します。
- リンクを知っている全員（Public with Link）: 初期検討用の1:1 ABMサイトなど、顧客社内での手軽な転送・共有を促す場合に使用。
- 顧客ドメイン限定（Corporate Domain Restricted）: 相手企業のメールアドレス（例:
@acmecorp.com）でのみ閲覧を許可。 - パスコード・ワンタイムリンク（Passcode / Magic Link）: 最終見積や契約書ドラフトなど、極めて機密性の高いディールルームに適用。
カスタムドメインでの公開
Publish をクリックすると、自社ドメイン配下のURL（例: deals.yourcompany.com/acme）でページが公開されます。営業担当者はこのリンクをメール、提案チャット、Slack Connect等で案内します。
閲覧データのリアルタイム監視
顧客の行動ログがリアルタイムに可視化されます。
- 訪問者プロファイルの特定: 閲覧者が事業推進者なのか、セキュリティ責任者なのかを判別。
- セクション別滞在時間: どの資料や価格プランに高い関心が寄せられているかを把握。
- 意思決定者の広がりを検知: 未把握だった役員や購買責任者にリンクが転送された場合、営業担当者へ即座に通知。
ステップ 6: ワークフローによるディールルームの自動メンテナンス
商談が進むたびに手動でディールルームを更新する手間を削減するため、Mutinyは自動化ルーチン（Automated Routines）を提供しています。
通話完了トリガー エージェントの自動処理 ディールルームの更新
+-----------------------+ +----------------------+ +---------------------------+
| Gong で次回提案ミー | -----> | エージェントがログを | -----> | MAP の進捗チェックを更新 |
| ティングの録画が完了 | | 解析し次回宿題を抽出 | | 要約入りフォローメール下書き |
| | | | | CRM の活動履歴を自動更新 |
+-----------------------+ +----------------------+ +---------------------------+
- トリガーの定義: Gongに通話ログが追加されたタイミングや、CRMの商談フェーズ変更をトリガーに指定。
- 自動実行内容: エージェントが通話記録を読み取り、Mutual Action Planの完了タスクにチェックを入れ、最新のディールルームリンクを添えたフォローアップメールの下書きを作成。
- CRM同期: 顧客がディールルームを閲覧したイベントがSalesforceやHubSpotに活動記録として自動連携されます。
運用チェックシート：推奨ベストプラクティスと避けるべき落とし穴
| 運用項目 | 推奨されるベストプラクティス | 避けるべき典型的なミス |
|---|---|---|
| ブランドガバナンス | Foundationsでカラーやボタンスタイルを一括管理し、現場営業にはデザイン変更権限を与えない。 | 営業担当者が独自に奇抜なフォントを選んだり、カラーを変更したりすることを許可する。 |
| データ入力の精度 | CRMの業界・競合・課題フィールドを正しく整備し、AIに高品質な前提情報を渡す。 | CRMの情報が空欄のまま生成を行い、具体性に欠ける一般論ばかりのページを出力させる。 |
| 事例の適合性 | 自社リポジトリ内の事例に業界・規模・利用シナリオのタグを付与し、適切なマッチングを促す。 | 中堅企業相手の提案に、極めて特殊な超大企業向け事例が提示されて親近感を損なう。 |
| アクションプランの粒度 | Mutual Action Planの項目は各ステージ5〜7個の重要マイルストーンに絞り、シンプルに保つ。 | 細かなToDoや雑多な資料リンクを過剰に詰め込み、顧客側に過度な負担感を与える。 |
まとめ
顧客ごとにカスタマイズされたエンタープライズセールス体験の提供は、もはや「デザインリソースの逼迫」や「画一的な資料での妥協」を意味しません。MutinyのブランドBlueprintを導入することで、マーケティング部門は全社的なブランド品質とコンプライアンスを完全に統制できます。そして第一線のレベニューチームは、AIエージェントの力を借りて、CRMデータや通話記録を説得力ある1:1マイクロサイトやディールルームへと瞬時に変換できます。
この自律型ワークフローにより、営業担当者は資料作りの事務作業から解放され、顧客との本質的な合意形成に集中することが可能になります。