DDからPMIへ：技術の発見事項を100日統合計画に落とす

技術DDの報告書が手元に届きました。赤や黄の信号がいくつも並び、リスクレジスタには是正費用のレンジまで書かれている。ここまではよく整理されています。しかしクロージングが近づくにつれ、社内の空気が変わります。「で、買収した後は何から手をつけるんだ」と経営に聞かれ、PMI担当は報告書を前に固まる。赤の指摘は「重要そうだ」とは分かるのに、どれを価格に効かせ、どれを契約で縛り、どれを自分たちが引き取って直すのか、振り分けが決まらない。

そのまま日が過ぎると、指摘は塩漬けになります。クロージング後は現場の統合作業に追われ、DDで見えていたリスクは「そういえばあったな」と薄れていく。半年後にモデルの価格改定や規約問題が表面化して初めて、あの赤い指摘だったと気づく。もったいないのは、報告書に答えの半分は書いてあったことです。技術DDの発見事項は、価格交渉・契約条項・買収後の統合計画という3つの出口に配れば、そのまま作業計画になります。その配り方と、買収後100日で何を最優先するかを、サンプル案件の具体で追っていきます。

発見事項は「どこで解決するか」で3つに配る

リスクレジスタを1件ずつ眺めても、優先順位はつきません。判断が進むのは、各発見事項に「これはどの出口で片づけるか」というラベルを貼ったときです。出口は大きく3つ。売り手に責任があり金額換算できるものは価格へ、是正しきれず売り手の確約が要るものは契約条項へ、買い手が引き取って時間をかけて直すものはPMIへ。1件が2つの出口にまたがることもあります（規約のグレーは価格にも契約にも効く）。まず全体像を表で押さえます。

この3分類は、責任と時間の置き場所を決める作業です。売り手が直すべきものを買い手が抱えれば追加負担になり、契約で縛れるものを価格だけで処理すれば履行の担保が残らない。逆に100日で直せる運用課題を価格交渉に持ち込んでも、交渉は長引くだけで金額は動きません。配り先を間違えないことが、報告書を動く計画に変える出発点です。

サンプル案件で見る、10件の振り分け

抽象論だと動けないので、サンプル案件で具体を通します。対象はコンタクトセンター向けのRAG型応対支援SaaSを持つAIスタートアップで、総合結論は条件付き推奨、ディールブレーカーはなし。発見事項は価格調整材料が4件（F-01〜F-04）、PMI課題が6件（F-05〜F-10）でした。サンプル案件では、価格調整インパクトの概算は是正費用の直接見積3,100〜5,300万円にリスク見合いを足して▲0.8〜1.4億円。この4件をどの出口に配り、100日で何を先にやるかを1枚にまとめます。

赤の4件はいずれも価格に効きますが、性格が違います。F-01は是正見積が立つので金額に落とせる。F-02とF-03は「今いくらで直すか」に加えて「過去に問題がなかったか」の裏づけが要るため、価格と契約の両輪で扱う。F-04は金額換算しつつ、金では埋まらない属人性を100日で解きます。黄の6件は買い手が引き取るPMI課題で、価格交渉に持ち込むと論点が散らかるため統合計画の材料として別立てにします。

100日で最優先する3つは、良い数字を守る順で決まる

PMI課題を全部いっぺんに着手はできません。優先順位は「壊れると痛いものから守る」で決めます。サンプル案件の対象会社は、月次解約率0.8%・NRR108%という国内SaaSとして良好な数字を持っていました。この数字はプロダクトが顧客業務に定着している証拠で、買収価値の核です。統合でここを毀損したら本末転倒なので、100日の優先3つは「この良い数字を守るために先に何を止血するか」で並びます。

1. moat（競争優位）の保全：単一モデル依存の抽象化

この会社の強みは薄いラッパーではなく、12万ペアの検索評価データと自社学習した軽量リランカーにあります。ところが基盤モデルが海外大手1社に単一依存で抽象化層がない（F-01）。サンプルの感応度分析ではモデル価格＋30%で粗利が約7pt悪化します。抽象化層を入れて差し替え可能にする作業は、価値の源泉を外部の値付けから切り離す止血であり、100日の最優先に置きます。

2. 規約の是正：解約とレピュテーションの芽を摘む

顧客データの二次利用がopt-out欠如の包括同意のみで、学習利用が規約上グレー（F-02）。これは技術というより運用と説明責任の問題で、表面化すれば解約やエンタープライズ商談の停止に直結します。0.8%の解約率を守るなら、同意設計の見直しと顧客への説明を早期にやる。ここは是正が遅れるほど「知っていて放置した」期間が延びるため、100日の前半で着手します。

3. キーパーソン対策：バス係数1を2以上へ

コミットの71%がCTOに集中し、検索パイプラインはバス係数1（F-04）。この人が抜ければ開発が止まり、NRRを支える改善サイクルも止まります。価格調整とリテンション誓約で契約上は手当てしても、属人性そのものは消えません。100日では、CTOしか触れない領域のペア作業とドキュメント化を回して知識を2人目に移す、金では買えない部分を時間で埋める作業に取り組みます。

30日・60日・90日で何をやるか

優先3つを軸に、残りのPMI課題を100日に配置します。前半は「止血と可視化」、中盤は「仕組み化」、後半は「定着と次の投資判断」。サンプル案件を例に、期間ごとの主眼を1枚にします。実際の案件では対象会社の体制や統合方針で前後しますが、骨格はこの形で通せます。

90日目のISMSは守りだけの話ではありません。サンプル案件では認証未取得で年3件のエンタープライズ商談を失注しており、平均単価297万円で約900万円/年の売上機会、粗利率65%で約580万円/年の利益貢献に相当します。取得費用の見積800〜1,200万円と並べれば、減点項目であると同時に買収後の打ち手になる。100日プランの終盤を「守り」から「攻め」へ切り替える置き所です。

表明保証・誓約条項に、技術の論点をどう渡すか

契約条項そのものの設計は法務の領域で、ここで扱えるのは技術者観点の論点提供に留まります。それでも技術DDの発見事項は、価格で片づかない論点を法務が条項に落とせる形の事実と問いに変換する材料になります。サンプル案件で契約側に渡すべき技術論点を整理すると、次のようになります。

技術側が「こう縛るべき」と条項を書くのではなく、「ここに不確かさがある、事実で確かめるか確約で埋めるかを判断してほしい」と論点を渡す。法務はその問いを条項に翻訳できます。DD報告書がこの形で論点を整理していれば、契約交渉の準備は数週間単位で早まる。報告書が読んで終わりでなく後工程の作業物になる、とはこの状態を指します。

よくある質問（FAQ）

価格調整とPMIで是正、赤い指摘はどちらで扱うのが正解ですか

信号の色ではなく「責任が誰にあり、いつ直せるか」で決めます。売り手に責任があり是正費用が見積もれるものは価格へ、買い手が引き取って統合期間で直せるものはPMIへ。サンプル案件のF-04のように、金額換算（価格）と属人性の解消（PMI）を両方やる件もあります。1件を無理に1か所へ押し込まず、出口をまたいで扱うのが実務的です。

100日プランはDD報告書だけで作れますか

骨格は作れます。リスクレジスタに是正費用のレンジと優先度が入っていれば、それを守るべき事業数値（サンプルではNRR108%・解約率0.8%）と突き合わせて、100日の優先順位まで引けます。ただし対象会社の体制や統合方針で打ち手の順番は前後します。報告書のPMI骨子を初版とし、統合チームで肉付けする使い方が現実的です。

買収の初期段階で、まだ案件が固まっていなくても相談できますか

できます。買収検討の初期段階で、そもそも技術DDが必要な案件かどうかの見立てから相談できます。案件の性格によっては軽い確認で足りることもあり、フルのDDが要るかを含めて一緒に整理します。まだ報告書が無い段階でも、どこにリスクが出やすいかの当たりをつけるだけで、その後の交渉と統合の準備は変わります。

DD報告書の赤い指摘が塩漬けになりそうなら、価格・契約・100日への配り方を一度壁打ちしてみてください。AIテックデューデリジェンスでは、発見事項を後工程で使える作業物として設計するところまでを扱っています。買収検討の初期段階、DDが必要な案件かの見立てからでも構いません。

あわせて読みたい

• AIテックデューデリジェンス完全ガイド：買収前にAIの中身をどう見極めるか
• AI固有デューデリジェンスの評価項目：moat・モデル依存・データ権利・eval体制
• テックDDチェックリスト：買い手が最初に確認する技術論点
• AIスタートアップの原価構造を読む：推論コストとモデル価格改定リスク
• コード品質と技術的負債の評価：静的解析・テスト・キーパーソン集中