要点: Rule of 40とは、SaaS企業の売上成長率と利益率の合計が40%以上であるべきとする考え方です。投資家や経営者が、事業が効率的に成長しているかを一つの数値で評価できる指標です。本ガイドでは、計算式、利益率の使い分け、事業ステージ別のベンチマーク、そしてFinOpsチームがコストガバナンスを通じてこの指標をどう動かせるかを解説します。
SaaS投資の黎明期、評価軸は成長率ただ一つでした。投資家はトップラインの拡大を歓迎し、キャッシュバーンの水準にもほぼ無制限に寛容でした。しかしその時代は終わりました。資本市場は再評価され、金利は上昇し、調整局面を生き残った企業には共通点がありました。成長か収益性かのどちらかを犠牲にせず、両者をつなぐ説得力ある道筋を語れたという点です。
この変化のなかで、SaaSの効率性を測る運用基準として定着したのがRule of 40です。事業の健全性を保証するものではなく、ユニットエコノミクスやコホート分析を置き換えるものでもありません。それでも、取締役会メンバーからFinOpsリードまで、SaaS事業に関わる人なら誰でも、その企業が持続に値する形で成長しているかを素早く比較できるシグナルとして使えます。
本ガイドでは、Rule of 40の定義、正しい計算方法、企業ステージ別のスコアの読み方、そしてFinOpsチームがコストガバナンスの実践的フレームワークとしてどう活用できるかを解説します。
Rule of 40とは
Rule of 40は、ソフトウェア事業の総合的な効率性に一つの基準を置く考え方です。すなわち、企業の売上成長率と利益率の合計が40以上であるべきというものです。年率50%で成長していても利益率が-15%ならスコアは35で基準未満、年率25%の成長で利益率20%ならスコアは45で基準を上回ります。この指標は成長への投資とリターン創出のトレードオフを捉えており、成長率が損失を補えるうちは高成長企業も赤字を許容できる、という発想を反映しています。
もともとはベンチャーキャピタルがSaaSポートフォリオの健全性をふるい分けるための簡易フィルターとして生まれましたが、いまでは経営者の議論にも広く浸透しています。財務とエンジニアリングの間に共通言語を生み、どのレバーを引くかでは意見が割れても、何がこの数値を動かすかについては合意できるからです。
FinOpsチームにとってRule of 40が特に重要なのは、クラウドインフラがこの指標の両構成要素の交点に位置するからです。インフラコストは利益率に直接効き、インフラに関する意思決定は企業のスケール速度、ひいては売上成長率にも影響します。コスト最適化をRule of 40の文脈で語れるFinOpsチームは、自分たちの仕事をCFOや取締役会がすでに重視している指標と直結させられます。
どの利益率を使うべきか
ここがRule of 40の計算が企業やレポートによって分かれるポイントであり、定義を揃えなければベンチマークの信頼性は崩れます。よく使われる3つの利益率は、それぞれ異なる結果を生みます。
| 利益率の種類 | 含まれる項目 | 適した用途 |
|---|---|---|
| EBITDAマージン | 利息・税金・減価償却費・のれん償却費控除前の営業利益 | 資本集約型企業の比較。財務上の意思決定の影響を除外したいとき |
| 営業利益率(EBIT) | 売上から減価償却費を含む営業費用を差し引いた額 | GAAPベースの標準的な報告。監査しやすく、上場企業の開示で最も一般的 |
| フリーキャッシュフローマージン | (営業キャッシュフロー - 設備投資) ÷ 売上 | 成熟企業向けに投資家が好む指標。実際のキャッシュ創出力を反映 |
上場SaaS企業の多くは、投資家が経営健全性の最もクリーンなシグナルと見なすフリーキャッシュフローマージンでRule of 40を開示しています。アーリーステージの企業は社内財務データから算出しやすいEBITDAを使うことが多いです。重要なのはどの利益率を選ぶかではありません。トレンドを比較可能に保つために、すべての報告期間で一貫して同じ定義を使うことです。
売上成長率:過去実績ベースか、将来予測ベースか
成長率の側にも方法論の選択があります。過去12カ月(TTM)の成長率は実際の報告済み売上を使うため、監査可能で一貫性を保ちやすい指標です。一方、将来のARR成長率は、現在のARRとネットレベニューリテンションをもとに今後12カ月を予測するもので、事業モメンタムの実感に近い数値が得られる反面、予測の前提条件が混ざり込みます。
社内のFinOps計画にはTTMが向いています。検証済みの数値を使えるうえ、楽観的な予測のノイズを排除できるからです。投資家向け開示では、TTMを説明責任のために、将来ARRをストーリーのために併記するSaaS CFOも少なくありません。基準として追いかける数値を一つ決めて、その定義を文書化しておきましょう。
Rule of 40の計算方法
計算式自体はシンプルです。本当の難しさは、計算を始める前に入力値を定義しきる規律にあります。
Rule of 40スコア = 売上成長率(%) + 利益率(%)
例: 売上成長率(TTM): 35% フリーキャッシュフローマージン: -8% Rule of 40スコア: 35 + (-8) = 27売上成長率は、現在の期間の売上と1年前の同期間の売上の差を取り、前期の売上で割って100を掛けて算出します。たとえばTTM売上が現在4,000万ドル、1年前が2,800万ドルの企業なら、(4,000万ドル - 2,800万ドル) ÷ 2,800万ドル = 42.9%です。
利益率は、選んだ利益指標を同じ期間の総売上で割って算出します。売上4,000万ドルに対しFCFが-300万ドルなら、-7.5%です。
Rule of 40スコアは 42.9 + (-7.5) = 35.4。基準は下回りますが、利益率が改善傾向にあるなら方向としては正しいといえます。
計算方法を固める前に、次の3点を文書化しましょう。使用する利益率の種類、売上成長率の基準(TTMかARRか)、一過性項目の扱いです。一度文書化したら、過去期間も合わせて修正しないかぎり、年度の途中で変えてはいけません。
企業ステージごとに、Rule of 40のベンチマークはどう違うか
スコア40はあくまで基準であり、普遍的な卓越性の証ではありません。文脈によって「良い」の意味は大きく変わります。アーリーステージの企業とスケール済みのSaaS事業を同じベンチマークで並べてしまうと、それぞれが資本をどう生み出し投下しているかという構造的な違いを見落としてしまいます。
アーリーステージ企業(ARR 1,000万ドル未満)
この規模の企業は通常、年率80150%という高い成長率を見せる一方、プロダクト、Go-to-Market、インフラへの投資によって利益率は大きくマイナスになります。Rule of 40スコアが2035の範囲に収まるのは、このステージでは一般的かつ妥当です。マイナスの利益率は経営の機能不全ではなく、意図的な投資の表れです。
アーリーステージのFinOpsチームにとっての優先課題は、利益率を絶対値で改善することではありません。可視性を失わずにスケールできるよう、コスト按分とタグ付けの基盤を整えることです。後からタグ付けの不備を是正するコストは、ARR 500万ドルの段階で正しく設計するコストをはるかに上回ります。
グロースステージ企業(ARR 1,000万ドル~1億ドル)
このレンジは、Rule of 40のパフォーマンスによって、優れた経営陣と、計画なくランウェイを消費している企業との差がはっきり見え始めるステージです。この帯の企業は通常、3050のスコアを目標にします。成長率はハイパーグロースから4080%へと落ち着き、インフラコスト、カスタマーサポート、営業効率に目が向くなかで、粗利率の改善が明確な優先事項になります。
FinOps Foundationの2024年State of FinOpsレポートによれば、クラウドコスト最適化はグロースステージのSaaS企業のエンジニアリング・財務リーダーシップにとってトップ3の優先事項に入っており、このステージでクラウド支出がいかに直接的に利益率を左右するかを示しています。
この段階のFinOpsチームは、Rule of 40のパフォーマンスに能動的に貢献できます。アイドルリソースの排除、コンピュートのライトサイジング、commitmentベースの料金(リザーブドインスタンス、確約利用割引)の導入によって、クラウドコストの売上比率を有意に押し下げられます。
スケール済み企業(ARR 1億ドル以上)
規模が大きくなれば、成長率は自然に圧縮されます。ARR 3億ドルの企業が前年比25%で成長すれば新規売上は7,500万ドル積み上がり、パーセンテージが過去より控えめに見えても、事業パフォーマンスとしては卓越したものです。この段階で投資家や取締役会が期待するRule of 40スコアは40~60以上で、利益率の構成要素により大きな比重が置かれます。
SaaS企業のパフォーマンスに関するMcKinseyの調査では、スケール段階の上位四分位の企業はRule of 40スコアが50を超えており、これは規律ある粗利率の拡大と効率的なGo-to-Market支出の組み合わせによって実現されているとされます。この段階ではクラウドインフラの効率性が粗利率に直接効き、特にインフラコストが売上原価に組み込まれるプロダクトレッドグロース型の企業で顕著です。
FinOpsチームは実際にどうRule of 40を改善するか
FinOpsチームによるRule of 40の改善は、利益率側に集中します。エンジニアリングと財務が売上成長率を直接コントロールできることは稀だからです。一方、クラウドコストガバナンスを通じた利益率改善は、多くのチームが思っている以上に取り組みやすい領域です。能動的なコスト管理がない企業では、クラウド支出が売上より速いペースで膨らむ傾向があるからです。
実践的なレバーは、3つのカテゴリーに分けられます。
コストの可視化と按分。 見えないものは最適化できません。ARR 1,000万ドル~1億ドルの企業の多くは、プロダクトライン、チーム、顧客セグメント別の一貫したコスト按分を、いまだに整備できていません。この帰属がなければ、顧客あたり売上に対するクラウドコスト比率を算出できず、事業の成長に対してインフラが効率的にスケールしているかを判断できません。タグ付けの分類体系を構築し、エンジニアリングチーム全体で徹底することで、クラウド支出は混ぜこぜのオーバーヘッド項目から、実行可能なユニットエコノミクスデータへと変わります。クラウド請求書に潜む7つの危険信号に関する記事では、FinOpsチームが帰属不明な無駄を見つけやすい典型的なポイントを取り上げています。
Commitmentベースの料金。 オンデマンド料金は、トラフィックパターンが予測可能な本番workloadsを動かす手段としては最も割高です。AWS Savings Plans、GCPの確約利用割引、Azureのリザベーションを使えば、オンデマンド比で通常3060%のコンピュートコスト削減が見込めます。年間200万ドルをクラウドコンピュートに費やす企業なら、適切に設計されたcommitmentプログラムで60万120万ドルを回収でき、それがそのまま利益率に反映されます。
部門横断の説明責任。 FinOpsチーム単独で進めるコスト最適化施策は、その成果を維持しづらいものです。エンジニアリングチームがコストフィードバックに反応するのは、財務から月次レポートとして届くときではなく、既存のワークフロー、スプリントレビュー、オンコールランブックの中に組み込まれて届くときです。共有ダッシュボード、チーム単位のコスト予算、エンジニアリング担当者に通知される異常検知アラートが、コストの可視性を行動変容に変えていきます。
Rule of 40の追跡を歪める計算ミスとデータ品質の落とし穴
Rule of 40でつまずく原因の多くは、概念ではなく方法論にあります。四半期ごとに計算ルールが揺らいだり、一過性項目をフラグなしで混ぜたり、レポートによって違う利益率定義を使ったり――その結果、KPIに見えてノイズのように振る舞う数値ができあがります。
株式報酬と一過性項目
株式報酬(SBC)は多くのSaaS企業にとって大きな費用項目であり、Rule of 40の計算における扱いは企業ごとに大きく異なります。キャッシュアウトを伴わないという理由でSBCを除外する企業もあれば、実質的な株式希薄化を表すとして含める企業もあります。どちらのアプローチも間違いではありませんが、一方を選び、それを一貫して開示する必要があります。
同じ論理が、リストラ費用、買収コスト、訴訟和解金などの一過性項目にも当てはまります。同種の項目が出るたびに除外するのであれば、毎回除外してください。スコアを下げるときだけ除外し、上げるときだけ含めるといった、都合のいい使い分けはしてはいけません。
売上認識と買収による調整
ASC 606の売上認識ルールでは、SaaS企業はサービスを提供した時点で売上を認識する必要があり、現金回収時点ではありません。大型の前払い契約や複数年契約を持つ企業では、請求と認識売上の間にタイミング差が生じ、四半期ごとの成長率に影響することがあります。
買収はさらに複雑さを持ち込みます。年度途中で企業を買収すると、買収先の売上はクロージング日以降の業績に表れ、当年度のベースを膨らませて翌年度のオーガニック成長率の比較を歪める可能性があります。オーガニック成長を総成長と分けて報告し、その差を説明することで、Rule of 40のトレンドが読み取りやすくなります。
一貫した報告基準を整える
企業が初めて公式のRule of 40スコアを算出する前に、CFOとFinOpsリーダーシップは、次の5つの問いに答える報告基準を文書化しておくべきです。どの利益率の種類を使うか。どの売上基準を使うか。SBCをどう扱うか。一過性項目をどう扱うか。買収による売上をどう扱うか。この文書が今後のあらゆる計算の拠り所になります。これがなければ、新しいアナリストや財務担当者が入るたびに計算の細部がずれ、トレンドデータの一貫性が崩れていきます。
持続するRule of 40を築くには
単発のコスト削減プロジェクトでは、Rule of 40を持続的に動かすことはできません。Q2にEC2フリートをライトサイジングしたチームがその後モニタリングを止めれば、新しいworkloads、新規エンジニア、新機能によってQ4までにコストベースは徐々に元に戻ります。持続可能なRule of 40の改善には、年1回の追加監査ではなく、チームの働き方そのものに組み込まれた継続的な最適化が必要です。
複数年にわたって強いRule of 40を維持する企業には、いくつかの構造的な共通点があります。エンジニアリングと財務が、コストの可視性だけでなく説明責任まで共有していること。コスト目標が全社予算項目だけでなく、チームやプロダクト単位でも設定されていること。FinOpsの実践が、エンジニアリングと並走するのではなく、その内側に組み込まれていること。そしてリーダーシップが、クラウドコスト効率をプロダクト品質の問題として扱っていること。非効率にスケールするインフラは、利益率の重しになると同時に信頼性リスクも生むからです。
このモデルを目指すFinOpsチームの道筋は、コストの帰属づけから始まり、commitmentベースの節約に進み、説明責任を共有する構造へと成熟していきます。Rule of 40は、その取り組みをひもづけられる取締役会レベルの指標を与えてくれます。投資の正当化がしやすくなり、成果を示すのも容易になります。
DoiTは4,000社を超えるcloud-native企業と協働し、コストの可視性をRule of 40を動かす利益率改善へと転換しています。同じステージのチームがどうクラウドの財務管理に取り組んでいるかを知りたい方は、DoiTのクラウドコスト専門家にご相談ください。commitmentカバレッジとコスト帰属が実際にどう機能するかを詳しく見たい方は、DoiT DataHubもぜひご覧ください。
Rule of 40に関するよくある質問
SaaS企業にとって良いRule of 40スコアとは?
40以上のスコアが、効率的なSaaSパフォーマンスを示す慣例的な基準です。上位四分位の上場SaaS企業は50~60以上のスコアを記録することも珍しくありません。急成長中のアーリーステージ企業は、利益率がマイナスでも成長率だけで40を大きく上回ることがありますし、成長が落ち着いた成熟企業は、より強い収益性で補います。
Rule of 40スコアがマイナスになることはあるか?
あります。売上成長率と利益率の合計がゼロを下回れば、スコアはマイナスになります。これは通常、現在の投資水準を正当化するには成長が遅すぎる、あるいは売上モメンタムに見合わずキャッシュを焼いている状態を示します。マイナスのRule of 40スコアが続くと、投資家や取締役会から厳しい目で見られます。
Rule of 40はSaaS以外の企業にも当てはまるか?
Rule of 40がSaaSで生まれたのは、リカーリング収益によって成長と利益率の構成要素が予測可能で比較しやすくなるためです。利益率の構造が大きく異なるトランザクション型ビジネスやハードウェア企業では、それほど意味を持ちません。クラウドインフラ事業やマーケットプレイス型モデルに同様の指標を当てはめるアナリストもいますが、ベンチマーク水準がそのまま通用するわけではありません。
Rule of 40とバーンマルチプルの違いは?
バーンマルチプルは、新規ARRを1ドル生み出すために企業がどれだけ現金を消費しているかを測る指標です。Rule of 40は、成長と収益性を一つの効率性スコアに統合します。どちらもSaaSの資本効率を評価するうえで有用ですが、バーンマルチプルが新規売上獲得のコストに特化するのに対し、Rule of 40は成長と利益率を合わせた事業全体の健全性を捉えます。
Rule of 40スコアはどのくらいの頻度で計算すべきか?
ほとんどのSaaS企業は、財務報告サイクルに合わせて四半期ごとにRule of 40を追跡し、年次で公開ベンチマークと照らしてレビューします。FinOpsチームは、クラウドコストのトレンドが四半期業績に積み重なって表れる前に捉えられるよう、利益率の構成要素を月次で追うこともあります。