sales-deal-room

Qwilr ディールルームを設計する

複数の関係者が関与し、営業サイクルが長く、多くの要素が絡み合う複雑な B2B 取引向けに、複数ページで構成されるデジタル営業ルームである Qwilr ディールルームの設計を支援します。

ディールルームと単一の提案書を使い分ける場面

シナリオ	使用するもの
シンプルな取引で、意思決定者が 1 人、価格設定も明快	単一の提案ページ（/sales-proposal-page）
複数の関係者が関与し、評価が複雑で、継続的な更新が必要	ディールルーム（このスキル）
調達、法務、技術レビューを伴う大企業との取引	ディールルーム
資料を共有するパートナー／チャネル取引	ディールルーム
既存顧客のエグゼクティブからの承認が必要な拡大取引	ディールルーム

ステップ 1 — 背景情報を集める

references/learnings.md が存在する場合は、蓄積された知識を確認するため、まず読みます。

ユーザーに次の質問をします。

1. どのような種類の取引ですか？

   • A) 新規顧客 — この企業への初めての販売
   • B) 拡大 — 既存顧客へのアップセル／クロスセル
   • C) 更新 — 変更の可能性を伴う契約更新
   • D) パートナー／チャネル取引 — パートナーを介した取引
   • E) その他 — 詳細を説明してください

2. 関係者は誰ですか？（該当するものをすべて選択）

   • A) エグゼクティブスポンサー（C-suite／VP）
   • B) 経済的な購入決定者（予算保有者）
   • C) 技術評価担当者（エンジニアリング／IT）
   • D) エンドユーザー／推進者
   • E) 調達／法務
   • F) 外部コンサルタントまたはアドバイザー
   • G) その他 — 詳細を説明してください

3. 現在、どのような資料がありますか？

   • A) まだ何もない — これから始める
   • B) 提案書／見積書がある
   • C) ピッチデックがある
   • D) 導入事例と技術文書がある
   • E) ほとんど揃っているが、整理が必要

4. 取引のスケジュールはどのくらいですか？

   • A) 今月中の成約を目指している
   • B) 営業サイクルは 1～3 か月
   • C) 大企業向けの営業サイクルは 3～6 か月
   • D) 6 か月以上

ユーザーの依頼ですでに背景情報の大部分が示されている場合は、該当するステップに直接進みます。 妥当な前提を明示したうえで、最善の回答を先に示します。その後、最後に最も重要な確認質問を 1～2 個だけ尋ねます。背景情報がすべて揃うまで回答を保留しないでください。

ステップ 2 — ディールルームの構成

ページごとの構成を設計します。ディールルームは、リンクされたサブページをハブとしてまとめた Qwilr ページの集合です。ハブページは、各関係者が最初に訪れる「入口」です。

推奨構成

ハブページ（ディールルームのメインページ — 全員がここから開始します）

セクション	ブロックタイプ	内容
ウェルカムヘッダー	スプラッシュ	パーソナライズされた挨拶、企業ロゴ、ディールルームのタイトル
ナビゲーション	テキスト＋ボタン	トピックごとに整理された各サブページへのリンク
主要連絡先	テキスト＋画像	写真と役職を添えた自社チームの連絡先
タイムラインの概要	テキスト	主要日程を含む、双方の高レベルなアクションプラン
最新情報	テキスト	前回の訪問からの更新内容（常に最新の状態に保つ）

サブページ（ハブからリンク — 取引のニーズに応じて作成します）

ページ	対象者	内容
エグゼクティブサマリー	エグゼクティブスポンサー	ビジネスケース、ROI、戦略との整合性
技術概要	技術評価担当者	アーキテクチャ、インテグレーション、セキュリティ、コンプライアンス
提案と価格設定	経済的な購入決定者	インタラクティブな見積もりブロック、価格オプション、条件
導入事例	すべての関係者	関連する顧客事例、指標、お客様の声
導入計画	技術担当者＋オペレーション担当者	スケジュール、フェーズ、必要なリソース、依存関係
セキュリティとコンプライアンス	IT／法務／調達	認証、データの取り扱い、SLA、DPA
相互アクションプラン	すべての関係者	マイルストーン、担当者、ステータスを含む共有タイムライン
よくある質問と反論への対応	推進者	推進者が社内で受けるよくある質問への回答

商談タイプに合わせた調整

• 新規顧客の獲得：エグゼクティブサマリー、導入事例、セキュリティを重点的にします。競合がある場合は「選ばれる理由」のページを含めます。
• 拡大：「これまでの成果」のページを先頭に配置し、提供した価値を示してから、拡大の範囲を説明します。
• 更新：パートナーシップの振り返りを先頭に配置し、新しい契約期間における変更点や追加内容を説明します。
• パートナー商談：共同販売用の資料とマージンの詳細を掲載した、パートナー向けのページを含めます。

ステップ 3 — コンテンツ概要とハブページの文案

ハブページの文案

ハブ／ナビゲーションページの実際のコンテンツを作成します。

ウェルカムセクション：「[Company] + [Your Company] の商談ルームへようこそ。ここは、パートナーシップに関するすべての情報をまとめた中心的なハブです。以下に主要な資料をトピック別にまとめています。各セクションをクリックして、詳細をご覧ください。」

ナビゲーションセクション：各サブページへのリンクと1行の説明を含む、カード形式のレイアウトを作成します。

• エグゼクティブサマリー — [solution] のビジネス上の価値：ROI、戦略との適合性、期待される成果
• 技術概要 — アーキテクチャ、連携、セキュリティ態勢、コンプライアンスの詳細
• 提案と価格 — パッケージをカスタマイズできるインタラクティブな価格設定
• 導入事例 — お客様と同じような企業が [specific outcome] を実現した方法
• 導入計画 — スケジュール、フェーズ、各チームに必要な作業
• 共同アクションプラン — [target date] までに稼働を開始するための共有ロードマップ

主要な連絡先セクション：チームから2～3名を選び、氏名、役職、写真のプレースホルダー、メールアドレス、この商談における役割を1行で記載します。

サブページのコンテンツ概要

各サブページについて、以下を記載します。

• 対象者：このページの対象者と、その関心事
• 主要メッセージ：このページで伝えるべき最も重要なこと
• 構成：推奨するブロックの種類を含む、セクションごとの概要
• トーン：文面のフォーマルさ、技術的な詳細度、経営層向けの度合い
• CTA：このページを読んだ後に、読者が取るべき行動

ステップ 4 — 共同アクションプラン

マイルストーンと担当者を含むタイムラインページを作成します。

マイルストーン	担当者	目標日	ステータス
課題の把握と範囲の決定が完了	双方	[date]	完了
技術評価	買い手のITチーム	[date]	進行中
セキュリティ審査	買い手のセキュリティチーム	[date]	未着手
提案と価格の確認	経済的な意思決定者	[date]	未着手
法務／契約審査	双方の法務チーム	[date]	未着手
経営層の承認	エグゼクティブスポンサー	[date]	未着手
契約締結	双方	[date]	未着手
キックオフと導入開始	双方	[date]	未着手

商談タイプとスケジュールに合わせてマイルストーンを調整します。短期間で進む商談では、ステップを統合します。大企業との商談では、調達とコンプライアンスのマイルストーンを追加します。

ステップ 5 — 分析戦略

商談ルームのページにウェブフックを設定し、ステークホルダーごとのエンゲージメントを追跡します。

ステークホルダーごとに確認するイベント

ステークホルダー	確認する内容	意味
エグゼクティブスポンサー	エグゼクティブサマリーページの閲覧	関心を持っている、またはEAが内容を事前確認している
技術評価担当者	技術概要の閲覧、セキュリティページの滞在時間	デューデリジェンスを進めている — 技術的な質問に備える
経済的な意思決定者	価格ページの繰り返しの閲覧	コストを評価している — ROIを改めて伝える必要がある可能性がある
調達／法務	セキュリティとコンプライアンスのページの閲覧	商談が調達段階にある — 契約交渉に備える
新規／不明な閲覧者	任意のページの閲覧	推進者が社内で情報を共有している — 商談が拡大している

商談ルームのウェブフック設定

curl -X POST https://api.qwilr.com/v1/webhooks \
  -H "Authorization: Bearer $QWILR_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "url": "https://your-endpoint.com/qwilr-deal-room",
    "events": ["pageFirstViewed", "pageViewed", "pageAccepted", "pagePartiallyAccepted"]
  }'

閲覧データを使用して、以下を行います。

1. エンゲージメントのあるステークホルダーと、そうでないステークホルダーを特定する
2. 評価に新たに加わったステークホルダーを把握する
3. 相手が積極的に資料を確認しているタイミングに合わせてフォローアップする
4. 誰が何を閲覧したかを推進者に伝える

ウェブフックとCRMの自動化を完全に設定するには、/sales-qwilr-automation を使用します。

Seismic では

• デジタルセールスルーム（DSR）：複雑な商談向けに、買い手向けのマイクロサイトを作成します。ステークホルダーの役割に応じてコンテンツをまとめます。経営幹部にはエグゼクティブサマリー、評価担当者には技術仕様、財務担当者には ROI 計算ツールを用意します。
• ステークホルダーごとのトラッキング：どのステークホルダーがどのコンテンツを閲覧したか、どれくらいの時間を費やしたか、何をダウンロードしたかを確認できます。エンゲージメントが高い推進者と、活動がない阻害要因を特定します。
• コンテンツのレコメンデーション：Seismic の AI（Aura）が、CRM データ、商談の段階、買い手のペルソナに基づいて、商談に関連するコンテンツを提案します。
• CRM 連携：DSR のアクティビティは Salesforce／HubSpot と同期されます。エンゲージメントデータが商談レコードに表示され、商談レビューに活用できます。
• ベストプラクティス：商談の種類（新規、拡大、更新）ごとに DSR テンプレートを作成し、各段階のコンテンツをあらかじめ登録します。ゼロから作るのではなく、商談ごとにカスタマイズします。

注意点

• シンプルな商談でページを作りすぎないでください。 1万5,000ドルの商談にサブページが8つあるディールルームは過剰です。商談規模に応じて複雑さを調整してください。小規模な商談は最大でも2～3ページ（提案書＋導入事例）で十分です。複数のステークホルダーが関わるエンタープライズ商談では、フル構成を使用します。

• すべてのステークホルダーに同じコンテンツを使わないでください。 ディールルームの要点は、役割ごとにコンテンツを調整することです。技術仕様ばかりのエグゼクティブサマリーでは経営幹部の要望に応えられず、ROI の説明がない価格ページでは CFO の要望に応えられません。それぞれの対象者に合わせて作成してください。

• 相互アクションプランを省略しないでください。 Claude は優れたコンテンツを含むディールルームを作成することがよくありますが、共有タイムラインがないことがあります。MAP があることで、ディールルームは単なるコンテンツの置き場からコラボレーションツールになります。必ず含めてください。

• エグゼクティブサマリーのページを忘れないでください。 詳細なサブページがあるディールルームでも、ハブページには「なぜ重要なのか」を簡潔に説明するセクションが必要です。経営幹部はサブページを開かず、ハブを読んで時間をかける価値があるか判断します。

• ディールルームを「作ったらそのまま」にしないでください。 優れたディールルームは、最新情報のセクション、MAP のステータス変更、新しい資料の追加など、営業サイクルを通じて更新されます。この点をユーザーに伝えてください。

• 自己改善：ここに記載されていない情報を見つけた場合は、今日の日付を付けて references/learnings.md に追記してください。

例

例 1：調達およびセキュリティレビューがある新規エンタープライズ商談

ユーザーの発言：「従業員2,000人のフィンテック企業との新規商談が始まって4か月です。VP のスポンサー、エンジニアリング責任者、セキュリティ／IT チームがいて、調達部門も参加したばかりです。スレッドが混乱していて、同じ資料を何度も求められています。Qwilr のディールルームの作成を手伝ってください。」

スキルの動作：

1. これを、サイクルが3～6か月で、4つのステークホルダーグループ（エグゼクティブスポンサー、技術評価担当者、IT／セキュリティ、調達）が関わる新規商談として分類します。
2. ウェルカム画面、カード形式のナビゲーション、主要な連絡先、タイムラインの概要を含むハブページを設計し、新規商談のパターンに沿ったサブページを用意します。エグゼクティブサマリー、技術概要、セキュリティとコンプライアンス（認証、DPA、SLA）、導入事例、提案と価格、相互アクションプランを含めます。
3. 各サブページの1行説明を含むハブのナビゲーション文と、各ページのコンテンツ概要（対象者、主要メッセージ、構成、トーン、CTA）を作成します。
4. セキュリティレビュー、法務／契約レビュー、経営幹部の承認に関するマイルストーンを含む相互アクションプランの表を作成し、担当者と目標日を設定します。
5. ステークホルダーごとの Webhook トラッキングを設定します。セキュリティとコンプライアンスの閲覧があれば「調達段階に入った」と判定し、価格ページの再訪があれば「ROI を再度強調する」と判定します。

結果：ページごとのディールルームの設計図に加えて、すぐに貼り付けられるハブの文案、調達を考慮したアクションプラン、エンゲージメントのトラッキング計画が得られます。買い手は、錯綜したメールスレッドではなく、信頼できる唯一の情報源を利用できます。

例 2：経営幹部の承認が必要な拡張案件

ユーザーの発言：「既存顧客に2つ目の製品ラインをアップセルしたいのですが、これまで関わりのないVPに後押ししてもらう必要があります。今四半期中の成約を目指しています。」

スキルの処理：

1. この案件を、短いスケジュールで進める拡張案件として分類します。
2. まず「これまでの成果」ページで提供済みの価値を数値化し、続いて拡張範囲のページと、内容を絞り込んだ提案・価格ページを配置します。
3. 四半期末までに成約できるよう、相互アクションプランを必須のマイルストーン（範囲の策定、経営幹部の承認、契約、キックオフ）に絞り込みます。
4. 推進者が社内共有に成功したことを示すシグナルとして、新しいVPがエグゼクティブサマリーを初めて閲覧するタイミングを確認するよう提案します。

結果：価値の証明から始まる簡潔な拡張案件ルームを作成し、新しい経営幹部を成約目標日に合わせたタイムラインと簡潔なビジネスケースへ案内します。

トラブルシューティング

案件ルームの情報量が多すぎて、買い手の反応がない

原因：案件規模に対してサブページが多すぎます。小規模または単純な案件向けに8ページの構成を使うと、重要な情報が埋もれてしまいます。

解決策：ページ数を複雑さに合わせます。小規模案件では最大2～3ページ（提案＋導入事例）にし、ハブとサブページを使う完全な構成は、複数の関係者が関わるエンタープライズ案件に限ります。経営幹部はページ内をクリックせずにハブから判断するため、ハブページ自体に「なぜ重要なのか」を簡潔にまとめてください。

他の関係者は関心を示しているのに、特定の役割の人にはコンテンツが響かない

原因：ページ間で同じ汎用コンテンツを使い回しているため、経営幹部には技術仕様が表示され、CFOにはROIの説明なしに価格が表示されます。案件ルームの価値を高める役割ごとの調整ができていません。

解決策：コンテンツブリーフの項目（対象読者、主要メッセージ、トーン、CTA）を使って、各サブページを固有の対象読者向けに作成します。エグゼクティブサマリーは戦略と成果に焦点を当て、技術概要には評価担当者が求める詳細を盛り込み、価格には経済的な意思決定者向けのROIの説明を添えてください。

案件ルームのページでWebhookイベントが届かない

原因：Webhookサブスクリプションに該当するイベントが含まれていない、エンドポイントに到達できない、または認証トークンが正しくありません。

解決策：サブスクリプションにpageFirstViewed、pageViewed、pageAccepted、pagePartiallyAcceptedが含まれていること、Authorization: Bearer $QWILR_TOKENヘッダーが有効であること、エンドポイントが2xxを返すことを確認してください。Webhookの配信とCRM同期の設定およびデバッグについては、/sales-qwilr-automationを使用してください。

関連スキル

• /sales-proposal-page — 単一の提案ページを作成します（よりシンプルな案件向け）
• /sales-proposal-analytics — 案件ルームのページからエンゲージメントのシグナルを読み取ります
• /sales-qwilr-automation — 案件ルームの作成とCRM同期を自動化します
• /sales-proposal-template — 再利用可能な案件ルームのテンプレートを作成します
• /sales-seismic — Digital Sales Roomsやコンテンツ管理など、Seismicプラットフォームのサポート
• /sales-do — どのスキルを使うべきかわかりませんか？ルーターがあらゆる営業目標に適したスキルを選びます。インストール：npx skills add sales-skills/sales --skill sales-do