はじめに
金曜の夕方、ソーシングチームから1件のティーザーが回ってくる。ニッチ市場で2桁成長を続ける受託製造業、オーナーは事業承継を理由に売却を検討、想定EVは40億円前後。月曜のディールレビューに乗せるか、それとも見送るか。投資担当は週末に手元の公開情報と簡易な財務データだけで、「この案件に本格的なDD予算とチームの工数を張る価値があるか」を判断しなければならない。ファンドのディールチームが日常的に置かれているのは、こういう局面だ。
ファンドのDDには、事業会社のDDとは少し違う緊張がある。一方では投資委員会(IC)で「この成長前提の根拠は」「競合が値下げしてきたらどうなる」と詰められても崩れない厚みが要る。他方では、年に何十件と検討する案件のすべてに厚いDDを張っていてはディールの回転率が死ぬ。降りるべき案件は数日で降り、進めるべき案件にチームと予算を集中させる——この速さと厚みの両立が、ファンドのDD設計の核心になる。筆者はファンドの買い手側でDDを設計・実行する立場から、この二律背反をどう設計で解くかを見てきた。
あなたのファンドでは、検討する全案件に同じ重さのDDをかけていないだろうか。それとも、致命的論点だけを数日で潰すRed Flag DDと、投資テーゼを腰を据えて検証する本格DDを、意識的に段階分けできているだろうか。
ICが見たいのは「リスクが存在しないこと」ではない。リスクが特定され、それが価格・契約・100日計画のどこかに織り込まれていることだ。完璧を目指して網羅的に調べ上げるDDより、意思決定に効くDDを設計するほうが、ファンドのリターンには直結する。本稿はその設計思想を扱う。
速さと厚みの両立をどう設計するか
ファンドのDDが事業会社と決定的に違うのは、母数だ。1件のM&Aに全力を注ぐ事業会社と違い、ファンドは検討段階の案件を常に複数抱える。仮に年間40件を検討して投資に至るのが3〜4件だとすると、残りの9割は途中で降りる。この9割に本格DDの工数を張っていたら、チームは回らないし、進めるべき案件への集中も削がれる。
だからファンドのDDは段階設計が前提になる。最初に薄く速いスクリーニングで致命的論点だけを潰し、生き残った案件に厚いDDを集中投下する。一見当たり前に聞こえるが、実務では「とりあえず財務DDから着手」と全案件に同じ入り方をしてしまい、降りる判断が遅れて工数を溶かすファンドは少なくない。
降りる速さがリターンを左右する
ファンドのリターンを決めるのは、当たった案件のリターンだけではない。外れ案件にどれだけ工数とコストを溶かさずに降りられたか、つまり機会費用のコントロールも同じくらい効く。Red Flag DDで早期に降りた案件のコストは小さく、そこで浮いたチームの時間を有望案件のテーゼ検証に回せる。降りる速さは、攻めの速さでもある。
ただし速さを追うあまりスクリーニングを雑にすると、本来降りるべき案件を本格DDまで進めてしまったり、逆に有望案件を表層情報だけで切ってしまったりする。速さと精度はトレードオフではなく、「何を数日で見極めるか」の論点設計の精度の問題だ。
Red Flag DDで3日で降り、別案件にチームを回せた
あるバイアウトファンドが検討していた小売チェーンの案件で、ソーシング段階のディールレビューを通過し、本格DDに入る前に3日間のRed Flag DDを差し込んだ。論点を3つに絞った——主要仕入先との取引条件、店舗賃貸借契約の更新条件、そして創業オーナー個人に紐づく取引慣行の3点だ。
調査の初日に、売上上位の店舗の賃貸借契約が2年以内に大半更新時期を迎えることが分かった。しかもそれが定期借家契約だったため、普通借家のような正当事由による借主保護が働かず、貸主側が更新(再契約)に応じない、あるいは賃料引き上げを求める余地が大きい。出店立地が事業価値の中核だったため、これは投資テーゼの前提を崩しうる。ディールチームは「ここは本格DDに進めても価格と契約で吸収しきれない」と判断し、3日で降りた。浮いた2週間分のチーム工数は、並行して見ていた別の物流案件のテーゼ検証に振り向けられ、そちらは投資実行に至った。降りる判断の速さが、別案件の厚みを生んだ。
二段のDD設計——Red Flag DDと本格DD
速さと厚みを両立させる具体的な型が、DDの二段設計だ。第一段が初期スクリーニング(Red Flag DD)、第二段が投資テーゼを検証する本格DD。それぞれ目的・期間・アウトプットが違う。
| DD段階 | 目的 | 期間目安 | 主なアウトプット |
|---|---|---|---|
| Red Flag DD (初期スクリーニング) | 致命的論点(ディールキラー)の有無だけを確認し、進む/降りるを判断する | 数日〜1週間 | 降りるべき決定的リスクの一覧と、Go/No-Go判断のメモ |
| 本格DD (投資テーゼ検証) | 成長ドライバ・参入障壁・EXITシナリオの前提を独立検証し、価格と契約と100日計画に落とす | 3〜6週間 | テーゼ検証結果、バリュエーション前提、契約論点(表明保証・価格調整)、PMI初期論点 |
Red Flag DDで見るのは「この案件を進める価値があるか」だけだ。簿外債務、許認可の承継可否、主要取引先や主要人材への過度な依存、係争、オーナー個人に紐づいた取引——こうした、見つかった瞬間にディールが壊れうる論点に絞る。網羅性は捨てる。逆に本格DDに進んだら、今度は投資テーゼそのものを疑ってかかる。
Red Flag DDは「降りる理由」を探す調査
Red Flag DDの設計でよくある失敗は、本格DDのミニチュア版にしてしまうことだ。財務も事業もITも少しずつ薄く見て、結局どれも判断には足りない、という中途半端な調査になる。Red Flag DDは「この案件の前提が崩れるとしたらどこか」という問いから論点を3〜5個に絞り込み、そこだけを深く見る設計が効く。薄く広くではなく、狭く深く、が原則だ。
中小・小型の対象会社では売り手側の資料が整っていないことも多く、Red Flag DDの段階で「そもそも判断材料が出てこない」こともある。その場合、資料が出ないこと自体がリスクシグナルになる。資料依頼リスト(IRL)の組み方は資料依頼リストIRLの記事で扱っているが、ファンドの初期スクリーニングでは「全項目を依頼する」のではなく、致命的論点に紐づく最小限の資料だけを最初に求めるのが速さにつながる。
ICで「この前提の根拠は」と詰められ、本格DDの厚みが効いた
別のファンドの案件で、投資委員会の場で社外のIC委員から「対象会社の成長は市場成長によるものか、それともシェア奪取によるものか。後者なら競合の反撃で剥落するリスクがあるが、その検証はしたのか」と問われたことがあった。
このとき本格DDで、対象会社の主要顧客10社へのヒアリングと、市場全体のデータと突き合わせた分析をしていた。結論として、成長の過半は市場成長ではなくシェア奪取によるもので、しかもその要因が価格ではなく納期対応力という模倣されにくい強みにあることまで踏み込めていた。担当者はその根拠を顧客の生の声とデータで示し、IC委員は納得した。逆に言えば、もしBDDで顧客ヒアリングまで踏み込まず机上の市場データだけで済ませていたら、この問いには答えられず、投資判断は先送りになっていた。ICで効くのは、結論ではなく結論の根拠の厚みだ。
投資テーゼを独立検証するDDの組み立て
本格DDに進んだら、調査の軸は投資テーゼの検証になる。ファンドが「なぜこの会社に投資するのか」を一文で言えるのが投資テーゼだ。たとえば「断片化した市場でロールアップの起点になりうる」「特定のニッチで圧倒的シェアを持ち価格決定力がある」「DX投資で利益率をあと数ポイント引き上げられる」——こうしたテーゼの前提を、DDで一つずつ独立に検証していく。
ここで重要なのは、テーゼを裏づける調査ではなく反証を試みる調査にすることだ。投資を進めたいチームほど、無意識にテーゼに有利な情報を集めてしまう。だからこそ、テーゼの最も脆い前提は何かを最初に特定し、そこを突きにいく設計が要る。
テーゼ検証は、おおむね3つの問いに分解できる。
- 成長ドライバ:過去の成長は何によるもので、それは今後も続くのか。市場成長か、シェア奪取か、一過性の特需か
- 参入障壁:その収益を守る堀は何か。スイッチングコスト、規制、立地、技術、ブランド——どれが本物で、どれが見かけか
- EXITシナリオ:誰に、どういうストーリーで、いくらで売るのか。そのストーリーの前提は買収時点で仕込めるか
この3つは、Commercial DD(事業の商業性に踏み込むDD)の方法論とほぼ重なる。財務DDが過去の数字の正常化を担うのに対し、Commercial DDは将来の事業性を独立検証する。ファンドのテーゼ検証は、まさにこの将来の検証が主戦場だ。ただ事業会社のCommercial DDと違うのは、3つ目のEXITがファンドの満期から逆算される点だ。期限付きで投資家から資金を預かるファンドは、保有期間内に成立するEXITストーリーを買収時点で仕込めるかまで踏み込む必要がある。同じ「将来の検証」でも、検証の終点が決算上の事業継続ではなく、有限の保有期間内の売却にある。ここが、ICでEXITの前提を問われたときに効いてくる。Commercial DDのフレーム全体はCommercial DDとはの記事に、限られた予算と期間でこれを簡略化して回す型は中小Commercial DDの簡略フレームの記事にまとめている。
検証したテーゼは、最終的にバリュエーションの前提に落ちる。成長率、利益率の改善幅、EXIT時のマルチプル——これらの根拠がDDの検証結果とつながっていないと、ICで「その成長率の前提はどこから来たのか」と問われたときに答えられない。DDとバリュエーションの接続は買収価格の決め方の記事で扱っている。
テーゼの裏づけ調査になっていて、参入障壁を見誤りかけた
うまくいかなかった事例も挙げておく。あるファンドが「ニッチ市場で圧倒的シェア、よって価格決定力がある」というテーゼで進めていたソフトウェア企業の案件で、当初のDD設計はシェアの高さを確認する方向に寄っていた。たしかにシェアは高い。だが筆者がレビューに入った際、「シェアが高いことと、価格を上げても顧客が逃げないことは別の話だ」と引っかかった。
そこで急きょ、解約した元顧客5社へのヒアリングを追加したところ、実は数年前から競合のクラウド製品にじわじわ乗り換えが進んでおり、現在のシェアは過去の遺産で、スイッチングコストの堀は思ったより低いと分かった。テーゼの「参入障壁」の前提が崩れかけていたのに、当初の設計では見えていなかった。シェアの数字だけ見ていたら、堀を過大評価したまま投資していた可能性が高い。テーゼは裏づけるのではなく、最も脆い前提から反証を試みる。これがファンドのDDで何度も思い知らされる原則だ。
Buy-side DDとVDD(ベンダーDD)の使い分け
ファンドが関わるDDには、自ら買い手として行うBuy-side DDと、売り手があらかじめ用意したVDD(ベンダーDD、Sell-side DD)の2種類がある。とくにオークション形式の案件や、売り手側にもファンドやアドバイザーがついている案件では、VDDレポートが先に配られていることが多い。
VDDがあると、買い手は一からDDを組み立てる手間が省け、初期の検討が速くなる。ただしVDDは売り手が費用を負担して作らせたレポートだ。意図的に虚偽を書くことは稀でも、売り手にとって不利な論点は深掘りされにくく、前提が売り手寄りに置かれていることはある。VDDを鵜呑みにして本格DDを省くのは危うい。
| 観点 | Buy-side DD | VDD(ベンダーDD) |
|---|---|---|
| 誰のためか | 買い手(ファンド)の投資判断のため | 売り手が用意。複数の買い手候補に配布 |
| 論点の置き方 | 買い手のテーゼと懸念を起点に設計 | 売り手に不利な論点は深掘りされにくい傾向 |
| ファンドの使い方 | テーゼ検証と価格・契約交渉の主軸に据える | 初期理解の足場にし、重要前提だけ独立検証する |
実務での勘所は、VDDが出ている案件でも、テーゼの中核に関わる前提だけはBuy-sideで独立検証することだ。たとえばVDDが市場規模を一次データなしに楽観的に置いているなら、そこは自前で取りにいく。VDD全体を再調査する必要はないが、投資判断の急所に関わる数字の出所だけは、自分の目で確かめる。VDDは「足場」であって「結論」ではない。
仲介会社の用意した資料とDDの違い、売り手がどこまでDDに踏み込めるかという構造は仲介はDDをどこまでやるかの記事でも触れている。VDDも構造としては似た立場の限界を抱えている。
VDDの市場規模の前提を独立検証して交渉材料にした
オークション案件で、売り手側のVDDが「対象市場は年率8%で成長する」という前提でバリュエーションを組み立てていた。買い手であるファンドのチームは、このVDDを足場にしつつ、市場成長率の根拠だけを独立に取りにいった。
公開されている業界統計と、対象会社の主要顧客への簡易ヒアリングを突き合わせたところ、市場全体は確かに伸びているが、対象会社が属するセグメントは成熟しており、成長率は実態として3〜4%程度だと分かった。VDDの8%は市場全体の数字で、対象セグメントには当てはまらなかったわけだ。チームはこの差をバリュエーションに反映し、入札価格を引き下げる根拠にした。VDDをそのまま信じていたら、過大な価格で落札していた。売り手寄りの前提は、急所だけ自分の手で確かめる価値がある。
AI×専門家が、案件数の多いファンドにこそ効く理由
ここまでの段階設計とテーゼ検証を、すべて人手の専門家工数だけで回そうとすると、案件数の多いファンドほど工数が破綻する。Red Flag DDの段階で公開情報を集め、開示資料を読み込み、IRLの初稿を作り、市場データを整理する——この定型処理に専門家の時間を奪われると、肝心のテーゼ検証やマネジメントインタビューに割く時間が削られる。
ここがAI×専門家の分担が効く一番の理由だ。定型処理をAIで圧縮し、専門家を判断が要る工程に集中させる。ただファンドで効くのは「1件あたりが安くなる」ことより、効率化が案件のファネルに沿って効くことだ。圧縮が効くのは案件数の多いスクリーニング段階——降りる9割が通る入口——で、ここの一次整理が速くなると、降りる判断が前倒しになり、本格DDに進む数件へ専門家の時間を厚く寄せられる。1件あたりの効率化は小さく見えても、年間数十件のスクリーニングのレイヤーで積み上がると、チームのキャパシティが実質的に増える。
工程の分担はおおむねこうなる。
- AIが担う:開示資料の横断分析、公開情報の名寄せ、市場・競合の一次調査、IRL(質問票)の初稿、契約書の網羅レビューの下処理
- 専門家が握る:論点設計、テーゼの脆い前提の特定、マネジメントインタビュー、出典妥当性の評価、最終判断
この分担によって、たとえば数十億円規模のディールでBDDとIT-DDを大手ファームにフルスコープで委託すれば1,500万〜3,000万円規模になる——案件規模やスコープ次第で当然上下するが、おおむねこの水準だ——ところを、品質を落とさず大手より速く・安く回せる余地が生まれる。ファンドにとっては、1件あたりのDDコストが下がること以上に、降りる判断が速くなり、進める案件にチームを集中できることの価値が大きい。なぜAIで圧縮しても品質が落ちないのか、どの工程を機械に任せ、どこを人が大手と同等に握るのかはAIで安く・速いのに品質が落ちない理由の記事で具体的に開示している。
ロールアップ戦略で同種の会社を連続して買うファンドでは、この効果がさらに大きい。買収先ごとにDDの論点と型が共通化できるため、AIで定型部分を標準化し、専門家は会社固有の差分に集中できる。ロールアップ案件でDDを標準化する設計はロールアップDD標準化の記事で扱っている。
そして、検証したリスクは買収後の100日で手当てされて初めて意味を持つ。DDで「キーパーソン流出リスク」「システムの属人化」と特定したなら、それは100日計画の最優先項目になる。DDの発見事項とPMIの接続はPMI100日プランの記事で詳しく扱っている。ファンドにとってDDは投資判断のためだけでなく、EXITまでの価値創造プランの起点でもある。
スクリーニングをAIで圧縮し、専門家がテーゼに集中した
あるミドルキャップのファンドで、四半期に十数件のスクリーニングを回す体制を一緒に組んだことがある。それまでは各案件のRed Flag DDで、担当者が公開情報を手作業で集め、開示資料を一枚ずつ読み込むのに数日かかっていた。
ここにAIによる開示資料の横断分析と公開情報の名寄せを入れたところ、Red Flag DDの一次整理が1〜2日に縮まった。浮いた時間で、専門家が各案件の「テーゼの最も脆い前提はどこか」を見極める論点設計に集中できるようになった。結果として、降りるべき案件をより早く見切れるようになり、本格DDに進んだ案件ではテーゼ検証の深さが増した。担当者が言っていたのは「作業から解放されて、ようやく考える時間ができた」という一言だ。AIが効くのは作業の置き換えというより、専門家を判断に専念させられる点にある。
まとめ
PEファンドのDDは、投資委員会で詰められても耐える厚みと、ディールの回転率を落とさない速さという、相反する要求を同時に満たさなければならない。これを設計で解く鍵が、致命的論点だけを数日で潰すRed Flag DDと、投資テーゼを腰を据えて検証する本格DDの二段設計だ。降りるべき案件を早く見切り、進める案件にチームと予算を集中させる。
本格DDでは、成長ドライバ・参入障壁・EXITシナリオというテーゼの前提を、裏づけるのではなく反証を試みる姿勢で独立検証する。VDDが出ている案件でも、テーゼの急所に関わる前提だけは買い手の手で確かめる。そして忘れてはならないのは、ICが見たいのはリスクの不在ではなく、リスクが特定され価格・契約・100日計画に織り込まれていることだという点だ。
案件数の多いファンドでこの効率化が効くのは、コストよりファネルの入口だ。スクリーニング段階の定型処理をAIで圧縮すると、降りる判断が前倒しになり、本格DDに進む数件へ専門家の時間を厚く寄せられる。DD-AXは、AIで作業を圧縮し経験を積んだ専門家が論点設計とテーゼ検証を握る分担で、大手ファームと同等の厚みを、降りる速さを殺さずに組む。ディールの回転率と投資判断の質を両立させたいファンドの、DD設計の相談先として使ってほしい。