%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
AgentforceはAIエージェントを構築する基盤、HubSpot BreezeはCRMに組み込まれたAI機能です。選ぶ前に、AIの機能数より業務プロセスと運用体制を見直します。
AgentforceはAIエージェントを構築する基盤、HubSpot BreezeはCRMに組み込まれたAI機能です。選ぶ前に、AIの機能数より業務プロセスと運用体制を見直します。
「顧客情報が表計算シートとCRMに分かれ、どれが最新かわからない」
「AIに任せたい業務はあるけれど、誤った処理や送信をどう防ぐのか」
「高機能な仕組みを導入しても、設計や運用を担う人がいない」
AgentforceとHubSpot Breezeの比較では、AIをどこまで自社で組み立てたいか、CRMデータをどのように業務へつなぐかが判断の軸になります。Agentforceはカスタムエージェントを構築する基盤であり、BreezeはHubSpot CRMの操作やデータに組み込まれたAI機能です。
本記事は「The Modelの限界と次世代営業組織｜分業体制のサイロ化を超える進化モデル」シリーズの一部です。関連するトピックを横断的にまとめた営業マネジメントガイドもあわせてご覧ください。
この記事でわかること
AgentforceとHubSpot Breezeを、機能の一覧ではなくCRMの設計と日々の運用に結び付けて比較します。AI活用を検討する際に、先に整理したい論点も紹介します。
- それぞれの設計思想 — AIを構築する基盤とCRM内のAI機能の違いを整理します。
- データと業務フローの関係 — 顧客情報の分断がAI活用に与える影響を解説します。
- 選び方の判断軸 — 技術体制、業務の複雑さ、運用負荷から適合性を考えます。
- 導入前に整えること — AIより先に決めるCRMデータと業務プロセスを確認します。
- 段階的な始め方 — AIの適用範囲を小さく定め、人の確認を組み込む手順を示します。
本記事では、HubSpotの活用における重要なポイントを体系的にまとめています。AI CRMの全体トレンドについてはAI CRMとは？2026年のCRM × AI活用トレンドもあわせてご確認ください。
AgentforceとBreezeはAIをどこに置くのか
AgentforceとBreezeは、どちらもCRM業務でAIを活用する仕組みですが、AIを提供する位置が異なります。Agentforceは組織ごとの業務を担うエージェントを構築する方向に重心があり、BreezeはHubSpotのCRM体験の中でAIを使う方向に重心があります。
Agentforceは業務エージェントを組み立てる基盤
Agentforceは、自律型AIエージェントの考え方に基づく仕組みです。企業が業務領域に応じたエージェントを設計し、特定の仕事に合わせて構成するアプローチです。
この方向性は、既存の業務プロセスが複雑で、独自のルールや処理をAIに反映したい組織に向いています。一方、エージェントの目的、参照する情報、実行する操作を決めて検証する責任も伴います。AI基盤を導入するだけで、業務の定義や運用体制まで自動的に整うわけではありません。
BreezeはCRM利用の中でAIを使うプロダクト
BreezeはHubSpotのCRM内で、質問、情報の要約、コンテンツ作成やタスク支援などに使うAI機能です。
AIの利用をCRMの画面やデータに近いところから始められる点は、業務に適用する範囲を小さく決めやすいという特徴につながります。ただし、CRM内にある情報の質が低かったり、部門ごとに業務の定義が異なったりする場合、AIの出力だけでその不整合を解消することはできません。
「構築の自由度」と「利用の一体感」を比べる
両者の違いは、AIが高機能かどうかだけでは整理できません。自社がAIの動きや業務ロジックをどこまで作り込むのか、既存CRMの中で利用を始めたいのかを比べると、選定の理由が明確になります。
| 比較軸 | Agentforce | HubSpot Breeze |
|---|---|---|
| AIの位置づけ | 業務に合わせてエージェントを構築する基盤 | CRMの機能や操作に統合されたAI |
| 設計の中心 | エージェントの業務範囲や処理を定義 | CRM上のデータや業務でAIを活用 |
| 運用で必要なこと | 構築、テスト、変更の担い手を決める | CRMデータとAIを使う業務を整える |
| 向いている検討 | 独自の業務ロジックをエージェントに反映したい | CRMの利用に沿ってAI活用を広げたい |
| 主な注意点 | 設計と運用の負担を引き受けられるか | 標準機能の範囲と自社業務の適合性 |
CRMデータと業務フローがAIの土台になる
AI CRMの選定では、AIが参照する顧客情報と、情報を使って進める業務のつながりも確認します。表計算シート、メール、担当者ごとのメモ、CRMに同じ情報が分散すると、更新の手間や記録の食い違いが生じやすくなります。
分散した管理では、AI以前に情報を探す手間が残る
顧客の会社情報は表計算シート、対応履歴はメール、営業の進捗はCRMという状態では、担当者がそれぞれを見比べて最新情報を判断しなければなりません。AIに要約や提案を求めても、参照できる情報が欠けていると、業務に必要な文脈をそろえにくくなります。
そのため、最初に決めることはAIに何を尋ねるかだけではありません。どの顧客情報を正本として管理するか、誰が更新するか、営業やマーケティング、サービスがどの情報を使うかを明確にします。
CRMを一元管理、自動化、可視化につなぐ
CRMは顧客情報を保存するだけのデータベースではなく、営業プロセスを標準化し、部門間の引き継ぎや経営判断に使う基盤として設計できます。コンタクト、会社、取引、チケットなどの情報を関連付け、業務上必要な更新を自動化し、進捗や結果をレポートで把握する流れが基本です。
例えば、問い合わせからコンタクトを作成し、条件に応じて営業へ引き継ぎ、取引として進捗を管理し、顧客化後はサービス対応や請求情報へつなぎます。AIは、この一連の流れの中で分類、要約、調査、文面の下書きなど、範囲を決めた補助業務に置くと役割を評価しやすくなります。
AIが動く範囲を業務フローに沿って決める
顧客情報の登録、見込み度の判定、営業対応、取引管理、顧客対応のどこでAIを使うのかを整理します。分類や要約のように人が結果を確認しやすい業務から始めると、出力と実務のずれを確かめながら適用範囲を検討できます。
| 業務段階 | CRMで管理すること | AIに任せる候補 | 人が決めること |
|---|---|---|---|
| 問い合わせ・コンタクト | 顧客情報、流入経路、対応履歴 | 問い合わせ内容の分類、要約 | 対応対象と優先順位 |
| 営業への引き継ぎ | 担当、検討状況、次の対応 | 企業情報の調査、面談準備 | アプローチ方針 |
| 取引管理 | ステージ、金額、予定、活動 | レコード情報の整理、文面の下書き | 提案内容、確度、送信判断 |
| 顧客対応 | 問い合わせ、チケット、履歴 | 問い合わせの要約、回答案 | 個別事情を踏まえた回答 |
| 受注後 | 顧客情報、契約や請求に関する管理項目 | 記録の整理や引き継ぎ支援 | 請求や提供に関する確定処理 |
自社の運用体制から選択肢を絞る
会社の規模だけでAI CRMを決めると、実際の運用に必要な役割を見落とすことがあります。業務の複雑さ、構築や管理を担う人、CRMの定着度をあわせて見て、どちらの設計思想が自社の進め方に合うか考えます。
Agentforceを検討する条件
Agentforceは、独自の業務ルールをエージェントの動作に反映したい場合や、既存のSalesforce環境を軸にAIを組み立てたい場合に検討対象となります。業務ごとの要件を分解し、エージェントが参照するデータや実行する処理を設計できる体制があるかを確認します。
その体制がある場合でも、AIが処理してよい範囲と、担当者が判断する範囲を分けて定義します。構築自由度が必要な業務と、CRMの標準機能で管理できる業務を切り分けることで、過度な作り込みを避けやすくなります。
Breezeを検討する条件
Breezeは、HubSpotを顧客管理や営業、マーケティング、サービスの基盤として活用し、その業務にAIを組み込みたい場合に検討できます。CRMのレコードや利用画面に近い場所でAIを使うため、情報の整理や業務の下書き支援などから始めやすい構成です。
一方、高度に独自化した業務ロジックをAIに実行させることが最優先であれば、標準機能でどこまで表現できるかを先に見極めます。Breezeの各機能は利用条件やクレジットの扱いが異なる場合があるため、対象機能ごとに公式資料と契約中の環境を照合します。
どちらを選んでも先に整える運用
CRMに情報が十分に蓄積されていない場合や、営業の進捗や対応方法が担当者ごとに異なる場合は、AI機能よりデータと業務の整理を優先します。手作業の表計算管理を残したままAIを足しても、どの情報を正とするかという問題は残ります。
| 確認すること | 整っている場合 | まだ整っていない場合 |
|---|---|---|
| 顧客情報の管理先 | AIが参照する情報源を決める | 管理先と更新責任を先に決める |
| 営業ステージの定義 | ステージごとの条件をAI活用に接続 | ステージ名と移行条件を整理する |
| 入力項目 | 判断や引き継ぎに必要な項目に絞る | 重複や未使用項目を見直す |
| 業務の担当 | AI出力の確認者と例外対応者を決める | 役割分担と引き継ぎ先を決める |
| レポート | 導入前後で見る指標を定める | 現状を把握できる基本レポートを整える |
段階的な導入でAIと人の役割を決める
AI導入は、対象業務を小さく決めて結果を確かめながら広げる進め方が現実的です。最初から顧客対応や営業判断を一括して自動化せず、業務フローの中でAIの役割と確認者を決めます。
まず一つの業務と評価方法を決める
最初に、時間がかかっている作業や記録のばらつきがある作業を選びます。問い合わせの分類、会社情報の調査、CRMレコードの要約など、出力を担当者が確認できるものは試行対象にしやすい業務です。
続いて、次の項目を定めます。
- 入力に使うCRMデータ
- 期待する出力
- 誤りがあった場合の修正方法
評価の観点を事前に決めておくと、便利そうという印象だけで継続を判断せず、業務上の効果と修正負担の両方を見られます。
人による確認をフローに組み込む
AIが作成した要約やメール案は、顧客へ渡す前に担当者が確認する手順を設定します。特に取引の条件、金額、日付、個別事情に関する内容は、CRM内の記録と照らし合わせて人が判断します。
人が毎回一から確認するだけでは、AIの利用が新たな手間になることもあります。次の点を定めておきます。
- 確認者 ── 誰が確認するか
- 修正する項目 ── どこを直すか
- 差し戻し先 ── 誰に戻すか
記録の更新まで含めて引き継げる流れにすることがポイントです。
定着した業務から範囲を広げる
試行した業務で出力が実務に合い、確認や修正の役割も回るようになったら、関連する業務へ適用範囲を広げます。例えば、問い合わせ分類の運用が整った後に、担当割り当てや初回対応の準備につなげる方法があります。
ただし、業務プロセスが定まらないまま自動化範囲を広げると、誤った判断や例外の見落としが増える可能性があります。
新しい対象を追加するときは、業務責任者が条件と例外を確認し、出力の記録と見直し方法まで決めてから進めます。
選定時に見る限界と運用リスク
AI CRMには、データ品質、出力の確認、利用条件、運用担当といった制約があります。製品の紹介や機能デモだけで判断せず、自社の業務データを使って必要な精度と人の作業を確かめます。
自律実行を広げる前に承認箇所を決める
AIエージェントが自律的に処理する範囲を広げるほど、誤った出力が後続業務へ影響する可能性も高まります。次のような処理は、誰が承認するかを業務ごとに定めます。
- 顧客への送信
- 取引情報の更新
- 社内外への確定連絡
初期段階では、AIに調査や下書きを任せ、送信や業務上の確定判断は担当者が行う形にします。
確認を通じて誤りの傾向や不足データがわかった場合は、プロンプトやCRM項目、業務ルールのどこを直すべきか切り分けます。
エージェントの構築負荷と標準機能の範囲を比べる
Agentforceのような構築基盤では、要件整理、データ連携、エージェントのテスト、運用時の変更管理が必要です。専任の管理者や開発者がいない場合、機能の自由度がそのまま運用負荷になることがあります。
BreezeはCRMに統合された機能を使える一方、標準機能の範囲を超える要件には別の設計や連携が必要になる場合があります。両者を比較するときは、実現したい業務を具体化し、標準機能で進める範囲と個別構築が必要な範囲を分けて評価します。
データ整備が不十分な状態では結果を評価できない
CRMに重複レコードや古い情報が残っていると、AIが整理や要約をしても業務上の判断材料として使いにくくなります。次の項目を整えたうえで、AIが参照してよいデータを確認します。
- レコードの関連付け
- 入力項目
- 更新ルール
また、営業のステージ定義や受注確度が曖昧なままでは、AIを使ってもフォーキャストや優先順位の基準は明確になりません。取引ステージ、確度、ステージ定義、移行時の必須情報を整えることが、営業プロセスを引き継げる仕組みにつながります。
HubSpot Breezeの設定と調整をどう考えるか
Breezeを業務に取り入れる際は、AIに任せるタスクだけでなく、参照情報と回答方針も業務設計の一部として扱います。エージェントの設定を変更できる場合は、試行の前後で指示と結果を見比べ、担当者が確認しやすい形に整えます。
ガイドラインでエージェントの振る舞いを言語化する
以下の画面は、HubSpotデモ環境の「顧客対応エージェント」>「トレーニング」>「ガイドライン」（ベータ）の画面例です。トーンと応答スタイルの入力欄が表示されています。
文章で回答方針を記述する場合は、対象業務、参照してよい情報、回答の形式、判断できないときの対応を分けて書きます。例えば営業支援で使うなら、CRM上の情報を優先するのか、情報不足をどのように伝えるのかを明記します。
指示の変更と出力確認をひとまとまりにする
ガイドラインを変えたときは、同じ入力例を使って変更前後の回答を確認します。業務に必要な情報が含まれているか、事実と推測が区別されているか、回答できない場合にその旨を伝えるかを見ます。
出力に問題があった場合は、指示だけで解決しようとせず、元データやプロパティの不足も調べます。データの欠落が原因ならCRMを整え、回答の形式が原因ならガイドラインを直し、業務判断が必要なら担当者へ戻す設計にします。
検証結果を業務ルールに戻す
試行中に見つかった誤りや確認の負担は、個人の注意だけに任せず、仕組みの改善に使います。よく不足する項目は入力ルールに反映し、例外が多い業務はAIの対象範囲を狭めます。
こうして、顧客情報の入力、AIによる支援、人の確認、取引や顧客対応への引き継ぎを一連の運用として整えます。誰が担当しても同じ手順で確認できる状態を目指すと、担当者の経験だけに頼らないCRM活用につながります。
よくある質問
AgentforceとBreezeは併用できますか？
技術的な可否だけでなく、どちらを顧客情報の中心に置き、システム間で何を同期するかを先に決めます。情報の正本が分かれる場合は、更新責任や重複対応が増えるため、主なCRMと連携対象を明確にしてから併用を評価します。
Salesforceを使っている場合は、HubSpot Breezeへ移行すべきですか？
一律に移行を決めるのではなく、現在の業務フロー、カスタマイズ、データ連携、運用負荷を整理します。現行環境で必要なAI活用を実現できるかを検証し、運用上の課題がCRM全体に及ぶ場合に移行の影響と作業範囲を比較します。
BreezeのAI機能はどの業務から試せますか？
CRMレコードの要約や問い合わせ内容の分類、営業準備に使う情報整理など、担当者が結果を確認できる業務から検討できます。利用できる機能や条件は契約や設定によって異なるため、対象業務を決めた後にHubSpotの公式資料と実際のアカウントで確認します。
CRMデータが十分でない場合は何から始めますか？
まず顧客情報の管理先を決め、コンタクトや会社、取引に必要な項目と関連付けを整理します。次に営業ステージと入力・更新の担当を決め、基本的なレポートで運用状況を把握してから、AIを試す業務を選びます。
AIのメール案をそのまま顧客に送れますか？
顧客への連絡内容は、担当者が事実、文脈、表現を確認してから送る運用にします。特に個別の取引条件や金額が含まれる場合はCRMの記録と照合し、判断が必要な箇所を人が確定します。
まとめ
Agentforceは自社の業務に合わせてAIエージェントを構築する基盤であり、HubSpot BreezeはCRMの利用に組み込まれたAI機能です。選定では、AIの機能数よりも、データの管理方法、業務プロセス、構築と運用を担う体制を見ます。
まずはAIを適用したい業務を一つ選び、次の順に整理します。
- 顧客情報の正本と更新担当を決めます。
- 対象業務の手順、例外、人が判断する箇所を整理します。
- 小さな範囲でAIの出力と確認負担を評価し、結果を見て適用範囲を調整します。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
