Claude Media
Claude HubSpot営業分析 — 商談・チケットの活用プロンプト集

Claude HubSpot営業分析 — 商談・チケットの活用プロンプト集

Claude HubSpot連携で商談・連絡先・チケットを分析するプロンプト例をまとめます。契約ライフサイクル追跡や勝敗パターン分析のほか、書き込みを任せるときの承認設定や、聞き方で結果が変わる条件を扱います。

このTipsでできること

Claude HubSpot連携を使うと、商談・連絡先・会社・チケットの状態を会話の中で聞くだけで、要約や集計をその場で返してもらえます。営業やカスタマーサクセスが週次で手作業で集計していた確認作業を、質問文ひとつに置き換える使い方をまとめます。

この連携は読むだけでなく、レコードの作成・更新もできます。ただし削除はできません。接続手順や権限の仕組みはClaude HubSpot連携にあります。利用にはPro・Max・Team・Enterpriseのいずれかの有料プランが要ります。Super AdminとApp Marketplace Access権限を持つユーザー以外は、Super Adminによる事前承認も必要です。ここでは接続済みであることを前提に、実際に効くプロンプトの型を紹介します。日々のちょっとした確認から、四半期ごとの振り返りまで、同じ連携を使い回せます。

後半で扱うExcel・Wordなどへのファイル書き出しは、Claude全体のコード実行・ファイル作成機能を使います。Free・Pro・MaxプランではSettings > Capabilitiesでこの機能を個人が有効・無効を切り替えられますが、Team・Enterpriseプランでは組織のオーナーが管理画面から無効化していることがあります。ファイル出力を試して反応がない場合は、まずこの設定を確認してください。

商談・連絡先・チケットで聞けること

読める範囲は、Contacts(連絡先)・Deals(商談)・Companies(会社)・Tickets(チケット)だけではありません。Leads、カスタムオブジェクト、Line items、見積もり、請求書、注文、商品、サブスクリプション、セグメントも読み取りの対象です。メール・通話・会議・メモ・タスクといったエンゲージメント履歴も読めます。

どのオブジェクトも、接続したユーザー自身のHubSpot権限の範囲でしか返ってきません。HubSpotで閲覧権限のない商談は、質問しても返ってきません。この点は先に押さえておきます。HubSpotアカウントで機密データ(Sensitive Data)の設定が有効だと、エンゲージメントデータにはアクセスできません。

エンゲージメント履歴を使えば、チャット・メール・SMSなど複数のチャネルをまたいだ、特定の連絡先とのやり取り全体を通話前に引き出せます。HubSpotのヘルプにも、コール前の文脈づくりとして載っている聞き方です。

契約ライフサイクル追跡

連絡先が「見込み客」から「顧客」までどのステージをどれくらいの期間で通過したかは、手作業では追いにくい数字です。期間指定と「各ステージの滞在時間」をセットで頼むと、Claudeが期間内の連絡先を横断して整理してくれます。

プロンプト例(契約ライフサイクル追跡)
直近四半期のHubSpot連絡先について、ライフサイクルステージの
推移を各ステージの滞在期間つきで追ってください。
ステージ間の移動が特に遅い連絡先があれば理由の仮説も添えてください。

勝敗パターン分析

商談がクローズした理由を「closed lost reason」ごとに集計すると、営業チームがどこでつまずいているかが見えてきます。四半期や商品ラインで区切って聞くと、比較がしやすくなります。

プロンプト例(勝敗パターン分析)
今四半期のHubSpot商談について、失注理由(closed lost reason)ごとに
件数と金額を集計してください。勝率が特に低い理由があれば、
共通する特徴(業種・担当者・商談規模など)も教えてください。

チケット優先度レビュー

サポートチケットは「自分に割り当てられている、未解決のもの」を優先度順に確認したい場面が多くあります。担当者名と状態、並び順を具体的に指定すると、返ってくる結果が使いやすくなります。

プロンプト例(チケット優先度レビュー)
自分に割り当てられているHubSpotの未解決チケットを、
優先度と作成日の順に並べて一覧にしてください。
今週対応が必要そうなものには理由もひとことつけてください。

週次パイプラインダイジェストとコール前ブリーフ

商談パイプラインの状態を毎週まとめて把握したい場合や、商談先との通話前に相手の状況を素早く思い出したい場合にも同じ連携が使えます。前者は範囲を「自分の担当分」か「チーム全体」かで明示するのがコツです。後者は会社名か連絡先名を具体的に指定します。商談前のブリーフをさらに一歩進めて、過去のやり取りから論点や想定質問まで含めて準備する手順はClaudeで商談準備をCRM連携で効率化する方法にまとめています。

プロンプト例(コール前ブリーフ)
◯◯社との来週の商談前に、HubSpot上のやり取り履歴と
現在の商談ステージ、直近のチケット状況をまとめてください。
話すべき論点も3つ挙げてください。

会社単位のアカウント概況

商談やチケットは1件ずつ見るより、取引先の会社単位でまとめて把握したい場面もあります。会社名を指定し、商談・チケットの両方を横断して聞くと、その会社との関係が今どういう状態かをひとつの答えとして受け取れます。

プロンプト例(会社単位のアカウント概況)
◯◯株式会社について、HubSpot上の進行中の商談、
過去半年のクローズ済み商談、未解決チケットをまとめて教えてください。
この会社との関係が今どのフェーズにあるか、あなたの見立ても添えてください。

複数のオブジェクトを横断する質問は、1つのオブジェクトで完結する質問より、この連携の使いどころが出やすい聞き方です。

分析結果をファイルに書き出す

チャット上の回答をそのまま社内共有するのではなく、体裁を整えたファイルとして残したい場合もあります。ClaudeはHubSpotから読み取ったデータをもとに、Excelの表やWord・PDFのレポートをその場で生成できます。この機能はHubSpot連携に限らず、Claude全体が持つコード実行・ファイル作成機能によるものです。

プロンプト例(レポート化)
先ほどの勝敗パターン分析の結果を、失注理由ごとの件数・金額を
表にまとめたExcelファイルとして書き出してください。
グラフも1つ添えてください。

生成されたファイルはその場でダウンロードできます。週次・月次で同じ形式のレポートを継続的に作りたい場合は、CoworkのScheduled Tasksで定期実行に載せる方法が向いています。毎回同じプロンプトを打ち込む手間そのものをなくせる点が、単発の質問との違いです。

業種・担当者の切り口を足す

同じ勝敗パターン分析でも、比較の軸をひとつ足すだけで見え方が変わります。業種別に分けると営業戦略の見直しに使え、担当者別に分けると個人のフォローアップに使えます。目的に応じて軸を選ぶと、分析が次の行動につながりやすくなります。

プロンプト例(業種別の勝敗パターン)
今四半期のHubSpot商談を業種別に分けて、
それぞれの勝率と主な失注理由を比較してください。
特に苦戦している業種があれば、共通する特徴も教えてください。

聞き方で結果が変わる早見表

HubSpotのヘルプには、プロンプトの書き方に関する条件がいくつか載っています。次の表は、その条件を場面別に並べたものです。

聞き方向いている場面HubSpotが挙げる条件
「my team」「my direct reports」向いている場面自分に関わるユーザー・チームの情報HubSpotが挙げる条件個人の文脈には一人称で書く
「our sales team」「all managers」向いている場面組織全体を対象にした分析HubSpotが挙げる条件広い範囲には組織を指す語で書く
キャンペーン名 + 期間を明示向いている場面ページ・ブログ投稿ごとの成績HubSpotが挙げる条件個別の成績を引くにはどちらも必須
Partner Client Objectを名指し向いている場面パートナーシートでの利用HubSpotが挙げる条件名指ししないとこのオブジェクトを引かない可能性がある

ページやブログ投稿のデータは、公開済みのものだけが対象です。下書きで返るのはメタデータだけです。

曖昧な聞き方と具体的な聞き方の違い

同じ意図でも、聞き方ひとつで返ってくる答えの粒度は大きく変わります。「商談の状況を教えて」のような一言だけの指示は、Claudeがどの期間・どの範囲を対象にすべきか判断できず、大まかな要約で止まりやすくなります。

曖昧な聞き方(避けたい例)
HubSpotの商談の状況を教えてください。

この聞き方では、対象期間も担当範囲も指定されていません。返ってくる答えは全体のさわりだけになりやすく、次の行動につながりません。

具体的な聞き方(推奨)
今月クローズ予定のHubSpot商談を、自分の担当分に絞って
金額の大きい順に並べてください。今週中にフォローが必要な
ものには理由も添えてください。

期間・担当範囲・並び順・欲しいアウトプットの形を1文に詰め込むほど、確認のやり取りが減りやすくなり、欲しい答えに近い結果が返ってきます。HubSpotのヘルプは、最新のClaudeモデルを使うことと、Extended Thinkingを有効にすることも勧めています。

書き込みを任せるときの境界

分析の結果を受けて、商談ステージの更新やフォローアップのタスク作成までClaudeに頼めます。できる操作とできない操作は次のとおりです。

境界

Claudeに頼める操作の線引き

  • 読む

    商談・連絡先・チケットのほか、メール・通話・会議・メモ・タスクの履歴も分析の材料になります。

  • 作る・更新する

    連絡先や商談の作成、ステージなどのプロパティ更新、メモの記録、タスクの作成ができます。見積もりの作成・更新はBETAです。

  • 削除はできない

    どのオブジェクトも削除に対応していません。誤って作ったレコードの削除は、HubSpotの画面で行います。

請求書・注文・支払いは読み取りだけで、作成も更新もできません。書き込みの挙動にはHubSpot側の制約も効きます。

数字

書き込みの数字

  • 一括作成・更新の上限

    10件

    1回の処理で扱えるレコード数

  • 監査ログの帰属

    2者

    ユーザーとClaudeコネクターの両方

いずれもHubSpotのヘルプにある条件です

ブログ記事を作成・公開させる場合は、著者・アイキャッチ画像・メタディスクリプション・スラッグ・タイトルが必須です。著者のメールアドレスが既存の著者と一致しないと、HubSpotに著者が新しく作られます。

作成・更新では、HubSpotに設定した条件付きプロパティのルールと、パイプラインステージの検証ルールが適用されます。関連付けラベルの検証は適用されません。

承認の設定を先に決める

書き込みをClaudeに任せるなら、承認の設定を先に決めておきます。HubSpotのヘルプは、書き込みの前に毎回確認が出る設定を勧めています。

手順

書き込みの承認を毎回求める設定

  1. 1

    コネクターの設定を開く

    Claudeの設定でHubSpotコネクターのツール設定を開きます。

  2. 2

    Write tools を変える

    Write tools を Needs Approval に設定します。Always allow にすると、確認なしで編集が走ることがあります。

  3. 3

    変更案を見て返事をする

    Claudeが示す変更案を読み、Yes で実行、No で取りやめます。

最初の1件は、1つのレコードの更新から始めます。一括変更はそのあとです。

任せてよい分析・任せないほうがよい分析

過去のデータを集計・要約する作業は、Claudeが得意とする使い方です。一方で、今この瞬間の最新状態を1件だけ確認したいときや、金額の桁を人間の目で二重チェックしたい意思決定では、HubSpot本体の画面を直接見る選択肢があります。

用途向き不向き理由
四半期の勝敗パターン集計向き不向き向いている理由件数が多いほど手作業より速く正確
個別商談のステージ確認だけ向き不向きどちらでも良い理由件数が少なければHubSpot画面でも手間は同じ
重要な契約金額の最終確認向き不向き向いていない理由集計ミスの見落としを避けたい場面では原本の直接確認が安全
週次・月次の定例レポート作成向き不向き向いている理由同じ形式を繰り返し作る作業ほど自動化の効果が大きい

金額が絡む分析ほど、Claudeが返した数字をそのまま鵜呑みにせず、HubSpot上の集計機能やダッシュボードと突き合わせる習慣をつけておくと安心です。決裁に使う資料では、この突き合わせまで済ませてから回すと手戻りが減ります。

他のConnectorと組み合わせる

HubSpot単体でも十分に使えますが、Google DriveやSlackなど別のConnectorと同時に有効化しておくと、質問の幅が広がります。たとえば商談の状況をHubSpotから読み取りつつ、関連する提案書をGoogle Driveから探して要約する、といった横断的な依頼も一度の会話で完結します。複数のConnectorを同時に使う場合は、それぞれの権限設定が独立していることも覚えておくと混乱が減ります。定期実行に組み込みたい場合は、Coworkの機能を使った自動化が向いています。詳しくはCowork HubSpot自動化で扱っています。サポートチケット側の分析を組み合わせたい場合は、Zendeskチケット分析で扱っているMCPサーバー経由のアプローチが参考になります。

よくある質問

メールや通話の履歴が返ってこないのはなぜですか

機密データの設定が無効でも返らないなら、書き込み権限とエンゲージメントの閲覧が追加される前に接続していて、再認証が済んでいない可能性があります。コネクターをいったん切断して、もう一度認証し直します。

新しいオブジェクトの権限を足したあと、全員に反映されますか

Super Adminがコネクターのデータ権限を更新したあと、各ユーザーが接続し直して初めて、新しく承認されたデータにアクセスできます。

まとめ

分析の質を決めるのは、期間・担当範囲・比較軸をどこまで具体的に書くかです。書き込みまで任せるなら、Write tools を Needs Approval にしてから始めます。

この記事を共有:XはてブLinkedIn