固定サブスクの終焉と消費ベース課金の台頭
- 年、B2B SaaS 業界はプライシングの地殻変動のただ中にある。OpenView Partners が 2026年 2月に公表した SaaS Benchmarks によると、ARR 1,000万ドル以上の SaaS 企業のうち 61% が「純粋なシート課金から離脱済み、または移行計画を策定中」と回答した。2023年時点では同割合が 34% であったことを踏まえると、わずか 3年で業界構造が裏返ったことになる。背景には 3つの構造要因がある。第一に、AI 機能の埋め込みにより「1ユーザーあたり」の計算コストが激しく変動するようになったこと。第二に、バイヤー側が「使った分だけ」を求めるコスト意識の強化。第三に、Net Revenue Retention（NRR）を固定シート数では伸ばせないという投資家サイドの圧力である。
消費ベース課金（Usage-Based Pricing、以下 UBP）の代表格である Snowflake は、2012年創業時から「クレジット消費モデル」を採用してきた。計算ウェアハウスの起動時間 × サイズで課金する仕組みは、顧客にとって予算予測が難しい一方、ワークロードの拡大に応じて自然と売上が伸びる稀有な設計である。2025年度末時点で Snowflake の NRR は 131% を維持しており、同社は Pay-As-You-Go にストレージ単価の長期コミット割引を組み合わせた hybrid 構造で、予測可能性と弾力性を両立させている。
Datadog と Twilio: UBP の成熟パターン
Datadog は UBP の別の成熟形を示している。同社は「ホスト数 × 監視モジュール」の基本料金に、ログ取り込み量（GB/月）・APM スパン数・Synthetic テスト実行回数といった複数の消費メトリクスを組み合わせる「multi-dimensional UBP」を採用している。2025年度の決算資料では、既存顧客のうち 83% が 2つ以上のプロダクトを契約し、4つ以上のプロダクトを契約する顧客が 31% に達した。multi-product × multi-dimensional の掛け算が NRR を牽引する構造だ。
Twilio の進化はさらに興味深い。同社は長年「API コール単位課金」の純粋 UBP を貫いてきたが、2024年以降エンタープライズ向けに「Commitment-Based Pricing」を強化した。年間コミット金額を事前に約束する代わりに、単価を 15〜40% ディスカウントする仕組みだ。これは UBP の「予測不能性」というバイヤー側の不満に対する構造的回答であり、調達部門と CFO が数字を確定させたい法人文化に直接応える設計となっている。2026年時点で Twilio の年間コミット顧客が占める売上比率は 78% を超えており、「UBP = 変動」という古典的な理解は既に過去のものである。
AI API 時代の「token as unit of consumption」
- 〜2026年の最大の論点は「トークン課金をどう SaaS の価格モデルに組み込むか」である。OpenAI・Anthropic・Google が提供する基盤モデル API はすべて入力トークン × 出力トークン × モデル単価のマトリクスで課金される。この生の消費単位を SaaS 製品に素通しすると、顧客は「AI 機能を使うほど見積もりがブレる」恐怖から利用を抑制してしまう。結果として最も高価値なワークフローが最も使われなくなる、という逆インセンティブが発生する。
Notion AI、Linear の AI 機能、Vercel v0 は、この問題に対してそれぞれ異なる解法を示している。Notion AI は「月額定額の AI アドオン + 利用上限」を採用し、上限を超えた場合は機能が制限されるが追加課金は発生しない。バイヤーにとっての予算予測可能性が最優先される設計だ。Linear は AI を Plus プラン以上に抱き合わせ、トークン消費を直接露出しない。Vercel は v0 Credits という独自通貨を導入し、画面生成やコード出力の複雑度に応じてクレジットを消費させる。生トークンを抽象化することで、モデル切替時の単価変動を吸収しやすくなるメリットがある。
- 年に定着しつつあるベストプラクティスは「Credits システム + ティア + オーバーエイジ割引」の 3層構造だ。ティア内でクレジットを配布し、超過分は段階的な割引率で追加販売する。クレジットの内部会計は実コスト（トークン × モデル単価 + 推論インフラ償却 + 安全系ツールの API コール）と紐づけるが、顧客には単一の通貨として提示する。これにより、裏でモデルを差し替えても顧客体験と会計処理が壊れない。
日本企業の予算制度とのインピーダンスマッチング
ここからが国内市場特有の論点だ。日本の大企業、特に上場企業の購買部門・経理部門は、年度予算制度の下で「期初に固定枠を確保し、期末に実績を揃える」運用を標準とする。純粋な UBP は、この予算文化と真正面から衝突する。月次の請求額が未確定である状態は、稟議・支払予測・連結会計プロセスのいずれにとっても摩擦要因となる。
解決策は 3つある。第一に Prepaid Credit 方式。年間契約時に想定消費量のクレジットを一括購入してもらい、年度内で自由に消費する設計。未使用分は翌期繰越不可とすることで、SaaS 側は売上認識を年度に寄せられる。第二に True-Up / True-Down 方式。四半期ごとに実消費を精算し、不足分だけ追加請求する。超過分の単価は事前に契約書で固定しておくため、CFO の予算管理と整合しやすい。第三に Commit + Flex 方式。Twilio 型の年間コミットに加え、コミット超過分は月次請求で弾力的に伸ばす。
国内の SaaS 企業では、マネーフォワード、freee、Sansan、SmartHR などがそれぞれ異なるアプローチで「シート + 消費」の hybrid に踏み出している。Sansan が 2025年に AI 名刺解析をクレジット制で導入した際、当初案は純粋 UBP だったが、エンタープライズ顧客からの要請で「年間コミット + 超過時の自動アップセル」に設計変更された経緯がある。日本市場では、バイヤーが「驚きのない請求書」を極端に重視する傾向を理解しておく必要がある。
移行プロジェクトの実行順序
既存のシート課金 SaaS を UBP または hybrid に移行するプロジェクトには、典型的な落とし穴がある。最大のリスクは「既存顧客の実効単価が下がる」問題で、UBP 導入後に全顧客の請求額が平均 12〜18% 下振れしたケースが複数報告されている。これを防ぐには、移行前に顧客ごとの消費プロファイルを分析し、「現在の固定額 ≒ 新価格での想定消費額」となるようティア設計を逆算する必要がある。
実行順序の推奨は次の通り。第一フェーズで課金エンジン（Stripe Billing、Metronome、Orb、m3ter のいずれか）を導入し、計測イベントのパイプラインを敷設する。第二フェーズで新規顧客にのみ UBP プランを提供し、3〜6 ヶ月の実運用データを蓄積する。第三フェーズで既存顧客に grandfathered プランを維持させつつ、契約更新タイミングで新プランへの移行インセンティブ（初年度割引、使用量レポート付き）を提示する。この 3段階を一気に短縮しようとすると、営業現場が顧客説明に疲弊し、チャーンが急増する。
また、UBP 移行時の最重要メトリクスは Gross Margin ではなく「Net Dollar Retention × Gross Margin」の組み合わせで見る必要がある。一時的に Gross Margin が下がっても、NDR が 130% を超えれば 3年でのキャッシュフロー総量は純増する。この経済計算を経営会議で説明できないと、移行プロジェクトは途中で政治的に潰される。
おわりに: 価格は製品設計の一部である
- 年のプライシング議論が到達した結論は、「価格は営業部門の交渉事ではなく、製品とインフラの一部である」という認識だ。課金システム、メータリング、使用量ダッシュボード、顧客向けコスト最適化レコメンド — これらすべてを第一級のプロダクトとして設計しなければ、UBP は維持できない。Snowflake や Datadog が強いのは、プライシングを含めた「顧客の金銭体験」を製品として磨いているからである。
日本の SaaS 企業が今後グローバル市場で戦うために必要なのは、海外流の純粋 UBP をそのまま輸入することではない。自社の顧客の予算制度を深く理解し、hybrid 構造を数学的に設計する力である。プライシングはプロダクトの顔であり、同時に財務の心臓でもある。この 2つの制約を両立させるエンジニアリングこそ、2026年のプライシング戦略の本質だ。