「売上は順調なはずなのに、キャッシュが溜まらない」——あなたの会社で起きていること
月次の業績報告で、売上は前年同月比120%で推移している。なのに、当期純利益は横ばい、あるいは微減。銀行残高も思ったほど増えていない。
この状況、実は日本のSaaS企業の3割以上で起きています。弊社が支援する年商3〜15億円のSaaS企業でも、「成長の実感」と「利益の実感」が乖離しているケースが非常に多い。
原因の多くは部門別採算が見えていないことにあります。全社のPLは作れているのに、「どの事業・どの部門がどれだけ稼いで、どれだけ使っているか」が見えていない。この記事では、現場CFOの視点から、部門別採算を一から作る具体的なステップを解説します。
なぜ「売上が伸びているのに利益が増えない」のか
構造的理由：不採算部門が黒字部門の利益を食っている
売上全体は伸びている。でも、その内訳を見ると——
- 主力プロダクト事業は粗利率75%で好調
- 新規立ち上げのAI機能は売上は増えているが粗利率30%台
- 受託開発の残が毎月1,000万円の赤字を垂れ流している
こうした事業の構造的な不均衡は、全社PLだけでは絶対に見えません。平均粗利率が60%で「まあまあ」と思っていても、中身は黒字と赤字が混ざり合っている。これが「伸びているのに利益が増えない」の正体です。
全社平均粗利率という「罠」
管理会計を導入していない企業でよくあるのが、全社平均の粗利率だけを見て経営判断をしているケースです。
全社平均粗利率65%＝「すべての事業が65%で稼いでいる」という誤解
実際には、粗利率80%の事業と40%の事業が混ざって65%になっているだけ。経営資源の配分を誤る大きな原因になります。
日本の上場SaaS企業のデータでは、主力事業の粗利率は75〜85%が一般的。一方で、新規事業や受託ビジネスは40〜60%に留まることが多い。この格差を可視化しない限り、正しい意思決定はできません。
セグメント別PLを作る3つのステップ
| 項目 | 自社開発 | 受託開発 | SaaS | 全社 |
|---|---|---|---|---|
| 売上 | 420,000 | 180,000 | 600,000 | 1,200,000 |
| 粗利 | 336,000 | 90,000 | 480,000 | 906,000 |
| 粗利率 | 80.0% | 50.0% | 80.0% | 75.5% |
| 人件費 | 210,000 | 120,000 | 150,000 | 480,000 |
| 貢献利益 | 126,000 | ▲30,000 | 330,000 | 426,000 |
| 貢献利益率 | 30.0% | ▲16.7% | 55.0% | 35.5% |
ステップ1：セグメント（部門）を定義する
まず「何単位で採算を見るか」を決めます。基本は以下のいずれか：
- 事業セグメント：プロダクトA、プロダクトB、受託開発など
- 顧客セグメント：エンタープライズ、SMB、ミドルマーケットなど
- 機能セグメント：コア機能、AIアドオン、分析オプションなど
初期段階では3〜5セグメントに絞るのが実務的です。細かすぎると維持コストが高く、粗すぎると意味がありません。年商10億円以下なら「事業セグメント3つ」で十分始まります。
ステップ2：収益（Revenue）をセグメントに割り当てる
収益の按分は、契約単位で紐づけられるかどうかが鍵です。
- 単独契約：プロダクトAのみ、プロダクトBのみ——そのままセグメントに割り当て
- バンドル契約：複数プロダクトをセット販売——各プロダクトの単独販売価格比で按分
- カスタム契約：個別見積もり——営業にヒアリングして按分根拠を記録
SaaS特有の注意点として、MRR（Monthly Recurring Revenue：月次経常収益）ベースで把握することが重要です。これは、毎月継続して得られる収益のことで、SaaSビジネスの健康度を示す最も重要な指標のひとつです。年間契約の前受金を一括で計上すると、月次のセグメント別採算が歪むため、MRRベースで月割りして管理しましょう。
ステップ3：費用をセグメントに配分する
ここが一番難しく、一番重要な工程です。費用の配分は以下の3段階で考えます。
- 直接費用：そのセグメント専属のエンジニア人件費、インフラ費など——そのまま配分
- 共通費用（按分可能）：複数セグメントに関わるマーケティング費、クラウド費など——合理的な基準で按分
- 全社費用（固定配分）：経営陣、バックオフィスなど——セグメントの売上比や人員比で配分
完璧な配分を目指す必要はありません。「80%の正確性を3日で作る」方が、「100%の正確性を3ヶ月かける」より圧倒的に実務的です。最初は粗くても、運用しながら精度を上げていけばよいのです。
貢献利益で部門の「本質的な稼ぐ力」を見る
貢献利益とは何か
貢献利益（Contribution Margin）とは、あるセグメントが全社の利益に対してどれだけ貢献しているかを示す指標です。セグメントの売上から、そのセグメントに直接・間接的に関連する費用を引いて算出します。
貢献利益 ＝ セグメント売上 − 直接費用 − 共通費用（按分分）
全社費用（本社経費など）を含めないのがポイント。全社費用は「そのセグメントが存在してもしなくても発生する費用」なので、セグメントの純粋な稼ぐ力を測るには除外します。
貢献利益率で判断する
| 貢献利益率 | 評価 | 意味 |
|---|---|---|
| 30%超 | ◎ 非常に健全 | セグメントが本社費用を十分カバー。リソース投下を加速すべき |
| 20〜30% | ○ 正常範囲 | 事業として成立。改善余地はあるが、まずは現状維持で問題なし |
| 10〜20% | △ 要注意 | 利益構造の見直しが必要。価格改定・コスト削減・縮小を検討 |
| 10%未満 | ✕ 赤字転換リスク | 全社費用配分後はほぼ確実に赤字。撤退も含めた抜本的見直しが急務 |
SaaS企業の貢献利益率の目安：
- 70%以上：非常に健全。リソースをさらに投下すべき
- 50〜70%：正常範囲。改善余地あり
- 30〜50%：要注意。構造見直しが必要
- 30%未満：赤字転換リスク。撤退も選択肢に
貢献利益率が高いセグメントにはリソースを集中し、低いセグメントは改善か縮小の判断をする。これがデータに基づく経営資源配分です。
SaaS特有の注意点：MRR認識と契約単位の収益把握
MRR認識の落とし穴
SaaS企業が部門別採算を作る際、最も気をつけるべきなのがMRRの認識タイミングです。
- 年払い契約：入金は一括だが、MRRは12等分して月次計上。前受金として処理
- フリートライアルからの転換：本契約開始月からMRR計上。トライアル中は収益ゼロ
- アップセル・ダウンセル：変更が反映された月からMRRを調整
これを間違えると、セグメント別の月次収益が大きく歪み、採算判断を誤ります。特に年払いの一括計上は「今月だけ黒字」の錯覚を生むので要注意。
契約単位でデータを紐づける
セグメント別採算の精度を上げるには、契約単位（Contract ID）で収益と原価を紐づけることが理想です。
具体的には、CRMの契約データと会計システムの売上データを契約IDで突合します。これができれば、「どのセグメントのどの顧客がいくら貢献しているか」が一目でわかるようになります。
年商5億円以下の企業なら、スプレッドシートでも十分管理可能。年商10億円を超えたら、SaaS向けのサブスクリプション管理ツール（Stripe Billing、Chargebeeなど）の導入を検討しましょう。
まとめと次のアクション
部門別採算を作る意義は、「売上は伸びているのに利益が増えない」という構造を解き明かし、正しい経営資源配分を可能にすることにあります。
今すぐ始めるべき3つのアクション：
- 今週：セグメント定義を3〜5個で紙に書き出す
- 今月：直近3ヶ月のセグメント別売上と直接費用をざっくり集計する
- 来月：共通費用の配分ルールを決め、第一号のセグメント別PLを完成させる
完璧な数字を待つな。見える化の第一歩は「80%の正確性で作って、使うこと」から。
部門別採算は、CFOが経営陣に提供する最も強力な意思決定ツールのひとつです。まずは粗くてもいいので、見える化を始めてください。数字が出れば、次にやるべきことが自ずと見えてきます。
部門別採算の導入で最も効果を感じる瞬間は、経営会議の質が変わることです。「売上が伸びているのに利益が増えない」という漠然とした不安が、「このセグメントの粗利率が40%で、ここにリソースを注ぎ込むべきか見直すべきか」という具体的な議論に変わる。その変化は、一度経験すれば元には戻れません。
実務上のコツをひとつ。最初のセグメント別PLは、直近3ヶ月分だけ作ってください。過去1年分を遡って作ろうとすると、データの不備に悩まされ、完成前に挫折してしまいます。直近3ヶ月なら記憶も新しく、データの補完も容易。まずは「今の事業の構造」を見える化することに集中しましょう。
Axxeioでは、SaaS/AI企業向けに部門別採算の導入支援を行っています。セグメント定義の壁打ちから費用配分ルールの策定まで、現場CFOの視点で伴走します。まずは一度、お話ししましょう。