システム会社のM&Aの現状と成功ポイントや事例を解説

システム会社M&Aの相場と売却判断で外せない成功ポイント

システム会社M&Aの動向、売却相場、評価基準、法務・労務リスクを解説。IT人材不足や生成AI需要を踏まえ、会社売却を検討する経営者が、譲渡価格・手取り額・従業員対応・買い手選びを判断するための実務ポイントを平易に整理します。

目次:

1. システム会社M&Aで評価される価値の本質
2. 買い手需要を動かす3つの変化
3. 売却相場を読む前に整理すべき利益と資産
4. 高評価につながる会社と減額されやすい会社
5. 売り手・買い手別に見るM&Aの目的
6. デューデリジェンスで止まりやすい実務論点
7. 成約後にエンジニア離職を防ぐPMI
8. まとめ

▶目次ページ：業種別M&A（様々な業界でのM&A）

システム会社のM&A（合併・買収）では、決算書の利益だけで価格が決まるわけではありません。買い手が本当に見ているのは、将来も開発力と顧客基盤が残るかどうかです。

システム会社には、受託開発、SES、自社パッケージ、SaaS、保守運用、クラウド構築、データ分析、生成AI関連開発など、さまざまな形があります。同じ売上規模でも、利益率、契約形態、エンジニアの定着率、顧客との距離によって評価は大きく変わります。

製造業のように大型設備が価値の中心になる業種とは異なり、システム会社ではエンジニア、プロジェクトマネージャー、業務知識を持つ担当者が価値の中心です。特に、チームとして機能している開発組織は、個別採用では短期間に作れません。

そのため、買い手は「何人いるか」だけでなく、「どの言語・技術に強いか」「平均年齢は高すぎないか」「特定の数人に依存していないか」「退職率は高くないか」を確認します。ここを説明できないと、利益が出ていても評価が伸びにくくなります。

受託開発では、顧客と直接契約しているか、上流工程に関与しているか、赤字プロジェクトを管理できているかが重視されます。SESでは、稼働率、単価、エンジニアの定着率、契約と実態の整合性が重要です。

一方で、自社SaaSや独自パッケージを持つ会社では、月額課金の継続率、解約率、顧客数、開発済み機能の競争力が評価されます。黒字化前でも、成長性が見込まれる場合は高い期待値が価格に反映されることがあります。ただし、将来の見込みだけで交渉すると、買い手の調査で一気に評価が下がることもあります。意外と多い落とし穴です。

関連：M&A業種別ニーズと動向2024年最新版｜成功事例から学ぶ戦略

システム会社のM&Aは、近年も活発な分野の一つです。慢性的なIT人材不足とDX投資の継続を背景に、買い手からの関心は高い水準にあります。

ただし、どの会社でも高く売れるわけではありません。買い手の関心は、単なる受託開発会社から、技術・人材・顧客基盤を同時に持つ会社へ移っています。

出所：矢野経済研究所の資料を編集部にて加工

生成AIの業務利用、データ活用、AWSなどのクラウド移行に対応できる会社は、買い手から評価されやすくなっています。企業が自社内でAI人材やクラウド人材を採用しようとしても、採用競争は激しく、育成にも時間がかかるためです。

高評価につながりやすいのは、生成AIの業務実装、データ基盤構築、クラウドネイティブ開発、セキュリティ、業界特化型SaaSなどです。これらは単なる人月商売にとどまらず、買い手の新規事業や内製化戦略に直結します。

近年は、IT企業だけでなく、製造、物流、医療、流通、金融関連などの事業会社がシステム会社を買収する動きも見られます。目的は、外注費の削減だけではありません。自社の業務をよく理解した開発チームを持ち、サービス改善のスピードを上げるためです。

システム部門をゼロから作るより、実績のある開発会社をグループに迎える方が早い。こう考える買い手は少なくありません。特定業界の業務知識を持つシステム会社は、異業種の買い手から見ても魅力があります。

2次請け、3次請け中心の会社では、利益率が低くなりやすく、エンジニアの待遇改善にも限界があります。大手SIerや元請けに近い企業のグループに入ることで、営業力、採用力、教育体制を補い、より上流工程へ進める可能性があります。

ただし、下請け構造から抜けるには、単に会社を売却するだけでは不十分です。自社の技術領域、主要顧客、エンジニアの強みを整理し、買い手側の案件や顧客基盤とどう結びつくかを説明する必要があります。

システム会社の売却相場は、よく「利益の何年分」と説明されます。しかし、実際の交渉では、利益の質と将来の継続性が細かく確認されます。単年度だけ利益が大きくても、高値評価に直結するとは限りません。

中小企業M&Aでは、純資産に数年分の利益を加算する考え方が使われることがあります。純資産とは、会社が持つ資産から負債を差し引いた金額です。どの利益を使うか、何年分を加算するかは、会社の規模、業績、成長性、リスクによって変わります。

システム会社では、EBITDA倍率が参考にされることもあります。EBITDAとは、利息、税金、減価償却費を差し引く前の利益で、会社の稼ぐ力を比べるために使われる指標です。

一般に、EBITDA倍率は類似する会社や取引事例を参考にしながら検討されます。SESや受託開発、自社SaaS、AI関連開発では、事業の成長性やリスクが違うため、同じ利益額でも評価は同じになりません。

買い手は、プライム案件の比率、エンジニアの定着率、ストック収益の有無、顧客の分散度、赤字案件の発生状況などを見ます。相場はあくまで入り口です。自社の強みと弱みを説明できるかが、最終的な価格交渉を左右します。

オーナー経営者が株式を売却する場合、譲渡価格そのものが手元に残るわけではありません。一般に、株式譲渡益には税金がかかります。さらに、役員退職金を組み合わせるか、役員貸付金や未払金をどう整理するかによって、手取り額は変わります。

また、極めて大きな譲渡益が出る場合には、高額所得に関する追加的な適用判定が必要になることがあります。M&A実務では、譲渡価格の交渉と同時に、税引後の手取り額を早めに試算することが重要です。ここを後回しにすると、最終契約直前で判断が止まることがあります。

買い手は「買った後に伸ばせる会社か」を見ています。売上や利益だけでなく、リスクが少なく、引き継ぎやすく、買い手の事業と組み合わせやすい会社ほど評価されます。

高評価につながりやすいのは、プライム案件の比率が高い会社です。プライム案件とは、顧客と直接契約する案件を指します。間に複数の会社が入らないため、利益率が高く、顧客との関係も見えやすくなります。

保守運用契約、月額利用料、継続的な改修契約などのストック収益がある会社は、将来の売上を予測しやすくなります。買い手から見れば、買収後の資金回収計画を立てやすいため、評価しやすい会社になります。

システム会社では、人が抜けると価値が大きく下がります。過去数年の退職率、給与水準、評価制度、リモートワークの運用、教育体制を説明できると、買い手の安心材料になります。

減額されやすいのは、主要顧客1社に売上が集中している会社、赤字プロジェクトの原因を説明できない会社、労務管理が不十分な会社です。ソースコードや成果物の権利関係があいまいな会社も、買い手から強く警戒されます。

SESでは、契約書の形は請負や準委任でも、実態として客先から直接指揮命令を受けている場合があります。このような状態は偽装請負と判断されるリスクがあり、買収監査で重大な論点になります。形式ではなく実態が見られます。

M&Aは、売り手と買い手の目的が合ったときに前へ進みます。片方だけにメリットがある取引は長続きしません。条件交渉の前に、双方が何を実現したいのかを整理することが大切です。

売り手にとって大きいのは、後継者問題の解決です。黒字であっても、親族や社内に後継者がいなければ、会社の将来が不透明になります。M&Aによって信頼できる企業へ承継できれば、従業員の雇用や顧客との取引を残しやすくなります。

大手企業のグループに入ることで、採用、営業、教育、資金調達の面で支援を受けられる可能性があります。これまで受けられなかった大型案件に参画できることもあります。エンジニアにとっても、キャリアの選択肢が広がる場合があります。

株式譲渡により、経営者は長年育てた会社の価値を現金化できます。ただし、金額だけで判断しないことが重要です。従業員の処遇、取引先への説明、引継ぎ期間、個人保証の解除なども一体で確認します。

買い手にとっては、エンジニアの一括確保が大きな目的です。採用費と教育時間をかけずに、現場で動いているチームを迎えられる点は、通常の採用にはないメリットです。

また、開発ノウハウ、新しい技術、特定業界の顧客基盤を獲得できることも重要です。異業種の買い手にとっては、自社システムの内製化や新規サービスの立ち上げを早める効果があります。

M&Aの交渉が進んでも、買収監査で問題が出ると、減額、条件変更、破談につながることがあります。システム会社では、財務だけでなく、契約、労務、知的財産、情報管理まで見られます。

受託開発では、完成したプログラムや設計書の著作権が誰に帰属するかを確認します。顧客に完全に譲渡しているのか、自社に権利が残るのか、再利用できる部品があるのかで、評価は変わります。

オープンソースソフトウェアを使っている場合、ライセンス条件の確認が必要です。商用利用、改変、再配布に制限があるものもあります。管理台帳がないと、買い手は潜在リスクとして見ます。

未払い残業代、有給休暇管理、36協定、フリーランスや外注先との契約関係は、買収監査で確認されます。SESでは、誰が作業指示を出しているか、勤務時間を誰が管理しているか、現場の実態が契約と合っているかが重要です。

2026年1月からは、下請法から名称が変わった取適法の運用が始まり、取引条件や価格交渉の適正化への関心も高まっています。受託開発会社は、発注者との関係だけでなく、自社が外注先に発注する場合の管理も見直す必要があります。

M&Aでは、買い手候補に顧客情報、売上資料、契約書、技術資料を開示します。秘密保持契約を結ぶことは当然ですが、社内で閲覧権限を決め、開示する順番も管理しなければなりません。

顧客への説明時期も重要です。早すぎると不安を広げ、遅すぎると信頼を損なうことがあります。特に大手顧客との直接契約がある会社では、チェンジオブコントロール条項の有無を確認します。これは、株主変更などがあった場合に顧客の承諾が必要になる条項です。

システム会社のM&Aでは、成約がゴールではありません。PMI（M&A後の統合プロセス）でエンジニアが離職すれば、買い手が期待した価値は大きく下がります。

買い手側の人事制度へすぐに合わせようとすると、現場に強い不安が生まれます。給与、評価制度、リモートワーク、使用ツール、開発手法は、一定期間を置いて段階的に合わせる方が安全です。

プロジェクトマネージャー、主要顧客を担当するエンジニア、アーキテクトなどのキーマンには、早い段階で役割と期待を伝えます。報酬だけでなく、今後のキャリア、技術選定の裁量、チーム体制を説明することが離職防止につながります。

PMI計画を買い手だけで作ると、現場に合わないルールが入りやすくなります。売り手側の経営者や現場責任者も参加し、顧客対応、開発管理、採用、教育、情報システム、会計処理の順番を決めることが重要です。

M&A後も、しばらくは旧経営者が現場と買い手の橋渡しをする方が円滑です。引継ぎ期間が短すぎると、顧客や従業員が不安を感じやすくなります。

システム会社M&Aでは、人材、技術、顧客基盤、契約管理が企業価値を左右します。生成AIやクラウド需要で買い手の関心は高い一方、労務・権利・PMIの準備不足は減額要因になります。相場だけで判断せず、手取り額、従業員の処遇、承継後の成長イメージを整理し、早めに実務資料を整えることが成功への近道です。