エグゼクティブ・サマリー
- PMI（Post Merger Integration）が停滞する典型は、基幹システムの統合を前提に置いてしまうことである。ERPの統合は年単位の投資判断であり、その完了を待っている間、経営はグループの実像を数字で把握できないまま意思決定を続けることになる。
- 「システムを一つにすること」と「数字が一つに見えること」は別の課題である。後者はシステム統合を待たずに、報告レイヤーでのマッピング設計によって先行して実現できる。PMIでは、この順序を逆にしないことが最も効く。
- 買収直後に必要なのは網羅的な統合ではなく、意思決定に使う数字を絞り込むことである。売上・粗利・受注残・資金・要員という限られた指標を、共通の定義で毎月見られる状態にすることが最初の到達点になる。
- シナジーは「見込み」として計画書に書かれた瞬間から劣化する。クロスセル、調達統合、拠点集約といった施策ごとに、追跡可能な指標と責任者を紐づけておかなければ、実現額は誰にも検証されないまま議論から消える。
- 統合方式は「吸収」「併存」「良いとこ取り」の三択で、業務領域ごとに答えが異なる。全領域を一律に決める意思決定は、必ずどこかで無理を生む。領域ごとに方式を選び、その理由を明文化することが後の混乱を防ぐ。
なぜPMIは「システム統合」から始めると失敗するのか
買収契約が締結され、クロージングを迎えた翌週から、統合の実務が始まる。この段階で多くの企業がまず着手するのが、システム統合の検討である。買収先はどの会計システムを使っているか、販売管理は何か、人事システムはどうか。現状を棚卸しし、統合方針を定め、移行計画を引く。方法論としては正しい。ただし、これを起点に置くと、経営が最も必要としているものが後回しになる。
経営が買収直後に必要としているのは、統合されたシステムではない。統合された数字である。「グループ全体で今月いくら売れたのか」「買収先の粗利率は、我々の基準で計算し直すとどうなるのか」「シナジーとして見込んだ額は、実際に動き始めているのか」。これらの問いに答えるために、システムが一つである必要はない。必要なのは、二つのシステムから出てくる数字を、共通の定義で読み替える仕組みである。
ところが実務では、この読み替えの設計が「システム統合が終われば不要になる作業」として位置づけられ、正式なタスクにならないことが多い。結果として何が起きるか。経理部門の担当者が、毎月末に買収先から送られてくるExcelを開き、勘定科目を手作業で自社の科目体系に読み替え、為替と会計基準の差異を調整し、連結用の数字を作る。この作業が数日を要し、経営会議の資料が締め日から二週間後にしか出てこない。そして、そこに載っている数字が正しいかどうかを検証できる人が、社内に一人しかいない状態になる。
もう一つ、システム統合起点のPMIが抱える構造的な問題がある。それは、統合完了までの期間中に、買収先の事業実態を把握する手段が「人に聞く」しかなくなることである。数字で見えないものは、報告に依存する。報告に依存すると、悪い兆候は遅れて上がってくる。買収後に業績が計画を下回ったとき、問題を難しくするのは悪化そのものよりも、把握が遅れて打ち手のタイミングを失うことである。