3 つのモデルは同じ分母、つまり自社の実際の利用量における年間ドル額に換算してください。見出しに出ている単価はモデル間で比較できないからです。席課金は指名ユーザーに課金します。従量課金はソフトウェアが実行した作業に課金し、クレジットやアクションで計測します。成果課金はベンダーが発生を認めた成果ごとに課金します。解決したチケット、認定されたリード、設定されたミーティングなどです。席の行はあなたが組織図から予測できる数字であり、メーターはあなたの請求額を決める数字です。
これは値引きの話ではありません。従量課金は「安くなる」という意味ではなく、コストの発生源を自社の headcount から、顧客の行動、インバウンド量、データ支出へと移し替えるものです。そのいずれも予算責任者の管理下にはありません。トークンの比較でもありません。クレジットとはベンダーが定義した通貨であり、その交換レートはベンダーが設定し、契約書のドル金額に手を触れないまま改定できます。
市場に存在する 4 つのモデル
席課金。 指名ユーザー × 単価 × 12 です。Intercom は Essential が $29/席/月、Advanced が $85、Expert が $132 と公開しています。翌年のコストが翌年の採用計画からそのまま導ける唯一のモデルです。
プラットフォーム定額 + クレジット枠。 Gumloop は Pro が月額 $37 で、20,000 クレジットと席数無制限が付き、背後に無料プランはなく 14 日間のトライアルのみです。席はメーターではなくなり、実行量がその役割を引き継ぎました。Common Room は同じ形のエンタープライズ側に位置し、月額 $2,500 という下限を公開しています。
純粋な消費型。 Clay は全プランで席数無制限を提供し、2 つの独立したメーターで課金します。actions（テーブルの実行、AI モデルの呼び出し、データのエクスポート）と、data credits（メールアドレスや電話番号そのもの。同社のデータパートナーから購入したもの）です。有料プランは月額課金でおよそ $60/月から始まり、Enterprise は月あたり data credits 100,000 以上、actions 200,000 以上からです。
成果課金。 Intercom の Fin は 1 解決あたり $0.99 から課金し、複数の質問に答えた場合でも 1 会話につき 1 回だけ課金します。HubSpot の Customer Agent は解決済み会話 1 件あたり $0.50、つまり HubSpot のクレジット単価 $0.010 で 50 クレジットを課金します。これは 2026-04-14 に 会話 単位の $1.00 から移行したものです。同社の Prospecting Agent はアプローチ推奨リード 1 件あたり $1.00 を課金します。
ここに挙げたベンダーはいずれも実際にはハイブリッドで課金しています。アクセスを開放する席またはプラットフォーム料金に、請求額を作るメーターが加わる形です。Lindy が最も分かりやすい例で、ユーザーあたり月額 $29.99、$99.99、$199.99 に対しそれぞれ 3,000、15,000、35,000 クレジットが付き、それらは workspace 全体で共有プールにまとめられ、プールが空になるとクレジットを消費するアクションは停止します。席を買い、クレジットを買う。そして動くのは後者の数字です。
実際の年間コストをモデル化する
2 つの行を別々に計算してから合算してください。
年間 = (席数 × 席単価 × 12) + (月間利用量 × 単価 × 12)Intercom Advanced を使う 12 人のサポートチームが月 4,000 件の会話を処理し、Fin がその半分を解決する場合です。
- 席: 12 × $85 × 12 = $12,240
- Fin: 2,000 × $0.99 × 12 = $23,760
- 合計: $36,000、うち 3 分の 2 がメーター側
サポート量が倍になると年間およそ $23,700 が上乗せされる一方、席の行はまったく動きません。この逆転こそが要点です。席課金ではコストの発生源が採用計画の中にあり、あなたが管理できます。従量課金ではそれが顧客の行動の中にあり、あなたには管理できません。
そして、多くのチームが誤る比較があります。$0.99 の解決は $85 の席と並べると高く見えますが、両者は同じ分母ではありません。メーター単価は、1 件の対応にかかる完全負担コスト（給与、法定福利、ツール、管理オーバーヘッド）で割ってください。ソフトウェアの席単価で割ってはいけません。 メーターはライセンス費用ではなく人件費に対して価格設定されています。ライセンスの行を基準に測ると、あらゆる従量課金型プロダクトが上乗せに見え、本来なら回収できたはずのパイロットが潰れます。
7 つの落とし穴と、それぞれのガード
クレジット枠は加算されません。 HubSpot のサブスクリプションを複数保有しても、得られるのは最大の単一枠であって合計ではありません。クレジットはサブスクリプション間で合算されないからです。ガード: アカウント全体に適用される単一の枠がいくつなのかを確認し、その数字を営業資料ではなく発注書に記載させてください。
超過時の既定動作は追加課金ではなくティアの引き上げです。 クレジット上限を超えると、HubSpot は既定で次のクレジットティアへ自動的に引き上げ、それが契約期間の残り全体に適用されます。任意で選べる代替手段であるクレジット単価 $0.010 の従量払いは、次のサイクルで元の上限に戻ります。ガード: 本番稼働前に超過時の動作を決め、枠の 80% でアラートを設定してください。
1 つのプロダクトに 2 つのメーター。 Clay の actions は毎月リセットされる一方、data credits は有料プランで月額分の 2 倍まで繰り越されます。片方だけを見積もると、繰り越されない側で必ず不足します。ガード: workflow の各ステップがどちらのメーターを消費するかを確認し、両方を見積もってください。
席数無制限は値引きではなく価格設計のシグナルです。 Gumloop と Clay が席数無制限を含めているのは、請求が利用量へ移ったからです。40 人に展開してもライセンス費はゼロですが、実行量では相応にかかります。ガード: 席数を節約と見なす前に、その 40 人が生む利用量をモデル化してください。
成果を定義するのはベンダーです。 HubSpot は、エージェントが情報源を提示するかアクションを実行し、72 時間以内に人間への引き継ぎが発生しなかった場合を 1 解決と数えます。Fin は、顧客が解決を確認した場合、追加の依頼をやめた場合、または Fin が workflow を完了した場合を 1 件と数えます。同一のトラフィックから 2 通りの請求が出ます。ガード: 定義を書面で取得し、成果に争いが生じたとき誰が裁定するのかを確認し、自社ヘルプデスクのデータと突き合わせて監査できる成果単位のエクスポート可能なログを要求してください。
単価の引き下げが値上げであることもあります。 HubSpot の Customer Agent は会話 1 件あたり $1.00 から、解決済み会話 1 件あたり $0.50 へ移りました。これは基準そのものが入れ替わったうえでの 50% の引き下げであり、同社は 8,000 社を超える顧客で 65% の解決率を報告しています。ガード: 見出しの数字を受け入れる前に、前四半期の実トラフィックを両方の定義で計算し直してください。
繰り越しがないなら、平均ではなくピークに合わせて調達することになります。 HubSpot のクレジットは各利用期間の終了時に失効し、Lindy のクレジットは繰り越しなしで毎月更新されます。平均的な月を基準に調達すると、平均を上回るすべての月で不足を買うことになります。ガード: 最も負荷の高い月を基準に枠を決めるか、繰り越しを明示的に交渉してください。
どちらのモデルを取るか
席課金を取るのは、1 人あたりの処理量が安定していて、headcount が自分の管理できる変数である場合です。買っているのは予測可能性であり、予算編成の時期にはそれに割増を払う価値があります。行を予測できる財務チームは、より大きい行を承認します。
従量課金または成果課金を取るのは、利用量が不規則または季節変動する場合、期間を区切ったパイロットを回す場合、あるいはツールが作業を支援するのではなく置き換える場合です。Q4 のピークを乗り切るために 12 か月分の席を買うより、1 解決あたり $0.99 を払うほうが有利です。
自社で計測できない単位をメーターにするハイブリッド契約は断ってください。 課金単位を自社の系（ヘルプデスク、CRM、ATS）で数えられないなら請求を監査できず、争いはベンダーの主張とあなたの記憶の勝負になります。
決めきれない場合は、平均月 × 12 ではなくピーク月 × 12 で 12 か月分をモデル化し、その数字で勝つモデルを買ってください。あるベンダーの料金体系が平均利用量でしか成立しないなら、そのベンダーは季節変動リスクをあなたの予算に移したということです。そもそも計測対象がエージェントなのか機能の寄せ集めなのかという前段の問いについては、ops における AI エージェントの条件 を参照してください。同じ購買判断の CRM 側の版については、エージェンティック CRM を参照してください。