Logiciel sur-mesure ou logiciel du marché

Un logiciel du marché est un produit déjà écrit, vendu tel quel à l’ensemble de ses clients, ce que les éditeurs appellent un progiciel. Un logiciel sur-mesure est développé pour votre organisation et pour elle seule. Le premier répartit son coût de développement entre tous ses clients, vous portez le second en entier. Le choix se tranche donc depuis un seul côté, celui du produit du marché : tant qu’il couvre votre façon de travailler, la question ne se pose pas. Vous trouverez ici de quoi trancher entre logiciel sur-mesure ou logiciel du marché : ce qu’un produit du marché vous apporte réellement, les quatre endroits précis où il s’arrête, une troisième voie entre les deux, et les vérifications à mener avec vos propres éléments avant de choisir.

Ce que vous achetez vraiment dans un logiciel du marché

Le prix d’entrée d’un produit du marché et sa capacité à suivre la loi viennent du même mécanisme, le partage des coûts entre tous ses clients.

Un développement payé par tous les clients de l’éditeur

Un éditeur écrit son logiciel une fois, puis le vend en licence par utilisateur ou par abonnement mensuel. Chaque entreprise cliente paie une part du travail, jamais sa totalité. Cette mutualisation vous donne trois appuis. Le produit existe déjà, donc vos équipes l’ouvrent sans attendre qu’il soit écrit. La documentation, les tutoriels et les formations sont écrits, et vous trouvez des utilisateurs qui répondent à vos questions ailleurs que chez votre prestataire. Un défaut signalé par un autre client est corrigé dans une version que vous recevez sans l’avoir financée.

Un outil développé pour vous n’a aucun de ces trois appuis. Vous êtes le seul client, donc le seul à payer, le seul à documenter et le seul à découvrir les défauts. Ce que vous ne mutualisez pas compte dans le prix du sur-mesure, avant même le premier devis.

Les mises à jour réglementaires que vous ne financez pas

L’écart se voit surtout quand la loi change. La réception des factures électroniques entre entreprises est obligatoire en France depuis le 1er septembre 2026 : toute entreprise doit être en mesure de recevoir ses factures fournisseurs au format électronique, par une plateforme agréée par l’administration fiscale. Un éditeur de logiciel de facturation a écrit cette mise à jour réglementaire une fois pour l’ensemble de ses clients, et son coût se répartit sur tous les abonnements au lieu de peser sur le vôtre seul.

Sur un outil développé pour vous, ce même changement devient une commande de développement à passer et à régler. Cette dépense se prévoit dès la conception. Un outil qui touche à la paie, à la TVA, à la comptabilité ou à la facturation suit un calendrier légal qui change, et quelqu’un doit le tenir à jour. Ce sera votre prestataire, à condition de prévoir qui suit ces changements après la mise en production, avec un budget annuel et un délai d’intervention écrits.

Les quatre endroits où le logiciel du marché s’arrête

Ces quatre points se vérifient avant de signer, sur un produit précis, avec des questions posées par écrit. Aucun ne disqualifie un produit du marché à lui seul.

Le plafond du paramétrage

Le paramétrage consiste à régler ce que l’éditeur a déjà prévu : des champs à ajouter, des étapes à activer, des taux à saisir, des modèles de documents à composer. Il couvre une large part des besoins, et un produit paramétré sérieusement rend un service très différent du même produit laissé dans sa configuration d’origine. Sa limite arrive le jour où vous demandez une règle que l’éditeur n’a pas écrite : une remise calculée selon un barème qui vous est propre, une validation dont le circuit change selon le montant et selon le client, un document que votre donneur d’ordre exige dans un format à lui.

À ce moment-là, l’éditeur ou son intégrateur vous propose un développement spécifique, ajouté à son produit. Ce développement fonctionne, et il crée une charge que vous découvrez à la montée de version suivante, puisque l’éditeur ne le maintient pas. Quelqu’un le teste et le reprend à chaque nouvelle version. Demandez par écrit, avant de signer, qui porte cette reprise et sous quel délai. La réponse sépare un produit réellement paramétrable d’un produit dont vous financerez la remise à niveau à chaque version.

La feuille de route et le tarif appartiennent à l’éditeur

Vous achetez l’usage d’un produit, et les décisions sur son avenir restent chez celui qui l’édite. Deux annonces publiques montrent ce que cela change.

Microsoft a fixé la fin du support de Dynamics GP, son logiciel de gestion pour entreprises de taille moyenne. Les évolutions du produit, les mises à jour fiscales et le support technique s’arrêtent le 31 décembre 2029, et les correctifs de sécurité restent publiés jusqu’au 30 avril 2031. Les entreprises qui travaillent dessus n’ont pas choisi cette date. Elles doivent migrer avant, avec le budget, la reprise de données et la formation que cela suppose.

Sur le prix, Salesforce a relevé ses tarifs catalogue de 6 % en moyenne au 1er août 2025, sur les éditions Enterprise et Unlimited de plusieurs de ses produits. Une hausse de ce type porte sur un abonnement calculé par utilisateur, donc son effet grandit avec vos effectifs. Votre budget logiciel suit alors une décision prise ailleurs.

Le calendrier des versions, la date de fin de support, le tarif et le retrait d’une fonction que vos équipes utilisent relèvent de la feuille de route de l’éditeur. Un outil développé pour vous déplace ce risque au lieu de le supprimer, puisqu’il dépend alors de la santé de votre prestataire. Ce risque-là se couvre autrement, par la propriété du code source et par sa documentation.

La sortie, et ce que la réglementation a changé

Reste la question du jour où vous partirez. Le règlement européen sur les données, entré en application le 12 septembre 2025, encadre le changement de fournisseur pour les services cloud, ceux qui hébergent les logiciels que vous ouvrez dans un navigateur. Son article 29 organise la disparition des frais de sortie : il plafonne d’abord ce qu’un fournisseur peut facturer aux coûts directement liés au transfert, puis interdit toute facturation à partir du 12 janvier 2027. En France, le transfert lui-même est déjà gratuit : un arrêté du 17 novembre 2025 fixe à zéro euro le montant maximal facturable pour transférer vos données vers un autre fournisseur, depuis le 1er décembre 2025 et jusqu’à cette même date.

Ce texte règle le prix de la sortie sans rien dire de son contenu. La réversibilité de vos données dépend de ce que vous récupérez et sous quelle forme : un export complet ou seulement les données affichées à l’écran, un format que d’autres outils savent lire ou un fichier propriétaire, une structure documentée ou une suite de colonnes sans définition. Demandez un export d’essai pendant la période de démonstration, sans attendre le moment de partir. Un refus sur ce point se consigne avant la signature.

Le périmètre qui ne recouvre qu’une partie de votre métier

Un produit du marché est dessiné pour la moyenne de ses clients. Vous payez alors des modules que personne chez vous n’ouvre, et il vous manque ce que cette moyenne ne prévoit pas. Le second écart pèse plus lourd que le premier, et il se lit ailleurs que dans le logiciel : dans le classeur tenu à côté du logiciel officiel, dans le fichier partagé qui suit ce que l’outil ignore, dans l’export retraité à la main. Ces contournements donnent la mesure de l’écart entre votre métier et le produit que vous utilisez.

Le nombre d’outils compte aussi, parce qu’un besoin non couvert trouve sa réponse dans un produit supplémentaire, qui arrive avec ses comptes utilisateurs, sa facture et sa propre base de données. Les outils s’additionnent, se recoupent partiellement, et aucun ne décrit votre activité en entier.

Le troisième choix, garder le logiciel du marché et développer autour

La comparaison porte rarement sur la totalité de votre informatique. Elle se pose domaine par domaine, et rien n’oblige à répondre la même chose partout.

Ce qui reste à l’éditeur, ce qui revient à votre outil

Ce qui obéit à une règle commune à toutes les entreprises reste chez un éditeur : la paie, la comptabilité, la déclaration de TVA, la facturation, la signature électronique. Ces domaines sont écrits dans la loi ou dans des usages partagés, ils changent pour tout le monde en même temps, et les refaire pour vous seul revient à payer une deuxième fois un travail déjà fait.

Ce qui vous est propre se développe : la façon dont une affaire avance chez vous, vos barèmes, l’organisation de vos plannings, vos étapes de validation, les documents que vous remettez à vos clients. Ces éléments vous distinguent de vos concurrents, et c’est ce qu’aucun éditeur ne vend, puisqu’aucun ne pourrait le revendre ailleurs.

Faire tenir les deux ensemble

Deux logiciels qui ne s’échangent rien obligent vos équipes à saisir la même information deux fois, et vous payez alors deux outils pour un travail supplémentaire. La connexion passe par une interface de programmation, appelée API, que les deux outils utilisent pour s’envoyer des données sans intervention humaine. Votre outil dédié pousse ses factures vers le logiciel comptable, l’outil de gestion des temps renvoie ses heures vers la paie.

Ce raccordement tient à ce que l’éditeur ouvre. Trois questions se posent avant de compter dessus : si une interface documentée existe et si elle est accessible avec votre formule d’abonnement, quelles données en sortent et lesquelles restent bloquées, à quelles conditions l’éditeur en modifie le fonctionnement. Quand ces trois réponses tiennent, faire circuler l’information entre les deux sans ressaisie porte sur un échange de données précis, sans toucher au reste de votre logiciel comptable.

Trancher avec vos propres éléments

Quatre vérifications suffisent à trancher, et chacune se mène sans prestataire.

Relevez d’abord les contournements pendant une semaine complète, sans indulgence : chaque tableur tenu à côté, chaque export retraité à la main, chaque information saisie dans deux endroits, chaque chiffre reconstitué parce qu’aucun écran ne l’affiche. Notez qui le fait et combien de temps cela lui prend. Cette liste décrit votre entreprise et aucune autre, ce qu’aucun tableau comparatif ne fait.

Écrivez ensuite les règles que votre logiciel devrait tenir et ne tient pas, une phrase par règle, dans les mots de vos équipes. Reprenez cette liste avec votre éditeur ou son intégrateur et demandez, règle par règle, ce qui se paramètre, ce qui demande un développement spécifique et ce qui ne se fera pas. Une réponse écrite sur ces trois cases se vérifie plus tard, une démonstration commerciale ne laisse aucune trace.

Comptez ensuite les utilisateurs à qui il faut ouvrir un accès, puis la durée sur laquelle vous projetez de conserver l’outil. Ces deux nombres commandent le poids d’une licence par utilisateur, et vous êtes seul à les connaître. Ils entrent dans le coût total de possession, la somme de ce que l’outil vous coûtera sur toute sa durée de vie, aux côtés des modules facturés en supplément d’un côté et de l’entretien annuel d’un développement de l’autre. Ce qui entre dans le prix d’un développement dédié reprend ce calcul poste par poste.

Demandez enfin l’export d’essai et les conditions de sortie, avant de signer un engagement pluriannuel. Ces quatre éléments réunis, la comparaison cesse d’être une affaire d’opinion : vous tenez le coût réel de vos contournements, la faisabilité de vos règles chez l’éditeur, le poids de l’abonnement sur la durée et les conditions de sortie. Un produit du marché qui tient sur les quatre points se garde, et le budget passe alors dans son paramétrage.

Ce qui se décide avant de faire développer quoi que ce soit

Un produit du marché reste le bon choix tant que rien n’oblige vos équipes à travailler à côté de lui. Nous regardons d’abord la liste de vos contournements et ce qu’elle coûte en heures. Quand cette liste reste courte, le conseil consiste à paramétrer l’existant et à relier les outils entre eux, sans écrire une ligne de code métier.

Quand elle porte sur le cœur de votre activité, la discussion change d’objet : les règles que l’outil applique seul, qui valide quoi et à quel moment, ce que chaque profil a le droit de consulter. Ce périmètre est celui d’un projet qui consiste à faire développer l’outil de gestion qui porte vos règles. Sur le budget, la différence tient au mode de paiement : un abonnement se reconduit tant que l’outil sert, un développement se paie une fois à la conception, puis seulement l’entretien annuel que vous décidez de lui donner.

Le moment exact de cette bascule se reconnaît à des signaux relevés dans votre activité, pas à une taille d’entreprise : vous les trouverez dans le moment où ce basculement devient raisonnable. Envoyez-nous la liste de vos contournements et celle des règles que votre logiciel n’applique pas : nous vous dirons lesquelles se paramètrent chez votre éditeur actuel et lesquelles justifient un développement, avant tout chiffrage.

Sources

Je passe à la facturation électronique, impots.gouv.fr, consulté le 8 septembre 2026, https://www.impots.gouv.fr/professionnel/je-passe-la-facturation-electronique

Understand the Lifecycle Policies, Dynamics GP, Microsoft Learn, page mise à jour le 7 mai 2025, https://learn.microsoft.com/en-us/dynamics-gp/terms/lifecycle

Salesforce Announces Pricing Update, Salesforce, 17 juin 2025, https://www.salesforce.com/news/stories/pricing-update-2025/

Règlement sur les données, règlement (UE) 2023/2854, Commission européenne, consulté le 8 septembre 2026, https://digital-strategy.ec.europa.eu/fr/policies/data-act

Arrêté du 17 novembre 2025 fixant le montant maximal de tarification pour les frais de transfert de données, Journal officiel du 30 novembre 2025, https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000052952683