SaaSの財務を語るとき、これまで半ば公理のように扱われてきた数字がある。粗利率80%超だ。一度作ったソフトウェアを追加の顧客に届ける限界費用がほぼゼロ、というのがその根拠だった。

ところが、プロダクトに生成AIを組み込んだ瞬間、この公理が崩れ始める。ユーザーがボタンを押すたびに、こちらの財布から数円〜数十円が確実に出ていくからだ。しかも従量的に、使われれば使われるほど。

今回は、AIがSaaSの原価と粗利、そして値付けにどう効いてくるのかを、簡単なモデル試算を交えて整理してみたい。「AI機能を載せたら、なぜか営業利益が思ったより伸びない」という違和感の正体は、だいたいここにある。

そもそもSaaSの粗利はなぜ高かったのか

前提を揃えておく。SaaSの売上原価は、伝統的に次のような要素で構成されてきた。

• サーバー・ホスティング費用
• カスタマーサクセスの人件費
• 決済手数料、サードパーティのAPI利用料 など

いずれも「顧客が1社増えたときに、それに比例して跳ね上がる」タイプのコストではない。サーバーはある程度まとめて借りるし、CSの担当者は一人で何十社も見る。だから顧客が増えても原価はなだらかにしか伸びず、結果として粗利率は80%前後、優良企業では90%近くに達した。

このあたりのメトリクスの基本は、以前の記事でひと通り触れている。

参考記事：SaaSのメトリクスとおすすめの事業計画作成ツール

高い粗利は、そのままLTVの大きさに直結する。以前の記事でも扱った収穫逓減のモデルのように、SaaSは「投下したコストに対して、後からじわじわ売上が積み上がる」構造で回ってきた。

参考記事：事業計画に使える！SaaS企業のデータから紐解く、売上成長とコストの関係性

AIが原価に持ち込む「変動費」という異物

生成AIの厄介なところは、推論コストが完全な変動費だという点にある。

ユーザーが質問を投げるたび、要約ボタンを押すたび、裏側ではトークンが消費され、モデル提供元への支払いが発生する。使わなければ0円、使えば使うほど積み上がる。サーバー費用のように「まとめ買いでならす」ことがしづらい。

ここで一点、コストの置き場所を整理しておきたい。AIまわりの支出は、性質によって置き場所が変わる。

• ユーザーが使うたびに発生する推論コストは、原価に入る変動費。
• モデルのファインチューニングや評価基盤づくりは、販管費に近い固定費。

以前「原価と販管費では、売上増額との相関の強さが違う」という話を書いたが、AI時代はこの原価側に、これまでSaaSになかった純粋な変動費が混ざり込む。ここが効いてくる。

AI機能は粗利をどれだけ削るのか

抽象論だけでは掴みづらいので、数字を置いて試算してみる。以下はあくまで説明用の仮定値だが、桁感はそう外していないはずだ。

前提

• プランは月額3,000円のシート課金
• AI導入前の原価はホスティングとCS人件費で、売上の15%（粗利85%）
• 使い方は1ユーザーあたり月100回のAIアクション
• 1アクションで入力3,000トークンと出力1,000トークンを消費
• モデル単価は入力が100万トークンあたり3ドル、出力が同15ドル（1ドル155円で換算）

1アクションの推論コストを円に直すと、

入力ぶん　3,000 × (465円 ÷ 100万) ≒ 1.40円
出力ぶん　1,000 × (2,325円 ÷ 100万) ≒ 2.33円
合わせて　約3.7円/アクション

月100回なら、1ユーザーあたり約370円が推論コストとして原価に乗る。売上3,000円に対して12%強だ。これを足すと、

ユーザー種別	月間アクション	推論コスト	原価率	粗利率
AI導入前	0	0円	15%	85%
標準ユーザー	100回	約370円	27%	73%
ヘビーユーザー（5倍）	500回	約1,860円	77%	23%
超ヘビー（10倍）	1,000回	約3,720円	139%	▲39%

標準的な使い方でも、粗利は85%から73%へと10ポイント以上削られる。そして目を引くのは下2行だ。ヘビーに使うユーザーほど粗利が薄くなり、10倍使う人に至っては、売上より原価が上回って赤字になる。

SaaSの常識では「ヘビーユーザー＝優良顧客」だった。定額課金なら、たくさん使ってくれる顧客ほど1回あたりの提供コストが下がり、粗利に貢献してくれたからだ。AIが入ると、この関係がひっくり返る。

なぜヘビーユーザーが赤字になるのか

ここが値付けの話につながる肝だ。

従来のシート課金は、「1人あたり定額、あとはいくら使ってもらってもコストはほぼ変わらない」という前提の上に成り立っていた。だからこそ「もっと使ってください」と胸を張って言えた。

ところがAIの利用分布は、たいてい極端に偏る。一部のパワーユーザーが全体のトークン消費の大半を叩き出す、いわゆるロングテールならぬ「ヘッドが重い」分布になりやすい。この上位数%が、定額プランのまま無制限に使えば、そのアカウント単体では平気で赤字に沈む。

平均で見れば粗利73%で回っていても、その内訳は「粗利85%の多数派」と「粗利マイナスの少数派」の混合かもしれない。平均値だけ眺めていると、この地雷を踏む。

値付けをどう組み替えるか

では、どう値付けを組み替えるか。方向性は大きく分けて次のあたりだ。

1. 使用量課金へ移行する
コストが従量なら、価格も従量に寄せる。実行回数・処理トークン量・生成物の件数などに応じて課金する。原価と売上が同じ変数で動くので、構造的に赤字が出にくい。海外のAI系プロダクトが軒並みこの方向に舵を切っているのは、格好つけではなく原価構造上の必然だ。

2. クレジット制
「月◯クレジット付き、AIアクション1回で◯クレジット消費」という形にする。ユーザーから見た体験は定額に近いまま、実質的に使用量へ紐づけられる。追加クレジットの購入で上振れ需要も拾える。折衷案として使い勝手がいい。

3. ベース定額に従量や上限を組み合わせる
ベースはシート定額で据え置き、一定量を超えた分だけ従量、あるいはプランごとに利用上限を設ける。既存の商習慣を壊さずに赤字だけ止められるので、B2B SaaSでは現実的な落としどころになりやすい。

4. AIを上位プラン・アドオンに寄せる
AI機能を上位プランやアドオンに切り出し、価格に原価をあらかじめ織り込む。ここで注意したいのは、原価を転嫁した結果、そのAIアドオン自体の粗利が本体より薄くなっていないかをきちんと分けて見ることだ。全社平均の粗利に紛れ込ませると、劣化に気づけない。

いずれにせよ、「シート数 × 単価」だけで売上が決まる時代の値付けを、そのままAIプロダクトに引き継ぐのは危うい。値付けは価格表の問題である前に、原価構造の写像だと捉え直したい。

原価そのものを下げる

値付けと同時に、原価そのものを下げる努力も効く。粗利は売上を伸ばすだけでなく、原価を抑えることでも守れる。代表的な手は次の3つだ。

• モデルルーティングを効かせる。単純な分類や整形は小型で安価なモデルに回し、難しい推論だけ上位モデルへ振り向ける。すべてを最上位モデルに投げないだけで、平均単価は大きく下がる。
• プロンプトキャッシングを使う。毎回同じ長いコンテキスト、たとえばシステムプロンプトや参照ドキュメントを送っているなら、キャッシュを効かせて入力トークンの支払いを圧縮できる。繰り返しの多いワークロードでは、入力側コストが桁で変わることもある。
• 小型モデルへ蒸留する、あるいは自前で持つ。利用パターンが固まってきたら、その用途に特化した小型モデルへ寄せる。ふだんの推論コストを、初期の開発投資と引き換えに下げにいく動きだ。

先ほど「原価あたりの売上増額はバラつきが大きく、各社の利益率の差を生む要素」という話を引いたが、AI時代はこの原価エンジニアリングの巧拙が、そのまま粗利の差、ひいては企業価値の差になって表れる。ここは差別化しうるコストだ。

Rule of 40とLTV/CACはどう変わるか

最後に、粗利の低下が主要メトリクスに与える影響を押さえておきたい。

Rule of 40
「売上成長率＋営業利益率 ≧ 40%」で評価される、あの指標だ。AI原価が粗利を削れば、利益率が下振れし、同じ成長率でもスコアが落ちる。逆に言えば、これからのSaaSは粗利を守れているかが、成長と収益性のバランスを示すこの指標に、より直接的に効いてくる。

LTV
LTVは売上ベースではなく、AI原価まで引いた貢献利益ベースで見るべきだ。売上ベースのLTVは、AIプロダクトでは実力を過大評価しやすい。ヘビーユーザーほど売上LTVは大きく見えるのに、貢献利益では逆に小さい、という逆転すら起こりうる。

CAC Payback Period
以前紹介した式を思い出したい。

CAC Payback Period = CAC ÷ (ARPA × 粗利益率)

分母に粗利率が入っている。粗利が85%から73%へ落ちれば、それだけで回収期間は約1.16倍に伸びる。獲得コストは1円も変わっていないのに、だ。粗利の劣化は、こうして獲得の経済性まで静かに蝕んでいく。

参考記事：SaaSのメトリクスとおすすめの事業計画作成ツール

最後に

最後まで読んでいただき、ありがとうございます。

生成AIは、プロダクトの価値を確かに引き上げる。一方で、SaaSが長年よりどころにしてきた「限界費用ほぼゼロ・粗利80%超」という前提を、原価の側から静かに書き換えつつある。推論コストという変動費をどう値付けに写し取り、どう原価エンジニアリングで抑え込むか。粗利をめぐるこの設計が、次の時代のSaaSの巧拙を分けていく。

AI機能を載せる前に、一度は自社のユニットエコノミクスを、ヘビーユーザーの分布まで含めて引き直しておきたいところだ。平均の粗利は、しばしば嘘をつく。

＝＝＝
SaaSスタートアップのための事業計画ツールProjectionでは、今回のような原価・粗利を織り込んだ事業計画を簡単に作成できます。7日間のフリートライアルも用意していますので、ご関心のある方はぜひ一度お試しください。