Pendant vingt ans, la diapositive la plus importante de toute décision logicielle comportait deux colonnes : build et acheter. Construisez-le vous-même et appropriez-le, ou achetez-le clé en main et passez à autre chose. Toute la discipline de l'architecture d'entreprise s'est construite autour de ce seul carrefour.
Cette bifurcation a disparu. Non pas parce que la réponse s'est imposée — mais parce que la question a discrètement changé sous les pieds de chacun. Pour une équipe de cinq à cinquante personnes en 2026, construire n'est presque jamais rationnel, et « acheter » ne veut plus dire acheter un outil. Cela signifie assembler une pile de douze, les intégrer et entretenir les coutures entre eux pour toujours. La vraie décision aujourd'hui n'est pas construire ou acheter. C'est acheter une pile ou acheter un ensemble.
Pourquoi build est mort pour la PME.
Développer un logiciel avait du sens lorsque les solutions clés en main étaient rares et que vos besoins étaient réellement atypiques. Ce n'est plus le cas pour la plupart des entreprises aujourd'hui. La catégorie dont vous avez besoin — CRM, facturation, réservations, paie — compte quarante produits matures. Vos besoins sont identiques à 95 % à ceux de toute autre entreprise de votre taille, et les 5 % qui diffèrent justifient rarement de salarier une équipe d'ingénieurs.
Alors les petites équipes ont cessé de construire. Tant mieux. Mais ce qui a remplacé la construction n'était pas un achat propre. C'était une habitude d'approvisionnement : chaque fois qu'un nouveau besoin apparaissait, acheter un nouvel outil pour y répondre. Un pour l'e-mail. Un pour la planification. Un pour les contrats. Un pour ce que le premier outil aurait dû faire mais ne faisait pas.
Personne n'a décidé de gérer son entreprise avec douze produits. On a décidé douze fois de résoudre un problème.
C'est là le piège. Il n'y a jamais eu de réunion où quelqu'un a choisi la complexité. Elle s'est accumulée, un achat raisonnable à la fois, jusqu'à ce que la pile elle-même devienne le plus grand système non géré de l'entreprise.
La troisième colonne cachée.
L'ancienne diapositive comportait deux colonnes parce qu'il y avait deux options. La diapositive honnête de 2026 en compte trois, et celle du milieu est celle dans laquelle tout le monde vit réellement :
- Créer — rédigez-le vous-même. Rarement justifié en dessous de 200 personnes.
- Assembler — achetez une douzaine d'outils ponctuels et reliez-les avec des intégrations, Zapier et un tableur de temps en temps. C'est l'option par défaut, et personne ne l'a vraiment choisie.
- Offre groupée — achetez une seule plateforme qui contient déjà les modules, pré-intégrés, sur une seule facture.
La colonne « assembler » est la plus coûteuse, et son coût reste presque entièrement invisible car il n'apparaît jamais comme une ligne de facturation. Il se répartit entre le collage des intégrations, le changement de contexte, le rapprochement, l'intégration et la lente taxe des données qui ne concordent pas d'un outil à l'autre.
Regrouper des produits n'est pas la même chose qu'une suite intégrée.
Les sceptiques entendent « bundle » et pensent « suite » — le pack d'entreprise lourd, obligatoire, tout-ou-rien qui a défini les années 2000. Un réflexe légitime. La différence, c'est qu'un bundle de 2026 est modulaire : vous activez ce dont vous avez besoin, les modules partagent une seule couche de données, et vous pouvez partir avec vos données dans un seul export. La suite vous enfermait. Le bundle prouve sa valeur module par module et vous laisse partir.
Cette modularité, c'est tout l'enjeu. Une suite vous disait « prenez tout ou rien ». Un bon ensemble dit « prenez les quatre dont vous avez besoin aujourd'hui, le cinquième quand vous serez prêt, et voici la porte si vous voulez un jour partir ». C'est l'intégration d'une suite avec la liberté de choix des outils spécialisés.
Ce que cela signifie pour votre prochaine diapositive.
La prochaine fois que quelqu'un dans votre entreprise demande « devrions-nous le développer ou l'acheter », la question la plus utile est : sommes-nous sur le point d'ajouter un treizième onglet, ou de regrouper les douze que nous avons déjà ? La conception est une distraction pour presque tous ceux qui lisent ces lignes. La vraie décision est de savoir si vous continuez à payer la taxe d'assemblage ou si vous optez pour une solution déjà intégrée avant même votre achat.
Nous ne sommes évidemment pas neutres ici. Mais vous n'êtes pas obligé de nous croire sur parole — comptez simplement les onglets ouverts dans le navigateur de votre équipe en ce moment, et demandez-vous quelle colonne les a mis là.