Une TPE ou PME française sur quatre n’a consacré aucun budget au numérique en 2024, pendant que 16 % en dépensaient plus de 5 000 €. Les deux chiffres viennent de la même enquête, et ils disent la même chose : l’écart ne se creuse plus sur l’intention, il se creuse sur la décision.
Acheter ou construire n’est pas un choix d’entreprise. Mais un choix par brique.
Le Baromètre France Num 2025 mesure l’écart sans détour, auprès de 11 021 entreprises dont 3 043 PME. 88 % des TPE-PME sont dotées d’au moins une solution de gestion, mais 23 % seulement d’un progiciel multi-usages. L’outillage existe. C’est l’intégration qui manque.
Ce guide donne les critères qui tranchent la question, ceux qui ne la tranchent pas, les ordres de grandeur de coût et de délai des deux côtés, et les cas où la bonne réponse est de ne rien changer.
Pourquoi la question « acheter ou construire » est-elle mal posée ?
Parce qu’elle propose deux réponses là où il y en a trois. En 2025, l’enquête Capterra sur les tendances d’achat de logiciels mesurait que 49 % des acheteurs français regrettaient au moins un achat (Capterra, Rapport 2026 sur les tendances d’achat de logiciels, octobre 2025). Les causes citées sont l’intégration et le paramétrage, avant le prix. Autrement dit : la plupart des échecs d’achat sont des échecs de configuration.
Le troisième terme, c’est configurer ce que vous avez déjà.
Il est presque toujours moins cher que les deux autres, et presque jamais examiné. Le logiciel de facturation équipe 69 % des TPE-PME, le logiciel comptable 68 % (France Num, 2025). Ces outils font, en général, la moitié de ce qu’on s’apprête à racheter ailleurs.
La question utile n’est donc pas « acheter ou construire », mais : quelle brique, et par quelle route. Un logiciel sur mesure devient le bon choix sur un périmètre précis, rarement sur tout un système. Et un logiciel métier qui couvre tout finit par ne rien couvrir bien.
Qu’est-ce qui déclenche vraiment la question ?
Un tableur tenu à côté de l’outil officiel. C’est le symptôme le plus fiable, et il est mesurable : en 2024, 47 % des entreprises équipées d’un logiciel de facturation n’avaient émis aucune facture dans un format électronique structuré, sur une base de 7 715 répondants (France Num, 2025). Le logiciel est là. La fonction ne sert pas.
Quand une équipe maintient un fichier parallèle, elle ne contourne pas l’outil par paresse.
Elle compense un écart entre ce que l’outil sait faire et ce que le métier fait vraiment. Cet écart est l’information la plus utile de tout le projet : il dit exactement ce qu’il faut acheter, configurer ou construire. Et il se documente en une semaine, en regardant les fichiers que les gens ouvrent le vendredi.
Trois déclencheurs reviennent : un process critique qui tient sur une seule personne, un chiffre que deux services calculent différemment, un client qui demande un accès que personne ne sait lui donner. Le premier appelle une webapp interne, le deuxième une base commune, le troisième un portail.
À l’inverse, « notre outil est vieux » n’est pas un déclencheur. C’est un jugement, et il ne dit pas ce qui coûte de l’argent. Un logiciel de gestion de la clientèle finit abandonné pour des raisons précises, jamais pour son âge.
Que deviennent ceux qui ont acheté ?
Ils sont majoritaires, et ils sont moyennement contents. En 2025, l’enquête Capterra menée en août auprès de 3 385 répondants dans onze pays, dont 283 en France, mesurait 31 % d’acheteurs français pleinement satisfaits, contre 34 % dans le monde (Capterra, Rapport 2026, octobre 2025). Deux tiers ne le sont donc pas.
Le détail des regrets est plus instructif que le score.
Parmi ceux qui regrettent un achat, les causes citées sont l’intégration (38 %), la configuration (34 %), la sécurité et la conformité (32 %), la migration des données (29 %). Aucun de ces quatre postes n’est le logiciel : ce sont les quatre chantiers qui commencent après la signature, et ceux qu’aucune démonstration commerciale ne montre.
Le réflexe qui suit est contre-intuitif. Toujours selon Capterra, 72 % des acheteurs déçus prévoyaient d’augmenter leur budget logiciel l’année suivante, contre 51 % de ceux dont l’adoption s’était bien passée. La déception fait dépenser plus, pas moins.
Côté usage, le gaspillage se mesure aussi. D’après le 2026 SaaS Management Index de Zylo, l’organisation moyenne n’utilise que 54 % de ses licences SaaS. Sur les briques relation client, un logiciel GRC surdimensionné produit exactement ce résultat, et gérer sa relation client à sa taille coûte souvent moins. Même logique sur un portail client HubSpot, où la brique achetée ne couvre qu’une partie du besoin.
Que deviennent ceux qui ont construit ?
Un sur cinq perd son projet, un sur deux dérive. Sur la période 2020-2024, les données du CHAOS Report du Standish Group donnent 31 % de projets informatiques réussis et 19 % d’échecs complets. Les 50 % restants ont dérivé en délai ou en budget (PM World Journal, Comparative research on IT project failure rates, janvier 2026).
Le chiffre à retenir n’est pas le taux d’échec. C’est sa stabilité.
Sur la période 2015-2017, la même série donnait environ 29 % de réussites et 52 % de dérives. Huit ans, des méthodes agiles partout, et deux points de mieux. L’auteur en tire une conclusion utile pour une PME : la cause a migré de l’exécution vers le cadrage et la gouvernance des données. Ce n’est pas la technique qui rate, c’est la décision de départ.
Une réserve sur cette série, parce qu’elle compte. L’échantillonnage du CHAOS Report est contesté depuis les travaux d’Eveleens et Verhoef dans IEEE Software en 2010, et son détail n’est pas public. Ce qu’on en retient ici est donc l’écart entre deux périodes de la même série, pas le niveau absolu.
Ce qui protège un projet construit tient en trois choses : un périmètre réduit à une brique, une mise en production en semaines et non en trimestres, et un utilisateur qui s’en sert avant qu’on ajoute la suite.
L’achat, lui, a un plafond connu. Les limites de Bubble valent pour toute plateforme : au-delà d’un certain volume ou d’une certaine finesse de droits, on sort de l’outil. Autant le savoir avant : le tour d’horizon des outils pour construire un logiciel interne se fait en une journée.
Quels critères tranchent vraiment ?
Cinq, et ils s’évaluent brique par brique. Le plus décisif est le dernier de la liste : l’intégration est la cause de regret la plus citée par les acheteurs français, à 38 % (Capterra, Rapport 2026, octobre 2025). Le premier, lui, est la standardité du process : plus il est contraint par la loi ou par un usage universel, plus l’achat gagne. La paie, la comptabilité, la signature électronique ne se construisent pas.
Le deuxième est la différenciation. Ce qui fait que vos clients vous choisissent n’existe pas dans un catalogue.
| Critère | L’achat gagne quand… | Le sur-mesure gagne quand… |
|---|---|---|
| Standardité du process | la loi ou un usage universel le fixe | le process est propre à votre métier |
| Différenciation | la brique est un support | la brique porte votre avantage |
| Volume de données | il tient dans les paliers de l’éditeur | il dépasse, ou il croît vite |
| Finesse des droits | trois profils suffisent | l’accès varie par client ou par dossier |
| Nombre d’intégrations | une ou deux, natives | trois et plus, dont une maison |
Le troisième critère est le volume, parce qu’il se facture. Le quatrième est la finesse des droits d’accès, et c’est celui qui fait basculer le plus de projets : un accès qui change par client ou par dossier sort du modèle de la plupart des logiciels du marché.
Le cinquième est le nombre d’intégrations. Chaque connecteur se paie, et aucun ne fait exactement ce qu’il faut.
Ces cinq critères se lisent sur un cas concret : la méthode pour créer son CRM sur mesure les applique un par un, et le suivi client structuré sans complexifier montre où le sur-mesure cesse d’être utile.
Trois critères qui ne tranchent rien
Le prix affiché, la popularité, la technologie. En 2025, 89 % des grandes entreprises de l’Union européenne utilisaient un ERP, contre 41 % des petites de 10 à 49 salariés (Eurostat, enquête sur l’usage des TIC dans les entreprises, mai 2026). Cet écart ne mesure pas un retard : il mesure une différence de besoin, et de capacité à absorber un projet.
Le taux d’équipement des grands n’est donc pas une recommandation pour vous.
Le prix affiché ne dit rien non plus du coût complet, et l’écart entre les deux est exactement ce que mesurent les regrets d’achat : intégration, paramétrage, reprise des données. Un logiciel à 40 € par utilisateur et par mois peut coûter deux fois un développement sur trois ans.
Et vous n’êtes pas dans la même population. L’Insee comptait 163 992 PME hors microentreprises en 2023, employant 4,3 millions de salariés en équivalent temps plein (Insee Focus n° 372, décembre 2025). C’est ce groupe-là que la statistique européenne coupe en deux, entre petites et moyennes, et dont les deux moitiés n’ont pas les mêmes moyens.
Le troisième faux critère, c’est la technologie. Le choix entre deux plateformes se fait après la décision d’architecture, jamais avant. Les comparatifs le montrent bien, qu’il s’agisse de Softr et WeWeb, de WeWeb et Webflow ou des outils français pour construire vos applications : ils répondent à « avec quoi », pas à « faut-il ».
Combien ça coûte, des deux côtés ?
Moins que ce que craint un dirigeant, plus que ce qu’annonce une grille tarifaire. Côté marché, le budget numérique réel des TPE-PME françaises reste modeste : en 2024, 42 % ont dépensé plus de 1 000 €, dont 16 % plus de 5 000 €, et 25 % rien du tout (France Num, 2025). C’est le cadre dans lequel une décision se prend vraiment.
Côté achat, le coût qui dérape n’est pas la licence.
Le 2026 ERP Report de Panorama Consulting Group relève que plus de 25 % des organisations ont dépassé le budget de leur projet, avec pour première cause le besoin de technologie supplémentaire. Traduction pour une PME : le module qui manque, le connecteur en option, la journée de paramétrage non prévue.
Côté construction, l’ordre de grandeur se compte par brique. Quelques milliers d’euros pour un premier périmètre en production, quelques dizaines de milliers pour un outil qui couvre plusieurs métiers avec ses synchronisations. Chez Bienfait, on chiffre par brique et non au forfait global, précisément pour que l’arbitrage reste possible à chaque étape.
Deux points comptent plus que le montant. D’abord la tarification à l’usage des plateformes, qui se lit avant de s’engager — la tarification de Bubble en est un bon exemple. Ensuite l’agrément CII, qui ouvre un crédit d’impôt innovation sur une partie de la dépense quand le projet est agréé. Le cas d’Arrago, une fintech construite sans exploser les budgets, tient sur ces deux points.
Combien de temps avant que l’outil serve ?
Deux à six semaines pour une brique, trois à six mois pour un périmètre multi-métiers. Ce délai n’est pas une performance commerciale : c’est la seule protection contre les 50 % de projets en dérive relevés sur 2020-2024 (PM World Journal, 2026). Un projet qui livre en six semaines ne peut pas dériver de six mois.
La règle tient en une phrase : découper jusqu’à ce que la première livraison serve.
Côté achat, le délai réel n’est pas celui de la souscription. C’est celui de la reprise des données et du paramétrage, cité par respectivement 29 % et 34 % des acheteurs déçus (Capterra, 2025). Une signature prend une heure, une bascule prend un trimestre.
Deux repères issus de projets documentés : construire un intranet sur mesure pour 50 personnes se joue sur un périmètre volontairement étroit, et l’organisation de Korner Hotels a été outillée par étapes plutôt qu’en une refonte.
Qui tiendra l’outil dans deux ans ?
C’est la question qui départage le plus, et celle qu’on pose le moins. En 2025, 55 % des TPE-PME françaises déclaraient disposer de compétences numériques en interne, et 37 % en externe (France Num, 2025). Sur les PME de 50 à 249 salariés, la compétence interne monte à 72 %. Un outil sur mesure sans personne pour le tenir redevient un tableur en dix-huit mois.
La maintenance n’est pas une ligne de coût. C’est une ligne d’organisation.
Deux choses se décident avant le premier jour de développement : qui détient le code, les données et les accès, et qui modifie l’outil quand le process change. Demandez-les par écrit. Un prestataire qui refuse de répondre au premier point répond au second.
Le marché ne facilite pas la tâche. 37 % des entreprises ayant des projets numériques déclarent avoir du mal à identifier un prestataire, en hausse de 15 points (France Num, 2025, base 8 002 répondants). Dans le détail : 14 % faute de temps pour analyser l’offre, 14 % par difficulté à estimer le sérieux du prestataire.
C’est aussi pour ça que la structuration compte plus que l’outil : un ERP que la DSI structure sans tout refaire survit à un changement de prestataire. Deux parcours le montrent de l’intérieur : Benoît, de commercial à responsable IT, et Thomas, qui a outillé un centre de formation.
Quand la bonne réponse est de garder l’outil actuel
Souvent. Un outil ne se justifie pas par l’inconfort d’une équipe, mais par un coût qu’on peut écrire : des heures de ressaisie, une décision retardée, une facture émise en retard, un client perdu. Sans ce chiffre, un projet n’a pas de critère d’arrêt, et c’est ainsi qu’il dérive.
Trois situations où on conseille d’attendre.
Un process qu’une seule personne alimente et qui ne bloque personne d’autre. Un volume qui tient dans un onglet et n’a pas doublé en deux ans. Un besoin exprimé par une seule personne, qui disparaîtrait si elle changeait de poste.
Dans ces trois cas, un tableur bien tenu suffit encore, et on le dit. Chez Bienfait, on préfère perdre une vente que livrer un outil que personne n’ouvrira au bout de six mois — c’est écrit sur nos pages d’offre, ça vaut aussi dans un premier appel.
Avant de décider quoi que ce soit, deux chantiers rendent du temps sans rien acheter : les trois chantiers de gestion commerciale et la structuration des ventes sans rigidifier. Si l’un des deux règle le problème, la question de l’outil ne se pose plus.
Comment trancher brique par brique ?
En posant la question par brique, dans l’ordre de ce qui coûte. La plupart des PME finissent hybrides, et c’est le bon résultat : on achète le réglementaire, on configure le support, on construit ce qui porte la différence.
| Brique | Route par défaut | Ce qui la fait basculer |
|---|---|---|
| Paie, comptabilité, signature | achat | jamais |
| Facturation | achat, puis intégration | un cycle de facturation propre à votre métier |
| CRM et pipe commercial | configuration, puis sur-mesure | un cycle de vente à plus de trois étapes atypiques |
| Portail client | sur-mesure | un besoin d’accès standard couvert par l’éditeur |
| ERP interne | sur-mesure par lots | des processus entièrement standards |
| App métier terrain | sur-mesure | un usage bureautique, sans hors-ligne |
Le portail client est le cas le plus net : ce qu’un portail client B2B doit montrer dépend de vos dossiers, pas d’un catalogue de fonctionnalités, et ce qu’il change pour vos clients se mesure en appels évités.
À l’inverse, une brique achetée n’est pas une brique isolée. Connecter CRM et ERP est le chantier qui décide si les deux servent, et c’est précisément le poste de regret cité plus haut. Même chose pour un pipe commercial tenu à jour, un logiciel de gestion de stock, un outil de prospection ou les chantiers de fidélisation : la valeur est dans le raccord, pas dans la brique.
L’IA change-t-elle l’arbitrage ?
Elle le déplace, elle ne le supprime pas. En 2025, Bpifrance Le Lab mesurait que 43 % des PME et ETI ne font aucune analyse de leurs données pour piloter leur activité (Bpifrance Le Lab, L’IA dans les PME et ETI françaises, juin 2025). L’enquête a été menée fin 2024 auprès de 1 209 dirigeants d’entreprises de 10 salariés et plus. La même étude mesure que les entreprises qui analysent leurs données sont 2,5 fois plus susceptibles d’utiliser l’IA.
L’IA ne fabrique pas la donnée. Elle la lit.
Deux conséquences pratiques. D’abord, une brique IA achetée sur un socle de données éclaté produit des réponses qu’on ne peut pas vérifier. Ensuite, l’écart de risque reste réel : le même article du PM World Journal cite les travaux de la RAND Corporation de 2024, selon lesquels 70 à 85 % des projets d’IA générative ne franchissent pas le stade de la preuve de concept.
La bonne séquence n’a pas changé : structurer, puis outiller, puis appliquer l’IA. Prise dans l’autre sens, elle ajoute un projet à risque sur un socle qui n’était déjà pas fiable.
Que faire avant de décider quoi que ce soit ?
Par une semaine d’observation, sans rien acheter. Ouvrez les fichiers que vos équipes utilisent le vendredi, listez les doubles saisies, et écrivez ce que chacune coûte en heures. 70 % des TPE-PME ont des projets numériques à deux ans (France Num, 2025) : la différence entre celles qui aboutissent et les autres se joue à ce moment-là, pas au moment du choix de l’outil.
Ensuite, prenez une brique. Une seule.
Celle dont le coût est le plus facile à écrire, pas celle qui agace le plus.
- Mesurez une semaine : les fichiers parallèles, les doubles saisies, les heures que chacune coûte.
- Choisissez une brique et appliquez-lui les cinq critères, pour trancher sa route.
- Livrez en six semaines, puis regardez si elle sert avant d’en ouvrir une deuxième.
Deux terrains montrent à quoi ressemble ce découpage quand il est fait pour de vrai : le no-code contre l’habitat indigne et Cyndel, outiller le BTP sans perdre l’humain.
En bref
Acheter n’est pas le choix sûr. Mais c’est le choix par défaut, et c’est autre chose.
En 2025, 49 % des acheteurs français regrettaient un achat de logiciel, quand 50 % des projets informatiques dérivaient sur 2020-2024. Les deux routes échouent au même endroit : un périmètre trop large, un cadrage trop court, une propriété jamais écrite.
Chez Bienfait, on tranche brique par brique, on livre en semaines, et on vous dit franchement quand votre tableur suffit encore.
Reste une question, celle qui vient toujours après : et si le problème n’était pas l’outil, mais ce que vos données racontent quand personne ne les regarde ?
Les sources
- Direction générale des Entreprises, Baromètre France Num 2025 — enquête auprès de 11 021 entreprises dont 3 043 PME, recueil du 26 mars au 18 avril 2025, marge d’erreur inférieure à 1 %. Consulté le 2026-09-01. Rapport complet
- Eurostat, Larger enterprises used more e-business apps in 2025, enquête communautaire sur l’usage des TIC et le commerce électronique dans les entreprises, publié le 20 mai 2026. Consulté le 2026-09-01. Article
- Capterra, Rapport 2026 sur les tendances en matière d’achat de logiciels — enquête en ligne d’août 2025, 3 385 répondants dans onze pays dont 283 en France, entreprises de 5 salariés et plus, publié le 16 octobre 2025. Consulté le 2026-09-01. Rapport
- Giuseppe Arcidiacono, Comparative research on IT project failure rates: a 2025 longitudinal update, PM World Journal, vol. XV, n° I, janvier 2026 — élaboration de l’auteur sur les données du CHAOS Report du Standish Group. Consulté le 2026-09-01. Article
- Bpifrance Le Lab, L’IA dans les PME et ETI françaises — enquête d’octobre à décembre 2024 auprès de 1 209 dirigeants de PME et ETI de 10 salariés et plus, publié le 4 juin 2025. Consulté le 2026-09-01. Communiqué
- Insee, Le tissu productif français par catégorie d’entreprises en 2023, Insee Focus n° 372, 10 décembre 2025 — 163 992 PME hors microentreprises, 4,3 millions de salariés en équivalent temps plein. Consulté le 2026-09-01. Publication
- Johan Laurenz Eveleens et Chris Verhoef, The Rise and Fall of the Chaos Report Figures, IEEE Software, vol. 27, n° 1, janvier 2010, p. 30-36 — la critique de référence sur les définitions du CHAOS Report. Consulté le 2026-09-01. PDF
- Zylo, 2026 SaaS Management Index. Consulté le 2026-09-01. Analyse
- Panorama Consulting Group, The 2026 ERP Report. Consulté le 2026-09-01. Étude
Si le process tient dans un tableur qu'une seule personne alimente, si personne n'attend un chiffre pour décider, et si l'outil actuel n'a jamais empêché une vente ni une facture, gardez-le. Un outil ne se justifie pas par l'inconfort, mais par un coût mesurable : des heures de ressaisie, une décision retardée, un client perdu. En dessous de ce seuil, on vous le dit franchement plutôt que de vous vendre un chantier.
Questions fréquentes
Faut-il acheter ou développer son outil métier ?
La question se tranche brique par brique, pas pour l'entreprise entière. On achète ce qui est réglementaire et standard — paie, comptabilité, signature. On construit ce qui porte votre différence et ce qui n'existe nulle part sous cette forme. Le reste se configure.
Combien coûte un outil métier sur mesure pour une PME ?
Quelques milliers d'euros pour un premier périmètre en production, quelques dizaines de milliers pour un outil qui couvre plusieurs métiers avec ses synchronisations. À comparer au coût complet du logiciel acheté : licences, paramétrage, reprise de données et intégrations.
Combien de temps prend la construction d'un outil interne ?
Deux à six semaines pour une première brique utilisée en production, trois à six mois pour un périmètre couvrant plusieurs métiers, découpé en lots. Un projet informatique long a une raison mécanique de dériver : sur la période 2020-2024, la moitié étaient en retard ou hors budget (PM World Journal, 2026).
Un logiciel du marché est-il moins risqué qu'un développement ?
Pas mécaniquement. En 2025, 49 % des acheteurs de logiciels français déclaraient regretter au moins un achat, et 31 % seulement se disaient pleinement satisfaits (Capterra, rapport 2026). Les causes citées sont l'intégration, le paramétrage et la reprise des données, pas le prix.
Pourquoi 88 % des PME ont un logiciel de gestion mais si peu un ERP ?
Parce qu'un logiciel se rachète métier par métier, et qu'un ERP demande un accord sur les processus de toute l'entreprise. Le Baromètre France Num 2025 relève 88 % d'équipement en solution de gestion, mais 23 % en progiciel multi-usages. L'outillage s'empile, il ne s'intègre pas.
Qui possède le code d'un outil métier développé pour nous ?
Cela se lit dans le contrat, et cela se négocie avant le premier jour de développement. Demandez par écrit qui détient le code, les données et les accès, et ce qui se passe si le prestataire s'arrête. C'est le premier critère de sortie de dépendance, avant tout critère technique.
