営業ダッシュボードをClaude Dashboardsで作る：設定・SQL検証・共有の手順

Claude Dashboardsのベータ版で営業ダッシュボードを作る手順を解説します。対象プランと料金、データ接続、SQLの検証、更新時刻、共有先の権限を確認。地域別の受注額を集計する具体例を通じて、数値を照合するポイントと、既存のBIツールを使い続けるべき業務、小さく試すための進め方を整理します。

公開日 2026年10月10日

著者 Omid Saffari

Tools

営業ダッシュボードをClaude Dashboardsで作る：設定・SQL検証・共有の手順

Claude Dashboardsは、社内の接続済みデータについて質問すると、内容を確認して共有できるグラフを作成する機能です。小規模な企業にとっては、レポート用のBI（ビジネスインテリジェンス）環境を新たに導入する前に、普段使っているツールで営業ダッシュボードを作り、次の営業上の疑問を解ける可能性が魅力です。ベータ版は2026年10月8日に公開されました。まずは、信頼できるレポートと照合できる指標を一つ選んで試してください。Anthropicの発表

Claude Dashboardsで何ができるのか

データを接続して知りたいことを伝えると、その問いに沿ったダッシュボードが作成されます。データウェアハウスは、分析のために社内のデータを集める中央の保管場所です。CRMには顧客情報や営業活動の記録が入っています。Claudeは質問をSQLに変換し、接続先のデータに対して実行します。SQLとは、データベースにどのレコードを取り出し、どう集計するかを指示する言語です。

グラフは、計算の内訳が付いた明細書のようなものだと考えるとわかりやすいでしょう。数値の裏にあるクエリを開き、グラフの最終更新時刻も確認できます。見やすいグラフは便利ですが、検証を可能にするのは計算過程が見えることです。Anthropicはこの機能を探索的な問いに使うものと位置づけており、より深い分析は既存の分析ツールで進める想定です。ベータ版の仕組み

入門ガイドには、Amazon Redshift、BigQuery、ClickHouse、Databricks、Snowflakeに加え、Salesforceなどの接続アプリが挙げられています。これらはドキュメントに記載された例であり、どのCRMやデータベースでも自動的に使えるという意味ではありません。接続先として記載されているサービス

粘土のプレートで、データソースと質問からSQLを経て、最終更新を示す表示付きのグラフができる流れを表しています。 — グラフで確認するのは、計算方法とデータの鮮度です。棒グラフと時計は概念を示したもので、測定結果や更新スケジュールではありません。

対象プランと料金は？

DashboardsはPro以上のプランで利用でき、Max、Team、Enterpriseも対象です。Freeには含まれません。執筆時点のProの料金は、月払いでUS$20、年払いでUS$200です。料金ページではDashboardsはベータ機能として掲載されています。Claudeの料金

ダッシュボードの作成や操作も、契約プランの利用上限に算入されます。 レポート作成だけが別枠で無制限になるわけではありません。Enterpriseでは、オーナーがOrganization settings > ArtifactsでDashboardsを有効にする必要があります。利用条件と使用量の扱い

すでに対象プランを契約していれば、試験導入のために別のソフトウェア契約を追加せずに済む場合があります。ただし、設定やクエリの確認にかかる時間、Claudeの利用枠の消費、データソース側の費用は考慮が必要です。Claudeを契約していない場合は、その料金も比較に含めてください。一方、BIツールも必ず追加の有料ライセンスが必要とは限りません。既存の契約範囲や導入形態によって変わります。

費用対効果は、自社のレポート作成時間を使って計算します。以下は試算例であり、実測した削減効果ではありません。月に4件のレポートを作り、各90分かかるなら、合計は6時間です。試験導入で確認作業を含めて各30分に短縮できれば、合計は2時間となり、4時間を削減できます。この場合、月額US$20のProは、削減した時間に1時間当たりUS$5の価値があれば元が取れます。ただし、設定やデータソースの費用は別です。出力の確認に元のレポート作成と同じだけ時間がかかるなら、時間の節約にはなりません。

データ接続から共有までの設定手順

共有設定を利用できるよう、ClaudeのWebアプリまたはデスクトップアプリで始めます。ダッシュボードは、会話の横に保存され、編集できる成果物であるアーティファクトとして扱われます。後から開くにはArtifactsタブを使います。アーティファクトの利用にはCloud code execution and file creationを有効にする必要があります。個人向けプランではSettings > Capabilities、TeamとEnterpriseではOrganization settings > Capabilitiesにあります。Artifactsの設定方法

1. オーナーが必要な機能を有効にする

TeamまたはEnterpriseでは、オーナーがクラウドでのコード実行の設定を確認し、Artifactsを有効にしたうえで、Organization settings > ArtifactsにあるDashboardsテンプレートを有効にします。EnterpriseではDashboardsは初期状態で無効です。カスタムロールで利用できるグループを制限することもできます。アーティファクト内で接続アプリを使う場合は、Organization settings > Capabilities > Visuals > Enable artifact connectorsも確認してください。Team・Enterprise向けArtifacts管理ガイド

2. 実際に使うデータを接続する

Customize > Connectorsを開いて**+を選び、対象サービスを探します。利用できる機能を確認し、ConnectまたはInstallを選んで認証を完了させます。TeamとEnterpriseでは、先にオーナーがOrganization settings > Connectors > Browse connectors > Add to your teamからコネクタを組織で利用できるようにします。その後、各ユーザーが認証します。ただし、組織で管理された認証を使う場合はこの限りではありません。会話で使うサービスは+ > Connectors**から有効にします。コネクタの設定方法

データウェアハウスを接続する場合は、接続設定やテーブルの権限を管理する担当者に協力してもらいます。Dashboardsのガイドには対応プラットフォームの例がありますが、すべてのウェアハウスに共通する認証情報の入力画面が用意されているわけではありません。選んだコネクタの要件に従ってください。最初の試験導入では、利用を承認されたレポート用テーブルか、保存済みクエリの結果をテーブルとして扱うビューに対象を絞り、読み取りに必要な権限だけで接続することを勧めます。

3. 業務で知りたいことを質問する

Artifactsを開き、Dashboardsテンプレートを選んで、知りたいことを入力します。チャットで依頼するか、Output > Dashboardsから始めることもできます。テーブルまたはアプリ、指標の定義、対象期間を明記してください。チャットで結果を調整し、グラフのSQLを開いて意図と違う点を修正します。ダッシュボードの作成と調整

4. 共有先での表示を確認してから利用を広げる

Shareを開き、選択できる共有範囲とアクセス設定を確認します。共有されたアーティファクトの利用にはClaudeアカウントが必要です。外部サービスに接続する部分は、閲覧者自身の接続を使います。閲覧者がデータソースにアクセスできない場合はエラーになります。アプリに接続したアーティファクトではAnyone with the linkを選べません。また、メールで招待した組織外のユーザーは、Claudeや自分のコネクタに依存する部分を利用できません。アーティファクトの共有ルール

社内用ダッシュボードは、まず実際に利用する同僚一人に共有し、何が見えるかを確認してもらいます。自分のアカウントで表示できても、相手のアカウントで動くとは限りません。

実践：地域別の受注額を営業ダッシュボードで確認する

小規模なソフトウェア企業の業務担当者が、前四半期の受注額にどの地域が貢献したかを調べる場面を考えます。ここで使う指標は、受注済みになった商談の金額である受注済み商談額です。会計上の売上とは呼び分けます。契約の成立、請求、売上の計上は、それぞれ異なる測定対象だからです。

この例では、BigQueryにcrm.opportunitiesというテーブルがあると仮定します。商談ごとに1行あり、受注済みかどうかをtrueまたはfalseで示すis_won、地域を示すregion、共通のドル換算基準にそろえたamount_usd、社内で合意した業務上のタイムゾーンに基づく日付として保存されたclosed_dateを持つものとします。これらは説明用のフィールド名と前提条件であり、Anthropicが定めたスキーマではありません。

入力する質問の例

2026年Q3の受注済み商談額に最も貢献した地域がわかるダッシュボードを作成してください。crm.opportunitiesを使い、is_won = TRUEのレコードについて、closed_dateが2026年7月1日以上、2026年10月1日未満の範囲でamount_usdを地域別に合計してください。ラベルは「受注済み商談額、USD」とし、会計上の売上とは表記しないでください。共有する前に、地域が未入力の場合や金額がnullの場合に、クエリがどう処理するかを説明してください。

このプロンプトでは、指標、データソース、通貨、期間の境界を明確にしています。見栄えのよいグラフでは見落としやすい例外の扱いも確認できます。

生成されたクエリで確認すること

生成されたクエリを開きます。上記の前提であれば、基本的な処理は次の説明用のBigQuery SQLに近いものになるはずです。このSQLは実際のデータセットでは実行していません。

SQL

SELECT region, SUM(amount_usd) AS closed_won_usd
FROM `crm.opportunities`
WHERE is_won = TRUE
  AND closed_date >= DATE '2026-07-01'
  AND closed_date < DATE '2026-10-01'
GROUP BY region
ORDER BY closed_won_usd DESC;

受注済みの商談を選び、成立日を四半期の範囲内に絞り、ドル建ての金額を地域別に合計しています。終了日は含めない条件なので、10月1日は対象外です。結合処理がないため、別のテーブルとの結合で行が増えることはありません。ただし、元データに重複があれば合計額が過大になる可能性はあります。

商談の履歴を保存している場合、商談ごとに複数の明細行がある場合、日付ではなくタイムスタンプを使っている場合は、このSQLをそのまま使わないでください。先にデータの管理者と、採用するレコードや日付のルールを決めます。SQLが正常に実行できても、答えている問いが違うことはあります。

共有前に検証すること

重複集計を防ぐ。 元データで各商談が1回だけ現れることを確認します。いくつかの商談IDを調べ、同じ絞り込み条件を使った信頼できるCRMレポートと全体の合計を照合してください。
意図した日付で集計する。 四半期の境界付近の商談を確認します。作成日や請求日ではなく、商談の成立日を使うルールでよいかを確かめます。
通貨の基準を統一する。 amount_usdの算出方法を確認します。SUMは金額がnull、つまり欠損している行の値を集計しないため、その内容を調べます。地域が未入力の場合の表示方法も決めてください。
グラフと元データの両方で鮮度を確認する。 各グラフの最終更新時刻に加え、CRMの変更が最後にウェアハウスへ反映された時点も確認します。古いテーブルに今クエリを実行しても、得られる数値は古いままです。
アクセスと指標の意味を確認する。 同僚に自身の接続で共有ダッシュボードを開いてもらいます。営業の集計値が会計上の売上として転用されないよう、指標の定義と除外条件を添えてください。

粘土で表した4つの点検ステーションに、重複集計の防止、日付、通貨、閲覧者のアクセスを示すラベルが付いています。 — 営業データの例で推奨する確認事項です。Claudeの画面にある操作項目ではなく、検証作業を示しています。

合計が一致しない場合は、グラフを増やす前に原因を解消します。「差額の原因となるレコードはどれですか」「元データに同じ商談の過去のバージョンが含まれていませんか」といった追加の質問が役立ちます。最初のダッシュボードの信頼は、見た目ではなく数値の照合で築きます。

効果を期待しやすい6つの使い方

以下は、必要なフィールドが接続先にすでにある場合の活用案です。顧客の導入実績でも、ここまでに挙げていないコネクタへの対応を示すものでもありません。

順位と担当者	試してみる具体的な業務	期待できる効果
1. パイプライン会議を控えた営業企画・管理の責任者	Salesforceの未完了商談を担当者とステージで集計し、何を未完了と判定しているかを確認します。	会議中に変わる質問を、根拠となるレコードと並べて検討できます。
2. 整備済みの営業テーブルがある企業の創業者	上述の地域別受注額の集計を作り、既存の営業レポートと照合します。	毎回のエクスポートとグラフ作成を省ける可能性があります。
3. チケットデータがすでにウェアハウスに届いているサポート責任者	チームで合意した未解決ステータスを使い、未解決チケットをキューと経過時間で集計します。	表計算ファイルの準備からではなく、未処理案件の状況から人員配置の議論を始められる可能性があります。
4. 登録データを持つグロース担当者	集計期間が終了した週ごとの登録数を、獲得チャネル別に比較します。	新たなレポート作成を依頼せずに、詳しく調べるべきチャネルを見つけられる可能性があります。
5. 契約更新データを持つカスタマーサクセス責任者	更新予定の契約を担当者と月で集計します。	合意済みの更新対象リストを基に、フォローアップを整理できる可能性があります。
6. 今後作るBIレポートの要件を詰めるアナリスト	関係者と候補の指標を検討し、合意した定義をレポートシステムへ反映します。	用途に合わない定常レポートを作ってしまうことによる手戻りを減らせる可能性があります。

最初に選ぶなら、データソースが明確で、比較する合計値がわかっており、定義の責任者がいる業務が適しています。「事業の健全性を見せて」といった広すぎる依頼では、これらの条件がそろいません。

Looker Studio・Metabase・Power BIとはどう使い分けるか

私の勧めは、問いがまだ固まっていない段階でClaudeを使うことです。安定したデータモデル、継続的に管理する配信の仕組み、明示的な更新設定が必要なレポートでは、BIツールを使い続けます。

ツール	向いている用途	チーム側に残る作業
Claude Dashboards	クエリと更新時刻を確認しながら、対話を通じてデータを探索します。	指標を定義し、クエリを検証し、閲覧者のアクセス権を確認します。
Looker Studio	接続したデータソース、グラフ、フィルタ、コントロールを組み合わせたレポートを作ります。	データソースを設定し、レポートのフィールドやレイアウトを維持します。Googleのドキュメント
Metabase	ビジュアルクエリビルダーまたはSQLで再利用可能なデータベースへの質問を作り、ダッシュボードにまとめます。	保存した質問と、その参照先のデータベースを維持します。Metabaseのダッシュボード
Power BI	再利用可能な定義や関係性をまとめたセマンティックモデルを基にレポートを管理し、スケジュール更新や、ユーザーごとにレコードを制限する行レベルのセキュリティを使います。	モデル、権限、更新設定を設計し、運用します。更新、セキュリティ

これは業務での使い分けの比較であり、Claudeからこれら3製品に直接エクスポートできるという意味ではありません。レポート作成ツールをより広く比較するなら、Databoxの代替ツールも参考にしてください。

Claude Dashboardsだけでは解決できないこと

曖昧な指標を、社内で合意された業務上の定義に変えることはできません。 このワークフローを実務に照らして評価すると、「売上」「アクティブ顧客」「解決済みチケット」には、何を数えるかを決める責任者が必要です。グラフを描いても、上流で欠けているレコードが埋まるわけではありません。

データに接続しているだけでは、最新であることは保証されません。 発表ではダッシュボードが最新の状態を保つと説明されていますが、入門ガイドには更新間隔の記載がありません。ダッシュボード数、グラフ数、行数の上限も示されていません。無制限なのではなく、詳細が未公表だと捉えてください。発表にも入門ガイドにも、Dashboardsの精度を測定した結果は掲載されていません。発表、入門ガイド

コネクタが持たないデータソースへのアクセス権を付与することはできません。 通常の接続はユーザーの権限を引き継ぎます。一方、共有の認証情報を使う接続には、その認証情報に紐づくアクセス権が適用されます。自分の接続がどちらの方式かを確認してください。コネクタの権限

契約でデータの鮮度を約束している業務、監査対象のレポート、複雑な共通指標の定義は、その要件に対応してチームがすでに運用しているシステムに残すことを勧めます。ベータ版は、まず範囲を限定した社内の問いで試してください。SQLが見えることは検証の助けになりますが、答えの正しさを保証するものではありません。

次の週次レポートで試すこと

現在、毎週の営業レポートをエクスポートしている担当者と、元テーブルの管理者に組んでもらいます。最初は受注済み商談の集計だけを作り、合計を照合し、更新時刻を確認して、共有先の同僚のアカウントから開きます。修正を含め、かかった時間をすべて記録してください。数値の定義を明確に保ったまま、そのレポート業務が楽になると確かめられた場合にだけ、利用範囲を広げます。

自社データに合わせて、検証済みのレポート作成ワークフローを構築したい場合は、AIによる業務自動化をご相談ください。