HubSpot Breeze 料金改定を検証:成果課金でCACは下がるのか(2026年)
HubSpot Breeze 料金改定でCustomer Agentは解決済み会話1件$0.50、Prospecting Agentは適格リード1件$1へ。値下げに見える成果課金を、解決率、HubSpot Creditsの未消化、監査できない成果指標から検証し、自社CACの損益分岐点を計算する判断基準を解説します。

2026年4月14日、HubSpot Breeze 料金体系が改定されました。Breeze Customer Agentは1会話あたり$1.00から、解決済み会話1件あたり$0.50へ。Breeze Prospecting Agentも、登録済みコンタクトごとに毎月課金される方式から、適格リード1件あたり$1へ移行しました。一見すると値下げです。しかしファネルの数字を当てはめると、本質はリスクの価格付け替えだと分かります。自社に有利かどうかを左右するのは、HubSpotが定義し、利用企業側では独立して監査できない指標です。
HubSpot Breeze 料金改定で実際に変わった数字
成果ベース課金へ移行したのは、Breezeの2つのエージェントです。サポート問い合わせの自己解決を担うCustomer Agentは、1会話あたり一律$1.00から、解決済み会話1件あたり$0.50になりました。アウトバウンド営業を担うProspecting Agentは、登録済みコンタクトごとの月額課金を廃止し、営業チームへ渡された適格リード1件につき$1を課金する方式へ変わりました。新料金は2026年4月14日に適用され、その前日に発表されています(HubSpotの発表、CMSWire)。
HubSpotによれば、Customer Agentは8,000社で会話の65%を解決し、解決時間を39%短縮しています(MarTech)。競合市場に目を向けると、IntercomのFinは解決1件あたり$0.99で、月50件の最低利用が必須です(Fin AIの料金)。HubSpotの解決1件あたり$0.50は、最も近い成果課金型の競合と比べてほぼ半額です。この変更が重要なのは、単に「利用ごと」から「成果ごと」へ課金単位が変わったからではなく、この価格差があるからです。
私は新しいBreeze料金で、まだ実運用$5,000分を使ってはいません。導入を決める前に作ったのが、この記事の損益分岐モデルです。料金改定だけを見ても、自社の支出が減るかどうかは判断できません。決め手は自社の解決率です。
報道が見落とした損益分岐点の計算
どの記事も$1.00から$0.50への変更は伝えていました。しかし、損益計算で本当に必要な問いには踏み込んでいません。解決済み1件あたり$0.50が、試行1件あたり$1.00より安くなるのは、解決率が何%のときでしょうか。
旧料金で受信会話1,000件にかかる費用:1,000回の試行 × $1.00 = $1,000。エージェントが実際に何件解決したかにかかわらず一定です。
新料金で受信会話1,000件にかかる費用:1,000 × 解決率 × $0.50。
両者が等しくなる損益分岐の解決率は100%です。解決率が100%を下回る限り、新料金は旧来の一律会話課金より必ず安くなります。HubSpotが示す解決率65%を当てはめると、こうなります。
Customer Agentを旧来の一律料金と比べる限り、これは明快なメリットであり、多くの場合は実際にそうなります。落とし穴はこの表にはありません。「解決済み」の定義にあります。また、同じ計算をProspecting Agentには当てはめられません。旧料金には試行ごとの最低課金がそもそもなかったからです。
判断が難しいのはProspecting Agentです。旧来の登録済みコンタクト単位の料金は、金額が分かり、上限も管理できました。N件のコンタクトを登録すればN件分を支払うため、返信が1件も来ていない段階でCACへの上乗せ額が確定します。新しい適格リード1件あたり$1の方式では、その固定費が、HubSpotの判定するコンバージョンイベントに連動した変動費へ変わります。登録から適格化までの率が高ければ、適格リード1件あたり$1は旧来の一律登録料金より安くなるどころか、高くなり得ます。成果課金は値引きではありません。コンバージョン率が低い方に賭け、その率を測る側が価格を決める仕組みです。
料金比較で見落とされるクレジットプール
「タスクが完了したときに支払う」と聞けば、従量課金を想像します。しかし実態は違います。Breezeの成果課金は、前払い式プールであるHubSpot Creditsから差し引かれます。公開されている換算表では、100 Breeze Creditsが3,000 HubSpot Creditsに対応します(HubSpot Creditsと請求の仕組み)。
この仕組みは、報道が触れていない2つの点でユニットエコノミクスを変えます。まず、期間末に残ったクレジットは埋没費用です。したがって解決1件あたりの実効コストは$0.50ではなく、$0.50にクレジットの未消化率を加味した金額になります。10,000件の解決を見込んで前払いし、実際には7,000件しか使わなかったチームは、未消化分を予測から取り除くまで、解決1件あたり実質$0.71を支払っており、$0.50ではありません。次に、前払いによって、成果課金の最大の売りである「成果にだけ支払う」という性質が失われます。実際には成果予測に対して先に払い、後から実績と照合します。キャッシュフローだけを見れば、座席ライセンスに手順を増やしたのと変わりません。
ベンダー定義の指標で課金される落とし穴
これが単なる調達上の注記ではなく、/growth/の問題になる理由があります。成果課金では、ベンダー自身が定義し、測定し、報告する指標に基づいて請求されます。つまり、自社では独立して監査できないCAC項目に支払うことになります。
何をもって会話を「解決済み」とするのでしょうか。ユーザーが回答を受け取ってチャットを閉じ、20分後に同じ問題で新しい会話を始めた場合、未解決の問題1件なのか、課金対象の会話2件で、そのうち1件が「解決済み」なのか。営業チームへ渡す「適格」リードの条件は何か。いずれもHubSpotのモデルが、HubSpot独自のスコアリングで判断します。SaaStrは、この広範な変化に潜むインセンティブを率直に指摘しています。解決単位の料金が顧客の経済性を変えるのは、解決の定義が誠実な場合に限られ、その定義を決めるのはベンダーです(SaaStr)。Constellation Researchも、成果ベースのAI料金では測定権限がプラットフォーム側へ移るという、同じ構造上の論点を挙げています(Constellation Research)。
ここは帰属関係を正確にしておきます。HubSpotが解決件数を水増ししていると証明できるわけではなく、そう主張する意図もありません。問題は非難ではなく、構造です。請求対象のイベントと成功指標が同じ数字で、一方の当事者だけがメーターを管理しているなら、財務チームは自ら定義しておらず、再計算もできない数字に対して照合作業をすることになります。自社で数えられる「座席」に支払う座席ライセンスとは、リスクの種類が異なります。
防御力のある運用にするには、初日から自社のデータウェアハウスで、解決と適格化の定義を並行して計測します。Breezeが関与した会話をすべてタグ付けし、自社のパイプラインにあるコンバージョンデータで適格度を判定し、その数字と請求書を毎月照合します。両者が数ポイント以上ずれれば、契約を再交渉する材料になります。自社のメーターを用意しなければ、残るのは請求書だけです。
モデル化して崩れた前提
正しいと思っていたものの、計算すると成り立たなかった前提が2つありました。
まず、成果課金なら旧料金より常に安いと考えていました。実際は違います。Customer Agentは試行単位の一律料金と比べれば安くなりますが、Prospecting Agentは、登録単位の固定料金と比べた場合、適格化率が高いほど割高になる可能性があります。この料金改定は、弱いファネルには有利に、強いファネルには不利に働きます。登録済みコンタクトの8%を適格リードへ転換するチームは、登録1件あたりの絶対額で見ると、25%を転換するチームより支払いが少なくなります。強いファネルを持つチームほど、適格リード1件あたり$1の新料金での総額が旧来の登録料金を上回ることがあるのです。
また、Finとの比較が決定打になるとも考えていました。しかしHubSpot中心で運用する多くのチームにとっては、そうではありません。すでにHubSpot CRMを使っているなら、移行コストとデータモデルの統合コストは、Intercomとの解決1件あたり$0.49という料金表上の差をはるかに上回ります。意思決定に必要なのは、Breeze対Finではありません。Breezeの成果課金と、人が対応する会話の自社平均コストとの比較です。社内向けメモには、その数字を載せるべきです。
実務で使う判断ルール
まず自社の解決率と適格化率を取得する
HubSpotの65%を起点にしてはいけません。直近90日間のサポート会話とアウトバウンド登録のデータを抽出し、自己解決へ振り分け可能な問い合わせの解決率と、登録から適格化までの率を自社で算出します。料金表ではなく、この2つの数字が結果を決めます。
Customer Agentを自社の一律料金ベースラインと比較する
Cost_new = 月間会話数 × 自社の解決率 × $0.50 ÷ 予測クレジット消化率。これが旧来の会話単位の一律支出を下回り、人による対応の平均コストも下回るなら、Customer Agentの成果課金へ移る判断は明快です。
Prospecting Agentはゼロではなく、旧来の登録料金と比較する
Cost_new = 適格リード数 × $1 ÷ クレジット消化率。同じ件数を処理した場合の、旧来の登録済みコンタクト単位の費用と比較します。ファネルが強ければ、旧料金の方が安いという珍しいケースも起こり得ます。その場合に備え、登録単位の条件を交渉できる余地を残します。
切り替え前に自社の計測基盤を用意する
自社定義の解決と適格化をデータウェアハウスで計測します。HubSpotの請求書と毎月照合し、数ポイントを超える差は会計上の丸め誤差ではなく、契約条件を話し合うべき問題として扱います。
ファネルは変動するため、四半期ごとに判断し直す
損益分岐点は自社のコンバージョン率で決まり、その率は変化します。解決率65%で有利な料金モデルが、85%では不利になることもあります。四半期の財務予定に再計算を組み込みます。
これは、CRMオートメーションを特定ベンダーの課金イベント定義に完全に縛り付けず、移植可能にしておくべき理由でもあります。私がDVNC.aeを通じてWhatsAppとCRMのリード対応フローの計測を支援したチームは、適格度のスコアリングを自社のパイプラインデータに保持しています。ベンダーが指標を変更しても、利益率を一四半期分失う問題ではなく、設定変更の話で済ませるためです。
HubSpot Breezeの成果課金は、旧料金より本当に安いですか?
Customer Agentを旧来の1会話あたり一律$1.00と比べる場合は、ほぼ必ず安くなります。解決率が100%未満なら、解決済み1件あたり$0.50の方が安いからです。一方、Prospecting Agentを旧来の登録済みコンタクト単位の料金と比べると、必ずしも安くはありません。登録から適格化までの率が高い場合、適格リード1件あたり$1の方が総額で高くなることがあります。2つは分けて試算する必要があります。
Breezeでは何をもって会話を「解決済み」としますか?
HubSpot独自のスコアリングを使い、HubSpotのモデルが解決済みかどうかを判定します。請求書だけから、その定義を自社で独立して再計算することはできません。自社定義の解決件数も並行して計測し、毎月照合しておけば、数字がずれた際の再交渉材料になります。
解決済み会話1件あたり$0.50にHubSpot Creditsの前払いは含まれますか?
料金表の単価は$0.50ですが、課金額は前払い式のHubSpot Creditsプールから差し引かれます。実効コストは、$0.50をクレジット消化率で割った金額です。消化率70%なら$0.71に近づくため、競合と比較する前に未消化分をモデルへ組み込む必要があります。
Breezeの$0.50とIntercom Finの$0.99はどう比較すべきですか?
料金表だけならHubSpotはほぼ半額です。ただしHubSpot中心で運用するチームにとっては、この差が決定打になることはほとんどなく、統合と移行のコストの方が大きくなります。最終的に比較すべきなのは、Breezeの成果課金コストと、人が対応する会話の自社平均コストです。
2026年9月4日






