はじめに

最近、『会社四季報の儲けのしくみ』という本を読みました。エンジニアとして日々コードを書いている自分にとって、「利益」の構造がこんなに奥深いものだとは正直思っていませんでした。

※アフィリエイトリンクではないです

この記事を書こうと思ったきっかけは、AIの急速な発達です。GitHub CopilotやCursorといったAIツールの登場により、コードを書くこと自体のハードルは年々下がっています。「開発の民主化」が進むなかで、エンジニアの価値は「コードが書ける」だけでは差別化しにくくなってきました。

プロダクトの優先度を判断する、事業のROIを議論する、経営層と同じ目線で会話する。こうしたビジネスサイドへの貢献が、特にリーダーやマネージャーには強く求められる時代になっています。

その第一歩として、「会社の儲けの構造」を正しく理解することは非常に有効です。この記事では、売上高・粗利・営業利益・純利益の4つの違いを、実企業のデータを交えながら整理します。

利益の4段階をざっくり理解する

会社の損益計算書（P/L）では、売上高から段階的にコストが引かれていき、最終的な「手残り」が決まります。まずは全体像を図で把握しましょう。

ポイントは「売上高がそのまま会社の儲けではない」ということです。売上高から、さまざまなコストが差し引かれて、最終的に残るお金（純利益）が決まります。

売上高は、商品やサービスを提供して得た収益の合計額です。いわば「レジを通った金額の総額」ですね。

売上高が大きいほど事業規模が大きいことを意味しますが、売上高だけでは「儲かっているか」はわかりません。極端な話、100億円売り上げても原価が100億円なら利益はゼロです。

粗利 ＝ 売上高 − 売上原価

売上原価とは、商品を作るために直接かかったコスト（材料費、製造費など）のことです。粗利は「その商品・サービス自体がどれだけ利益を生んでいるか」を示します。

粗利率（粗利 ÷ 売上高）はビジネスモデルによって大きく異なります。ソフトウェア企業は原価が低いため粗利率が高く、製造業は原材料費がかかるため粗利率が低くなる傾向があります。

エンジニア視点で言えば、粗利率は「プロダクトのビジネスモデルの筋の良さ」を示す指標と捉えられます。SaaS企業の粗利率が高いのは、ソフトウェアの複製コストがほぼゼロだからです。

営業利益 ＝ 粗利 − 販売費及び一般管理費（販管費）

販管費には、人件費、広告宣伝費、オフィス賃料、研究開発費などが含まれます。つまり営業利益は「本業で、すべての運営コストを差し引いた後にどれだけ残るか」を表しています。

営業利益が赤字なら、本業で稼げていないということ。どれだけ売上が大きくても、営業利益がマイナスなら事業としては成り立っていません。

エンジニアの人件費は販管費に含まれます。つまり、自分たちの給与は「粗利から営業利益に至る過程」で差し引かれるコストです。営業利益を意識すると「自分たちの開発コストに見合う価値を生んでいるか」という視点が持てるようになります。

純利益 ＝ 営業利益 ＋ 営業外損益 − 特別損益の調整 − 法人税等

営業外損益には、受取利息・配当金、為替差損益などが含まれます。特別損益は、固定資産の売却益や災害損失など、一時的に発生する損益です。これらを加減した後、法人税を差し引いたものが純利益になります。

純利益は「最終的に株主に帰属する利益」であり、この数字が配当や内部留保の原資になります。

利益の構造を理解すると、日々の開発判断が変わってきます。

たとえば、機能開発の優先度を考えるとき。売上への貢献だけでなく「その機能は粗利率を改善するか、それとも販管費を増やすか」という視点が持てるようになります。自動化ツールの開発は直接売上を生まないかもしれませんが、販管費を下げて営業利益を改善する効果があるかもしれません。

また、技術選定の場面でも同様です。クラウドコストは売上原価に計上されることが多いため、インフラ最適化は粗利率の改善に直結します。「コスト削減」という漠然とした話ではなく、「粗利率を2ポイント改善する」という定量的な議論ができるようになります。

経営層やビジネスサイドと共通の言語で話せること。これは、AI時代においてエンジニアが発揮できる大きな強みの一つだと思います。

「売上が高い＝儲かっている」という直感は、半分正しくて半分間違いです。利益には4つの段階があり、それぞれが異なる側面を教えてくれます。

今回の内容は、本当に入口の部分です。もし興味が出てきたら、『会社四季報の儲けのしくみ』はとても読みやすい一冊なのでおすすめです。普段見ている企業のP/Lを眺めてみると、ビジネスモデルの違いが利益構造に如実に表れていて面白いですよ。