PEディールチームのAI実務フロー｜ソーシングからExitまでの8工程マップと引き継ぎ設計

結論：工程ごとにAIを使っても、案件全体は速くならない

PEファンドのディールチームで生成AIの導入が進まない、あるいは導入したのに手応えがない、という声の多くは、個々のプロンプトの質の問題ではありません。工程が切り替わるときに、前工程で確定した前提が次工程へ渡っていないことが原因です。

PEの案件は、ソーシングからExitまでで数年に及びます。その間に担当者が替わり、扱う資料が公開情報からIM、VDR、月次実績へと変わり、使うツールもリサーチ画面からモデル、取締役会資料へと移ります。工程ごとにAIを使うと、その出力は各工程のチャット履歴や個人のローカルファイルに残ります。履歴は残りますが、次工程の入力にはなりません。

結果として、同じ論点を何度も調べ直す、DDで判明した事実がモデルの前提に入らない、投資委員会での指摘が保有期間の計画に落ちない、Exitのときに当初の仮説と実績を突き合わせられない、という現象が起きます。工程内を速くしても、工程間で落ちた情報は後工程でやり直すことになります。

本記事は、この引き継ぎを設計するために、案件ごとに1枚の「案件ノート」（前提・確度・根拠・出典・モデル参照・更新日を並べた台帳）を工程をまたいで持ち回すことを提案します。これは編集部の提案フレームであり、業界標準の様式でも、実測データに基づく効果測定でもありません。ただし、後述する4つの引き継ぎ失敗は、いずれも「前提がどこにも書き残されていない」ことに帰着します。

もう一点、AIで短縮できるのは調査・整理・下書きであって、実査・マネジメント面談・交渉・委員会での審議は短縮しません。AI併用の効果は「全工程が一律に◯%速くなる」形では現れず、工程ごとの時間配分が変わる形で現れます。後半の整数設例では、人しか担えない時間の比率が33.0%から49.6%へ上がることを数値で示します。

全体像：8工程×AI適用マップ

まず、8工程それぞれで「何を材料に、AIが何を下書きし、人が何を確定し、次工程へ何を渡すか」を1枚に置きます。工程の呼び方や区切り方はファンドで異なりますが、本記事では次の8区分を使います。

図の内容を、各工程の詳細記事とあわせて表にします。手順そのものは既存記事で扱っているため、本記事では繰り返しません。

この記事が扱う範囲と、扱わない範囲

本記事は工程間の接続を扱うハブです。次の内容は既存記事に譲ります。

• PEの投資プロセスそのもの（IOI・LOI・独占交渉権の法的拘束力、SPA交渉、案件ファネルの実態）はPE投資プロセス完全ガイドで扱っています。
• 各工程でのAIの使い方の手順とプロンプトは、上表の「工程の詳細記事」欄の各記事にあります。
• AI出力の一般的な検証手順は生成AI出力の検証手順に譲り、本記事では「工程またぎで発生する検証」だけを扱います。

本記事が加えるのは、工程をまたいだときに何が壊れるかと、それを防ぐための記録の形です。

工程間の引き継ぎで壊れる4つのこと

実務でよく見る引き継ぎの断絶を4つに整理します。いずれも「前工程で分かったことが、次工程の入力になっていない」という同じ構造です。

(1) 初期スクリーニングの前提が投資仮説へ引き継がれない

初期スクリーニングは「落とす理由を短時間で見つける」作業です。残した案件については、なぜ残したのかの根拠が担当者のメモかチャット履歴に散らばったままになり、数週間後に投資仮説を組む段階で、市場規模・競合構成・価格帯の相場をもう一度ゼロから調べ直すことになります。

兆候は2つです。③投資仮説の作業時間が②初期スクリーニングの2倍以上かかっている、②で読んだ資料を③でもう一度AIに要約させている。

(2) DDで判明した事実がバリュエーションの前提へ反映されない

DDの成果物は文章のレポートで、バリュエーションの入力はモデルのセルです。両者をつなぐのは人の読み替えしかありません。正常化EBITDAの調整項目、一時費用の扱い、設備更新の必要額、運転資本の季節変動、リース契約の残存期間といった論点は、DDレポートに書かれていても、モデルに入るのはその一部です。

兆候は、投資委員会で「DDレポートのこの指摘は、モデルのどこに入っていますか」と聞かれて即答できないことです。

(3) 投資委員会での指摘がバリューアップ計画へ落ちない

投資委員会は「投資してよいか」を決める場であり、議事録の中心は決議と付帯条件です。「決議は妨げないが懸念は残る」というレベルの指摘は記録の外に出やすく、さらにクロージング後は担当が投資チームから運営側へ移るため、口頭でも引き継がれません。兆候は、100日計画に投資委員会の指摘への対応が1つも入っていないことです。

(4) Exit時に当初の投資仮説と実績を突き合わせられない

3〜5年後、当初の仮説を書いた人はチームにいないことがあります。ICメモはPDFで残っていても、各数値がどの資料の何ページから来たのか、どの前提が「確定」でどれが「仮置き」だったのかは残りません。結果として、売り手としてのエクイティストーリーを作るときに「何が効いて何が効かなかったか」を再構成できず、ファンドとしての学習も組織に残りません。

AIを使うと、引き継ぎ漏れが見えにくくなる

ここが本記事の核心です。人だけで作業していれば、引き継ぎ漏れは「その論点の記述がない」という空白として現れ、読み手は気づけます。

一方、AIは渡された範囲でしか答えられませんが、渡されなかった部分は一般論で埋めます。しかも埋めたことは出力に書かれません。前工程で「顧客解約率は約8%と確認済み」という事実があっても、それを渡さずに次工程の分析を頼めば、AIは「業界平均的な水準」といった記述で穴を埋めます。引き継ぎ漏れが空白ではなく、もっともらしい一般論として現れるため、レビューで検出しづらくなります。これは編集部の推論であり実測に基づくものではありませんが、AI併用時に工程間の記録を明示的に設計すべき理由になります。

案件ノート：前提・根拠・出典・更新日を1か所に集める

案件ノートは、案件ごとに1枚だけ持つ前提の台帳です。ICメモが「その時点の結論」を対外的に整えた文書であるのに対し、案件ノートは結論の材料を、確度と出典つきで積む作業台帳です。議事録とも異なります。議事録は検索できますが、モデルの前提と突合できません。

様式（9列）

運用ルール5つ

1. 上書きしない。確度や数値が変わったら行を追加し、旧行は「更新済」として残します。前提の変遷そのものが、Exit時の振り返りの材料になります。
2. 出典のない行は確度を上げない。「仮置き」から先へ進めるには、出典列が埋まっていることを条件にします。
3. 工程を終えるときに3点だけ書く。「確度が上がった行」「消した行とその理由」「新設した行」。これが次工程への引き継ぎメモになります。
4. モデル参照が空欄の「確定」行は、バリュエーション工程のチェック対象にする。DDで確定したのにモデルに入っていない前提を機械的に炙り出せます。
5. AIに渡すときは、確度と出典の列も一緒に渡す。前提の文だけを渡すと、AIは仮置きも確定も同じ強さの事実として扱います。

行数の目安は30〜60行です。細かすぎると維持されず、粗すぎるとモデルの前提と対応しません。粒度の基準は「その行が変わると価格レンジか投資判断が動くか」で、動かない行は作らないと決めておくと維持できます。

プロンプト例：新しい事実で案件ノートを差分更新する

工程の切り替わり時、または重要な新事実が判明したときに使う型です。AIには新規作成ではなく差分の提案だけをさせ、確定は人が行います。AIエージェントに台帳を自動で書き換えさせず、提案と反映を分けてください。

【役割】あなたはPE投資案件の記録管理を補助するアシスタントです。投資判断は行いません。

【目的】新たに判明した事実を受けて、既存の「案件ノート」のどの行が影響を受けるかを特定し、
更新案を差分の形で提案してください。ノート本体を書き換えた完成版は出力しないでください。

【入力1：案件ノート現行版】
（前提ID／分類／前提の文／確度／根拠／出典／初回記入工程／モデル参照／更新日 のTSVを貼付）

【入力2：新たに判明した事実】
（出典と日付を明記した箇条書き。例：「財務DD報告書 p.42（2026-05-20）：外注加工費は売上原価の18%」）

【単位】金額は百万円、比率は%、期間は月。入力の単位が異なる場合は換算せず、換算が必要な旨を指摘する。

【出力形式】次の4区分に分け、各行の先頭に前提IDを置いた表で出力する。
 A. 確度が上がる行（現在の確度 → 提案する確度 → 根拠となる新事実）
 B. 数値が変わる行（現在値 → 提案値 → 差分 → 根拠）
 C. 矛盾が生じる行（どの前提とどの新事実が矛盾するか、両方の出典を並記）
 D. 新設を提案する行（分類・前提の文・確度は必ず「仮置き」・根拠・出典）

【計算方法】比率は分子・分母・計算式をその場に書く。丸めは小数第1位まで。

【禁止事項】
 - 入力にない数値を補完しない。業界平均・一般的傾向で穴を埋めない。
 - 確度を「確定」に上げる提案は、出典（資料名とページ、または面談日と相手の役職）がある場合のみ。
 - 投資の可否、価格の妥当性、Passの是非についての意見を書かない。

【不明情報の処理】判断できない場合は「情報不足：確認すべき資料名」と書く。推測は書かない。

【出典表示】提案の各行に、根拠とした入力2の該当箇条書きの番号を必ず付す。

【検算】出力の最後に、A〜Dの行数合計と、入力2の事実のうち「どの行にも反映されなかったもの」を
 番号と理由つきで列挙する。

【レビュー項目】人が確認すべき点を3つ挙げる。特に
 (1) モデル参照欄が埋まっている行の数値変更、(2) 矛盾行、(3) 新設行の確度 を優先する。

最後の「反映されなかった事実の列挙」が要点です。AIの取りこぼしは、余計な追加ではなく欠落として現れます。入力した事実の番号を突き合わせることで、欠落を機械的に検出できます。

機密段階の切り替え：公開情報フェーズ→NDA後→VDR

工程が進むと、手元にある情報の機密度が段階的に上がります。AIに投入してよい範囲は工程ごとに変わるため、案件ノートの扱いも段階で変える必要があります。

段階の切り替えは、案件ノートの行が増えるタイミングと一致します。行を追加するときに「この行の出典はどの段階のものか」を判別できるようにしておくと、後から段階別の取り扱いを機械的に分けられます。社内ルールの作り方と環境ごとの可否判断は生成AIに入れてよい情報・いけない情報で扱っています。

整数の設例：工数はどこが減り、どこが減らないか

架空案件で工数を比較します。実在の案件・ファンドとは関係がなく、以下の数値は本記事が置いた仮設定であり、実測値ではありません。

前提

• 対象：桜井精密工業株式会社（架空）。産業用ポンプ部品の中堅メーカー、事業承継案件。ディールチーム3名。
• 測定対象：ソーシングからクロージングまでと、バリューアップ計画策定・Exit準備のチーム合計作業時間（時間）。
• 各工程の工数をA：調査・整理・下書きとB：実査・面談・交渉・審議に二分し、AI併用でAが50%短縮、Bは不変と仮定します（本記事の仮定です）。

※構成比のAI併用後の合計が100.1%になるのは四捨五入によるものです（⑥と⑧はそれぞれ110÷984＝11.179%）。

検算

• A合計＝100＋72＋80＋280＋140＋100＋120＋100＝992時間。B合計＝20＋8＋20＋200＋60＋60＋60＋60＝488時間。従来合計＝992＋488＝1,480時間。
• AI併用後＝992÷2＋488＝496＋488＝984時間。工程別の合算でも 70＋44＋60＋340＋130＋120＋110＋110＝984時間で一致します（⑥110＋⑧110を含む）。
• 削減＝1,480−984＝496時間。削減率＝496÷1,480＝33.5%。
• 案件ノートの維持に全工程で合計40時間を要すると置くと、984＋40＝1,024時間。削減は456時間、削減率は456÷1,480＝30.8%に下がります。記録を残すことには工数がかかります。
• 短縮しないB（488時間）が全体に占める比率は、従来 488÷1,480＝33.0%、AI併用後 488÷984＝49.6%（案件ノート込みでは488÷1,024＝47.7%）。

この設例から読み取れること

• 最大の工程はDDです（従来32.4%）。削減の絶対値も140時間で最大ですが、その中の200時間は実査とマネジメント面談で、AIでは減りません。
• AI併用後は、人しか担えない作業の比率が上がります（33.0%→49.6%）。「AIで空いた時間を何に使うか」を先に決めていないと、削減分は案件数の増加に吸収され、1件あたりの検討の深さは変わりません。
• 記録には工数がかかります。案件ノートの維持に40時間を置くと削減率は33.5%から30.8%へ下がります。それでも記録を勧めるのは、前節の4つの引き継ぎ失敗によるやり直しの工数がこの40時間に収まらないと考えられるためです（編集部の判断であり、比較実験の結果ではありません）。

人が握る意思決定点の一覧

AIに任せてよい範囲を線引きするには、まず「決定」がどこにあるかを明示するのが確実です。決定権限の配分はファンドの規程で異なるため、下表は典型的な整理として読んでください。

要点は、決定事項の欄にあることはAIの出力をそのまま採用してはならないという一点です。境界が曖昧になりやすいのは⑤の価格と⑥の条項で、いずれもAIは論点の整理までにとどめ、水準の決定と法的判断は人が行います。決定の結果は、案件ノートの該当行（確度と出典）と決議録の双方に残します。

工程またぎで発生する検証方法

AI出力そのものの検証（数値照合、出典の実在確認、ハルシネーションの検出）は生成AI出力の検証手順に譲り、ここでは工程をまたぐときにだけ必要になる5つを挙げます。

1. 前提IDのカバレッジ検証：ICメモに登場する数値をすべて拾い、案件ノートの前提IDに紐づくかを確認します。紐づかない数値は出所不明であり、この時点で潰します。
2. モデル参照の空欄検証：確度が「確定」かつモデル参照が空欄の行を抽出します。DDで確定したのにバリュエーションへ反映されていない前提が機械的に出てきます。逆に、モデルの前提セルのうち案件ノートに対応行がないものも同時に確認します。
3. IC指摘のトレース検証：議事録の指摘に通し番号を振り、100日計画の施策番号と対応表を作ります。対応先のない指摘がゼロ件であることを確認します（対応しない場合も理由を書いて対応表に載せます）。
4. AI要約の欠落検証：前提リストをAIに渡して要約させ、渡した前提IDのうち要約に登場しないものを差分で抽出します。AIの取りこぼしは追加ではなく欠落として現れるため、この差分チェックが有効です。
5. Exit時の逆読み検証：案件ノートの各前提に「実績」列を追加し、差異の絶対値が大きい順に並べます。差異の理由が空欄の行を残さないことをルールにします。

5番目で使う型を示します。

【役割】あなたはPE投資の振り返り資料の作成を補助するアシスタントです。評価や助言は行いません。

【目的】投資実行時の案件ノート（前提）と保有期間の実績を突き合わせ、差異の一覧を作る。

【入力1：投資実行時の前提】前提ID／前提の文／数値／単位／確度／出典 のTSV
【入力2：実績】前提ID／実績値／単位／出典（月次報告書名・年月） のTSV

【単位】金額は百万円、比率は%。単位が一致しない前提IDは計算せず「単位不一致」と記す。

【出力形式】差異の絶対値が大きい順に並べた表。列は
 前提ID｜前提の文｜投資時の値｜実績値｜差異｜差異率｜投資時の確度｜出典（投資時／実績）｜突合可否

【計算方法】差異率＝（実績値−投資時の値）÷投資時の値×100、小数第1位まで。
 分母が0または欠損の場合は「算定不可」と記す。

【禁止事項】
 - 実績が入力にない前提IDの実績値を推定しない。「実績未取得」と記す。
 - 差異の原因を断定しない。候補を挙げる場合は「候補」と明示する。
 - 投資判断の巧拙、担当者の評価に関する記述を書かない。

【不明情報の処理】入力2に対応行がない前提IDは、突合可否を「不可（実績未取得）」とする。

【検算】表の下に (1) 入力1の行数、(2) 突合できた行数、(3) できなかった行数、
 (4) (2)+(3)が(1)と一致するか を明記する。

【レビュー項目】(a) 差異率の上位5行、(b) 投資時の確度が「仮置き」のまま実行に至った行、
 (c) 突合不可の行 を列挙する。

(b)の「仮置きのまま実行に至った行」は、次の案件の設計に直結します。仮置きのまま押し切った前提が結果的に外れているなら、同種の前提はDDのスコープに入れる、という改善につながります。

機密情報・個人情報の注意

案件ノートは案件の非公開情報を1か所に集める設計であるため、それ自体が高い機密度を持つ文書になります。保存場所・アクセス権・保存期間を社内規程に沿って定め、NDA上の目的外利用や第三者提供の制限に抵触しないかを、AIへの投入前に契約条項で確認してください。従業員の氏名・評価・健康情報などが含まれる資料は、個人情報として別枠で扱い、必要がなければ案件ノートには転記せず、参照先だけを記録します。個人情報保護委員会は生成AIサービスの利用に関する注意喚起を公表しており（2023年6月2日）、詳細な社内ルールの作り方は生成AIに入れてよい情報・いけない情報を参照してください。

よくある失敗

1. 工程ごとに別々のチャットで作業し、前提を渡さない。最も多い失敗です。工程をまたぐときは、前提リストを冒頭に貼ることを手順に組み込みます。
2. 案件ノートを議事録にしてしまう。1行＝1前提、数値と単位つき、という形を崩さないことが条件です。
3. 確度を書かない。確度列がないと、仮置きの数字が次工程で確定事実として扱われます。3段階に固定し、区分を増やさないことが維持のコツです。
4. AIの出力をそのまま案件ノートに貼る。出典列が「AIの回答」になった時点で、その行は監査証跡として機能しません。AI出力は「確認すべき候補」として別欄に置き、原資料で確認できたものだけを本体に移します。
5. 粒度が細かすぎて維持されなくなる。200行のノートは数週間で更新が止まります。「その行が変わると価格レンジか投資判断が動くか」で絞ります。

実務チェックリスト

• 案件ノートは案件ごとに1枚だけで、保存場所がチーム全員に共有されている
• すべての行に前提ID・数値・単位が入っている（形容だけの行がない）
• 確度は「仮置き／裏取り中／確定」の3段階のみで運用している
• 確度が「裏取り中」以上の行には、資料名とページ、または面談日と相手の役職が入っている
• 出典列に「AIの回答」と書かれた行がゼロ件である
• 工程の終わりに「確度が上がった行／消した行／新設した行」の3点を書いている
• 確度「確定」かつモデル参照が空欄の行を、バリュエーション着手時に洗い出している
• モデルの前提セルのうち、案件ノートに対応行がないものを把握している
• ICメモの数値がすべて前提IDに紐づいている
• 投資委員会の指摘に通し番号があり、100日計画の施策番号と対応表がある
• 対応先のない指摘について「対応しない理由」が書かれている
• AIへの投入前に、その行の情報がどの機密段階のものかを判別できる
• Exit準備の開始時に、実績列を追加して差異順に並べる作業を予定に入れている

日本のPE実務での留意点

• 事業承継案件はソーシング工程が長期化します。オーナーとの関係構築に数年かかり、その間に担当者が替わります。案件ノートを「休眠」状態で保管し、再開時に確度を全行見直す運用を最初から設計しておくと、やり直しを減らせます。
• 非上場の中堅企業は公開情報が限られます。公開情報フェーズでAIが埋められる範囲が狭く、一般論での穴埋めが起きやすくなります。この段階の前提は原則すべて「仮置き」で始めると決めておくのが安全です。
• VDR資料が紙のスキャンPDFであることがあります。OCRの読み取り誤りが前提に混入するため、モデルに載せる数値は原資料の該当ページで目視確認し、出典列にページ番号を残します。
• 仲介・FA経由の案件はプロセスレターで期限が切られます。工程短縮の恩恵は「入札までの日数」ではなく「入札までに検討できた論点数」で測るほうが実態に合い、案件ノートの行数と確度の分布がその指標になります。
• 上場企業の非公開化ではインサイダー情報の管理が加わります。案件ノート自体が重要事実を含む文書となり得るため、アクセス権と保存を通常より厳格に運用する必要があります。

よくある質問（FAQ）

Q. 案件ノートはどのツールで作るべきですか

スプレッドシート1枚から始めるのが現実的です（本記事の提案です）。列の追加が容易で、版の差分が取りやすく、そのままAIに貼り付けられるためです。DDのQ&A管理ツールや社内ナレッジ基盤でも構いませんが、条件は工程をまたいで同じ前提IDが使い続けられることと案件チーム全員が同じ1枚を見ていることです。ツールを増やすほどノートが分裂します。

Q. Passした案件のノートは残すべきですか

残す価値があります。同じ会社が2〜3年後に再び市場に出てくることは珍しくなく、「前回どの前提でPassしたか」「その理由は今も成立するか」を照合できれば、初期スクリーニングの精度と速度が両方上がります。ただし保存範囲は機密段階に応じて社内規程で定める必要があり、NDA上の返還・破棄義務がある資料には注意が要ります。Pass案件は、出典を参照情報に置き換えて前提と理由だけを残す整理が実務的です。

Q. 途中でチームメンバーが交代した場合、案件ノートで引き継ぎは足りますか

口頭の引き継ぎの代替にはなりません。マネジメントの人柄、交渉相手の反応、売り手側の温度感はノートに乗りません。一方で、口頭では伝わりにくい「なぜこの数字なのか」「どの前提がまだ仮置きなのか」は確実に残ります。運用ルール3の3点メモを引き継ぎ資料の中心に置き、それ以外を口頭で補うのが機能します。

まとめ

• PE案件でAIの効果を決めるのは、各工程のプロンプトの巧拙よりも、工程間で確定した前提を持ち越す仕組みがあるかどうかです。
• 典型的な断絶は4つ（②→③、④→⑤、⑥→⑦、③→⑧）で、いずれも「前提がどこにも書き残されていない」ことに帰着します。AIを使うと、断絶は空白ではなくもっともらしい一般論として現れるため検出が難しくなります。
• 解決策として、前提ID・前提の文・確度・根拠・出典・モデル参照・更新日を並べた案件ノートを1案件1枚で持ち回すことを提案しました。上書きしない、出典のない行の確度を上げない、の2つが運用の要です。
• 整数の設例では、8工程の合計が1,480時間から984時間（▲33.5%）になる一方、実査・面談・交渉・審議の488時間は減らず、構成比は33.0%から49.6%へ上がりました。速くなるほど、残る仕事は人の判断に寄ります。

出典・参考（2026-08-16確認）

• 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」（2023年6月2日）
• 総務省・経済産業省「AI事業者ガイドライン（第1.2版）」紹介ページ（2026年3月31日更新）
• 金融庁「AIディスカッションペーパー（第1.1版）」（2026年3月3日）
• 日本銀行「金融システムレポート別冊　金融機関における生成AIの利用状況とリスク管理」（2024年10月21日公表、更新版あり）
• 本記事の8工程区分、案件ノートの様式・運用ルール、工数の設例は、いずれも編集部が置いた提案・仮設定であり、上記出典に記載された内容ではありません。工数の数値は実測結果ではありません。

※本記事は教育目的の一般的な解説であり、法務・税務・会計・投資に関する助言ではありません。実際の判断は専門家にご確認ください。設例は理解のための仮設例です。AI製品の仕様・料金は変更されることがあるため、利用前に各社の公式情報をご確認ください。