はじめに
PMI（Post Merger Integration）は、M&Aクロージング後に買収した会社を実際に統合するプロセスです。組織・人事・システム・業務フロー・ブランドなど、あらゆる要素を「一緒にやっていける状態」に持っていく作業で、これが計画通りに進んだM&Aは、正直なところ多くありません。
失敗の原因は、DDが甘かったからだけではありません。DDで正確に課題を把握していても、PMI段階でその情報が活かされなかったケースが相当数あります。ここではその構造的な理由を、PMI支援で繰り返し関わってきた現場の手触りに沿って書きます。
「M&Aの大半は当初期待したシナジーに届かない」という言い方をよく耳にします。失敗率の具体的なパーセンテージは調査ごとに定義も数字もばらつくため、筆者はあまり当てにしていません。ただPMI支援の現場感覚としては、最初に描いたシナジーや統合スケジュールがそのまま実現する案件の方がむしろ少ない、というのが正直なところです。
DDとPMIの「断絶」——調査結果が統合計画に引き継がれない
DDを担当したチームとPMIを担当するチームが別、というケースは珍しくありません。大手FAやコンサルにDDを依頼し、クロージング後は自社の経営企画や事業部門が主導する形になったとき、DDで把握した課題の引き継ぎが不十分なまま統合が始まることがあります。
「DDレポートを渡した」は引き継ぎではありません。200ページのレポートの中に埋まっているリスクが、PMIの現場担当者に伝わっているかどうかは別の話です。特にビジネスDDやIT-DDで指摘された「統合後に対処が必要な論点」が、100日プランに落とし込まれていないまま放置されることが多い。
引き継ぎで失われやすいもの
- ビジネスDDで確認された顧客集中リスクと、その対処タイムライン
- IT-DDで把握したシステム統合の技術的制約と優先順位
- キーパーソンとして名前が挙がった人物の処遇・退職リスク
- 法務DDで指摘されたが「軽微」として処理された契約上の懸念
DDとPMIを同じチームが一気通貫で担当するか、少なくともDDの論点整理に関わった人間がPMI計画の策定にも参加する形を作らないと、この断絶は避けにくいです。
DDで「要注意」と書いたのに、100日プランに入っていなかった
保険会社のM&Aで、ビジネスDDの段階で特定の代理店チャネルへの依存度が高く、キーマンである代理店長との関係が買収後に維持できるかを要注意事項として報告書に記載していました。しかし買収後に渡された100日プランを確認したところ、その論点はどこにも落ちていませんでした。
PMIが始まって3ヶ月後、その代理店長が競合他社に移籍したいと申し出てきました。買手側がこの事態を知ったのは退職の意向が固まった後で、慌ててリテンションの条件を提示したものの、本人は「もっと早く話してほしかった」と言って首を縦に振りませんでした。DDレポートを読んでいれば、クロージング直後に処遇の話を切り出せたはずです。後で報告書を見返すと「要注意」と確かに書いてあった——けれど、それを100日プランに転記する人が誰もいなかった。「報告書に書いた」と「担当者に伝わった」は、別のことです。
売手の事業計画を額面通りに受け取った簡易DD
中小企業の買収で、M&A経験が2件目という買手側の経営企画担当者の話です。売手から提示された3カ年事業計画は翌期売上+18%・営業利益率+3ptという強気の成長シナリオで、買手側は「売手から出てきた数字なのでまずはそのまま受け取ろう」と判断し、DDを2週間の簡易版に圧縮しました。財務の表面確認と契約書一覧のチェックのみで、事業計画の前提を裏取りする工程は入っていません。
クロージングから6ヶ月後、実績売上は前年比-4%。後から検証すると、上位顧客との取引拡大は根拠データのない期待値で、競合参入による単価圧迫も織り込まれていなかった。買手はシナジー目標を白紙に戻し、100日プランを実態ベースで作り直すことになり、投資計画も3ヶ月凍結しました。M&A経験の浅い会社ほど「売手が出した数字を疑う発想がそもそもない」という担当者ベースの声をよく聞きます。簡易DDで事業計画の前提検証を省くと、PMIはその答え合わせから始まり、当初描いたシナジーや投資計画はほぼ作り直しになります。
100日プランの形骸化——「やった感」が先行して実態が伴わない
PMIには「100日プラン」という概念があります。クロージング後の最初の100日で何をやるかを決め、スピード感を持って統合を進めるという考え方です。ただ実務では、この100日プランが形式的な資料作りで終わるケースが相当数あります。
問題は、プランの「粒度」です。「ブランド統合の方針を決定する」「人事制度の統合を検討する」といった記述だけが並び、誰が・いつまでに・何をするかが書かれていない。進捗を測る指標がなければ、月次の報告会議で「進行中」という言葉が並ぶだけで3ヶ月が過ぎます。
もう一つの落とし穴は、買収側の都合だけで計画が作られることです。対象会社の現場は通常業務をこなしながら統合作業に対応しています。現場の処理能力を超えたタスクが積まれると、形式だけ整えて中身が動かない状態になります。
半年後に「何も変わっていない」と判明した案件
物流ビジネス会社のPMI支援で関与した案件で、クロージング時に30ページ超の100日プランが作成されており、一見すると網羅的な内容でした。しかし6ヶ月後に状況を確認したところ、完了しているタスクはほぼなく、「調整中」「検討中」という項目が並んでいました。
原因を掘ると、買収した会社の現場担当者がPMIのタスクを「本業の合間にやるもの」として捉えており、優先度が下がり続けていたことが分かりました。買収側から送り込まれたPMI担当者も権限が曖昧で、相手方の現場に踏み込めていなかった。プランを作ることとプランを動かすことは、全く別の仕事です。
キーパーソンの離職——買収後3〜6ヶ月に集中するリスク
M&Aが発表されると、対象会社の社員は将来の処遇について様々な憶測を持ちます。特に優秀な人材ほど、自分の市場価値を認識しており、不確実な状況を嫌って早期に動く傾向があります。買収後3〜6ヶ月は、この離職リスクが最も高い時期です。
ビジネスDDでキーパーソンは特定されていても、「その人が買収後も残るか」という評価が甘いことがあります。特に創業者や事業部門のトップが買収に伴って多額の売却益を得た場合、モチベーションの変化は当然起きます。「引き続きコミットしてもらえる」という口頭の確認だけでは、根拠として薄い。
離職リスクを高める要因
- 買収側が早急に人事制度を統合しようとし、処遇が下がる可能性が生じる
- 意思決定の権限が買収側に集中し、現場の裁量が失われる
- 買収側から送り込まれた管理職と既存マネジメントの間に摩擦が生じる
- 売却益を得た創業者・オーナーが「やりきった」と感じて次のステップを考え始める
キーパーソンのリテンション策——報酬設計・役割の明確化・権限移譲のスケジュール——は、クロージング前から設計しておく必要があります。PMIに入ってから慌てて対処しても、すでに気持ちが離れている場合は手遅れです。
「残ります」と言っていた営業責任者が、2ヶ月後に辞めた
建材ビジネス会社のM&Aで、対象会社の営業責任者は売り手オーナーとの関係が深く、ビジネスDDの段階でも「会社への愛着がある」「引き続き関わりたい」と話していました。買収側もそれを前提に事業計画を作っていました。
しかしクロージングから2ヶ月後、その営業責任者が退職しました。理由を後から聞くと、「買収後に自分の役割がどうなるか分からないまま時間が過ぎ、不安になった」ということでした。買収側に悪意があったわけではなく、ただリテンション面談という工程が誰の担当にもなっていなかった——それだけのことです。痛かったのは、辞めた本人が持っていた顧客との関係が後任に引き継がれていなかった点で、引き継ぎ資料を作る前提でスケジュールを組んでいなかったため、主要顧客への説明が後手に回りました。残留の意思確認と、具体的な処遇提示は別物です。
システム統合コストの過小評価——IT-DDが甘いとPMIで必ず詰まる
PMI失敗の中でも、事後的に「見積もりと実態が一番かけ離れていた」と語られるのがシステム統合です。ITデューデリジェンス（IT-DD）が財務DD・法務DDと比べて軽視されていることが多く、その結果として統合コストが計画の2〜5倍になるケースが繰り返されています。
ただし、これはIT-DDの質だけの問題ではありません。IT-DDで課題が指摘されても、バリュエーションへの影響を嫌って「後から対処できる」と楽観的に解釈されるケースがあります。PMIの統合計画に、IT-DDの論点がどれだけ反映されているかを確認することが重要です。
システム統合で頻発するコスト超過の原因
- 基幹システムが特定ベンダーにロックインされており、移行に想定外の費用が発生する
- レガシーシステムを保守できるエンジニアが社内外に少なく、調達コストが膨らむ
- データ移行の複雑さが事前評価より大きく、スケジュールが大幅に延びる
- 統合作業中に既存業務が止まり、機会損失が発生する
IT統合に1.5億円、当初見込みは3,000万円だった
システム会社のM&AでPMI支援に関与した案件で、IT統合の予算は当初3,000万円で計画されていました。IT-DDの段階で「一部のシステムが古い」という指摘はあったものの、「現状運用には問題ない」として詳細な評価は見送られていました。
実際にPMIに入ってシステムの詳細を確認したところ、基幹の在庫管理システムが20年前のレガシー基盤で動いており、現在のインフラに接続するためのAPI開発だけで半年以上かかることが判明しました。最終的なIT統合費用は1億5,000万円を超え、PMIのスケジュール全体が9ヶ月後ろ倒しになりました。「現状動いている」と「統合できる」は全く別の評価軸です。
組織・文化の摩擦——「統合」という言葉が現場を硬直させる
PMIで最も数値化しにくく、かつ最も軽視されやすいのが組織文化の問題です。「文化が違う」という事実は誰でも認識していますが、それがどのコストとして顕在化するかを事前に評価している企業は少ないです。
よくあるパターンは、買収側が「統合」を急ぎすぎることです。組織の呼称・業務フロー・評価制度を短期間で買収側に合わせようとすると、対象会社の現場は「吸収される」という感覚を持ちます。これが優秀な人材の離職を加速させ、残った社員のエンゲージメントを下げる。売上への影響が出始めるのは、通常6〜12ヶ月後です。
一方で「文化を尊重する」という名目で統合を先送りし続けると、組織の曖昧さが長期化して意思決定が滞ります。
ただ、中小企業のPMIではこの「速さ対配慮」の綱引きが、もう少し具体的な形をとります。第一に、前オーナーや一族の影響力が残っていると、買収側がいくら制度を変えても現場は「結局あの人がどう思うか」で動いてしまい、文化の主導権が形式上の組織図と一致しません。第二に、数十人規模の会社ではキーマン1人の比重が大きく、その人の機嫌が会社全体の空気を左右します。大企業なら「一部門の摩擦」で済む話が、中小では会社の屋台骨に直結する。だから筆者は、中小のPMIでは制度の統合スピードを論じる前に、まず「前オーナーと現場の実力者を、統合のどちら側に立たせるか」を先に決めるようにしています。ここを曖昧にしたまま評価制度や呼称をいじると、ほぼ確実に揉めます。
「評価制度の統合」がきっかけで中堅層が抜けた案件
フランチャイズビジネス会社のPMIで、買収側はクロージングから4ヶ月で人事評価制度を買収側の制度に統合しました。対象会社の評価制度は成果連動型で、優秀な営業担当者が高い報酬を得ていましたが、買収側の制度は年功序列的な要素が強く、一部の中堅社員の報酬が実質的に下がる見込みになりました。
制度変更のアナウンス後、中堅クラスの営業担当者が相次いで辞表を出し始めました。最初の1人が辞めた時点で買収側の人事は「個人的な事情」と受け止めていましたが、3人目が同じ週に出てきたところで、ようやく制度変更が引き金だと気づきました。そこから移行期間の設定や個別の処遇調整を持ち出したものの、辞める意思を固めた人を引き止めるには遅すぎた、というのが筆者の見立てです。「早期に制度を統合する」という方針自体は間違っていなかったかもしれません。問題は、誰の報酬がいつ・どれだけ下がるのかを事前にシミュレーションし、影響を受ける本人と先に話す段取りが抜けていたことです。PMIにおいて、速さとていねいさのバランスは常に問われます。
PMIで「やり直し」が効く段階は限られている
ここで挙げた5つのパターンに共通するのは、「DDの段階で情報があった」ということです。断絶も、人材リスクも、システムコストも、文化の摩擦も——兆候はDDの時点で見えていることがほとんどです。問題はそれがPMIの実行計画に繋がらなかったこと、あるいは繋がっていても動かなかったことにあります。
PMIは時間との戦いです。クロージングから半年を過ぎると、対象会社の現場は「この会社はこういうものだ」という認識を持ち始めます。その段階から文化や評価制度を変えようとすると、クロージング直後に着手していた場合の数倍のエネルギーが必要になります。
裏を返せば、この5つのパターンはどれも「DDで見えていた論点を、誰が・いつ・どの計画書に転記するか」という、地味な引き継ぎの段取りで大半が防げるものです。豪華なPMIプロジェクトを組むより、DDの報告書に書いた要注意事項を100日プランの行に落とす人を1人決めておくほうが、よほど効きます。
DD-AXでは、DDの報告書に並んだ要注意事項を100日プランの具体的な行に落とし込み、誰が・いつ動くかまで決めるところを一緒に詰めています。「DDは終わったが、PMIをどう進めればいいか分からない」という段階でもご相談いただけます。