Logiciel sur mesure ou logiciel du marché : comment choisir

Dès que la fonction est standard et fortement réglementée, le logiciel du marché l’emporte presque toujours. La comptabilité, la paie ou la facturation évoluent au gré des lois de finances et des obligations déclaratives ; un éditeur spécialisé absorbe ces changements pour tous ses clients. Redévelopper ces fonctions n’a de sens que dans des cas très particuliers.

La réforme de la facture électronique en est un bon exemple. Depuis le 1er septembre 2026, toutes les entreprises doivent pouvoir recevoir des factures électroniques, et les grandes entreprises et ETI doivent les émettre ; les PME et microentreprises devront les émettre au 1er septembre 2027. Seule une plateforme agréée par l’administration fiscale peut transmettre les factures et les données. Un logiciel de gestion, qu’il soit du marché ou sur mesure, doit donc savoir dialoguer avec une plateforme agréée : c’est un critère de choix à part entière.

Le logiciel du marché est aussi préférable quand le besoin est urgent, quand le budget de départ est très contraint, ou quand votre façon de travailler ne présente pas de particularité forte. Dans ce cas, prenez le temps de tester deux ou trois solutions sur vos cas réels, pas sur une démonstration commerciale, et vérifiez les conditions de sortie avant de signer.

La bonne mesure est le coût total de possession, c’est-à-dire l’ensemble des coûts occasionnés par un outil tout au long de sa vie. Les acheteurs publics raisonnent déjà ainsi : le Code de la commande publique parle de « coût du cycle de vie », qui inclut l’acquisition, l’utilisation, la maintenance et la fin de vie. Pour un logiciel du marché, on additionne les abonnements sur plusieurs années (en tenant compte de leur évolution et du nombre d’utilisateurs), le paramétrage, la formation, les modules complémentaires et le coût d’une éventuelle migration de sortie.

Pour un logiciel sur mesure, on additionne la conception, l’hébergement, la maintenance corrective et de sécurité, les évolutions et la documentation. Il faut aussi compter un poste souvent invisible dans les deux cas : le temps passé par vos équipes, soit à contourner un outil mal adapté, soit à participer à la conception d’un outil neuf. C’est ce temps qui fait basculer le calcul, dans un sens ou dans l’autre.

Un dernier poste mérite d’être connu : la dette technique. L’expression vient de Ward Cunningham (1992), qui comparait un code livré trop vite à un emprunt : chaque raccourci doit être remboursé plus tard, et coûte des intérêts en attendant, sous forme d’évolutions plus lentes et plus chères. Un logiciel sur mesure bien entretenu la maîtrise ; un logiciel négligé la voit grossir. C’est une question de méthode et de suivi, à aborder dès le choix du prestataire.

Sur les risques de dépassement, les chiffres qui circulent sont à manier avec précaution. L’étude McKinsey et Oxford de 2012 porte sur de très grands projets et relève en moyenne 45 % de dépassement de budget ; les statistiques d’échec du Standish Group, souvent citées, sont contestées sur leur méthode depuis une analyse publiée dans IEEE Software en 2010. Le constat qui fait consensus est ailleurs : plus un projet est long et monolithique, plus il dérape. Découper en paliers courts, avec une mise en service à chaque étape, est la meilleure protection.

Le Data Act européen (règlement 2023/2854), applicable depuis le 12 septembre 2025, encadre le changement de fournisseur de services cloud, SaaS compris. Le contrat doit notamment prévoir un préavis de deux mois au plus pour lancer le changement, une période de transition de 30 jours, et au moins 30 jours supplémentaires pour récupérer vos données. Les frais de changement sont plafonnés aux coûts réels du fournisseur jusqu’au 12 janvier 2027, puis interdits.

Nuance importante : le même texte prévoit une exception pour les services développés sur mesure pour un client et non proposés à grande échelle (article 31). Autrement dit, pour un logiciel sur mesure, c’est le contrat, et non la loi, qui doit organiser la réversibilité : format d’export des données, documentation du modèle de données, remise du code, accompagnement en fin de contrat.

Côté RGPD, deux textes sont souvent confondus. Le droit à la portabilité (article 20) est un droit des personnes sur leurs propres données, pas un outil de réversibilité pour l’entreprise cliente. En revanche, le contrat de sous-traitance prévu par l’article 28, obligatoire dès que le prestataire traite des données personnelles pour vous, doit prévoir la restitution et la suppression des données en fin de contrat, comme le rappelle la CNIL. Que vous choisissiez un SaaS ou du sur mesure, ces clauses se négocient avant la signature, pas au moment de partir.