Acheter une plateforme existante ou la faire développer : comment arbitrer

Le groupe BPCE a annoncé en mars 2026 l'acquisition du portail ÊtreProprio pour renforcer l'accompagnement immobilier des clients de Banque Populaire et Caisse d'Épargne. Les modalités financières ne sont pas nécessairement publiques, et l'intérêt de cette annonce pour un décideur français est ailleurs : elle illustre une option souvent oubliée dans les arbitrages digitaux, à savoir acquérir une plateforme qui existe déjà, avec son audience, son équipe et sa technologie, plutôt que de la construire.

Toutes les organisations ne peuvent évidemment pas racheter une société. Mais la logique sous-jacente est transposable à une décision que rencontrent régulièrement les PME, les ETI et les collectivités : faut-il partir d'un produit existant, configuré et paramétré, ou faire développer une solution spécifique par une agence ? La réponse dépend de quelques critères qui se posent presque toujours dans le même ordre.

Le premier critère est le caractère différenciant du besoin. Si votre processus ressemble à ce que font des milliers d'autres organisations, gestion de contenus, prise de rendez-vous, formulaires, facturation, il existe très probablement une solution du marché qui le couvre mieux et pour moins cher qu'un développement spécifique. Le sur-mesure se justifie sur la part réellement distinctive de votre activité, celle qui constitue votre avantage ou répond à une contrainte métier que rien ne couvre.

Le deuxième critère est le coût total de possession. Le prix affiché d'un développement sur mesure ne représente qu'une fraction de la dépense réelle : il faut y ajouter la maintenance corrective et évolutive, les montées de version des briques techniques, l'hébergement, la sécurité et le remplacement inévitable au bout de plusieurs années. Une solution du marché déplace ces coûts vers un abonnement, plus prévisible, mais qui augmente avec le nombre d'utilisateurs et parfois avec le volume de données.

Le troisième critère est la dépendance. Un développement sur mesure vous rend dépendant de l'agence qui l'a produit si le code est mal documenté, si les technologies sont exotiques ou si vous ne disposez pas des accès. Une solution du marché vous rend dépendant d'un éditeur dont vous ne maîtrisez ni la feuille de route, ni la politique tarifaire, ni la pérennité. Aucune option n'est neutre : l'enjeu est de choisir la dépendance que vous saurez gérer, et de la documenter au contrat.

Le quatrième critère, souvent sous-estimé, est la reprise de l'existant. Migrer des données, des contenus, des comptes utilisateurs et des historiques représente fréquemment une part importante de la charge d'un projet. Demandez à chaque candidat de chiffrer explicitement cette phase, de décrire la méthode de correspondance des champs, la gestion des doublons et le plan de repli si la bascule échoue. Un projet qui traite la reprise en note de bas de page dérape presque toujours à cet endroit.

Concrètement, quelques questions permettent d'objectiver l'arbitrage. Quelle part de notre besoin une solution standard couvre-t-elle sans développement spécifique ? Quel est le coût cumulé sur cinq ans dans chaque scénario, hébergement et maintenance compris ? Qui détient la propriété du code, des données et des comptes ? Sous quel format et dans quel délai récupérons-nous nos données en cas de rupture ? Combien de prestataires sur le marché sauraient reprendre cette solution ?

Une dernière recommandation : inscrivez au contrat une clause de réversibilité opérationnelle, et pas seulement de principe. Elle doit préciser les formats d'export, le délai de mise à disposition, la documentation technique remise et l'accompagnement au transfert. C'est la clause qui protège le mieux votre liberté de choix future, quel que soit le scénario retenu aujourd'hui.