投資家向け資料には粗利率85%と書いてある。会計士の損益計算書には68%と書いてある。同じ会社、同じ月——そしてその差はほぼ間違いなく、事業そのものではなくCOGSの分類にある。SaaSにおいて粗利率は、買い手、融資担当者、投資家が真っ先に再確認する指標だ。なぜならそれは、規模が大きくなるにつれて唯一重要な問いに答えるからだ：売上の1ドルごとに、製品を届けるコストを差し引いて何セントが残るのか？ 区分を誤れば、根拠のない自信で価格を下げすぎるか、本来得るべき資金調達を自分で諦めることになる。
本ガイドでは、計算式、SaaSの売上原価に正確に何が含まれるのか、比較する価値のあるベンチマーク、そしてそれらすべてを書き換えつつあるAI推論の問題を扱う。
SaaS粗利率の計算式
計算式自体は普遍的だ：
粗利率 = (売上 − 売上原価) / 売上
月間売上20万ドル、COGS 5万ドルの会社は、粗利益15万ドル、粗利率75%となる。追加の売上1ドルは、営業費用の前に約75セントを生み出す。月次で測定し、さらに直近3か月・6か月ベースでも測定して凸凹をならすとよい。
しかし、全体の数字だけでは誤解を招く。ブレンドされた60%の粗利率は、利益率がマイナスのプロフェッショナルサービスに押し下げられた優秀な90%のサブスクリプション利益率を隠しているかもしれない——あるいは、好調なサービス四半期一つで見栄えがよくなった平凡なサブスクリプション事業かもしれない。本気のSaaS経営者は収益ストリーム別に利益率を計算する：サブスクリプション、プロフェッショナルサービス、そして利用量またはトランザクション収益はそれぞれ独自の利益率を持ち、そのストリームに属する売上とCOGSのみを使って同じ方法で計算される。この分解があって初めて予算の議論が可能になる：利益率がどのストリームから来ているのか分からなければ、サポート採用の要請を予測利益率と比較検討することはできない。
SaaSのCOGSに含まれるもの
COGS——SaaSの損益計算書用語では「売上原価（cost of revenue）」——は、収益ストリームを直接支える費用の区分だ。創業者が犯す最大の計算ミスは、その分類を誤ることにある。純粋なSaaS事業の場合、COGSには通常4つのコストセンターが含まれる：
- DevOpsとホスティング。 クラウドインフラ、CDN、モニタリング、データストレージ、SSL、そして本番環境を動かし続けるDevOpsの人件費。開発費を資産計上する場合は資本化されたソフトウェアからの研究開発費償却もここに入り、ロイヤリティや再販製品の費用も加わる。
- カスタマーサポート。 サポートチームの総コスト——チケットに応答し、顧客の進行を妨げない人々。
- プロフェッショナルサービスの提供。 実装、オンボーディング、移行、カスタム作業を販売する場合、実装担当者の給与がここに入り、サービス収益と対応づけられる。
- トランザクションおよび第三者コスト。 決済手数料、トランザクションごとのベンダー課金、製品内に組み込まれて出荷される第三者APIやデータフィード。利用量収益があるなら、対応するトランザクション費用区分が必要だ。
この整合性を保つ2つの構造的ルールがある。第一に、COGSの区分は収益ストリームによって決まる：サービス収益がなければサービスコストセンターは不要だが、トランザクション収益があればトランザクション費用部門が必要となる。ストリームを決して混在させてはならない——サブスクリプション行に計上されたサービス収益は、両方の利益率を同時に損なう。第二に、すべてのCOGS部門は完全に負担配賦されなければならない：給与、賞与、給与税、福利厚生、出張、研修、そしてチームの内部ソフトウェアはすべて、それを生み出した部門に計上される。部門責任者は自分が管理するすべてに対して責任を負うべきであり、G&Aは本来ラインより上に属する費用の投げ込み先になってはならない。
カスタマーサクセスという問い
SaaS財務で最も議論される分類はカスタマーサクセスだ。答えはCSMが実際に何をするかによる：
- リテンションと導入促進だけか？ 彼らはCOGSに属する。製品の価値を届ける一部だからだ。
- ノルマを持ち、シート追加やアップセルを成約するのか？ 彼らはラインより下、営業費用に属する。
- 両方を行っているか？ 妥当な時間配分に基づいて、コストをCOGSと営業の間で配分する。
この選択は粗利率を数ポイント動かすため、根拠を文書化し一貫して適用すること。逆のポリシーを持つ同業他社とあなたを比較する投資家は、2つの異なる定義を比較している——あなたの定義を開示すること。
研究開発費の償却が比較を難しくする
ソフトウェア開発費を資産計上する会社は研究開発費の一部をCOGSを通じて償却するが、すべて費用処理する会社はそうしない。それ以外は同一の2社が、資本化ポリシーだけの理由で実質的に異なるサブスクリプション利益率を報告しうる。ベンチマークを行う際は、研究開発費償却を含む場合と含まない場合の両方で経常利益率を計算し、どちらのタイプの同業他社とも比較できるようにすること。
優れたSaaS粗利率とは？
粗利率は、全体のベンチマークが本当に役立つ数少ない指標の一つだ。長年の目標値：
- 全体粗利率：75〜80%以上。 成熟したサブスクリプション事業は75%を超えるべきで、最高の経営者は80%を超える。
- サブスクリプション利益率：90%近く。 規律あるホスティングとサポートコストを伴う純粋な経常収益は、1ドルあたり90セントに近づくべきだ。
- サービス利益率：はるかに低い。 実装とオンボーディングは本質的に人材集約的であり、実際のオンボーディングオーバーヘッドを抱えるミッドマーケットSaaSは通常全体で72〜80%にブレンドされ、重い実装ニーズを持つエンタープライズベンダーは70〜78%前後となる。
ブレンドは単一の数字よりも重要だ。全体で78%でサブスクリプション利益率90%、小さく意図的なサービス損失がある会社は、全体で78%でサブスクリプション利益率80%、サービスが一切ない会社よりも健全だ——前者には修正可能なコスト問題があり、後者には製品コスト問題がある。結論を出す前に、常に全体の利益率をストリーム別利益率と併せて読むこと。
AI推論が計算をどう書き換えているか
従来のSaaSは75〜85%の利益率を稼ぐ。なぜならソフトウェアのCOGSは主に固定費だからだ：ホスティングはサブリニアに拡大し、新規顧客ごとの提供コストはほぼゼロだ。AI推論はこの前提を打ち壊す。すべてのLLM呼び出し、文字起こしジョブ、画像生成は、実際の利用ごとのコスト——モデルプロバイダーからのトークン、あるいは自社GPUの計算資源——を伴い、製造業で原材料が拡大するように利用量とともに拡大する。推論は変動COGSであり研究開発費の項目ではなく、その上にシート課金や定額課金を重ねれば、利用量の増加とともに知らぬ間に利益率を破壊しうる。
データは厳しい。AIネイティブ製品は2024年に平均で約41%の粗利率で、2026年にはようやく約52%に達すると予測されており、これは従来のSaaSの75〜85%に対して、最高の経営者が推論コストを管理する術を学んでいることを示す。既存プランにAI機能をバンドルする会社は3〜8ポイントの利益率圧縮を報告しており、AIを多用する製品では売上の10〜30%に達する無管理の推論請求が一般的なのに対し、従来のSaaSでは第三者APIコストは1〜3%だ。アナリストは今や3つの異なる損益計算書プロファイルを描写している：AI拡張製品で約80%を目標、AI対応製品で60〜79%、AIネイティブ製品で50〜60%だ。
AI機能を提供するなら、4つの規律が利益率を守る：
- 顧客ごとに推論コストを計測し帰属させる。 測定できないものは価格設定できない。製造業者が原材料を追跡するようにトークンと計算資源の支出を追跡すること。
- 積極的にルーティングとキャッシュを行う。 単純なクエリをより小さなモデルに送り、繰り返される回答をキャッシュすることで、品質への影響を最小限に抑えつつ推論支出を40〜70%削減できる。
- 消費に基づいて価格設定する。 シート課金は限界コストがほぼゼロであることを前提とする。使用量ベースの階層、クレジット、AIアドオン料金は収益をコスト曲線と整合させる。
- 推論の行を報告する。 COGS内でAI推論レイヤーをホスティングから切り分け、取締役会がそれが何ポイントの利益率を要するのか、そして最適化が効いているかを正確に把握できるようにする。
数字を歪めるミス
- 収益ストリームの混在。 サブスクリプション、サービス、利用量の収益はそれぞれ独自の行が必要だ。売上を混在させると、すべての利益率が同時に誤りとなる。
- カスタマーサクセスの誤分類。 ノルマを持つCSMをCOGSに置くと営業効率が膨らみ粗利率が下がり、リテンション担当CSMを営業に置くと逆になる。機能別に分類し、混在する場合は分割すること。
- 比較で研究開発費償却を無視すること。 同業他社より優れているか劣っているか結論を出す前に、それを含む場合と含まない場合でサブスクリプション利益率をベンチマークすること。
- G&Aを投げ込み先にすること。 COGS部門に由来するチームツール、出張、研修はそこに完全負担配賦して計上する。
- 変動AIコストへの定額価格設定。 トークンごとのコストの上にシートごとのプランを重ねるのは利益率の時限爆弾だ——ヘビーユーザーはあなたの推論予算で自分を補助している。
- ブレンドされた利益率だけを読むこと。 全体60%でサブスクリプション利益率90%は、修正方法が既知のサービス問題だ；ストリーム別利益率がなければ見分けられない。
帳簿でSaaSの利益率を追跡する
利益率分析は、その背後にある元帳と同等にしか優れていない。実務上の要件は、部門レベルのCOGS詳細を持つ勘定科目表だ：ホスティング、サポート、サクセス、サービス提供、推論のための個別の勘定科目があり、各ストリームの利益率がスプレッドシートの余技ではなく試算表から自然に算出されるようにする。小さなSaaSの月末決算は、プレーンテキスト会計では次のようになるかもしれない：
2026-10-31 * "October subscription revenue collected"
Assets:Checking:Operating 118400.00 USD
Income:Subscriptions:MRR -120000.00 USD
Expenses:COGS:ProcessingFees 1600.00 USD
2026-10-31 * "October AWS and CDN hosting"
Assets:Checking:Operating -8200.00 USD
Expenses:COGS:Hosting 8200.00 USD
2026-10-31 * "October AI inference (model API)"
Assets:Checking:Operating -5400.00 USD
Expenses:COGS:Inference 5400.00 USD
2026-10-31 * "October support payroll, fully burdened"
Assets:Checking:Operating -14500.00 USD
Expenses:COGS:Support 14500.00 USD
2026-10-31 * "October implementation services"
Assets:Checking:Operating 18000.00 USD
Income:Services:Onboarding -18000.00 USD売上とCOGSをこのように計上すれば、サブスクリプション利益率は1つのクエリ——サブスクリプション収益とホスティング、推論、決済、サポートの対比——であり、サービス利益率はもう1つだ。残高照合と勘定科目に関するドキュメントが仕組みを説明しており、同じ元帳のダッシュボード表示により月次トレンドがFavaで一目で分かる。
最後の有用な一歩：今月の損益計算書を引き出し、3つの数字すべて——全体利益率、サブスクリプション利益率、サービス利益率——を計算すること。それらを1時間以内に元帳から算出できないなら、解決策はより良いスプレッドシートではなく、部門レベルのCOGS勘定科目であり、一度設定して今後毎月正しくコーディングすることだ。
