- IT業界の5業態 — 同じ『IT』でも別物のビジネス
- 評価倍率が3倍違う構造 — 数字で見る業態差
- SaaSの命：ARR・NRR・Churn を読み解く
- 『SaaSと自称している受託』を見抜く方法
- 受託開発・SI のM&A — 評価減点と差別化の余地
- コードIPの帰属とOSSライセンス — 中小ITで最も曖昧な論点
- エンジニア定着率と組織独立性 — 買収後の人材流出を防ぐ
- 生成AI時代のIT M&A — 何が評価され、何が割引かれるか
- 買い手心理 — PEファンドとストラテジックで動機が違う
- IT M&Aで陥りやすい7つの落とし穴
- PMI論点 — エンジニア組織の独立性とカルチャー統合
- よくある質問（FAQ）
1. IT業界の5業態 — 同じ『IT』でも別物のビジネス
「IT業界のM&A」と一括りに語られることが多いが、実際の現場では同じIT業界の中に収益構造・人材構成・成長性が大きく異なる5つの業態が存在する。M&Aアドバイザーが最初に行うのは、対象会社が以下のどのカテゴリに該当するかの見極めである。
| 業態 | 収益構造 | 主要コスト | 成長エンジン | 反復収益性 |
|---|---|---|---|---|
| SaaS | 月額・年額の定額課金 | 開発・サーバー・営業 | 新規顧客獲得＋既存拡張 | ★★★★★ |
| 受託開発 | プロジェクト単位の請負 | エンジニア人件費 | 営業力＋エンジニア確保 | ★（保守のみ） |
| SI（システム開発） | 大型案件＋保守運用 | エンジニア＋外注 | 顧客深耕＋実績 | ★★（保守） |
| SES（客先常駐） | エンジニア派遣人月単価 | エンジニア人件費 | 稼働率＋単価 | ★★（契約継続） |
| EC・ITプロダクト | トランザクション・物販 | 商品仕入＋広告 | LTV／CPA改善 | ★★★（リピート） |
同じエンジニアを抱えていても、SaaSは「月額契約のARRが事業価値」、受託は「来期の受注見込みが事業価値」、SESは「常駐中の人数×単価が事業価値」と、評価のものさし自体が異なる。買い手が払える金額に大きな差が生まれる根本原因はここにある。
2. 評価倍率が3倍違う構造 — 数字で見る業態差
中小IT M&Aで観察される業態別のEV/EBITDA倍率レンジを以下に整理する。あくまで実務的な目安であり、個別案件の状況で前後する。
| 業態 | 中小M&Aの倍率レンジ | 備考 |
|---|---|---|
| SaaS（バーティカル特化） | 8〜15倍 | ARR成長30%超・解約率5%未満で上限近辺 |
| SaaS（水平展開） | 6〜10倍 | 競合多い領域は中下位 |
| EC・ITプロダクト | 4〜8倍 | D2C型・独自ブランドは上位 |
| SI（保守運用付き） | 4〜6倍 | 保守売上比率高いほど上位 |
| 受託開発（プロジェクト型） | 3〜5倍 | 得意領域特化型は4倍超 |
| SES・人材派遣型 | 2〜4倍 | 常駐単価・稼働率で変動 |
参考として、2024年に国内で公表されたSaaS企業のM&AにおけるEBITDA倍率中央値は約13.7倍、世界のプライベートSaaS M&Aでは中央値が約19.2倍と報告されている（業界レポート集計値）。上場情報・通信業の中央値は約8.9倍。中小M&Aではこれらより一段低めのレンジが現実的だが、SaaSと受託の倍率差が3倍前後生まれる傾向は同様だ。
3. SaaSの命：ARR・NRR・Churn を読み解く
SaaS企業のM&Aでは、ARR（Annual Recurring Revenue：年間経常収益）を起点とした一連の指標群で事業の健全性が判定される。買い手のDDで最も時間をかける論点であり、売り手側もこれらの指標を整備しておくことで譲渡対価の上限が決まる。
ARR（年間経常収益）
定常的な契約から発生する年間売上を、契約期間でならして算出した指標。MRR×12でも近似できる。買い手が見るのは(1)ARRの絶対額（事業規模）、(2)ARR成長率（前年比）、(3)新規ARR・解約ARR・拡張ARRの内訳。成長率30%超なら高評価、横ばいなら倍率が大きく下がる。一時的な大型契約や非リカーリング売上を混ぜたARRは買い手側で控除される。
NRR（Net Revenue Retention：売上維持率）
既存顧客が1年後に何%の売上を保っているかを示す指標。アップセル・クロスセルがあれば100%を超える。NRR 110%超は強固な顧客基盤、90%未満は要改善判定となる。SaaS評価で最も買い手が注目する指標の一つで、NRRが高ければ「新規顧客獲得を止めても自然成長する事業」として評価倍率に大きく寄与する。
Churn rate（解約率）
顧客数ベース（Logo churn）と売上ベース（Revenue churn）の2種類がある。年間Churn 10%未満が健全、15%超は買い手にとって警戒水準。月次Churnなら1%以下が目安。中小SaaSではChurnの計測自体が曖昧なケースが多く、DDで「解約の定義」を厳密に確認することが論点となる。
CAC・LTV・LTV/CAC比
CAC（Customer Acquisition Cost：顧客獲得コスト）と LTV（Lifetime Value：顧客生涯価値）の比率は、SaaSビジネスの単位経済性を表す。LTV/CAC 3倍以上が健全、1倍以下は事業性に懸念。CAC回収期間（Payback period）も同時に見られ、12ヶ月以内が健全、24ヶ月超は資金繰りリスクと判定される。
4. 『SaaSと自称している受託』を見抜く方法
中小IT M&Aの現場で頻発するのが、看板は「SaaS」だが実態は「カスタマイズ受託＋保守料」のケースだ。経営者本人が自社をSaaSと認識していることもあり、買い手DDで初めて実態が明らかになることが珍しくない。買い手目線では、以下3つの観点でチェックする。
契約形態のチェック
年契約か月額更新か、解約条件はどうか。年契約・自動更新が標準で解約予告が30〜60日前の契約形態であれば、SaaSとしての評価が成立する。スポット契約・解約自由の都度払いは、SaaS的だが実質「便利な月額サービス」止まりで、ARRと呼ぶには厳しい。
カスタマイズ比率
標準機能利用率と、顧客個別開発の比率。個別カスタマイズ50%超は実態が受託に近く、人月単価×工数の労働集約型ビジネスに分類される。標準機能で90%以上カバーできていれば、新規顧客の追加コストが低く、SaaSのスケーラビリティが効く。
反復収益率（ARR比率）
全売上のうち、月額・年額の定額課金が占める比率。70%以上ならSaaS評価が可能、70%未満は受託寄り評価に切り下げられる。初期導入費用（一時収益）が売上の40%超を占めるSaaSは、買い手から「実質は受託＋保守」と判定されて倍率が下がる。
5. 受託開発・SI のM&A — 評価減点と差別化の余地
受託開発・SIのM&Aでは「人月単価×稼働時間」のビジネスモデルが評価倍率の上限を縛る。エンジニア1人辞めれば売上が即減少する構造のため、買い手は来期売上を保守的に見積もる。それでも、受託でも倍率4〜6倍が出るケースは存在する。差別化の論点は以下に集約される。
領域特化型は評価が上がる
金融・医療・公共・特定業界向けに特化した受託は、参入障壁が高く案件継続性も高いため評価が上がる。一般的なWeb受託より、医療系・金融系・公共系の受託のほうがマルチプル1〜2倍分のプレミアムが付きやすい。
保守運用売上の比率
受託で構築した後の保守・運用契約が継続している比率。保守売上が全体の40%以上を占めるSI企業は、反復収益の側面を持ち、買い手から評価倍率の引き上げ対象となる。
主要顧客の集中度
売上TOP3顧客の比率。30%超の集中は買い手リスク、特に上位1社で50%超は事業継続リスクとして大きく減点される。リスクの裏返しとして、大手安定顧客との長期契約（複数年契約・自動更新）があれば一定の評価がつく。
エンジニアの自社雇用比率
協力会社・フリーランス・派遣ではなく、自社正社員のエンジニアが何%を占めるか。正社員比率70%以上が安定的、50%未満は外注依存リスクとして評価される。
6. コードIPの帰属とOSSライセンス — 中小ITで最も曖昧な論点
ITDDで最も頻繁に問題化するのが、過去に書かれたコード・ライブラリの著作権・利用権の帰属だ。中小IT企業では契約整備が後手に回っていることが多く、買い手はここを徹底的に精査する。
業務委託・フリーランスのIP条項
業務委託契約書・基本契約書に「成果物の著作権は委託元（会社）に譲渡される」旨の条項があるか。条項が曖昧、または契約書自体が存在しないケースでは、退職したフリーランスが書いたコードが会社に帰属していない可能性があり、表明保証で大きな論点となる。
OSS（オープンソース）ライセンス遵守
GPL・AGPLなどコピーレフト型OSSをプロプライエタリ製品に組み込んでいると、製品ソースコードの開示義務が発生するリスクがある。買い手は使用OSSのライセンス一覧・適合性をDDで確認し、違反があれば譲渡対価の減額やSPAでの補償条項強化を要求する。
前職持ち込みコード
採用したエンジニアが前職で関わった製品のコード・ノウハウを持ち込んで開発に活用していないか。これは前職企業との法的争いに発展するリスクがあり、特に元の所属企業が同業の場合は要注意。DDではエンジニアの前職・OSS引用元・コードコミット履歴を一定範囲で確認する。
知財登録の状況
特許・実用新案・商標が会社名義で正しく登録されているか。代表者個人名義のままになっていることもあり、譲渡前に法人名義への移管が必要となる場合がある。
7. エンジニア定着率と組織独立性 — 買収後の人材流出を防ぐ
IT企業の事業価値の大部分はエンジニア組織にある。M&A後12ヶ月以内に20〜30%のエンジニアが離脱する事例は珍しくなく、買い手側はDDから契約交渉まで一貫してリテンション設計を組み込む。
キーマン契約（リテンションパッケージ）
主要エンジニア5〜10名に対し、買収後2〜3年勤続を条件に、年収の20〜50%程度のリテンションボーナスを支給する仕組み。SPAの誓約事項に組み込まれることが多く、リテンション原資は譲渡対価の一部を売り手側がリザーブする形が一般的。
ストックオプション・株式報酬
買い手が上場・準上場企業の場合、エンジニア向けのストックオプション付与で長期インセンティブを設計。中小M&Aでは限られるが、PE系買い手・スタートアップ系買い手では標準的。
組織独立性の維持
買収後すぐに買い手側のシステム・人事制度に統合すると、文化的摩擦でエンジニア離脱が加速する。PMI初期100日は対象会社の独立運営を維持し、半年〜1年かけて段階的に統合するのが定石。「買収しても変わらない」という安心感の提示が、エンジニア定着の最大の施策。
20代後半〜30代前半の離職率
転職市場で最も流動性が高い層。この年齢層のエンジニアが何%離職しているかは、M&A後の流出リスクを予測する重要指標。年率20%超の離職率があれば、買収後の追加離職リスクが高いと判定される。
8. 生成AI時代のIT M&A — 何が評価され、何が割引かれるか
2023年以降のChatGPT・GitHub Copilot・Claude・Cursor等の生成AIツール普及は、IT業界のM&A評価軸を構造的に変えた。中小IT M&Aでも、AIの影響を織り込んだ評価が標準化している。
評価が上がる事業
- 独自データ・ネットワーク効果を持つSaaS（生成AIで簡単に追いつけない）
- 業界特化型バーティカルSaaS（業界知識×データが堀になる）
- AI機能を組み込んだ既存SaaS（差別化が継続）
- AIインフラ・LLMOps・データ基盤系SaaS
評価が下がる事業
- シンプルなドキュメント生成・コード生成系の受託（AIで代替可能）
- 機能差別化が弱いSaaS（生成AI機能で競合が容易に追従）
- 人月単価ビジネスの受託（生産性向上で単価下落圧力）
- BPO的なIT業務代行（AI自動化で代替リスク）
売り手側が事業計画で示すべきこと
AI時代の事業計画では、「AIに代替されるリスク」と「AI活用で生産性が向上する余地」の両面を定量的に示すことが評価維持の鍵となる。「AIを使って自社のサービス・受託原価を30%下げた」「AI機能を有料アップセルで提供してARRが20%増えた」といった具体的な実装が、買い手から評価される。
9. 買い手心理 — PEファンドとストラテジックで動機が違う
IT M&Aの買い手は大きく3類型に分かれ、それぞれが見るポイント・払える金額・PMIの姿勢が異なる。売り手側は自社の特性に合った買い手タイプを見定めて交渉戦略を組み立てる必要がある。
ストラテジック・バイヤー（事業会社）
同業大手・隣接業種・上場SaaS等。シナジー期待（クロスセル・コスト削減・人材獲得）が買収動機。プレミアムを払える上限が高い一方、自社事業との統合を急ぐ傾向があり、PMI後の独立性は限定的。
具体例として、2025年は国内でマネーフォワード等の大手SaaSが中堅SaaSをbolt-on買収する動きが活発化している。買い手は「自社プロダクトラインの補完」を狙うため、対象会社の機能・顧客基盤との重複度を慎重に評価する。
PEファンド（プライベートエクイティ）
バリューアップ型（経営改善で再成長）、バイ&ビルド型（連続買収で業界統合）、CARVE-OUT型（大企業のIT子会社切り出し）の3パターン。投資期間3〜7年、IRR目標15〜25%が一般的。経営者・キーマンの継続をリテンション契約で確保し、独立運営を維持しつつKPI管理を強化する。
2025年はHR SaaS・バックオフィスSaaS領域でのPE投資が活発化している。譲渡対価5億円以上・EBITDA 1億円以上が投資検討の最低ラインとなることが多く、それ以下の規模はストラテジック・バイヤー中心の市場となる。
大手SaaS企業（プラットフォーマー型バイヤー）
SmartHR、freee、マネーフォワード、サイボウズ、ラクスル等、上場SaaS・大型SaaSが自社プラットフォームに統合可能な中堅SaaSを買収するパターン。技術・顧客基盤の補完が動機で、PE的なKPI管理よりは事業統合志向。
10. IT M&Aで陥りやすい7つの落とし穴
- ARR・MRRの計算定義の不一致 — 売り手と買い手でARRに含める範囲（保守料・初期費用・カスタマイズ収入）が違うと、DD後にARRが大きく目減りすることがある
- SaaSと受託の混在を放置 — 表向きSaaSでもカスタマイズ受託が混在していると、買い手側で受託部分を切り分けて評価減
- コードIP帰属の整備不足 — 業務委託契約のIP条項不備、OSS違反が後から発覚し補償対象に
- キーマン契約の合意なくクロージング — 主要エンジニアへの説明・同意なくM&A完了すると、買収直後の離職リスク
- 大型顧客の集中リスク軽視 — TOP3で売上60%超を見逃すと、買収後の取引終了リスクで事業価値毀損
- セキュリティ・個人情報管理の脆弱性 — DDで重大インシデント履歴・脆弱性が発覚し、譲渡対価減額や破談
- AIで陳腐化する事業領域への過大評価 — 生成AI影響を織り込まない事業計画で過大評価し、PMI後にシナジー実現が困難に
11. PMI論点 — エンジニア組織の独立性とカルチャー統合
IT M&AのPMIは、製造業や卸売業のような物理的統合より、組織・カルチャー・人材リテンションが中心となる。買収後12ヶ月の最初の100日プランで以下が論点となる。
組織独立性の維持期間
買収後すぐの統合は離職リスクを上げる。最低6ヶ月、理想は12ヶ月程度は対象会社を独立運営し、人事制度・評価制度・開発プロセスは現状維持。買い手の管理は財務報告・主要KPI共有レベルに留めるのが定石。
給与・等級制度の擦り合わせ
買い手と対象会社で給与水準・評価制度が大きく異なる場合、長期的な統合方針を明示する。一般に上場買い手の給与水準は中小IT企業より高めなため、買収後の昇給機会を提示することがリテンションに効く。
クロスセル機会の段階的開拓
ストラテジック買い手が想定するクロスセル（顧客基盤共有・製品ライン共用）は、急ぐと営業現場の混乱を招く。買収後6〜12ヶ月かけて、対象会社の営業チームと買い手の営業チームの相互理解を醸成してから本格化させる。
セキュリティ・コンプライアンス基準の統合
上場買い手・規制業界の買い手では、対象会社のセキュリティ・個人情報保護・SOC2等の認証基準を引き上げる必要があり、PMI初期の重要施策となる。中小IT企業では「ISO27001・Pマーク・SOC2に対応していない」ケースも多く、対応に6〜12ヶ月かかる。
12. よくある質問（FAQ）
Q.なぜSaaSと受託開発で評価倍率が3倍以上違うのですか？
Q.『SaaS』と自称している企業の真贋をDDで見極めるには？
Q.ARRとMRRはどちらを評価指標に使うべきですか？
Q.M&A後のエンジニア流出リスクをどう抑えますか？
Q.コードIPの帰属はどう確認しますか？業務委託・OSSの注意点は？
Q.AI時代にIT業界M&A戦略はどう変わりますか？
Q.オフショア依存案件の評価はどうなりますか？
Q.SES（システムエンジニアリングサービス）案件の評価は？
Q.PEファンドはどんなIT企業に投資しますか？
Q.IT企業のM&Aで活用できる補助金はありますか？
関連ガイド・関連ページ
