IT企業・システム開発会社の売却相場|価格の決まり方とエンジニアの評価

最終更新: 2026-09-12

自社の価値を、まずは無料で試算できます。無料で試算 →

IT企業・システム開発会社のM&Aは、エンジニア不足と内製化ニーズを背景に、買い手の関心が高い状態が続いている分野です。「うちの開発会社はいくらで売れるのか」「SESの会社でも評価されるのか」と気になっている経営者の方も多いのではないでしょうか。IT業界は設備がほとんどなく、価値の中心が人(エンジニア)と契約・顧客基盤・ソフトウェア資産にあるため、決算書の数字だけでは価格が説明できない業種です。

本稿では、受託開発・SES(技術者派遣・準委任)・自社サービス・SaaSという業態ごとに売却価格の作り方を整理したうえで、エンジニアの人数・単価・稼働率が価格に直結する仕組み、元請比率と顧客集中、契約形態と知的財産の帰属、労務リスク、買い手のタイプによる評価の違い、価格を上げるための準備までを解説します。評価手法そのものの詳しい解説はIT・ソフトウェア企業の企業価値評価のポイントSaaS企業のバリュエーションに譲り、ここでは「相場と売却の実務」に絞ります。金額・倍率はいずれも一般的な目安であり、個別の会社の価格を示すものではありません。

結論:IT企業の売却価格は「業態」で作り方が変わる

IT企業の売却価格は、同じ「IT」でも収益構造がまったく違うため、まず自社がどの業態に近いかを決めるところから始まります。おおまかには次のような整理になります。

  • 受託開発:案件ごとの請負が中心。実質的な営業利益とEBITDAをベースに、年買法・EV/EBITDA倍率法で価格を作るのが基本です。
  • SES・技術者派遣(準委任):エンジニアの稼働で売上が積み上がる労働集約型。人数×単価×稼働率で収益が説明できるため、人材の定着が価格の中心になります。
  • 自社サービス(買い切り・広告・受託併営):プロダクトの継続収入と成長性しだいで、受託よりも高い倍率が付くこともあれば、収益が不安定として保守的に見られることもあります。
  • SaaS:黒字化前でもARR(年間経常収益)に倍率を掛けて議論されることがあり、解約率と成長率で倍率が大きく振れます。

会社売却全般の相場観は会社売却の相場はいくらか、規模による違いは会社売却の規模別の相場で整理しています。業種ごとの評価の着眼点は業種別の企業価値評価のポイントもあわせてご覧ください。

業態別に見る売却価格の作り方と目安

実務では、複数の手法でレンジを出し、そのうえで業態特有のリスクとプラス材料を調整していきます。業態別の考え方と、一般に語られることの多い目安をまとめると次のとおりです。

業態価格の作り方目安として語られるレンジ(一般論)
受託開発(請負中心)時価純資産+実質営業利益×年数(年買法)、またはEBITDA×倍率年買法で営業利益の2〜4年分程度、EV/EBITDAで3〜6倍程度が議論の出発点になりやすい
SES・技術者派遣(準委任中心)エンジニア一人あたりの粗利×人数で収益力を確認し、EBITDA倍率で評価労働集約性と単価変動を織り込み、受託よりやや低めのレンジで議論されることがある
自社サービス(継続課金あり)継続収入の割合と解約状況を確認したうえでEBITDA倍率。開発費の資産化・費用化も調整継続収入が厚いほど倍率の上側を狙いやすい
SaaS(成長期・赤字含む)ARR×倍率でEVを出し、純有利子負債などを調整して株式価値へ成長率・解約率・粗利率しだいで倍率のレンジは大きく振れる

年買法の考え方は年買法とは、倍率法の考え方は類似会社比較法(EV/EBITDA倍率)、EBITDAそのものの意味はEBITDAとはで解説しています。SaaSのARR倍率は市況の影響を受けやすく、上場企業の株価水準が下がる局面では非上場の取引倍率も連動して下がる傾向があります。倍率の水準そのものより、なぜその倍率が妥当なのかを説明できるかが交渉では重要です。

計算例:実質営業利益5,000万円のシステム開発会社(仮の数値)

説明のため、次のような仮の会社を想定します。売上高6億円、エンジニア50名、決算書上の営業利益4,000万円、減価償却費300万円。役員報酬が同規模の会社の水準より1,000万円ほど多く、これを調整すると実質営業利益は5,000万円、実質EBITDAは5,300万円になるとします。時価純資産は1.5億円(現預金1.2億円、有利子負債3,000万円を含む)とします。

手法計算株式価値の目安
年買法(2〜4年分)時価純資産1.5億円+実質営業利益5,000万円×2〜4年約2.5億〜3.5億円
EV/EBITDA倍率法(4〜6倍)EBITDA5,300万円×4〜6倍=EV約2.1億〜3.2億円、+現預金1.2億円−有利子負債3,000万円約3.0億〜4.1億円
潜在債務を控除した場合上記から、未払残業代の見積り2,000万円(簿外)を控除約2.8億〜3.9億円
上の数値はすべて説明用の仮の数値です。実際の倍率・年数は、業態、顧客構成、エンジニアの定着、契約の内容、買い手の数などで変わります。実質利益の調整や簿外債務の扱いによっても価格は動くため、あくまで考え方の例・目安としてご覧ください。

どこまで利益の調整が認められるかは正常収益力とはの考え方がベースになります。自社の数字で手早く試すなら年買法の無料計算ツールEV/EBITDA倍率の無料計算ツールが使えます。事業価値と株式価値の関係は企業価値と株式価値の違いで整理しています。

エンジニアの人数・単価・稼働率が価格に直結する

IT企業の買収動機の多くは「エンジニアを確保したい」というものです。採用と育成に時間がかかる状況が続いているため、開発体制ごと引き継げること自体が価値になります。そのため買い手は、財務諸表と同じくらいの熱量で人員の内訳を確認します。

買い手が必ず見る人員データ

  • 職種・スキル別の人数:PM・アーキテクト・フロント・バックエンド・インフラ・QAなどの構成。上流を担える人材が何名いるかは特に重視されます。
  • 単価と粗利:一人あたりの月額請求単価、原価(給与・法定福利費)、一人あたり粗利。単価の推移と改定の実績も見られます。
  • 稼働率(アサイン率):待機がどのくらい発生しているか。待機が常態化していると、実質的な収益力が下がって評価されます。
  • 正社員・業務委託・外注の比率:外注や個人事業主への依存が高いと、買収後に体制が維持できるかが論点になります。
  • 離職率と勤続年数:直近数年の入退社の推移。離職率が高い会社は、買収後の人材流出リスクとして価格に反映されます。
  • 年齢構成と給与テーブル:買収後に給与水準を引き上げる必要があると判断されると、その分が実質利益から差し引かれることがあります。

一人あたり粗利が高く、稼働率が安定し、離職が少ない会社は、同じ利益額でも「再現性が高い」と評価され、倍率の上側を狙いやすくなります。反対に、特定の数名のエース技術者に売上が集中している場合は、その人が残るかどうかが価格の前提になります。人材が価値の中心となるビジネスの評価の考え方は人材サービス業のバリュエーションも参考になります。

元請比率・顧客集中・契約形態

元請比率は利益率と交渉力の目安

エンドユーザーから直接受注している元請比率が高い会社は、価格決定力があり利益率も確保しやすいため、評価が高くなりやすい傾向があります。二次請け・三次請けが中心の会社は、単価が構造的に抑えられているうえ、上位の元請の方針変更で仕事量が変わるリスクがあるため、慎重に見られます。ただし、大手SIerとの長年の取引が安定していること自体が評価される場合もあり、一律に不利というわけではありません。取引の年数、担当部署の広がり、契約更新の履歴を整理しておくと、安定性を説明しやすくなります。

顧客集中は価格と支払い条件の両方に影響する

売上の大半を1社が占める場合、買い手は「その取引が続かなかった場合」を前提に価格を考えます。結果として、価格そのものが抑えられるか、一定期間の業績に応じて対価を追加で支払う条件(アーンアウト)が提案されることがあります。上位5社の売上比率、各社との取引年数、契約書の有無と更新条件、担当者レベルの関係か会社対会社の関係かを、早い段階で整理しておくことをおすすめします。

請負と準委任で見られ方が変わる

契約形態収益・リスクの特徴評価での見られ方
請負成果物の完成義務を負う。見積り精度が悪いと赤字案件が発生する案件別の採算管理ができているか、不採算案件や検収遅延がないかを確認される
準委任(SES含む)稼働に対して対価が発生。赤字案件は生じにくいが単価と稼働率に収益が連動契約更新の状況、単価改定の実績、待機期間の扱いが確認される
保守・運用(月額)継続的な収入。解約されにくく利益率も比較的安定しやすい継続収入の比率が高いほど評価のプラス材料になりやすい
サブスクリプション(自社サービス)MRR/ARRが積み上がる。解約率と獲得コストが収益性を左右する解約率・継続率・顧客あたり単価の推移が重点的に見られる

実務では、これらが混在している会社がほとんどです。売上を契約形態別・顧客別に分解した資料を用意しておくと、買い手が収益の質を理解しやすくなり、評価の議論が進みやすくなります。

知的財産・再委託・労務のリスク

ソースコードと著作権の帰属を確認しておく

受託開発では、成果物の著作権が顧客に移転する契約になっているのが一般的です。自社の資産として再利用できるライブラリやフレームワークがあるつもりでも、契約上は顧客に帰属していたというケースは珍しくありません。自社サービスやSaaSでは、開発を外注した部分の権利処理、退職した業務委託者との合意書、OSS(オープンソース)のライセンス条件の順守が確認されます。特にコピーレフト型のライセンスを組み込んだまま自社製品として提供していると、デューデリジェンスで大きな論点になります。調査全体の流れはデューデリジェンスとはで解説しています。

再委託・多重下請けの整理

外注先へ再委託している場合、顧客との契約で再委託が許諾されているか、再委託先との契約書が整っているか、成果物の権利が自社に移転しているかが確認されます。SESの領域では、指揮命令の実態が契約形態と合っているか(いわゆる偽装請負に当たらないか)も重要な論点です。買い手は、契約書上の建て付けだけでなく、実際の指示系統、勤怠の管理者、常駐先での作業指示の出し方まで確認することがあります。法的な評価は個別の事情によって変わるため、具体的な判断は弁護士・社会保険労務士などの専門家に確認してください。

未払残業代は控除・補償の対象になりやすい

納期前の長時間労働、固定残業代(みなし残業)の設定と実労働時間の乖離、裁量労働制や管理監督者の運用など、IT企業では労務が論点になりやすい傾向があります。買い手はデューデリジェンスで勤怠記録と賃金規程を突き合わせ、未払いの可能性がある金額を見積もって株式価値から控除したり、契約上の補償条項で手当てしたりします。売却を検討し始めた段階で、勤怠の記録方法と割増賃金の計算を点検しておくと、減額や交渉の長期化を避けやすくなります。労務の具体的な判断は社会保険労務士などの専門家にご確認ください。

論点内容価格への影響(一般的な扱い)
未払残業代固定残業代の運用、勤怠記録の不備、深夜・休日労働の集計漏れ見積額を控除、または表明保証と補償条項で手当て
偽装請負・多重下請け準委任契約なのに常駐先が直接指揮命令している、再委託の許諾がない取引の見直しを前提に収益を保守的に見る、条件付けの対象になることがある
著作権・OSSライセンス成果物の権利帰属が不明確、ライセンス条件に反した組み込み対応コストの控除、または補償条項・クロージング条件の対象
不採算案件・検収遅延赤字が見込まれる進行中案件、検収が長期化している売掛金損失見込み額を控除。案件別の採算管理の精度も見られる
退職給付・未消化有給退職金規程に対する積立不足、有給休暇の残日数内容に応じて実質的な負債として調整されることがある

スキームの選び方:株式譲渡か事業譲渡か

IT企業のM&Aでは、株式譲渡が選ばれることが多いです。会社そのものの株主が変わるだけなので、顧客との契約、従業員の雇用、ソフトウェアの権利を原則としてそのまま引き継げるためです。ただし、顧客との契約に支配権の変更(チェンジ・オブ・コントロール)に関する条項が入っていると、株式譲渡でも相手方への通知や同意が必要になることがあります。主要顧客の契約書は事前に確認しておきましょう。

一方、複数の事業を営んでいて一部だけを売りたい場合や、簿外債務の引き継ぎを避けたい買い手が希望する場合には、事業譲渡や会社分割が選ばれることもあります。事業譲渡では、顧客との契約や従業員の雇用を個別に引き継ぐ必要があり、手間と時間がかかります。スキームによる違いと税務の考え方は事業譲渡と株式譲渡の違いで整理しています。手取り額の目安は手取り額の無料計算ツールで確認できます。

買い手のタイプ別に見る評価の違い

買い手のタイプ主な狙い評価で重視する点価格・条件の傾向
同業のIT企業・開発会社エンジニアの確保、技術領域の補完、案件の相互紹介人員構成とスキル、単価水準、稼働率、離職率人材の相乗効果を見込めればレンジの上側を提示することもある
SIer・大手ベンダー開発リソースの内製化、下請け構造の垂直統合、特定技術の取り込み品質管理・セキュリティ・労務コンプライアンスの水準管理体制の整備を条件とすることが多く、審査に時間がかかりやすい
事業会社(非IT)DXの内製化、自社システムの開発体制の確保、新規事業への参入経営陣が残るか、外部売上を維持できるか、社内システムを任せられるか経営者の一定期間の関与を条件とすることが多い
投資ファンド複数社の統合による規模拡大、管理体制の強化による価値向上利益の安定性とキャッシュフロー、経営を任せられる幹部の存在財務規律が厳しく、業績連動の対価や再投資を提案されることがある

自社の人材や技術に相乗効果を感じる買い手ほど、高い価格を提示しやすくなります。複数のタイプに打診して比較できる状況をつくることが、条件を良くするうえで有効です。相乗効果の考え方はM&Aのシナジーとは、買い手の探し方はM&Aの買い手の探し方で解説しています。上乗せ部分の位置づけはのれん(営業権)もご覧ください。

キーマン条項とロックアップ

IT企業のM&Aで避けて通れないのが、経営者や中核エンジニアの引き留めに関する条件です。買い手にとって最大のリスクは、買収した直後に人がいなくなることだからです。実務では、次のような形で契約に織り込まれます。

  • キーマン条項:特定の人物が一定期間在籍することを、譲渡実行の前提条件や対価の条件とするもの。対象者から事前に同意書を取得することもあります。
  • ロックアップ(continuity):売り手経営者が引き継ぎのために一定期間(例:1〜3年程度)役員や顧問として残る取り決め。期間と役割、報酬をあらかじめ決めておきます。
  • アーンアウト:譲渡後の業績(売上・利益・継続顧客数など)に応じて追加の対価を支払う仕組み。目標の定義と測定方法を細かく決めておかないと、後で争いになりやすい部分です。
  • 競業避止義務:売り手が一定期間、同種の事業を行わないことを約束するもの。範囲と期間が過度に広くないかを確認します。
  • 従業員のリテンション:中核メンバーへの処遇改善やインセンティブを、買い手と事前に協議しておくことがあります。

これらの条件は「価格の一部」です。提示額が高くても、支払いの大半がアーンアウトで、達成が難しい目標に紐づいているなら、実際に受け取れる金額は下がります。契約条項の要点は株式譲渡契約書の要点、譲渡後の統合の進め方はPMIとはで解説しています。従業員への開示のタイミングは従業員への開示のタイミングも参考にしてください。

価格を上げるための準備チェックリスト

IT企業は、同じ利益水準でも準備の度合いで評価が大きく変わります。売却を考え始めたら、1〜2年程度をかけて次の項目を整えておくと、レンジの上側を狙いやすくなります。

準備項目具体的にやること価格への効果
実質利益の整理役員報酬、私的経費、一過性の案件損益を切り分けて説明できるようにする正常収益力が高く評価され、倍率を掛ける土台が上がる
売上の分解資料顧客別・契約形態別・技術領域別に売上と粗利を分けた表を作る収益の質が伝わり、保守的な見立てを避けやすい
エンジニア台帳の整備職種・スキル・単価・稼働率・勤続年数を一覧化する人材の価値が定量的に伝わり、同業の関心が高まる
稼働率の改善待機の発生要因を分析し、アサインの仕組みを整える一人あたり粗利が上がり、収益力そのものが改善する
顧客の分散上位顧客への依存を下げ、契約書と更新条件を整えるアーンアウトなどの条件付けを避けやすい
権利関係の棚卸し受託成果物の権利帰属、外注先との合意書、OSSライセンスを確認するデューデリジェンスでの減額・補償を抑えられる
労務の点検勤怠記録、固定残業代、準委任契約の運用実態を見直す未払残業代などによる控除リスクを下げられる
属人化の解消設計書・運用手順・引き継ぎ資料を整備し、経営者依存を減らす買収後の再現性が高いと判断され、評価が安定する
SaaSの指標整備MRR/ARR、解約率、継続率、顧客獲得コストを月次で追える状態にする成長性の裏付けとなり、倍率の議論を有利に進めやすい
セキュリティ・管理体制情報管理規程、アクセス権限、委託先管理、インシデント履歴を整理する大手買い手の社内審査を通しやすくなる

売り手側で先に課題を洗い出す方法はセルサイドDDと売却前の磨き上げ、価値を高める具体策は会社を高く売るにはで解説しています。動き出す時期の考え方は会社を売却するタイミング、全体の進行は会社売却の流れ、仲介の費用感はM&A仲介手数料の相場をご覧ください。

よくある質問(FAQ)

Q. IT企業の売却相場は「売上の何倍」で決まりますか?

A. 受託開発やSESでは、売上倍率よりも実質的な利益と純資産をもとに考えるのが一般的です。売上が大きくても外注比率が高ければ手元に残る利益は小さく、価格には結びつきません。一方でSaaSのように継続収入が積み上がる事業では、ARRに倍率を掛けて議論することがあります。自社がどちらの考え方に近いかを見極めることが先決です。

Q. SESの会社は評価されにくいと聞きますが本当ですか?

A. 労働集約型で単価変動の影響を受けやすいため、自社プロダクトを持つ会社と比べると倍率が抑えめに議論されることはあります。ただし、エンジニアの確保を目的とする買い手にとっては人員そのものが価値なので、需要は安定しています。稼働率が高く、離職が少なく、契約の運用が適正であることを示せれば、十分に評価される余地があります。

Q. 赤字のSaaSでも売却できますか?

A. 成長投資による赤字であれば、ARRの水準・成長率・解約率をもとに評価されることがあります。ただし、資金繰りに余裕がない状態で交渉に入ると足元を見られやすいため、現金が残っているうちに動き出すことが重要です。赤字会社の売却全般の考え方は赤字会社の売却相場で解説しています。

Q. エンジニアが辞めてしまうと価格は下がりますか?

A. 交渉中に中核メンバーが退職すると、収益力の前提が変わるため価格の見直しにつながることがあります。だからこそ、開示のタイミングと範囲は慎重に設計し、キーマンには適切な時期に処遇とあわせて説明するのが実務的です。属人化を減らしておくことも、リスクを下げる有効な手段です。

Q. 自社の売却価格の目安はどう調べればよいですか?

A. まずは直近数期の決算書から実質営業利益とEBITDAを整理し、年買法とEV/EBITDA倍率法でレンジを出してみるのが手軽です。SaaSであればARRと解約率もあわせて把握します。そのうえで、未払残業代や不採算案件など差し引かれる可能性のある項目を確認すると、より現実的なレンジに近づきます。手順は会社売却シミュレーションのやり方で解説しています。

まとめ

IT企業・システム開発会社の売却相場は、受託開発・SES・自社サービス・SaaSという業態ごとに作り方が変わります。受託やSESでは実質的な利益と純資産をもとに年買法・EV/EBITDA倍率法でレンジを出し、SaaSではARRと成長率・解約率が倍率を左右します。いずれの業態でも、価格を決めるのは最終的に「エンジニアが残るか」「顧客が続くか」「権利と労務が整っているか」の3点です。人員台帳と売上の分解資料を整え、権利関係と労務を点検し、経営者への依存を減らしておくことが、レンジの上側と円滑な交渉につながります。評価手法そのものをより深く知りたい方はIT・ソフトウェア企業の企業価値評価のポイントSaaS企業のバリュエーションをあわせてご覧ください。

「M&Aバリュークラウド」では、財務データを入力すると、DCF法・類似会社比較法・純資産法で株式価値のレンジを算定し、PDF報告書にまとめます(簡易版2,200円・詳細版5,500円、税込)。登録・試算は無料です。無料で登録して試算する

自社の価値を、まずは無料で試算

DCF法・類似会社比較法・時価純資産法による評価レンジを最短数分で。登録・シミュレーションは無料です。