Intégration IT post-acquisition : Convergence & Day-1 Readiness
L’IT est souvent le dernier domaine à intégrer. Elle devrait être le premier.
Une acquisition, ce n’est pas un fusion administrative. C’est une convergence opérationnelle et stratégique. L’IT est au cœur : les systèmes de l’acquéreur et de l’acquis doivent communiquer, les données doivent être unifiées, les équipes doivent travailler sous une gouvernance commune. Raté, et vous avez 18 mois de retard, un surcoût de 30-50%, et des clients confus.
J’ai piloté des intégrations IT après acquisition chez Buffalo Grill et Beaumanoir. Je sais que l’intégration IT commence dès la phase de due diligence, pas le jour de la closing. Et je sais aussi que l’intégration c’est pas juste « converger les systèmes » — c’est redessiner la gouvernance, prendre les bonnes décisions d’architecture, et gérer les synergies d’équipe.
Résultats typiques :
- Day-1 readiness atteint (systèmes opérationnels, données passées, équipes mobilisées)
- Durée d’intégration IT : 9-12 mois au lieu de 18-24
- Surcoûts IT limités à 10-15% (au lieu de 30-50% en l’absence de pilotage)
Les vraies phases de l’intégration IT
Phase 1 : Due diligence IT (avant la closing)
La plupart des acquéreurs font une due diligence IT technique : quels sont les systèmes, les data centers, les contrats licences. Mais c’est loin d’être suffisant. Je dois aussi évaluer :
- La gouvernance réelle (qui décide quoi dans l’IT acquise)
- La qualité de l’équipe (qui va partir, qui peut rester)
- Les dépendances cachées (vendor lock-in, legacy non documenté)
- Les risques de sécurité IT (conformité, non-conformité)
À partir de là, je propose un schéma directeur d’intégration : quels systèmes on fusionne immédiatement, quels systèmes on converge sur 18 mois, quels systèmes on arrête.
Phase 2 : Planning d’intégration & Day-1 (before closing + 0-30 days)
Dès la closing, certains éléments doivent marcher immédiatement : les data centers doivent être connectés, les VPN sécurisés doivent fonctionner, les équipes IT des deux côtés doivent avoir une gouvernance claire.
J’organise cela en parallèles :
- Avant closing : planification détaillée de la cutover réseau et infra. Test des connectivités. Préparation des équipes.
- J-0 à J+7 : basculement des éléments critiques (data centers connectés, domaines Active Directory unifiés, email en transition).
- J+7 à J+30 : premières vagues d’intégration d’applications non-critiques, montée en charge de la convergence réseau.
Le piège classique : tenter une intégration complète dès J-0. C’est trop risqué. Je fais plutôt une intégration par étapes, avec des rollback clairs si quelque chose ne marche pas.
Phase 3 : Intégration progressive des applications (J+30 à J+360)
Les applications critiques (ERP, CRM, BI) ne se convergeront jamais immédiatement. Ça peut prendre 12 mois ou plus. Pendant ce temps, j’assure une coexistence stable : les données circulent, les équipes collaborent, mais sans chaos architectural.
Par application, je fais une vraie analyse de convergence :
- On fusionne (une seule instance, un seul outil pour les deux entités) ?
- On fait coexister longtemps (deux instances, une couche d’intégration de données) ?
- On tire à la corde pour accélérer (quels sont les vrais blocages ?) ?
À Buffalo Grill, par exemple, nous avons gardé deux instances ERP pendant 18 mois, le temps d’harmoniser les processus métier. Ce n’était pas idéal, mais c’était la bonne décision : forcer une fusion immédiate aurait cassé le commerce. Une fois les processus stabilisés, la fusion a pris 6 mois au lieu de 12.
Phase 4 : Équipes & organisation IT
Souvent oubliée : comment vous organisez les deux équipes IT ? Le DSI de l’acquéreur prend tout ? Vous gardez des îlots décisionnels ? Vous nommez un VP IT pour chaque zone ?
J’organise cela avant la closing. Idéalement :
- Un seul CIO/DSI (celui du groupe acquéreur, généralement).
- Une équipe d’intégration IT plurifonctionnelle (infra, apps, security, data).
- Des chefs de projet clairs pour chaque domaine (ERP, data, sécu).
- Une escalade directe au COMEX si les arbitrages bloquent.
L’équipe IT de l’acquis a souvent peur : disparition des rôles, perte de pouvoir, culture différente. Je dois aussi gérer cela. Les bons éléments techniques doivent être retenus, mis en position de confiance rapide, valorisés pour leur connaissance du legacy.
La TSA : Technical Services Agreement
Souvent, l’acquis opère une partie de son IT pendant la phase d’intégration. Par exemple : le précédent propriétaire héberge une application jusqu’au basculement. C’est une TSA (Transition Service Agreement).
Les TSA c’est de l’or pour les vendeurs (facturation à prix fort, aucune incitation à partir vite) et du poison pour l’acquéreur (dépendance prolongée, freinage de l’intégration).
Je négocie les TSA dur : calendrier de fin clair, prix raisonnables, incitations à terminer plus tôt. Et j’ai aussi une expertise en carve-out IT, qui est un peu l’inverse : comment vous préparez l’IT pour l’avoir comme entité opérationnelle autonome, avant qu’elle ne soit reprise par quelqu’un d’autre.
Cybersécurité & compliance dans l’intégration
Une acquisition crée aussi des risques de sécurité. Soudain vous avez une nouvelle équipe IT, de nouvelles architectures, potentiellement des outils et des processus de sécu différents.
Je m’appuie sur mon expertise en cybersécurité IT pour intégrer aussi les contrôles de sécurité : audit des droits d’accès, harmonisation des passwords policies, test de pénétration sur la zone intégrée, montée en conformité du legacy de l’acquis si nécessaire.
Optimisation des coûts IT post-acquisition
Une bonne intégration IT sauve aussi de l’argent. Vous éliminez les doublons (deux contrats de data center, deux licences SAP, deux équipes réseau). Vous convergez sur les meilleurs vendeurs.
Sur l’optimisation des coûts IT, j’ai une approche : audit des contrats des deux côtés, renégociation d’envergure (une grosse entité a plus de poids qu’une petite), et élimination des redondances. Les acquéreurs réalisent des économies de 20-30% en IT juste en consolidant les vendors — à condition que ce soit piloté avec méthode.
En pratique : comment on commence ?
Si vous êtes en phase de due diligence, je peux vous faire une audit IT rapide de l’acquis. Si vous êtes post-closing, je peux piloter l’intégration IT d’un bout à l’autre.
Le cas typique où on me demande : acquisition annoncée publiquement, teams IT des deux côtés qui se demandent ce qui va se passer, synergies à faire valoir rapidement. Je dois alors faire une première cartographie, rassurer les deux équipes, et proposer un plan d’intégration au COMEX et aux PE backers.