IT企業 M&A 売却価格｜企業価値評価の完全ガイド

IT企業 M&A 売却価格は、決算書の利益に単純な倍率を掛けただけでは決まりません。時価純資産、将来収益、取引相場に加え、商流、人材、契約、知的財産、SaaSの継続収益を同じ土俵で検討して初めて、買い手と譲渡企業が話せる価格レンジになります。

地域SIer、受託開発会社、SES会社、Web制作会社、SaaS企業、MSPでは、価値を生む仕組みが異なります。同じ売上高、同じ営業利益であっても、エンドユーザーとの直接契約が続く会社と、代表者一人の関係に受注が集中する会社では、買い手が引き受けるリスクが同じではありません。この記事では、譲渡企業が自社の数字をどう読み替え、どの資料で裏付け、どの評価手法を組み合わせればよいかを、IT業界の実務に沿って整理します。

IT企業 M&A 売却価格を考える前に、四つの「価値」を分ける

最初に整理したいのは、価格と価値が同じ言葉ではないという点です。日本公認会計士協会の企業価値評価ガイドラインは、価格を当事者間で決定された値段、価値を評価対象から創出される経済的便益として区別し、価値は評価目的や立場、支配権の取得などによって多面的になり得ると整理しています。つまり、算定書に記載された一つの金額が、そのまま成約価格になるわけではありません。

事業価値・企業価値・株主価値・最終的な受取額

IT企業 M&A 売却価格の議論では、次の階層を一つずつ確認します。事業価値は、本業が将来生み出す価値です。企業価値は、事業価値に余剰現預金などの非事業資産を加えた企業全体の価値として扱われることがあります。株主価値は、企業価値から有利子負債等を差し引き、株主に帰属する部分へ変換したものです。さらに譲渡企業が最終的に受け取る経済的な結果は、取引スキーム、税金、アドバイザー費用、役員退職金、クロージング時の精算、分割払い、アーンアウトなどによって株主価値と一致しない場合があります。

株式譲渡と事業譲渡では、同じ「売却価格」でも対象が違う

株式譲渡では、原則として株主が株式を譲り渡し、会社そのものは契約、従業員、資産負債を抱えたまま継続します。事業譲渡では、会社が合意した資産、負債、契約、従業員に関する権利義務などを個別に移すため、承継対象と移転手続が異なります。ソフトウェアの著作権、顧客契約の譲渡制限、クラウド契約の名義、ドメイン、ライセンス、従業員の同意など、IT企業では移転可能性が価格の前提になります。

中小M&Aガイドライン第3版の参考資料は、主なM&A手法の特徴と譲渡額の算定方法を分けて示しています。IT企業 M&A 売却価格を比較するときは、提示額の大きさだけでなく、何を譲り、どの債務・契約・責任が残るのかを同じ条件にそろえる必要があります。

税務上の非上場株式評価は、M&Aの取引価格そのものではない

国税庁の取引相場のない株式の評価は、相続や贈与における評価方法として、会社規模や株主区分等に応じた類似業種比準方式、純資産価額方式、配当還元方式などを説明しています。これは税務目的の枠組みです。第三者間のM&Aで合意する取引価格は、将来収益、シナジー、競争状況、契約条件、交渉力などを含むため、相続税・贈与税の評価額と同一視しません。

IT企業 M&A 売却価格に使う評価手法の全体像

企業価値評価の代表的な考え方は、ネットアセット・アプローチ、マーケット・アプローチ、インカム・アプローチに整理できます。日本公認会計士協会のガイドラインも、時価純資産法、類似上場会社法・類似取引法、フリー・キャッシュ・フロー法などをそれぞれの分類で取り上げています。中小企業庁の譲渡額算定資料も、評価額は譲渡額を決める目安の一つであり、企業実態や事業特性に応じて手法を選ぶ考え方を示しています。

一つの手法に固定しない

評価の目的は、唯一の正解を機械的に出すことではありません。たとえば、地域の受託開発会社なら、時価純資産で資産負債を確認し、調整後EBITDAとマーケット倍率で収益力を捉え、主要顧客の更新可能性をDCFのシナリオで検証するという組み合わせが考えられます。SaaS企業なら、ARRの品質とユニットエコノミクスを精査したうえで、売上倍率だけに依存せず、将来キャッシュフローへ収束する道筋を確認します。

IT企業 M&A 売却価格では、複数手法の結果が違うこと自体が情報です。時価純資産よりDCFが大きいなら、その差は将来の超過収益に依存しています。DCFだけが高くマーケット法が低いなら、計画の成長率、粗利率、投資負担、割引率、比較対象の選定を再点検します。手法の平均を取ればよいのではなく、差が生まれた理由を経営の言葉で説明できる状態が重要です。

評価基準日と情報の時点をそろえる

月次試算表、ARR台帳、案件一覧、借入残高、未払費用の時点がばらばらだと、算定は精密に見えても前提が崩れます。基準日を定め、貸借対照表、損益計算書、案件別採算、契約台帳、従業員台帳、SaaS KPIを同じ締め時点でそろえます。期末から基準日までに大型解約、障害、主要人材の退職、借入、配当、訴訟などがあれば、後発事象として切り分けます。

レンジと感応度で読む

倍率、利益調整、割引率、継続率のいずれにも判断が入ります。そのためIT企業 M&A 売却価格は、単一金額だけでなく、主要仮定を変えたレンジで検討する方が実務的です。どの仮定が価格を最も動かすかを示せば、譲渡企業が準備すべき資料も明確になります。顧客継続が最大変数なら契約更新履歴、粗利が最大変数なら案件別工数、代表依存が最大変数なら引継ぎ計画が優先資料です。

時価純資産法：IT企業の「見えない資産」と「見えない負債」を洗い出す

時価純資産法は、評価基準日の資産・負債を実態に合わせて見直し、時価ベースの純資産を求める考え方です。現預金や売掛金が多く、借入が少ない会社では直感的に理解しやすく、中小M&Aの初期検討でも用いられます。ただしIT企業の価値の中心は、人材、顧客関係、ノウハウ、ソースコード、運用体制など、貸借対照表に十分表れない要素であることが多く、時価純資産だけで上限を決めると実態を取り逃がします。

資産側で見直す項目

• 売掛金・契約資産：長期滞留、検収条件、請求前作業、瑕疵対応、相殺合意を確認する。
• 仕掛品：進捗率、工数原価、追加作業、赤字案件、検収可能性を案件単位で確認する。
• ソフトウェア資産：会計上の帳簿価額だけでなく、利用実態、保守可能性、陳腐化、権利帰属を確認する。
• 敷金・保証金：移転や解約に伴う回収可能額を確認する。
• 役員・関係会社向け債権：事業継続に必要か、クロージング前に精算するかを整理する。
• 余剰現預金：運転に必要な現金と、事業外として扱える現金を区分する。

負債側で見直す項目

• 未払残業・社会保険：勤怠、固定残業、管理監督者性、過去の精算状況を確認する。
• 受注損失：赤字が見込まれる請負開発や固定価格案件の残作業を把握する。
• 前受収益：受領済みの利用料に対して将来提供すべきサービス原価を確認する。
• 瑕疵・SLA対応：障害、返金、サービスクレジット、再開発の可能性を整理する。
• リース・クラウド契約：解約不能期間、最低利用額、予約契約、移管費用を確認する。
• 経営者保証・担保：借入契約と解除・切替の手続を確認する。

帳簿に載らない価値は別レイヤーで説明する

自社開発の業務テンプレート、長期保守顧客、採用チャネル、資格者、地域での信用、元請けとの商流、運用手順書は、取得原価や会計処理の結果だけでは価値が見えません。反対に、ソースコードがあっても特定の一人しか理解できない、外注先に権利が残る、ビルド環境を再現できないなら、買い手が利用できる価値は低下します。IT企業 M&A 売却価格では、「存在する資産」ではなく「承継後に再現できる収益能力」として説明します。

時価純資産＋営業権という見方の注意点

中小企業の価格目線として、時価純資産に一定期間の利益を加算する説明を目にすることがあります。しかし、利益の定義、加算期間、成長性、リスクによって結果は大きく変わります。営業権は決算書の利益をそのまま足す箱ではありません。継続顧客、技術、人材、組織化、競争優位が将来利益へつながる根拠を示し、その持続期間と引継ぎリスクを検討する必要があります。

EBITDAマルチプル法：正常収益力と事業リスクを同時に見る

EBITDAは、一般に利払前・税引前・減価償却前の利益を捉える指標として、資本構成や減価償却方針の違いをある程度ならして事業収益力を比較するために使われます。M&Aでは、調整後EBITDAに倍率を掛けて事業価値の目安を出し、ネットデット等を調整して株主価値へ変換する考え方が広く用いられます。

ただし、IT企業 M&A 売却価格の算定で重要なのは、EBITDAという略語ではなく中身です。開発投資を費用処理している会社と資産計上している会社、正社員中心と外注中心の会社、オーナー報酬が市場水準と異なる会社では、見かけのEBITDAだけを比べても収益力はそろいません。

まず会計数値から「再現可能なEBITDA」へ調整する

正常化調整では、M&A後も継続する収益・費用と、一過性またはオーナー固有の項目を区分します。役員報酬をすべて足し戻すのではなく、承継後に必要な経営・営業・技術責任者の人件費を残します。親族給与も、実際の業務と市場で代替する費用を確認します。移転費用や単発の訴訟費用は一過性かもしれませんが、毎年何らかの採用費・障害対応費が発生しているなら、単純な全額足し戻しは正常収益力を過大に見せます。

倍率は会社の品質を圧縮したもの

倍率は単なる業界相場ではありません。成長率、利益率、顧客集中、売上の継続性、経営者依存、人材の定着、契約の移転可能性、技術負債、セキュリティ、買い手候補の競争などが、一つの倍率へ圧縮されています。したがって「IT会社だから同じ倍率」という使い方はできません。

地域SIerで、長期保守が積み上がり、顧客窓口が複数人に分散し、案件別粗利が管理されている会社は、将来利益の確度を説明しやすくなります。一方、同じ利益でも、最大顧客の契約が短期更新で、代表者だけが提案・要件定義・検収を担い、赤字案件の把握ができない会社では、買い手は利益の持続性に追加リスクを見ます。倍率を上げる説明は、美しい成長計画より、利益が残る仕組みの証拠から始まります。

EBITDAで見落としやすい支出

EBITDAはキャッシュフローそのものではありません。運転資本の増減、設備投資、ソフトウェア開発投資、法人税、借入返済は別途考える必要があります。SaaSでは成長のための開発・販売投資、受託開発では仕掛増加や検収遅延、SESでは給与支払と入金サイトの差が資金を動かします。データセンター機器、端末、ネットワーク設備を保有する事業なら更新投資も無視できません。

マーケット・アプローチ：類似上場会社と類似取引をどう選ぶか

マーケット・アプローチは、同一または類似する会社・取引から観察される情報を使う考え方です。IFRS第13号の公式解説も、市場参加者が測定日に用いる仮定とリスクを踏まえる枠組みを示し、付属資料ではマーケット・アプローチが比較可能な資産や事業の市場取引情報を利用すること、倍率の選択には対象固有の定量・定性要因に関する判断が必要であることを説明しています。

「ITサービス」という大分類だけで比較しない

比較対象を選ぶときは、売上の名前より経済構造を合わせます。受託開発とSaaS、SESとITコンサルティング、Web制作と広告運用、ライセンス販売とMSPでは、継続性、粗利、人員依存、成長投資、運転資本が異なります。同じSaaSでも、顧客単価、契約期間、導入支援の比率、解約構造、従量課金、外部プラットフォーム依存によって評価軸は変わります。

• 主な顧客層は大企業、中堅・中小企業、自治体、医療、教育、個人のどこか
• 売上は月額・年額の継続課金、準委任、請負、成果報酬、ライセンスのどれか
• エンド直、一次請、二次以降の商流比率はどうか
• 売上成長と粗利率の組み合わせは近いか
• 開発・保守・導入・サポートの収益構成は近いか
• 顧客集中と地域集中は近いか
• 人員規模、外注比率、資格・専門領域は近いか
• 上場会社と非上場中小企業の規模・流動性・管理体制の差をどう考えるか

EV/EBITDAとEV/売上高を使い分ける

利益が安定して比較可能ならEV/EBITDAが収益力を捉えやすい一方、先行投資で利益がまだ小さい成長企業では売上高やARRに対する倍率が参照される場合があります。しかし、売上倍率は利益率を無視できません。同じARRでも、サポートやクラウド原価を差し引いた粗利、解約、追加販売、開発維持費、販売効率が違えば、将来キャッシュフローは異なります。

IT企業 M&A 売却価格を売上倍率で示すなら、「なぜ利益指標ではなく売上指標を使うのか」「比較会社と粗利・成長・継続率がどう違うか」「いつキャッシュ創出へ移るか」を併記します。倍率の出所となる株価や開示数値の時点、企業価値の計算方法、会計基準、通貨、直近実績か予想値かも統一します。

類似取引法の落とし穴

公表された買収価格だけでは、現預金・借入を含む株式価値か事業価値か、アーンアウトを含むか、対象事業の業績、赤字子会社の処理、譲渡企業の再投資、競争入札の有無が分からないことがあります。ニュース見出しの金額をそのまま倍率へ変換せず、一次開示で取引範囲と会計上の対価を確認します。詳細が開示されない中小取引は、比較可能性を限定して扱います。

上場会社倍率から中小企業へ橋渡しする

上場会社には、株式の流動性、資本市場へのアクセス、管理体制、事業分散、情報開示があります。地域の非上場IT企業と規模が大きく違う場合、上場倍率をそのまま適用するのは慎重であるべきです。一方で、中小企業なら必ず低いと機械的に決めることも適切ではありません。特定領域の専門性、地場顧客へのアクセス、希少人材、プロダクト適合性が買い手の戦略と強く合えば、一般的な比較倍率だけでは捉えにくいシナジーが生じます。

DCF法：将来キャッシュフローを「物語」ではなく検証可能な計画にする

DCF法は、事業が将来生むフリー・キャッシュ・フローを予測し、リスクを反映した割引率で現在価値へ換算するインカム・アプローチです。日本公認会計士協会のガイドラインはフリー・キャッシュ・フロー法と資本コストの推定を扱い、IFRS第13号の現価技法に関する付属資料は、キャッシュフローと割引率の仮定を整合させ、リスクを二重計上または欠落させない原則を示しています。

DCFの基本構造

事業価値は、明示的な予測期間のフリー・キャッシュ・フロー現在価値と、その後の継続価値の現在価値を合計して考えます。フリー・キャッシュ・フローは、税引後の事業利益を出発点に、非資金費用、設備・開発投資、運転資本増減などを調整します。計算式より難しいのは、売上、粗利、人員、投資、税金、運転資本のつながりを整合させることです。

売上計画をIT事業のドライバーへ分解する

受託開発なら、期首受注残、新規受注、平均案件規模、検収時期、稼働可能工数、外注比率へ分解します。SESなら、在籍技術者、稼働率、平均単価、商流、採用、退職、待機へ分解します。Web制作なら、新規制作、保守、広告運用、EC支援などの収益種別と担当者キャパシティを分けます。SaaSなら、期首ARR、新規ARR、アップセル、ダウンセル、解約、価格変更をつなぎます。

IT企業 M&A 売却価格に使う計画では、「売上が伸びる」では不十分です。営業人員を増やすなら採用時期、立ち上がり、報酬、案件化までの時間を反映します。エンジニアを増やすなら採用可能性、稼働開始、教育、PC・ツール、管理者のキャパシティを反映します。外注で補うなら単価と品質管理を反映します。売上ドライバーと費用ドライバーを別々に置かないことが重要です。

粗利を売上区分別・顧客別に確認する

平均粗利率だけでは、利益構造が隠れます。高粗利の保守が増える計画なのか、低粗利の再販が伸びる計画なのかでキャッシュフローは違います。SaaSでも、クラウド利用料、外部API、決済手数料、カスタマーサポート、導入作業をどこまで売上原価に含めるかで粗利率が変わります。定義を固定し、過年度から計画まで同じ分類で比較します。

継続価値に成長の大部分を押し込まない

DCFでは、予測期間後の継続価値が評価結果に大きな影響を持つことがあります。永続成長率、出口倍率、安定期の利益率、再投資率が整合しているかを確認します。急成長と高利益率が長く続く前提を置くなら、その競争優位、採用力、市場余地、解約抑制、必要投資を説明します。継続価値だけでIT企業 M&A 売却価格を押し上げるのではなく、明示期間内に実績から計画へ橋を架けます。

割引率とシナリオ

割引率は、貨幣の時間価値と事業リスクを反映します。キャッシュフロー側で失注確率を織り込んだうえ、同じリスクを割引率へ重複して入れないようにします。ベース、上振れ、下振れのシナリオを作る場合も、単に売上成長率を変えるのではなく、顧客解約、採用、粗利、開発遅延など事業ドライバーを連動させます。

DCFが適さないのではなく、前提の検証可能性が低い場合がある

予算管理をしていない、案件別収益が分からない、ARR台帳が会計と合わない場合、DCFの精度は低下します。しかし、将来性を評価しないという意味ではありません。まず短い管理単位で実績を再構築し、受注残や継続契約など確認可能な範囲から予測します。データの弱さは割引率だけで処理せず、価格条件、表明保証、アーンアウト、引継ぎ条件として扱う選択肢もあります。

SaaS指標：ARRの大きさより「維持・拡張・現金化」の品質を見る

SaaSでは会計上の売上高・利益に加え、ARR、MRR、解約率、NRR、顧客獲得コスト、回収期間、粗利などの運営指標が将来収益の理解に使われます。ただし、これらは会計基準で一律に定められた指標ではありません。米国証券取引委員会へ提出されたIntappのForm 10-KもARRの定義と計算を開示しつつ、標準化された意味を持たず、他社の同名指標と比較できない可能性がある旨を説明しています。

日本の公式開示例では、freeeのファクトブックが、ARRを期末月のMRRを年換算する形で定義し、MRRでは一時料金を除く契約上の月額料金を対象にしています。また、同社は月次解約率の集計対象と計算方法も注記しています。重要なのは特定企業の数値を自社へ当てはめることではなく、買い手が再計算できるほど自社定義を明確にすることです。

MRR・ARR

MRRは月次の継続的な契約価値、ARRはその年換算値として扱われることが一般的ですが、契約期間、従量課金、一時的な導入費、値引き、休眠、更新交渉中の契約をどう扱うかで数値が変わります。IT企業 M&A 売却価格の資料では、会計売上とのリコンシリエーションを作り、ARRから除外した売上と含めた契約を一覧化します。

• 一時的な初期設定、移行、研修、受託開発を含めないか
• 従量課金を直近利用量で年換算するか、最低契約額だけにするか
• 無料期間、値引き、返金権をどう反映するか
• 契約終了済み・解約通知済み・更新交渉中をどう扱うか
• 年額前払いを月額へどう配分するか
• 子会社・プロダクト間の内部取引を除外したか

GRRとNRR

総収益維持率に相当するGRRは、既存顧客の期首契約価値から解約・縮小を反映し、アップセルを含めずに維持力を見る考え方です。NRRは、同じ顧客群について解約・縮小に加え、アップセルやクロスセルも反映して期首と期末を比較します。Intappの公式開示では、前年時点の顧客群のARRと当年の同じ顧客群のARRを比較し、クロスセル、アップセル、価格変更、縮小、解約を含む方法を説明しています。

NRRが良く見えても、大口顧客一社の増額が全体を押し上げ、顧客数ベースでは解約が増えている場合があります。逆に顧客数解約があっても、小規模プランの整理で粗利が改善している可能性があります。顧客数、契約金額、粗利の三方向から、プロダクト別・顧客規模別・獲得時期別のコホートで確認します。

ロゴチャーンと売上チャーン

ロゴチャーンは顧客数の減少、売上チャーンは契約価値の減少を捉えます。分母、期間、解約日、休止、ダウングレード、再契約を定義しないと比較できません。月次率を単純に年換算する場合も、季節性や顧客構成によって解釈が変わります。IT企業 M&A 売却価格では、表面の平均値だけでなく、解約理由、顧客属性、導入チャネル、担当CS、利用頻度と結び付けます。

CAC・回収期間・LTV

CACは新規顧客獲得に要した営業・マーケティング費用を顧客獲得数等で割る考え方ですが、既存顧客へのアップセル費用、ブランド投資、代理店手数料、営業人件費を含める範囲で変わります。回収期間は、獲得コストを新規顧客から得る粗利で何期間かけて回収するかを見る指標です。LTVは、顧客から得られる将来粗利の期待値を捉えますが、解約率が安定していない、小さな顧客群、急速に価格や商品が変わる局面では精度に注意します。

CACとLTVを高評価の記号として見せるのではなく、請求データ、広告データ、CRM、人件費を同じ顧客獲得期間で接続します。紹介・代表営業に依存してCACが低い場合、承継後も同じチャネルが続くかを確認します。成長のために新しい営業組織が必要なら、過去CACだけで将来を評価しません。

粗利とサーバー・サポート原価

SaaSの売上総利益は、顧客へサービスを提供するためのクラウド費、外部API、決済、サポート、SRE運用などの分類に左右されます。会計科目で販売管理費に入っているからといって、経済的に売上原価ではないとは限りません。顧客別・機能別の利用量を把握し、成長に伴う原価逓増、最低利用契約、為替影響、無料ユーザー負担を説明します。

プロダクトの継続可能性

指標が良くても、ソースコードの権利が不明、特定開発者しかデプロイできない、主要外部APIが終了予定、セキュリティ事故対応が未整備なら、継続収益の価値は損なわれます。反対に、テスト、自動デプロイ、監視、権限管理、バックアップ復元、インシデント手順、開発ロードマップが整い、チームで運用できれば、買い手はARRが承継可能であると検証しやすくなります。

業態別：IT企業 M&A 売却価格を動かす現場の論点

ITという看板が同じでも、買い手が引き継ぐ収益モデルは違います。評価資料は業界平均に寄せるのではなく、自社の商流と業務工程を表現する必要があります。ここでは地域の買い手・譲渡企業が実際に確認しやすい単位で整理します。

地域SIer・受託開発会社

地域SIerでは、自治体、医療機関、学校、製造業、流通業など地場顧客との関係、一次請・再委託の位置、業務知識、保守更新が価値の核になります。受注残だけでなく、誰が顧客要望を理解し、要件定義し、見積もり、プロジェクトを完了できるかを確認します。

• エンドユーザー直接契約と元請経由の比率
• 請負、準委任、保守、ライセンス再販の売上・粗利
• 案件別の見積工数、実績工数、追加作業、検収
• 長期保守の更新履歴と価格改定
• 自治体入札資格、個人情報、再委託条件
• 顧客業務を理解するキーパーソンと引継ぎ可能性
• 特定ベンダー資格、パートナー契約、仕入条件

代表者が営業とPMを兼ねる会社では、代表依存を理由に一律で価値を下げるのではなく、顧客別引継ぎ表、次席者、共同訪問、見積標準、議事録、設計書によって移管可能性を示します。地域の信用は無形ですが、担当者個人ではなく会社へ残る仕組みがあれば評価資料になります。

SES・IT人材会社

SESでは売上高より、技術者一人ひとりの契約単価、給与・法定福利費・採用費、稼働率、待機、商流、契約形態が利益を決めます。派遣、準委任、請負を契約書と実態の両面で整理します。買い手は人材がクロージング後も在籍し、顧客案件が継続し、適正な契約運用ができるかを重視します。

• 技術者別のスキル、資格、単価、粗利、契約期間
• エンド・元請・上位会社までの商流と集中度
• 待機期間、採用経路、退職、評価・給与制度
• 勤怠、時間外労働、固定残業、客先勤務管理
• 再委託、競業、引抜き、個人情報、秘密保持条項
• 営業担当者・技術責任者の関係依存

稼働中だけを正常状態とせず、採用から案件参画までの待機、研修、営業工数を通期で見ます。高単価案件が短期で終了するなら、直近ランレートをそのまま将来EBITDAへ延長しません。

Web制作・EC支援・デジタルマーケティング

Web制作会社では、単発制作と月額保守・運用を分けます。制作案件の売上が大きくても、代表者の紹介と個人スキルに依存するなら再現性は限定的です。保守更新、改善提案、広告運用、EC運営がチームとプロセスで回る場合、継続収益として説明しやすくなります。

• ドメイン、DNS、SSL、サーバー、CMSの契約名義
• 解析、広告、SNS、決済、マーケットプレイスの管理権限
• 写真、動画、フォント、テンプレート、プラグインの利用権
• 制作物・ソースコードの著作権と再利用範囲
• 顧客ごとの月額保守内容、対応時間、採算
• 広告費立替、預り金、アカウント停止リスク

アカウントの移管は資産一覧だけでは終わりません。個人メールや個人クレジットカードにひも付いていないか、二要素認証の回復手段、顧客所有か制作会社所有か、退職者権限が残っていないかを確認します。これらが整理されると、IT企業 M&A 売却価格を支える運用資産として示せます。

SaaS・自社プロダクト

SaaSは前章のKPIに加え、契約と技術の二つの継続性を見ます。顧客が継続しても技術基盤が維持できなければ価値は続きません。技術が優れていても顧客獲得コストを回収できなければキャッシュを生みません。

• プロダクト別ARR、顧客規模別コホート、GRR・NRR
• 月額・年額、従量、無料、有料、値引きの構成
• クラウド・API・決済等の変動原価
• 開発ロードマップ、技術負債、脆弱性、障害履歴
• ソースコード、OSS、特許、商標、データの権利
• 開発、SRE、CS、営業のキーパーソンと権限分散
• データ移転、プライバシー、バックアップ、削除手順

MSP・クラウド運用・セキュリティ支援

MSPでは、継続契約があっても、SLA、夜間対応、障害責任、クラウド仕入、再販マージン、資格維持の負担を見ます。顧客環境へ強い権限を持つため、特権ID管理、操作ログ、退職者対応、インシデント手順が企業価値の前提です。予約インスタンスや最低利用契約が顧客契約より長い場合、解約時に原価だけが残る可能性もあります。

パッケージ・ライセンス販売会社

永続ライセンス、保守更新、サブスクリプション、カスタマイズを分けます。ベンダーからの販売権が支配権変更で継続するか、価格改定や販売目標、地域独占、競業条項があるかを確認します。自社パッケージでは、古い技術基盤でも顧客業務へ深く組み込まれ、安定した保守収益を持つ場合がありますが、移行需要と維持開発コストを同時に評価します。

企業価値から株式価値、そして譲渡企業の経済条件へ

EBITDA倍率やDCFで求める値が事業価値である場合、提示された数字を株式の代金と誤解しないようにします。一般的な橋渡しは、事業価値に非事業資産を加え、有利子負債や負債類似項目を差し引いて株主価値へ変換する考え方です。ただし、現金をいくら事業運営に必要とみなすか、リースや未払費用をネットデットに含めるかは契約定義によります。

ネットデットの範囲

借入金だけでなく、ファイナンス性のあるリース、未払利息、経営者・関係会社借入などを検討します。一方、現預金をすべて差し引き対象にできるとは限りません。給与、外注費、クラウド費、税・社会保険を支払う運転資金が必要です。譲渡企業と買い手で、通常運転に必要な現金と余剰現金の考え方を合意します。

運転資本調整

クロージング時の売掛金、仕掛品、買掛金、未払費用、前受金が通常水準から外れていれば、価格調整の対象になることがあります。受託開発では検収直前の仕掛が大きい、SaaSでは年額前払いが多い、SESでは給与支払と入金のサイトが違うなど、業態によって通常水準は異なります。過去の月次推移と季節性を使い、平常的な水準を合意します。

キャッシュフリー・デットフリーという言葉だけで判断しない

用語の実務的な意味は契約で定まります。預り金、未消化有給、賞与、税金、設備更新、前受サービス義務、未払外注費、役員保険などがどちらの負担になるかを項目別に確認します。IT企業 M&A 売却価格の提示を受けたら、企業価値、株主価値、クロージング調整後の支払額を一本のブリッジ表にします。

アーンアウト・分割払い・ロールオーバー

将来業績に応じた追加対価、代金の分割、譲渡企業が買い手側へ再出資する条件は、表面上の総額だけで比較できません。指標の定義、測定期間、会計方針、買い手の経営裁量、費用配賦、支払能力、担保、期限の利益、紛争解決を確認します。価格の不確実性を埋める有効な設計になり得る一方、受領が確定していない部分を現金一括と同じ価値に扱わないことが重要です。

税務・法務上の扱いは個別確認する

株式譲渡、事業譲渡、会社分割、役員退職金などで、課税主体、消費税、資産負債の承継、許認可、契約移転が異なります。本記事から税額や最適スキームを断定することはできません。基本合意前から税理士・弁護士等へ相談し、企業価値評価と手取り比較を分けて検討します。

IT企業の正常収益力：総勘定元帳から現場データへつなぐ

IT企業 M&A 売却価格を左右するEBITDAやDCFの出発点は、会計数値の信頼性です。しかし試算表だけでは、どの顧客・案件・プロダクトが利益を生んだか分かりません。会計、販売、工数、契約、人員のデータを共通コードでつなぎます。

売上を経済的な単位へ組み替える

勘定科目が「売上高」一つでも、受託開発、準委任、保守、ライセンス再販、クラウド再販、SaaS、導入支援、広告運用では継続性と粗利が違います。顧客別、契約別、サービス別、月別に売上を再分類し、会計合計へ一致させます。社内管理表と会計が一致しない差額は、計上時期、税区分、値引き、返金、内部取引など原因を記録します。

工数を原価へ変換する

受託開発や保守では、人件費が販売管理費にまとめて計上され、案件別粗利が見えないことがあります。タイムシートがなければ、カレンダー、チケット、プロジェクト管理、請求、担当者ヒアリングから合理的な管理単位を再構築します。精密さを装うより、推定範囲と限界を明示します。その後は工数入力ルールを整え、見積と実績の差を継続管理します。

オーナー依存を費用と売上の両方で見る

代表者が営業、要件定義、採用、資金繰りを担う場合、役員報酬の調整だけでは足りません。代表者由来の受注が承継後も残るか、代替者を置く費用、引継ぎ期間、顧客の同意を検討します。代表者の存在で無料になっていた業務を人件費へ置き換え、同時に会社へ残る関係性を証拠化します。

月次推移で一過性を見抜く

通期合計だけでは、大型検収が期末に偏った、退職で一時的に人件費が減った、クラウド請求が翌期へずれた、採用を停止したなどの事情が隠れます。月次で売上、粗利、人数、稼働、受注残、ARR、解約を並べ、変化点に説明を付けます。計画のスタート地点は直近月だけでなく、季節性と直近の異常要因をならした実態に置きます。

調整項目メモを作る

各調整について、会計科目、金額、対象期間、調整理由、継続・非継続の判断、証憑、買い手の反論可能性を一行で管理します。口頭説明だけでは、買い手の財務担当や投資委員会へ伝わりません。譲渡企業側でプラスとマイナスを同じ様式に並べると、IT企業 M&A 売却価格の議論が恣意的になりにくくなります。

ITデューデリジェンス：価格を下げる「分からない」を減らす

買い手は、価値評価とデューデリジェンスを別々には考えません。評価時に置いた継続率、粗利、投資、引継ぎの仮定を、財務・税務・法務・人事・ビジネス・ITの調査で確かめます。中小企業庁の中小PMIガイドラインも、M&A後の管理機能としてITシステム分野を扱い、ライセンス違反の抑止、情報セキュリティ、ITシステム管理方針などの観点を示しています。売却前に整えることは、価格だけでなく承継後の事故を減らします。

顧客・契約

• 主要顧客の売上・粗利・入金・契約期間・更新履歴
• 支配権変更、譲渡禁止、解除、競業、最恵待遇、損害賠償条項
• 請負・準委任・派遣・再委託の契約と運用実態
• SLA、返金、サービスクレジット、保証範囲
• 顧客ごとの仕様・個別約束・無償対応

知的財産・ソースコード

• 従業員・役員・外注先から会社への権利帰属
• OSSの一覧、ライセンス条件、通知、ソース開示義務の検討
• 商標、ドメイン、特許、ノウハウ、データベースの名義
• リポジトリ、ブランチ、レビュー、テスト、ビルド、リリース手順
• 第三者コード、素材、フォント、テンプレートの利用許諾

クラウド・アカウント・セキュリティ

• クラウド、SaaS、広告、分析、決済等の契約主体
• 特権ID、多要素認証、権限棚卸し、退職者アカウント
• ログ、監視、脆弱性対応、インシデント履歴
• バックアップの対象、保管、復元テスト、災害復旧
• 個人情報・機密情報の保存場所、委託、削除、越境移転
• 最低利用、長期予約、解約金、為替、ベンダーロックイン

人材・組織

• 顧客・プロダクト・運用ごとのキーパーソン
• 採用、退職、報酬、評価、資格、教育、後継者
• 勤怠、残業、在宅勤務、客先常駐、副業
• 秘密保持、発明、競業、端末・アカウント返却
• 代表者の営業・PM・技術判断を分解した引継ぎ計画

技術負債をゼロと主張しない

技術負債はどのシステムにもあり得ます。重要なのは、存在を隠すことではなく、事業影響、優先順位、対応工数、代替策を管理できていることです。買い手が最も警戒するのは、古い技術そのものより、誰も全体を説明できない、障害時に復元できない、更新費用が予測できない状態です。

課題は価格減額だけでなく条件設計へ変える

主要顧客の更新前なら更新をクロージング条件にする、権利帰属の不足があれば契約を整備する、計画の不確実性が高ければアーンアウトを検討する、経営者依存があれば引継ぎ役務を定めるなど、リスクには複数の対処があります。IT企業 M&A 売却価格を守るには、問題を遅く開示して信用を失うより、早期に論点と対策を示します。

IT企業 M&A 売却価格を算定・検証する実務プロセス

ステップ1：目的と譲渡対象を定める

株式の全部か一部か、事業か、特定プロダクトかを決めます。譲渡企業が重視するのが価格、雇用、社名、地域拠点、顧客継続、個人保証解除、成長投資のどれかを整理します。目的が違えば買い手候補、評価、契約条件が変わります。

ステップ2：基準日とデータ範囲を固定する

決算書、月次試算表、総勘定元帳、契約、案件、工数、人員、KPIの対象期間と締め日をそろえます。過年度の会計方針変更、組織再編、買収、事業譲渡があれば比較可能な形へ組み替えます。

ステップ3：ビジネスモデルを一枚にする

顧客、提供価値、契約、営業、開発・提供、請求、更新までの流れを図示します。誰が何をすると売上と粗利が生まれるか、代表者・キーパーソン・外部ベンダーの役割を示します。数字の前に商流を共通理解にします。

ステップ4：時価純資産とネットデットを把握する

資産負債の実在性、回収可能性、未計上項目、余剰資産、借入等を整理します。株主価値へのブリッジ表を早期に作り、「事業価値」と「株式代金」の会話が混ざらないようにします。

ステップ5：正常収益力を算定する

会計利益から継続・非継続を区分し、調整後EBITDAやフリー・キャッシュ・フローの起点を作ります。調整は証憑と理由を付け、買い手が再計算できる形にします。

ステップ6：複数の評価手法を適用する

事業特性に応じて、時価純資産、マーケット法、DCFを使い分けます。SaaS指標は評価手法そのものとして独立させるのではなく、売上・粗利・将来キャッシュフローの確度を検証する材料にします。

ステップ7：感応度とリスク対応を作る

顧客継続、採用、粗利、投資、割引率、倍率、ネットデットの変化が価値へどう影響するかを確認します。対応可能な課題は売却準備で改善し、残る不確実性は契約条件へ落とします。

ステップ8：買い手別の価値仮説を作る

同じ会社でも、買い手によりシナジーが違います。営業網を持つ買い手にはプロダクト、人材不足の買い手には技術チーム、地域展開を狙う買い手には顧客基盤が価値になります。ただし、シナジーの全額が譲渡企業価格へ上乗せされるとは限りません。競争環境と代替手段を踏まえて交渉します。

ステップ9：提示条件を株主価値へ統一する

現金一括、分割、アーンアウト、退職金、再出資、役員継続、個人保証、運転資本調整を一つの比較表にします。最高見出し額ではなく、確実性、時期、前提、税務上の扱いを専門家と確認します。

譲渡企業の資料準備チェックリスト

IT企業 M&A 売却価格の説明力は、資料の量ではなく、数字から契約・現場へ追跡できるかで決まります。すべてを完璧にしてから相談する必要はありません。早期に不足を把握し、重要度の高いものから整えます。

会社・株主・金融

• 定款、登記、株主名簿、株券・新株予約権等の資料
• 株式移動、増資、組織再編の履歴
• 借入、担保、保証、リース、補助金の契約
• 関係会社・役員との貸借、取引、資産利用
• 保険、訴訟、クレーム、偶発債務の一覧

財務・税務・管理会計

• 決算書、申告書、月次試算表、総勘定元帳
• 顧客別・サービス別の売上と粗利
• 売掛金年齢表、仕掛品、受注残、前受金
• 固定資産、ソフトウェア資産、敷金、投資の台帳
• 正常化調整メモと証憑
• 予算、実績差異、資金繰り、設備・開発投資計画

顧客・案件・商流

• 主要顧客契約、注文書、仕様書、検収資料
• 顧客別売上・粗利・入金・契約更新
• 商流、再委託、外注、仕入、販売代理の契約
• 案件別の見積工数・実績工数・追加作業
• 失注、解約、クレーム、値引きの理由
• 代表者・担当者との関係と引継ぎ計画

SaaS・プロダクトKPI

• MRR・ARRの定義書と月次推移
• 顧客別ARRブリッジ、新規・拡張・縮小・解約
• GRR・NRR・ロゴチャーンの定義とコホート
• CAC、チャネル別獲得、回収期間、粗利
• 会計売上・請求・契約との突合表
• プロダクト別ロードマップと開発・運用工数

技術・知的財産・セキュリティ

• システム構成図、データフロー、依存サービス
• リポジトリ、CI/CD、テスト、監視、バックアップ
• ソフトウェア、OSS、商標、ドメイン、素材の権利
• クラウド・SaaS・決済等の契約と管理者権限
• 脆弱性、障害、インシデント、復旧の履歴
• 個人情報、機密情報、保存・委託・削除の管理

人材・労務

• 組織図、従業員台帳、雇用・業務委託契約
• スキル、資格、担当顧客、担当システム
• 給与、賞与、評価、退職、採用、待機
• 勤怠、残業、休暇、在宅、客先常駐の運用
• 秘密保持、発明・著作権、競業、副業
• キーパーソンの代替可能性と引継ぎ計画

資料を匿名化して段階開示する

初期検討で顧客名や個人情報をむやみに開示しません。ノンネーム資料、秘密保持契約後の企業概要書、意向表明後のデータルームというように、相手の検討確度と必要性に応じて段階を分けます。顧客コード化、個人情報のマスキング、閲覧権限、ダウンロード制限、アクセスログ、質問回答の窓口を設計します。

価格交渉：高い提示額より「比較できる条件」を作る

IT企業 M&A 売却価格の交渉では、譲渡企業の希望だけでなく、買い手の投資仮説、承認プロセス、資金、統合能力を理解します。買い手が何を価値と見て、何をリスクと見ているかを分解し、証拠または条件で応答します。

提案比較表に入れる項目

高値の根拠を買い手の承認資料へ翻訳する

「技術力が高い」「地域で信頼がある」だけでは投資委員会へ伝わりません。技術力なら、資格、人材構成、案件実績、再利用資産、品質、採用競争力へ分解します。地域信頼なら、継続年数ではなく、更新履歴、顧客内の複数関係、保守比率、紹介経路、失注理由、引継ぎ面談へ変換します。

弱点を隠して初期価格を守らない

重大な解約、知的財産の不足、未払残業、セキュリティ事故を遅く開示すると、価格だけでなく取引継続への信頼を失います。問題、影響範囲、原因、既存対策、追加計画をまとめ、必要に応じて専門家の確認を受けます。早期開示は無条件の値下げではなく、適切な買い手と条件を選ぶ材料です。

独占交渉へ入る前に論点を詰める

独占交渉期間に入ると、他候補との交渉が制限されます。価格レンジ、対象、支払方法、主要調整項目、DD範囲、スケジュール、役員・従業員、個人保証、秘密保持、費用負担、独占の期間と解除条件を基本合意で確認します。中小M&Aガイドライン第3版は、仲介・FA契約や手数料、利益相反、最終契約のリスクに関する説明の重要性を扱っています。支援者の役割と報酬も、契約前に書面で確認します。

シナジーを譲渡企業だけのものにも、買い手だけのものにもしない

買い手の顧客へ自社SaaSを販売できる、採用費を抑えられる、地域拠点を獲得できるといったシナジーは、組み合わせ固有の価値です。実現には統合費用、顧客同意、人材定着、システム連携が必要です。譲渡企業は実現可能性を具体化し、競争的な候補探索で交渉力を作ります。買い手は実現リスクを負うため、全額が価格へ反映されるとは限りません。

地域IT企業の価値を評価資料へ落とし込む

地域のIT企業を評価するとき、所在地だけを理由にプレミアムやディスカウントを置くのは適切ではありません。重要なのは、その地域で積み重ねた関係、業務知識、人材供給、協力会社網が、クロージング後もどのように収益へつながるかです。地元経営者にとって当たり前の行動ほど、決算書や企業概要書には書かれていません。買い手の投資担当者が再現可能性を判断できる証拠へ変換します。

地域顧客との関係を「社長の人脈」で終わらせない

製造業の生産管理、卸売業の受発注、医療機関の周辺システム、学校の校務、自治体の業務などでは、長年の対応を通じて顧客固有の業務知識が蓄積します。この知識は価値の源泉になり得ますが、社長の頭の中だけにあれば承継リスクでもあります。顧客別に、利用システム、契約、担当者、意思決定者、年間行事、更新時期、障害時連絡、改善要望、採算を整理します。

顧客との関係の強さは、会食回数ではなく、契約更新、複数部署との接点、担当者の複線化、問題解決履歴、価格改定への対応、競合との比較などで説明します。代表者から次席者へ窓口を移し、共同訪問と議事録を残せば、関係が法人に帰属していることを示しやすくなります。IT企業 M&A 売却価格に地域の信用を反映させるには、信用が将来の受注・更新へ変わる経路を可視化します。

自治体・医療・教育案件は契約と運用を分けて確認する

公共性の高い顧客を持つことは、直ちに安定収益を意味しません。入札参加資格、契約期間、年度ごとの予算、再委託、個人情報、データ保管場所、従事者要件、実績要件、支配権変更時の扱いを確認します。随意契約や長期関係があっても、次回更新が自動ではない場合があります。受注の根拠を、制度上の条件、提案力、技術要件、地域対応力に分けます。

医療・教育分野でも、法令・ガイドラインへの対応を一般論で主張するのではなく、顧客契約、セキュリティチェック、委託先管理、アクセス権、ログ、障害対応、データ返却・削除の運用資料を示します。買い手がそのまま契約を引き継げるか、再審査や同意が必要かを早期に確認します。承継手続が長い場合は、取引スケジュールと価格条件へ反映します。

元請・協力会社との商流を地図にする

地域SIerやSESでは、エンドユーザー名だけでなく、元請、一次請、再委託先、フリーランスまでの商流が収益とリスクを決めます。顧客別に契約主体、請求先、実作業先、再委託承諾、粗利、入金サイトを一枚の商流図へします。上位会社の担当者との個人的関係に依存する場合は、契約更新、案件紹介の履歴、別担当との接点を整理します。

協力会社は単なる外注費ではありません。繁忙期の供給力、専門技術、地域での現地対応を支える経営資源です。一方で、基本契約がない、秘密保持や知的財産の帰属が不明、再委託承諾を得ていない場合はリスクになります。主要協力会社について、契約、単価改定、担当領域、代替可能性、支払条件を整理し、関係継続への意向を必要な時点で確認します。

地域採用力と人材定着を数値・仕組みで示す

地方では採用母集団が限られる一方、地元学校との関係、社員紹介、Uターン・Iターン、柔軟な勤務、顧客に近い仕事が採用・定着の強みになることがあります。「離職が少ない」という説明だけでなく、採用経路、応募から入社まで、職種別在籍、退職理由、育成、資格、評価、給与改定を時系列で示します。

買い手が都市圏企業の場合、買収後の制度変更、勤務地、リモートワーク、評価、報告ラインが定着へ影響します。譲渡企業は従業員の個別意向を無断で開示せず、組織として守りたい条件、キーパーソンの役割、説明時期を整理します。人材価値は人数に倍率を掛けるものではなく、チームが顧客価値を再現する能力と、承継後も働き続けられる設計で評価します。

地域集中は強みとリスクの両面で読む

特定地域への集中は、ブランド、紹介、移動効率、業務知識の集中を生む一方、地域経済、災害、主要産業、自治体予算の影響を受けます。顧客業種、売上、粗利、データセンター、オフィス、人材居住地、通信回線を地理的に確認します。BCP、遠隔対応、バックアップ、別地域の協力会社があれば、集中リスクへの対策として説明します。

「地域に残す条件」も価格と並べて整理する

譲渡企業が社名、拠点、雇用、顧客、協力会社、地域活動を残したい場合、その希望は早期に優先順位を付けます。すべてを抽象的に約束させるのではなく、維持期間、対象、例外、意思決定手続、報告方法を専門家と検討します。買い手が地域基盤を価値と見るなら、維持条件は価値保全の計画にもなります。

IT企業 M&A 売却価格だけを最大化しても、重要な関係が失われれば譲渡企業の目的を達成できないことがあります。価格、確実性、雇用、地域継続、個人保証、引継ぎ負担を同じ比較表に置き、どこまで調整可能かを候補先ごとに確認します。

買い手が再計算できる「企業価値評価メモ」の作り方

精緻なモデルを作っても、数値の出所と判断理由が追えなければ交渉資料として弱くなります。譲渡企業側の企業価値評価メモは、結論額を正当化するためではなく、前提、証拠、未解決事項を共有するために作ります。買い手の担当者が社内承認者へ説明できる構成を意識します。

冒頭に評価の目的・対象・基準日を書く

会社全体の株式譲渡か、一部事業か、検討初期の目線か、交渉用かを明示します。連結・単体、対象子会社、除外資産、余剰現金、借入、基準日を記載します。目的と対象が曖昧なまま金額だけ流通すると、後で異なる前提同士を比較することになります。

財務数値から調整後指標まで橋を架ける

決算書の営業利益からEBITDA、正常化調整、調整後EBITDAへ一行ずつつなぎます。各行に総勘定元帳番号、証憑、継続性の判断を付けます。SaaSなら会計売上からMRR・ARRへの差額、受託なら会計売上から案件別売上への一致、SESなら給与台帳から技術者別原価への一致を示します。

採用手法と不採用手法の理由を書く

時価純資産、マーケット法、DCFをすべて同じ重みで使う必要はありません。しかし採用しない手法があるなら理由を記載します。比較会社が少ない、将来計画の検証可能性が限定的、資産価値だけでは継続収益を捉えられないなど、情報制約を明示します。複数手法の結果を総合するときも、単純平均ではなく事業特性に基づく判断を書きます。

仮定台帳と更新履歴を残す

倍率、割引率、顧客更新、採用、粗利、開発投資、運転資本、継続価値について、仮定、根拠資料、作成者、更新理由を管理します。買い手から新しい情報が出たら、元の仮定を上書きして消さず、変更履歴を残します。IT企業 M&A 売却価格が変わった理由を追跡できれば、単なる値下げ交渉と、事実に基づく再評価を区別できます。

KPI定義書をモデルと一体にする

ARR、解約、稼働率、受注残、案件粗利など、自社固有指標の定義を書きます。分子、分母、対象、除外、測定日、データソース、責任者を明示します。会計方針やCRM運用が変わった期間は、比較可能性をどう確保したかを説明します。定義変更で過去実績が良く見えるような表示は避けます。

価格レンジを動かす要因を順位付けする

すべての仮定を同じ深さで議論する必要はありません。顧客一社の更新が大きいなら、その契約と関係性を最優先にします。採用が成長制約なら、人員計画と実績を深掘りします。DCFの継続価値が大きいなら、安定期の利益・再投資を確認します。価格感応度の高い項目から資料を整えると、限られた準備時間を有効に使えます。

未解決事項を空欄にせず、論点表にする

調査前にすべてを確定できるとは限りません。契約承継の同意、OSSの確認、未払残業の精査、主要顧客の更新などを、論点、担当者、確認方法、価格への影響、代替条件に分けます。「問題なし」と断定して後で覆るより、現時点の確認範囲を明示する方が信頼につながります。

評価結果と取引条件を分けて表示する

企業価値レンジ、ネットデット、株主価値、支払条件、価格調整を別表にします。アーンアウトや分割払いは、確定対価と同じ列に合算するだけでなく、達成条件と支払時期を示します。役員報酬、退職金、引継ぎ業務の対価も、株式価値と混同しないよう区分します。

経営者が自分の言葉で説明できる状態にする

モデル作成を専門家へ依頼しても、事業ドライバーの説明は経営者と現場が担います。顧客が更新する理由、粗利が変わった理由、採用できる理由、技術投資が必要な理由を説明できるか確認します。説明とデータが食い違う箇所は、価格交渉前に修正します。

算定モデルを読み解く：価格ブリッジと検算の実務

企業価値評価のモデルは、数式が複雑だから信頼できるのではありません。入力した数値が契約・会計・現場へ戻れ、異なる前提を置いた結果を説明できることが重要です。譲渡企業の経営者がモデルの全セルを操作する必要はありませんが、どの数字が事業価値を作り、どの調整が株式価値を動かすかは理解しておきます。

EBITDA倍率モデルの一本線

基本の流れは、「正常化後のEBITDA」に「選定した倍率」を適用して事業価値を求め、非事業資産、現預金、有利子負債、負債類似項目、運転資本等を調整して株主価値へ進む形です。各要素には必ず定義があります。EBITDAの対象期間が過去実績か将来予想か、倍率の分子が企業価値か株式価値か、ネットデットの基準日がいつかをそろえます。

検算では、正常化調整を外した場合、主要顧客を除いた場合、維持開発費を反映した場合の収益力を確認します。倍率だけを上下させるのではなく、倍率差の原因となる顧客集中、成長、粗利、組織化を確認します。IT企業 M&A 売却価格の交渉で倍率が争点になったとき、比較会社名を増やすより、比較可能性の差を一覧化する方が建設的です。

DCFモデルの縦横を確認する

縦の検算は、売上から粗利、人件費、営業利益、税、運転資本、投資、フリー・キャッシュ・フローへ計算がつながるかを見る作業です。横の検算は、過年度実績から直近実績、予算、将来計画へ、同じ定義で推移しているかを見る作業です。SaaSならARRブリッジ、受託なら受注残と稼働、SESなら人員と単価が売上計画へ接続しているかを確認します。

売上成長率だけを入力して費用を固定すると、現場の供給制約が消えます。エンジニア、PM、CS、営業を増やす時期とコスト、クラウド原価、採用の不確実性を連動させます。反対に、過去の赤字をそのまま延長して将来性を無視しないため、新機能、値上げ、チャネル、解約改善の施策は、責任者、実行時期、先行指標、必要投資とセットにします。

時価純資産モデルの残高を一件ずつ追う

貸借対照表の各残高について、帳簿額、実態額、調整理由、証憑を並べます。売掛金なら請求・入金、仕掛品なら契約・工数・検収、ソフトウェアなら利用・権利・陳腐化、未払費用なら発生原因と対象期間を追います。総額が小さくても、同じ原因が複数案件へ広がる項目は優先的に確認します。

簿外の顧客関係や人材を無理に資産計上するのではなく、収益法で生じる超過収益の根拠として別に説明します。同じ価値を時価純資産とDCFの両方へ重複して加えないようにします。非事業資産も、本当に事業から切り離せるか、売却に税・費用・時間がかかるかを確認します。

株主価値ブリッジの符号を確認する

現預金を加えるのか、事業運営に必要な現金として事業価値に含めるのか。有利子負債を差し引くのか、特定債務を買い手が引き受けないのか。前受金を通常運転資本とするのか、未履行サービスの負債類似項目とするのか。符号の誤りより多いのは、同じ項目を二重調整することです。調整項目を勘定科目、契約条件、価格条項へ対応させます。

提示価格から逆算して前提を読む

買い手から金額だけ提示された場合、想定EBITDA、倍率、ネットデット、運転資本、将来計画、シナジーの扱いを確認します。提示額が低いと感じても、利益定義の違いなのか、契約リスクなのか、資金制約なのかで対応が変わります。逆算表を作ると、追加資料で解消できる差と、交渉方針の差を分けられます。

モデルの精度と取引の確実性を混同しない

小数点まで計算された評価額でも、主要顧客の解約やキーパーソン退職が未確認なら不確実です。反対に、簡潔なモデルでも、長期契約、更新、粗利、引継ぎが証拠で裏付けられていれば意思決定に役立ちます。IT企業 M&A 売却価格は、モデルの見た目ではなく、重要仮定の検証度で評価します。

社内共有用と相手方開示用を分ける

社内モデルには顧客名、従業員名、弱点、希望条件を含むことがあります。相手方へは検討段階と秘密保持に応じて匿名化・集約し、必要になった時点で詳細を開示します。ただし、不利な情報を削除して誤認させるのではありません。守秘と正確性を両立する開示計画を作ります。

IT企業 M&A 売却価格に関するよくある質問

Q1．決算書だけで売却価格を概算できますか？

初期的な目線は作れますが、信頼できるIT企業 M&A 売却価格には追加資料が必要です。決算書から純資産、利益、借入を把握し、月次試算表、顧客別・案件別粗利、契約、工数、受注残、従業員、知的財産、SaaS KPIで継続性とリスクを確認します。

Q2．赤字のIT企業でも売却できますか？

赤字だけで可能性がなくなるわけではありません。先行開発・採用による赤字か、構造的に粗利が不足しているかを分けます。プロダクト、顧客基盤、人材、技術、許認可、地域拠点が買い手の戦略と合う場合があります。ただし、将来収益と必要追加投資を検証し、価格保証ではなく条件を含めて判断します。

Q3．純資産が少ないSaaS企業は安く評価されますか？

純資産だけで決まるわけではありません。継続収益、解約・拡張、粗利、獲得効率、成長投資、プロダクト承継性をマーケット法やDCFで検討します。一方、ARR倍率だけで高評価になるわけでもなく、KPI定義と会計・契約の一致が必要です。

Q4．EBITDAは営業利益に減価償却費を足せば十分ですか？

計算の出発点としては使えますが、M&Aでは正常化が必要です。オーナー固有費用、一過性損益、市場水準に不足する人件費、維持開発、反復する採用費、大型案件の非継続性などを検討します。調整後EBITDAは証憑と理由を付けます。

Q5．業界の平均倍率を自社利益へ掛ければよいですか？

平均倍率だけでは比較可能性が不足します。業態、規模、成長、粗利、顧客集中、商流、契約、人材、技術、基準日をそろえます。上場会社倍率を使う場合は、流動性、管理体制、事業分散など非上場中小企業との差も検討します。

Q6．ARRと会計上の売上高は同じですか？

同じとは限りません。ARRは測定日時点の継続契約価値を年換算する運営指標として用いられ、会計売上は契約と会計方針に従って期間中に認識されます。一時料金、従量課金、前払い、値引き、更新交渉中契約の扱いを定義し、両者の差を突合します。

Q7．NRRが高ければ売却価格も必ず高くなりますか？

必ずではありません。NRRの定義、顧客集中、粗利、値上げ、アップセル、解約、顧客数、プロダクト別構成を確認します。大口一社の拡張で高く見える場合もあるため、コホート、GRR、ロゴチャーンと合わせます。

Q8．代表者依存はどのように評価されますか？

代表者が担う売上と機能を分けて評価します。顧客紹介、提案、見積、PM、採用、技術判断のどこが依存しているか、代替費用と売上継続を確認します。共同担当、手順書、権限移譲、顧客引継ぎ計画があれば、不確実性を減らせます。

Q9．ソースコードの帳簿価額がゼロでも価値はありますか？

帳簿価額と取引上の価値は同じではありません。顧客収益を生み、権利が会社に帰属し、チームで保守・再現でき、法令・ライセンス上利用可能なら価値の源泉になり得ます。反対に帳簿価額があっても、陳腐化や権利不足で利用できなければ見直しが必要です。

Q10．税務上の非上場株式評価額がM&A価格になりますか？

目的が異なります。国税庁の非上場株式評価は相続・贈与の課税目的の枠組みです。第三者M&Aの価格は、将来収益、交渉、シナジー、取引条件等を含みます。税務評価を参考にする場面があっても、M&Aの成約価格と同一視しません。

Q11．買い手から示された金額が企業価値か株式価値か分かりません。

必ず定義を確認してください。事業価値から現金、借入、負債類似項目、運転資本をどう調整して株式価値へ至るか、ブリッジ表を求めます。前受金、リース、未払賞与、役員貸借などの扱いも確認します。

Q12．アーンアウトを含む提示はどう比較しますか？

最大総額ではなく、確定対価と条件付き対価を分けます。業績指標の定義、測定期間、買い手の費用配賦・経営裁量、支払時期、担保、紛争解決を確認します。実現可能性と税務・会計上の扱いは専門家へ相談します。

Q13．評価を上げるため、先に何を整えるべきですか？

価格を装う施策ではなく、不確実性を減らす施策を優先します。顧客別・案件別粗利、契約台帳、工数、ARR定義、権利帰属、アカウント権限、キーパーソン引継ぎを整えます。買い手が再計算・再現できるほど、リスクの一括値引きを避けやすくなります。

Q14．相談するとすぐ会社名が外部に出ますか？

通常は、初期情報を匿名化し、秘密保持契約と相手確認を経て段階的に開示する設計が可能です。誰に何をいつ開示するか、競合企業をどう扱うか、顧客・従業員へ伝える時期を支援者と確認します。

Q15．企業価値評価書があれば、その価格で売れますか？

評価書は意思決定を補助する資料であり、成約価格の保証ではありません。日本公認会計士協会のガイドラインも、企業価値評価業務を保証業務とは位置付けていません。買い手の戦略、調査結果、資金、契約条件、競争状況によって合意価格は変わります。

まとめ：IT企業の価値を「買い手が引き継げる仕組み」に変える

IT企業 M&A 売却価格は、時価純資産、正常化したEBITDA、比較可能な市場倍率、DCFによる将来キャッシュフローを、事業特性に応じて組み合わせて検討します。SaaSではARR・NRRなどの指標を使いますが、指標名より定義、契約・請求・会計との一致、粗利、獲得効率、技術的な承継性が重要です。

地域SIerなら商流、顧客業務の理解、保守更新、代表者からの引継ぎ。SESなら技術者別採算、稼働、商流、雇用・契約。Web制作ならアカウント・権利・月額保守。SaaSなら継続収益、コホート、クラウド原価、開発運用体制。自社の業態に合う単位へ数字を分解すると、買い手は将来収益を検証しやすくなります。

譲渡企業ができる最も有効な準備は、価格を先に決めることではありません。基準日をそろえ、企業価値と株主価値を分け、会計から顧客・契約・工数・人材・技術へ追跡できる資料を作ることです。弱点も含めて対策と引継ぎ条件を示せば、「分からないから値引く」という余白を減らせます。

IT M&Aの全体像はIT企業・Web事業のM&A支援ページ、当センターの考え方や支援体制は私たちについてもご覧ください。