はじめに
「売れると思っていたのにDDで話が止まった」——M&A仲介を通じて売却プロセスを進めている売り手から、こういう相談が来ることがあります。LOI(基本合意書)まで順調に進んでいたのに、DDに入った途端に買い手の動きが鈍くなる。最終的に「条件が合わない」という理由で交渉が終了する。このとき「条件が合わない」の実態は、価格ではなく情報の問題であることが多い。
買い手は、DDで何かを発見するたびにリスクを上乗せします。財務の不透明な部分・顧客情報の整理不足・ITシステムの構成が不明・契約書に変更禁止条項がある——こうした「把握しにくい状態」は、それ自体がリスクとして評価されます。売り手が事前に整理できていた情報と、DDで初めて開示した情報とでは、買い手の心証が変わります。準備次第で、DDの結果は変わります。
M&Aの成否は、買い手のDDで何が見えるかで決まります。「隠す」必要はありませんが、「見せ方を整える」ことと「論点を先回りして答えておく」ことは、売り手が合法的にできる最大の準備です。
買い手のBDDが必ず見る4つの論点——売り手が先に答えを用意できるもの
ビジネスDD(BDD)は、買い手が「この会社を買う価値があるか」を判断するための調査です。財務DD・法務DDより先に動かすことが多く、ここで疑問が生まれると後続のDDがすべて慎重になります。逆に言えば、BDDで明快な答えが出せると、後続の交渉がスムーズになりやすい。
売り手が先に準備できるBDDの主要論点は次の通りです。
論点①:売上の構造と顧客集中度
上位3社の売上構成比、契約形態(スポット・継続)、契約期間と更新条件。買い手が最も恐れるのは「主要顧客がM&Aを知って離れるリスク」です。特定顧客への依存度が高い場合は、その顧客との関係の安定性を示す材料を用意しておきます。
論点②:市場ポジションと競合優位性
「なぜ顧客はこの会社を選んでいるか」に答えられるデータ。価格競争力なのか、技術力なのか、地域密着なのか。抽象的な説明より、競合他社との比較データや顧客の声のほうが買い手には伝わります。
論点③:収益の再現性
過去3〜5年の売上・利益の推移と、その増減の理由。特に利益率が上がっている場合は「なぜ上がったか」、下がっている場合は「なぜ下がったか・今後どうなるか」を先に説明できる状態にしておきます。「とにかく最近は好調です」だけでは、買い手は信じません。
論点④:オーナー依存度
事業承継型では特に重要です。「オーナーがいなくなったら何が変わるか」を、売り手自身が正直に把握しておくこと。買い手に「依存していない」と主張しても、調べればわかります。依存度が高い部分は先に認めた上で「だからこういう引き継ぎ期間を設けたい」と提案する方が、交渉上も誠実さが伝わります。
「顧客リストを整理するだけで印象が変わった」
IT支援会社の売却案件で、売り手が最初に提出した顧客リストは会計ソフトからの出力そのままでした。社名・売上額・最終請求日だけが並んでいる状態です。買い手のBDDチームが困惑したのは、どの顧客が継続的な取引先でどの顧客がスポットなのかが判別できなかったからです。
売り手に「契約形態・更新履歴・担当者の属性(オーナーとの関係性)」を追記してもらったところ、継続顧客が売上の78%を占め、そのうち3年以上の取引先が半数以上という実態が見えてきました。整理前と後で、買い手の評価がどう変わったかは言うまでもありません。
IT-DDで「止まる」ケース——システム情報の整理不足が招く評価リスク
IT-DDで問題になるのは、システムの欠陥よりも「情報が出てこない」状況です。「誰がどのシステムを管理しているかわからない」「ベンダー契約書が見当たらない」「ソースコードの所有権が曖昧」——これらは、隠しているわけではなくても、買い手には「リスク」として映ります。把握できないものは評価できないからです。
IT-DDの前に売り手が整理しておくべき情報は、大きく3つです。
- **システム構成の一覧:**社内で使っているソフトウェア・クラウドサービス・ハードウェアのリスト。「何があるか」が一覧になっているだけで、買い手の安心感が変わります
- **ベンダー契約書の所在:**システム開発・保守を外注している場合の契約書。特に「チェンジオブコントロール条項」(M&Aによる経営権移転を契約違反とする条項)の有無は、IT-DDで必ず確認されます
- **キーパーソンの特定:**社内ITを実質的に管理している人物と、その人物がM&A後も残留する見込みの有無
ベンダー契約のCOC条項がDDを止めた
小売業のM&Aで、売り手が自社開発と思っていたECシステムが、実はベンダーとの共同開発でソースコードの所有権が50%ずつだったという案件があります。ベンダー契約書にはチェンジオブコントロール条項があり、M&Aが成立した場合はベンダーが契約を解除できると書かれていました。
買い手のIT-DDがこれを発見し、交渉が4週間止まりました。最終的には売り手がベンダーと事前交渉してCOC条項の放棄を得ることで決着しましたが、この交渉に要したコストと時間は、売り手が事前に契約書を整理していれば発生しなかった。「ベンダー契約書を全部確認したことがない」という売り手は意外に多く、そこに落とし穴が潜んでいます。
財務DDで「掘られる」論点を先回りする
財務DDは会計士が行う専門的な調査ですが、売り手が「何を聞かれるか」を事前に把握していると、回答準備の品質が上がります。財務DDで繰り返し問題になる論点を、売り手の視点で整理します。
| 財務DDの頻出論点 | 売り手が事前に準備できること |
|---|---|
| 売上の計上タイミングと根拠 | 注文書・納品書・請求書のセットを案件ごとに整理しておく |
| 在庫評価の適切さ | 滞留在庫の有無と評価方法を事前に確認・説明できる状態にする |
| 役員報酬・賞与の水準 | オーナー報酬がEBITDAに与える影響を「正常化EBITDA」で説明できるようにする |
| オフバランスの債務・偶発債務 | リース・保証債務・係争中案件を先にリストアップして開示する |
特に重要なのは「正常化EBITDA」の説明です。オーナー経営の会社では、役員報酬が相場から大きく外れていることがあります。「オーナー報酬を市場水準に置き換えた場合の利益」を自分で計算して提示できると、買い手の評価モデルとのすり合わせがスムーズになります。これを用意しているかどうかで、価格交渉の主導権が変わります。
オフバランスの保証債務が最後に出てきた
製造業の売却案件で、財務DDがほぼ完了した段階になって「実は取引先に対して支払保証を入れていた」という事実が出てきました。金額は4,500万円。会社の財務諸表には一切記載がなく、売り手も「保証の話は別の話」と思っていたようです。
買い手はこの時点でかなり不信感を持ちました。隠す意図はなかったとしても、「最後まで出てくる情報がある」という印象は、その後の交渉全体に影響します。オフバランスの項目は、DDが始まる前に売り手自身が棚卸しするべきでした。
データルームの「見せ方」がDDの印象を決める
DDでは、売り手が用意したデータルーム(開示書類の保管場所)から買い手がドキュメントを確認します。データルームの整理状況は、それ自体が会社の経営の質を示すシグナルとして読まれます。
整理されていないデータルームが与える印象は「管理が行き届いていない」です。これは内容の問題ではありません。同じ情報でも、整理されているかどうかで買い手の心証が変わります。具体的には以下の点を意識します。
- フォルダ構造を一貫させる:「財務」「法務」「契約書」「人事」「IT」などカテゴリを決め、その中にサブフォルダを作る。ファイル名に日付と内容を入れる
- 欠損ファイルには説明を入れる:「この書類は存在しない」「この時期の記録はない」という事実を、説明なしに空欄にしない。空欄は疑問を生む
- **追加開示のタイミングを管理する:**DDが始まってから後出しで資料が増えると、買い手は「まだ何か出てくるのでは」と疑います。追加開示は理由と一緒にまとめて行う
整理されたデータルームが交渉を4週間短縮した
サービス業の売却案件で、売り手が売却活動を決めた時点から6ヶ月かけてデータルームを整備していた事例があります。財務資料・契約書・人事情報・IT構成図を標準的なカテゴリに整理し、各ドキュメントに「いつ作成・いつ更新・誰が管理」のメタ情報を付けていました。
買い手のDD期間は当初6週間を想定していましたが、実際には4週間弱で一次DDが完了しました。買い手のコメントは「資料の質が良かったため、確認作業より分析に時間を使えた」というものでした。整理されたデータルームは、DDの時間を短くする効果があります。売り手にとっても、プロセスが早く終わることは交渉上有利に働きます。
「売却を急いでいる」と見られないための情報開示の順序
DDで売り手が陥りやすい罠のひとつが、「早く決めたいがために情報を一度に出しすぎる」という行動です。情報量が多ければ買い手に親切というわけではありません。整理されていない大量の情報は、買い手に「どこから読めばいいか」という負荷をかけます。
情報開示には順序があります。DDの初期段階(1〜2週目)は概要情報・財務サマリー・事業説明資料を中心に出し、買い手の疑問が固まってきた段階(3週目以降)で詳細資料を追加していく、というリズムが機能しやすい。「聞かれたら出す」という受け身の姿勢より、「次に聞かれそうなことを先に出す」という主体的な開示の方が、買い手との信頼関係が築きやすくなります。
ただし、これは「隠す」こととは逆の話です。必要な情報を意図的に出さないことは、後で発覚したときに交渉破断の原因になります。「出す順序を設計する」と「都合の悪い情報を隠す」は、まったく別のことです。
「急いで売りたい」が透けて見えた案件
ある案件で、売り手が基本合意書を締結した翌日にデータルームに100以上のファイルをアップロードしてきました。整理されていない状態でした。買い手のDDチームから「何から読めばいいかわからない」という声が上がり、作業の段取りを組み直すことになりました。
その後の交渉で買い手が「急いでいる理由があるのでは」という疑問を持ち始めました。実際には急ぐ理由はなかったのですが、大量の資料を一度に出したことで「早く決めたい」という印象を与えてしまいました。DDは情報量の競争ではなく、情報の質と出し方の設計です。
まとめ
売り手がDDの前にできる準備は、「買い手が見る論点を先読みして、答えを先に用意する」ことです。BDDで問われる顧客構造・市場ポジション・収益の再現性、IT-DDで問われるシステム構成・ベンダー契約・COC条項、財務DDで問われるオフバランスの債務・正常化EBITDA——これらは買い手に「発見される前に売り手が説明できる情報」です。
DDで止まる案件の多くは、情報の問題です。価格の問題に見えて、実は「どう評価していいかわからない」という買い手の困惑が原因になっていることが多い。整理された情報は評価しやすく、評価しやすいものは価格がつきやすい。
「売れるかどうか」はDDが始まる前から決まっていることがあります。今すぐ売るつもりがなくても、売却可能性を高めるための情報整備は今日から始められます。