粗利益は、ビジネスにおける他のすべての数値の上限です。どれだけ素晴らしい営業エンジンを回しても、製品を稼働させ続けるために1ドルあたりの費用が多すぎると、脆弱な会社になってしまう可能性があります。SaaSにとって、粗利益はモデルが機能するかどうかの最初のテストです。ソフトウェアを提供するための直接費用を差し引いた後、収益のどれだけが残るかということです。
シンプルに聞こえますし、この計算式もそうです。創業者を悩ませるのは、コスト欄に何を入れるべきか、健全な範囲はどこにあるのか、そして表面上は問題なさそうな利益率が、どのように静かに成長を抑制してしまうのかということです。このガイドでは、定義、売上原価に含まれるもの、ベンチマーク帯、実例、そして数値を左右する要因について説明します。
SaaSの粗利益率とは？
粗利益とは、サービス提供に直接かかった費用を差し引いた後の売上高の割合のことです。計算式は短いです。
売上総利益 = (売上高 - 売上原価) / 売上高
売上原価（COGS）とは、製品を稼働させ、顧客にサービスを提供するためにかかるすべて費用です。顧客を獲得したり、新機能を追加したりするためにかかる費用ではありません。この区別こそがすべてです。ホスティング費用やサポート費用を売上総利益の下に埋もれさせる企業は、投資家が正しく再構築した瞬間に崩壊するような、見栄えの良い数値を報告します。
ソフトウェアにおいて、指標がそれほど重要である理由：高い粗利益率こそが、SaaSとサービス事業を隔てるものです。より多くのシートを販売しても、コストはほとんど変動しないため、新しい収益のほとんどが利益に計上されます。より多くのコンサルティング時間を提供すると、コストはほぼそれに比例して増加します。粗利益率こそが、その違いを数値に表すものです。
SaaSにおける売上原価（COGS）とは？
売上原価（COGS）と営業費用の区別は、利益率が適切かどうかを決定します。ほとんどのソフトウェア費用はここに分類されます。
| 原価 (COGS) に含める | 営業費用 (COGS以外) に含める |
|---|---|
| クラウドホスティングおよびインフラストラクチャ (AWS, GCP, Azure) | 販売およびマーケティング |
| カスタマーサポートおよびカスタマーサクセスチーム | 新機能の研究開発/エンジニアリング |
| 製品に組み込まれたサードパーティ製ソフトウェアおよびAPI | 一般管理費 (財務、人事、法務) |
| 決済処理手数料 | ブランド、コンテンツ、および需要創出 |
| データ、ストレージ、および帯域幅 | オフィス、ツール、およびオーバーヘッド |
| プロフェッショナルサービスおよびオンボーディングデリバリー | 株式報酬 (しばしば別途表示) |
曖昧な領域が議論の原因となります。照明を維持するエンジニアリングは売上原価（COGS）に属しますが、次の製品を構築するエンジニアリングはそうではありません。問題を解決するカスタマーサクセスは売上原価（COGS）ですが、アップセルを行うカスタマーサクセスは営業に近いものです。一貫性を保ち、その分割を文書化し、毎四半期同じように適用して、傾向に意味を持たせましょう。
具体例
年間経常収益10,000,000ドルの企業を考えてみましょう。その年間の直接納品コストは次のように内訳されます。
- クラウドホスティング: $1,200,000
- カスタマーサポートおよびサクセス: $900,000
- サードパーティAPIおよび支払い手数料: $400,000
売上原価総額は2,500,000ドルです。売上総利益は10,000,000ドルから2,500,000ドルを引いた7,500,000ドルです。売上総利益率は、7,500,000ドルを10,000,000ドルで割った75%です。これは健全な数値であり、収益の4分の3が成長、製品、そして最終的な利益のために自由に使えることを意味します。
今度は、製品に計算負荷の高いAI機能が追加されたため、ホスティング費用が2倍の2,400,000ドルになり、売上原価は3,700,000ドルに増加し、売上総利益は6,300,000ドルに減少し、粗利益率は63%に低下すると想像してみてください。収益も顧客も同じですが、ビジネスはそれ以外のすべてに使えるお金が1ドルあたり12セント少なくなりました。それは、機能を出荷する価値があるかどうかを決定するような類いの動きです。
SaaSの粗利益率はどのくらいが良いですか？
投資家は数値を段階的に読み取り、それによって他の指標の評価方法が決まります。
| 粗利率 | 説明 |
|---|---|
| 80%以上 | トップクラス。純粋なソフトウェアで、デリバリーコストが低い。 |
| 70%～80% | 健全。ほとんどの公開SaaS企業がこの範囲に属する。 |
| 60%～70% | 許容範囲だが注意が必要。インフラやサービスへの依存度が高い場合が多い。 |
| 60%未満 | 要注意。ソフトウェアというよりサービスに近いビジネスモデル。 |
文脈によって、評価は変わります。コンピューティングリソースを多く再販する従量課金制の製品は、シートベースのツールよりも低く実行される可能性がありますが、価格設定が追いつけば問題ありません。オンボーディングが多いビジネスでは、初期段階でプロフェッショナルサービスのコストがかさむかもしれませんが、規模が拡大するにつれて増加します。単一の四半期よりも、トレンドが重要です。成長に伴って上昇する利益率は良い兆候ですが、顧客が増えるにつれて低下する利益率は、SaaSが本来回避すべき、収益とともに増大するデリバリーコストを示唆しています。
AI機能が利益率を押し下げる理由
10年間、ソフトウェアの粗利益はクラウドコストの低下とともに上昇傾向にありました。この傾向は、2024年と2025年に多くのチームで逆転しました。リクエストごとに大規模言語モデルを呼び出す製品は、固定費用というよりは売上原価に近い、実際の使用ごとの推論コストを発生させます。モデルでチケットに回答するサポートツールは、トークンごとに料金が発生するため、その売上原価は現在、使用量とともに増加しています。
このため、「このAI機能は売上総利益にどのような影響を与えるのか？」という問いが、取締役会向けの資料に登場するようになりました。機能を高く設定して利益率を守るチームもあれば、市場を獲得するためにコストを吸収し、後で推論を最適化することを計画するチームもあります。どちらの選択も正当化できます。利益率を見ずに（意思決定）することはできません。
総売上総利益（グロスマーチャンダイズ）が他の指標とどのように関連するか
件。粗利益は、その他のユニットエコノミクスがすべて基づいている基盤となるため、単独で読むのではなく、それらと並んで読んでください。- これはRule of 40の上限を設定します。なぜなら、そのスコアの利益半分は粗利益率によって決まるからです。
- これはSaaS Magic Numberの盲点です。これは営業効率を測定しますが、その収益がどれだけ収益性が高いかを無視します。
- これは、健全なLTV:CAC比率が現金に変わるかどうかを決定します。なぜなら、生涯価値は総収益ではなく、粗利益に基づいて計算されるべきだからです。
これらすべてがどのように組み合わさるかについては、SaaSのユニットエコノミクスに関するガイドをご覧ください。要するに、健全な利益率は他のすべての指標を容易にし、低い利益率はそれらを静かに消耗させます。
粗利率が低い場合、どのように改善しますか？
数字を動かす道は2つあります。サービス提供にかかるコストを削減するか、同じ配送料で顧客一人当たりの収入を増やすかです。
- インフラストラクチャを適切なサイズに調整する。 リザーブドキャパシティ、スマートな自動スケーリング、安価なストレージ階層は、製品に触れることなく、しばしば数ポイントの利益率を回復させます。
- サポートとオンボーディングを自動化する。 セルフサービスの設定と優れたドキュメントにより、サポートチームは1人あたりの担当顧客数を増やすことができます。これは多くのチームにとって最も大きな効果をもたらします。
- サードパーティのコストを削減または再交渉する。 製品に組み込まれたAPIとツールは純粋な売上原価です。もはや必要のないものを削減することは、直接利益率につながります。
- 顧客をアップマーケットまたはアップティアに移行させる。 より大きな契約は、通常、はるかに大きな収益基盤に対して同等の提供コストがかかるため、利益率を向上させます。
注意点が1つあります。顧客が実際に感じるものを犠牲にしてまで、利益率を守らないでください。見栄えの良い数字を出すためにサポートを削減すると、1四半期後に顧客離れが起こります。これは、節約したポイントよりもはるかに大きなコストがかかります。目標は効率的な提供であり、可能な限り薄いコストラインではありません。
売上総利益が誤解を招く可能性のある点
その指標は、その背後にある売上原価の定義と同じくらい正直なものにすぎません。ホスティングを営業費用として分類する企業は、精査に耐えられない、膨張した利益率を示します。早期の企業は、単一の大きなインフラストラクチャ請求または一度限りのサービスプロジェクトが四半期を変動させる可能性があるため、ノイズの多い利益率で運営しています。そして、高い利益率は、誰かがその製品を求めているかどうかについては何も語りません。あなたは、ごくわずかで縮小している収益基盤で85％を計上することができます。それを、それ自体の評決としてではなく、成長と保持と組み合わせて、モデルの品質の尺度として読んでください。
よくある質問
健全なSaaSビジネスの大部分は70%から80%の間であり、最高クラスの純粋なソフトウェアは80%以上です。60%未満は、サービスの提供コストが高すぎ、モデルがソフトウェアよりもサービスに偏っていることを示唆しています。売上原価（COGS）は、製品の運営と顧客へのサービス提供にかかる直接費用をカバーします。クラウドホスティング、カスタマーサポートとサクセス、製品に組み込まれているサードパーティAPIおよびソフトウェア、決済処理、オンボーディングデリバリーです。営業、マーケティング、新機能エンジニアリングは運営費用であり、売上原価には含まれません。
粗利益は、サービス提供に直接かかる費用のみを差し引いたものです。純利益は、さらに販売費、マーケティング費、研究開発費、諸経費など、その他のすべての費用を差し引いたものです。SaaS企業は、75%という高い粗利益率を誇りながらも、成長のために多額の投資を行うことで、全体としては赤字になることがあります。
多くの場合、そうです。大規模言語モデルを呼び出す機能には、使用ごとの推論コストがかかり、これは売上原価に入り、使用量とともに増加します。チームは、それをカバーするように機能に価格を設定するか、最適化している間は意図的にコストを吸収しますが、利益率への影響は意識的な決定であるべきです。
粗利益だけでは顧客を獲得したり、ラウンドをクローズしたりすることはできません。それが教えてくれるのは、すでにいる顧客が健全なビジネスを構成しているかどうかだけです。トレンドとして注視し、毎四半期ごとに同じ方法で売上原価を定義し、他のすべての指標の基盤となるものとして扱います。それを正しく行えば、成長は複利で増えます。無視すれば、たとえ急成長している企業であっても、行き詰まる可能性があります。
