Dans un buy-and-build, vous empilez les synergies : avantage d'achat entre les sociétés plateformes, frais généraux partagés, cross-sell entre les add-ons. Sur papier, cela s'additionne pour former un montant attractif. Dans l'exécution, une partie de cela ne se matérialise pas. Pas parce que le modèle était erroné, mais parce qu'une hypothèse était incorrecte, qu'un propriétaire manquait, ou que personne ne l'a suivie jusqu'au moment où une correction avait encore du sens.
La question « que faites-vous d'une synergie qui ne se matérialise pas » n'a pas de bonne réponse a posteriori. La réponse se trouve dans la façon dont vous avez construit la synergie avant de savoir si elle se matérialiserait.
Chaque synergie dans un buy-and-build repose sur une hypothèse qui ne figure pas dans le tableau Excel. « Achat groupé » présuppose que les fournisseurs sont disposés à consolider, que les contrats sont résiliables dans la durée du plan, et que les sociétés plateformes achètent effectivement les mêmes articles et pas seulement la même catégorie. Si une de ces hypothèses est incorrecte, la synergie ne se matérialise pas, et ce n'est alors pas un problème d'exécution mais un problème de calcul que vous auriez pu anticiper si vous aviez demandé quelle hypothèse sous-tend votre montant de synergie.
Dans une acquisition unique, il s'agit d'une vérification à faire une seule fois. Dans un buy-and-build avec plusieurs add-ons, cette question se répète pour chaque synergie et pour chaque société, et les hypothèses diffèrent selon la combinaison. Ce qui tenait pour le premier add-on ne tient pas forcément pour le troisième.
Une synergie qui n'appartient à personne ne se matérialise pas d'elle-même. Dans un buy-and-build, ce risque est plus élevé que dans une transaction unique : la synergie se situe souvent entre deux ou plusieurs add-ons, et aucune des équipes de direction locales ne se sent responsable. L'avantage d'achat se situe entre la société A et la société B ; le cross-sell se situe entre l'équipe commerciale de C et la base clients de D. Sans quelqu'un qui la porte explicitement, la synergie reste sur papier tandis que personne ne l'exécute.
La question qui est propriétaire d'une synergie n'est donc pas une formalité mais le premier test permettant de savoir si une synergie a même une chance de se réaliser. Pas de propriétaire, pas de matérialisation — c'est presque une loi.
Si l'hypothèse est correcte et le propriétaire désigné, reste la question de savoir comment vous savez si la synergie est sur la bonne voie avant qu'il ne soit trop tard pour corriger. Une synergie qui n'apparaît comme manquée qu'à la clôture annuelle était déjà lisible neuf mois plus tôt dans l'avancement des étapes sous-jacentes. Cela requiert un rythme fixe, avec un statut qui ne dépend pas de l'optimisme de celui qui rapporte. La façon dont cela se présente figure dans comment suivez-vous les synergies avec des feux tricolores dans un buy-and-build : rouge, orange, vert par synergie, avec la justification qui rend la couleur exacte.
Et justification est le mot clé. Une synergie qui n'existe que comme un montant dans un modèle n'a rien à suivre. Une synergie avec un calcul, une source pour ce calcul, et un propriétaire désigné dispose d'une ligne de référence à laquelle vous pouvez vous comparer. La façon de construire cette justification avant que la synergie ne devienne le point de départ du plan Day 1 ou Day 100 figure dans comment justifiez-vous une synergie.
Il existe un second scénario, indépendant des problèmes d'exécution : la synergie était valable au moment de la transaction, mais le marché ou l'organisation a changé. Un fournisseur a été racheté, un client a disparu, les deux add-ons se révèlent avoir moins de chevauchement que prévu lors de l'implémentation. La question n'est alors pas de savoir comment mieux exécuter la synergie, mais si elle appartient encore à la deal thesis avec laquelle vous avez commencé. Cette thèse disparaît plus souvent du champ de vision qu'elle n'est révisée, comme décrit dans qu'est-ce qu'une deal thesis et pourquoi disparaît-elle, et une synergie qui ne correspond plus à la thèse, mieux vaut l'abandonner que la maintenir artificiellement en vie.
C'est aussi là que revient la question permanente : cela doit-il vraiment se faire ensemble. Toute synergie qui existe sur papier ne doit pas nécessairement être exécutée. Parfois, la réponse à une synergie qui ne se matérialise pas n'est pas « tirer plus fort » mais « lâcher prise, et retirer le montant du plan avant qu'il ne devienne une dette que personne ne peut plus honorer ». Vérifier si c'est le cas doit être systématique, pas une exception, comme indiqué dans comment vérifiez-vous si une synergie est encore réalisable.
Une ligne de référence des synergies, un plan Day 1 et un plan Day 100 qui ne se contredisent pas, et un endroit où le statut de chaque synergie est visible par propriétaire et par hypothèse — voilà ce qu'il faut pour répondre à cette question avant qu'elle ne devienne urgente. Cet outil est en construction chez nous. Toute personne intéressée peut s'inscrire sur la liste d'attente ; il n'y a pour l'instant aucun produit fonctionnel à proposer, seulement la structure qui va s'y bâtir.
Une fois que vous savez quelles synergies existent, qui les porte et quelles hypothèses les soutiennent, la question suivante est de savoir combien du travail correspondant — l'addition, la révision, le suivi du statut par synergie — demande réellement des heures humaines et quelle part de cela peut être effectuée par l'IA. Le werkscan de FTE TO AI calcule cela par tâche et montre quelle part du travail peut être reprise, afin que l'équipe d'intégration garde ce pour quoi les humains sont réellement nécessaires : le jugement sur l'hypothèse, pas la tenue du tableau de bord.
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.