受託開発会社・システム開発会社のM&Aでは、決算書の売上高だけでは事業価値を説明しきれません。買い手が確認したいのは、どの案件が利益を生み、どの案件が赤字や追加工数を抱え、どの顧客との関係が譲渡後も継続し、どの技術資産や保守契約が引き継げるのかです。特に請負、準委任、保守、再委託、SES的な人月支援が混在する会社では、案件別PLを整理できるかどうかで検討の進み方が大きく変わります。
2026年のソフトウェア会社M&Aでは、買い手は収益の継続性、顧客集中、粗利、キーマン依存、ソースコード権利、OSSライセンス、セキュリティ、クラウド権限、データ利用、PMI後の開発体制を細かく確認します。受託開発会社はSaaSのようなMRRが少ない場合でも、長期保守、業務理解、特定業種への導入実績、優秀なPM・エンジニア、既存顧客への追加提案余地があれば、買い手にとって魅力ある承継対象になります。
本記事では、譲渡を検討する受託開発会社の経営者様に向けて、M&Aで評価される案件別PLの作り方、請負・準委任契約の整理、保守契約化、ソースコード・著作権・OSS、再委託・外注先、社員承継、PMIで開発現場を止めない準備を実務目線で整理します。
受託開発会社M&Aで案件別PLが重要になる理由
受託開発会社の売上は、案件ごとの利益率が大きく異なります。同じ1,000万円の売上でも、要件定義が明確で保守につながった案件と、仕様変更が続き赤字化した案件では、買い手にとっての価値はまったく違います。決算書では会社全体の売上と利益しか見えませんが、M&Aの検討では、案件別に売上、外注費、社内工数、PM工数、追加対応、保守継続の有無を確認されます。
案件別PLを作る目的は、過去を細かく責めることではありません。買い手が知りたいのは、譲渡後にどの顧客・どの案件が利益を生み続けるか、どの業務が改善余地として残るかです。赤字案件があっても、その原因が見積不足なのか、要件変更なのか、顧客都合なのか、エンジニア不足なのかを説明できれば、再発防止やPMIの設計につなげられます。
中小の受託開発会社では、案件別の工数が厳密に取れていないこともあります。その場合でも、請求額、外注費、担当者、期間、概算工数、代表者の関与、保守移行の有無を一覧化するだけで、買い手の理解は進みます。完璧な管理会計より、事業の実態を説明できる資料が重要です。
請負・準委任・保守・SES的支援を分けて説明する
受託開発会社では、請負契約、準委任契約、月額保守、スポット改修、常駐支援、ラボ型開発、SESに近い人月支援が混在することがあります。買い手は、それぞれの収益の性質を分けて見ます。請負は完成責任や検収リスク、準委任は稼働継続と単価、保守は継続収益、SES的支援は人材定着と商流が重要になります。
契約形態が曖昧なままでは、DDで確認事項が増えます。たとえば、請負なのに要件が未確定で追加工数を無償対応している、準委任なのに成果物保証に近い説明をしている、保守範囲が口頭で広がっている、再委託の承諾が取れていないといった状態は、買い手がリスクとして見ます。
譲渡企業様側では、顧客別に契約種別、契約期間、検収条件、変更管理、支払い条件、保守範囲、再委託可否、著作権帰属を整理しておくべきです。契約書が古い場合やメール合意が多い場合でも、現状の運用を一覧化することで、どの契約を優先的に整えるべきかが見えます。
不採算案件を隠さず改善材料として見せる
不採算案件があること自体は、受託開発会社では珍しくありません。重要なのは、赤字の理由を説明できるかです。見積時の要件不足、追加開発の無償対応、PM不在、外注先の品質問題、顧客側の意思決定遅延、テスト工程の不足、リリース後の障害対応など、原因を分けることで、買い手は改善可能性を判断できます。
不採算案件を隠すと、DDで発覚したときに信頼を損ねます。むしろ、赤字案件の履歴、再発防止策、見積テンプレートの改善、変更要求管理、検収基準の見直し、PMレビューの導入を説明できれば、会社が学習している証拠になります。買い手は完璧な会社だけを探しているわけではなく、リスクが見える会社を評価しやすいのです。
売却準備では、主要案件について、予算、実績、差異、原因、顧客関係、保守継続、今後の収益見込みを一枚で説明できるようにします。案件別PLは価格交渉の資料であると同時に、PMI後の改善計画の材料になります。
保守契約化できる業務は評価されやすい
受託開発会社のM&Aでは、単発開発だけでなく、開発後の保守・運用・追加改修がどれだけ継続しているかが評価されます。保守契約がある会社は、買い手にとって譲渡後の顧客接点と継続収益が読みやすくなります。月額数万円の保守でも、顧客数が積み上がり、追加改修につながっているなら重要な資産です。
保守契約では、対応範囲、SLA、障害一次対応、軽微改修の扱い、月内未消化時間、バックアップ、セキュリティパッチ、クラウド費用、問い合わせ窓口、夜間休日対応を確認されます。契約書上の保守範囲と実際の対応がずれている場合、買い手は譲渡後の無償対応リスクを警戒します。
売却準備では、保守契約を顧客別に整理し、月額、粗利、対応件数、改修追加率、担当者、契約更新月を一覧化します。保守が口頭や都度請求に近い場合は、まず標準メニューと例外対応を分けるだけでも、買い手に説明しやすくなります。
ソースコード・著作権・OSSライセンスの整理
受託開発会社の技術資産では、ソースコードの所在、著作権の帰属、OSSライセンス、外注先との権利譲渡、再利用している社内ライブラリが確認されます。買い手は、対象会社が所有していると説明する資産を本当に引き継げるのか、顧客に帰属している成果物を誤って自社資産として見せていないかを確認します。
受託開発では、顧客ごとに成果物の権利帰属が異なることがあります。顧客に著作権が移転している場合、同じコードを別案件で再利用できない可能性があります。逆に、自社で共通基盤やテンプレートを保有しているなら、どの範囲が自社資産で、どの範囲が顧客固有の成果物なのかを明確にすることが大切です。
OSSライセンスもDDで見られます。利用しているライブラリ、ライセンス種別、商用利用可否、ソースコード開示義務、脆弱性対応、依存関係の更新方針を整理しておくと、技術DDの往復が減ります。完璧なSBOMがなくても、主要プロジェクトの依存関係とライセンス確認から始めるべきです。
再委託・外注先・フリーランスとの契約を確認する
受託開発会社では、外注先やフリーランスが重要な開発力になっていることがあります。買い手は、外注先が譲渡後も継続するか、顧客契約上の再委託が認められているか、外注先から成果物の権利譲渡を受けているか、秘密保持や個人情報の取り扱いが整っているかを確認します。
外注比率が高いことは必ずしも悪いわけではありません。むしろ、専門領域ごとに安定した協力会社ネットワークがあるなら、柔軟な開発体制として評価されることもあります。ただし、外注先との契約が口頭中心で、単価、納期、責任範囲、権利帰属が曖昧な場合はリスクになります。
譲渡準備では、外注先別に担当領域、契約形態、単価、稼働実績、継続可能性、顧客への再委託通知の要否、秘密保持契約、成果物権利の扱いを整理します。買い手は外注費の多寡だけでなく、外注先を含めた開発体制が承継できるかを見ています。
キーマン依存とPM体制をどう見せるか
受託開発会社のM&Aでは、キーマン依存が重要な確認事項になります。代表者、PM、リードエンジニア、顧客折衝担当、インフラ担当、特定システムの保守担当が抜けた場合に、事業が続くかを買い手は見ます。特定の一人に主要顧客や技術判断が集中していると、条件交渉で保守的に見られやすくなります。
ただし、キーマン依存があるからM&Aができないわけではありません。重要なのは、誰が何を担っているか、譲渡後どの期間残れるか、どの業務を買い手側が引き継ぐかを説明できることです。PMの役割、設計レビュー、品質管理、顧客定例、見積承認、障害時の判断を棚卸しすれば、引き継ぎ計画を作れます。
社員承継では、雇用条件、評価制度、勤務地、リモートワーク、案件継続、教育体制が重要です。譲渡企業様にとっては、価格だけでなく、社員が納得して残りやすい買い手かどうかを確認する必要があります。
買い手面談で伝えるべき強みと弱み
買い手面談では、売上規模や案件数だけでなく、どの業種に強いか、どの顧客と長い関係があるか、どの技術スタックに強みがあるか、どの工程を任されているかを具体的に伝えるべきです。製造業の基幹システム、医療・介護、自治体、学校、EC、物流、SaaS連携など、業務理解が深い領域は買い手にとって価値になります。
弱みも整理しておく必要があります。仕様書が少ない、代表者依存が強い、見積精度にばらつきがある、保守契約が古い、ソースコード管理が案件ごとに違う、外注契約が未整備といった課題は、多くの中小IT企業にあります。隠すより、影響範囲と改善順序を示すほうが信頼につながります。
面談では、譲渡後に残したいものも明確にします。社員の雇用、顧客対応の品質、屋号やサービス名、地域での信用、主要顧客への説明、代表者の引き継ぎ期間など、譲渡企業様の優先順位を整理しておくと、候補先を比較しやすくなります。
PMIで開発現場を止めないための準備
受託開発会社のPMIでは、契約締結後に開発現場を止めないことが最優先です。リポジトリ、CI/CD、クラウド、ドメイン、テスト環境、課題管理、顧客窓口、外注先、請求、保守問い合わせをどの順番で移すかを計画します。会計や人事の統合より、顧客のシステムと社員の開発環境を守ることが先です。
PMI計画には、顧客別の担当者、契約、保守範囲、開発中案件、リリース予定、障害履歴、未収金、追加提案、技術課題を入れます。買い手が引き継ぎ後に最初の30日、60日、90日で何をするかをイメージできる資料があると、譲渡前の検討も進みやすくなります。
譲渡企業様側では、代表者がどの期間残るか、主要PMやリードエンジニアにいつ説明するか、顧客への説明順序をどうするかを買い手と詰めます。PMIが弱い相手は、価格が高くても社員や顧客が離れる可能性があります。
譲渡企業様手数料0円で相談できる意味
M&Aを検討する初期段階では、手数料負担への不安から相談が遅れることがあります。大手他社では、譲渡企業様にも最低成功報酬として2,500万円前後の負担が発生する設計が見られることがあり、受託開発会社や地域のシステム開発会社にとっては大きなハードルになります。
IT M&A総合センターでは、譲渡企業様から着手金、中間金、成功報酬をいただかない設計です。成約しても譲渡企業様の成功報酬は0円です。売却を決めた後ではなく、案件別PLや契約整理をどこから始めるべきかを確認する段階でも相談できます。
相談したからといって、売却を決める必要はありません。まずは社名や顧客名を伏せたまま、譲渡可能性、想定される買い手像、評価されやすい強み、先に整えるべき資料を把握することが重要です。廃業や代表者の限界を感じる前に、第三者承継の選択肢を確認しておくことには実務的な意味があります。
受託開発会社M&Aの相談前チェックリスト
- 主要案件の売上、外注費、社内工数、粗利、不採算理由を一覧化しているか
- 請負、準委任、保守、SES的支援、スポット改修を分けて説明できるか
- 契約書、注文書、検収条件、変更管理、再委託可否、著作権帰属を確認しているか
- 保守契約の月額、対応範囲、SLA、担当者、問い合わせ件数を整理しているか
- ソースコード、リポジトリ、OSS、社内ライブラリ、顧客固有成果物の権利を把握しているか
- 外注先、フリーランス、協力会社の契約と継続可能性を確認しているか
- 代表者、PM、リードエンジニア、顧客折衝担当の役割と引き継ぎ期間を整理しているか
よくある質問
Q. 案件別PLが作れていない受託開発会社でも相談できますか？
A. 相談できます。完璧な管理会計がなくても、主要案件の売上、外注費、担当者、期間、概算工数、保守継続の有無から整理できます。初期相談では、どの粒度で資料を作るべきかを確認できます。
Q. 赤字案件や不採算案件があるとM&Aは難しいですか？
A. 難しくなる場合はありますが、不可能ではありません。重要なのは、赤字の原因、再発防止策、今後の保守収益、顧客関係を説明できることです。隠すより、改善可能性として整理するほうが現実的です。
Q. ソースコードは初期段階で開示する必要がありますか？
A. 初期段階で詳細なソースコードを開示する必要はありません。まずは技術スタック、リポジトリ管理、権利帰属、OSS利用状況を概要で説明し、NDA後に必要な範囲を段階的に開示します。
Q. 請負と準委任が混在していても買い手は見つかりますか？
A. 可能性はあります。混在自体より、契約種別、責任範囲、検収条件、保守範囲、再委託可否が整理されていないことがリスクです。顧客別に現状を一覧化することが重要です。
Q. 譲渡企業様の成功報酬は本当に0円ですか？
A. IT M&A総合センターでは、譲渡企業様から着手金、中間金、成功報酬をいただきません。成約しても譲渡企業様の成功報酬は0円です。
受託開発会社の売却準備では、強みを抽象的に語るだけでは足りません。買い手が知りたいのは、どの顧客がなぜ継続しているのか、どの工程を任されているのか、どの社員が品質を支えているのか、どの案件で追加提案ができるのかです。顧客名を伏せたままでも、業種、契約年数、開発対象、保守内容、粗利、今後の課題をまとめれば、事業の輪郭は伝えられます。
地域の受託開発会社では、地元企業や自治体、学校、医療介護、製造業との長期関係が価値になります。大手の買い手が欲しいのは売上だけではなく、その地域で築いた信用、業務理解、保守対応の履歴です。こうした強みは決算書に出にくいため、案件別のストーリーとして整理することが重要です。
買い手との面談では、弱点を隠す必要はありません。仕様書が不足している、代表者依存が強い、外注契約が古い、工数管理が粗い、OSSの棚卸しが未完了といった課題は、多くの中小IT企業にあります。重要なのは、影響範囲を把握し、どの順番で改善できるかを示すことです。
保守契約は小さく見えても、受託開発会社の価値を支える基盤になります。買い手は、既存顧客への追加開発、クラウド移行、セキュリティ強化、SaaS連携、運用改善を提案できるかを見ます。保守台帳と問い合わせ履歴があるだけで、譲渡後の成長余地を説明しやすくなります。
M&Aは価格交渉だけではありません。受託開発会社では、社員が残るか、顧客が安心するか、ソースコードと運用環境を正しく引き継げるかが成約後の価値を左右します。譲渡企業様は、候補先の価格だけでなく、PMI体制、社員への説明力、顧客対応の姿勢を確認するべきです。
売却時期がまだ先でも、案件別PL、契約整理、権利棚卸しを始める価値はあります。資料が整うほど、買い手との対話は具体的になり、譲渡企業様側も自社の強みと課題を把握できます。結果として売却しない判断になっても、経営改善や後継者候補の検討に役立ちます。
