Dans la plupart des secteurs, la valeur d'une entreprise réside dans des actifs : bâtiments, stocks, contrats ayant une durée. Dans l'IT, la valeur réside en grande partie dans les personnes et dans le code que ces personnes ont écrit et comprennent. Les clients achètent souvent non pas un produit mais une relation avec une équipe de comptes ou un partenaire d'implémentation. Cela déplace l'équilibre auquel une intégration doit prêter attention : là où, dans une entreprise industrielle, la majeure partie de l'attention peut aller aux systèmes et aux achats, dans une entreprise IT, le point central se situe dans la rétention du personnel clé et dans la question de savoir si les contrats clients survivent à la transition sans renégociation.
Ce glissement n'est pas une question de degré mais de nature. Un entrepôt peut attendre un moment de calme pour fusionner. Un développeur qui veut partir sera parti dans quelques semaines, et avec lui souvent la connaissance d'un système qui n'est documenté nulle part. La synergie sur papier — une plateforme partagée, une équipe commerciale combinée — n'a aucune valeur si les personnes censées la mettre en œuvre sont déjà parties avant que la première étape ne soit franchie.
En IT aussi, intégrer n'est pas une évidence. Deux entités logicielles avec des produits qui se chevauchent peuvent, en fusionnant, perdre justement des clients qui étaient chez l'une pour une fonctionnalité que l'autre n'a pas. Deux équipes d'ingénierie avec une façon de travailler différente — cycles de sprint différents, conventions de base de code différentes, outils différents — perdent du temps à s'aligner sur quelque chose qui n'apporte opérationnellement aucune synergie, seulement de la friction. La valeur dans une stratégie buy-and-build ne doit donc pas automatiquement impliquer une intégration ; parfois, la valeur réside justement dans le fait de laisser fonctionner séparément des équipes qui fonctionnent bien telles qu'elles sont.
La ligne de base de synergie aide à poser cette question de manière précise par composante : quelle partie de l'équipe d'ingénierie, quelle partie du portefeuille clients, quelle partie des systèmes. Pas comme une hypothèse posée à l'avance, mais comme quelque chose qui doit être démontré avant d'être compté comme synergie.
Le premier point de blocage est la rétention. Un earn-out ou une prime de rétention pour des développeurs clés semble être un détail de la structure de la transaction, mais sans un signal concret au Jour 1 — qui reste, sous quelles conditions, et quand cela sera communiqué — un espace d'incertitude se crée qui laisse les personnes décider elles-mêmes de partir. Attendre le Jour 100 pour régler cela est en pratique souvent trop tard.
Le deuxième point de blocage est la communication client. Les clients IT ont souvent un contrat avec un moment de résiliation ou une date de renouvellement, et une acquisition est pour eux une occasion de regarder les alternatives. Celui qui retarde le message aux grands clients jusqu'après la clôture risque que le client apprenne la nouvelle par des voies détournées et l'interprète différemment de ce qui était prévu.
Le troisième point de blocage est technique : fusionner deux stacks technologiques n'est rarement une affaire d'une même semaine. Certaines intégrations — un module de facturation partagé, un CRM centralisé — peuvent se faire avec un impact limité. D'autres — la fusion de plateformes centrales sur lesquelles les clients travaillent quotidiennement — demandent une approche plus longue justement parce qu'une erreur y est immédiatement visible pour l'utilisateur final. Le plan Jour 1 et Jour 100 servent à faire cette distinction à l'avance, plutôt que de la découvrir en cours de route.
La dépendance entre les tâches est un schéma qui se retrouve aussi dans d'autres secteurs, seulement avec des points de nœud différents. Dans une acquisition dans le secteur de la construction, ce sont les permis et les relations avec les sous-traitants qui déterminent ce qui peut se faire et quand ; dans une acquisition dans le secteur immobilier, c'est souvent la structure des contrats de gestion. Dans l'IT, c'est la combinaison de personnes qui peuvent partir et de clients qui peuvent résilier — les deux plus vite qu'un processus physique ne peut être ajusté. Le bureau d'intégration consigne ces dépendances afin qu'il soit clair quelle étape bloque une autre étape, quel que soit le secteur dans lequel ce point de nœud se situe.
Dans les acquisitions logicielles, la synergie est souvent attribuée au négociateur qui a imaginé le chiffre, tandis que le responsable opérationnel qui doit la concrétiser n'arrive que plus tard. Cette même tension se joue dans les services financiers et dans le secteur de l'énergie, et la question de savoir qui est propriétaire d'un chiffre de synergie doit être répondue avant la clôture, pas après.
Les trois générateurs et le bureau d'intégration construisent une structure : une ligne de base de synergie par composante, un plan Jour 1 avec des premières étapes concrètes, un plan Jour 100 avec des dépendances et une liste de décisions pour ce qui est intégré ou non. Il n'y a pas de trajectoire réalisée à laquelle il est fait référence et rien n'est promis sur le résultat. L'instrument pose les questions et ordonne les réponses ; l'évaluation reste du ressort de l'équipe de transaction.
L'outil est en construction. Ceux qui souhaitent l'utiliser dès qu'il sera disponible peuvent s'inscrire sur la liste d'attente.
Une ligne de base de synergie et un plan Jour 100 se composent d'un grand nombre de tâches distinctes : examiner des contrats, comparer des listes de clients, cartographier des dépendances. Certaines de ces tâches sont largement automatisables, d'autres exigent un jugement qui ne peut être délégué. Le werkscan de FTE TO AI calcule, par tâche, quelle part du travail peut être reprise par l'IA, afin de rendre clair où du temps est économisé et où un jugement humain reste nécessaire.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.