Logiciel sur mesure

Logiciel sur mesure ou solution du marché : comment choisir

Le débat est mal posé. La vraie question n'est pas « développer ou acheter », mais « quelle part de mon process est réellement spécifique ».

7 min de lecture

Dossier : Logiciel métier sur mesure : le guide complet pour décider

On présente généralement deux options : s'abonner à un produit existant, ou faire développer le sien. Chacune a ses avocats, et chacun a un intérêt commercial dans la réponse.

Le bon angle est différent. Regardez votre processus et demandez-vous quelle proportion en est réellement propre à votre entreprise. La réponse détermine mécaniquement la bonne voie.

Le produit du marché : ses forces réelles

Un SaaS établi, c'est des années de développement, des milliers d'utilisateurs qui ont remonté les bugs, une feuille de route financée par l'ensemble des clients. Vous obtenez tout cela pour quelques dizaines d'euros par mois et par personne. C'est imbattable — quand le produit correspond à votre façon de travailler.

Choisissez cette voie si :

  • votre processus est standard pour votre secteur ;
  • vous pouvez adapter votre organisation au logiciel sans perte de valeur ;
  • le besoin est urgent et le budget contraint ;
  • vous n'avez personne pour piloter un projet de développement.

Ses coûts cachés

L'abonnement est visible ; le reste l'est moins. Le vrai coût d'un progiciel mal ajusté, c'est le contournement : les tableurs qui réapparaissent à côté pour gérer ce que l'outil ne sait pas faire, la double saisie, les exports manuels. Vous payez alors deux fois — l'abonnement, et le temps perdu.

S'y ajoutent le coût par utilisateur qui grimpe avec vos effectifs, et les modules facturés séparément dont vous découvrez le besoin après la signature.

Le développement spécifique : ses forces réelles

Le logiciel épouse votre organisation. Vos utilisateurs retrouvent leur vocabulaire, vos règles de gestion sont appliquées telles quelles, et l'outil ne contient que ce dont vous avez besoin — ce qui le rend, paradoxalement, plus simple à prendre en main qu'un progiciel généraliste.

Choisissez cette voie si :

  • votre façon de faire est un avantage concurrentiel ;
  • vous avez déjà essayé deux produits du marché sans y trouver votre compte ;
  • le coût par utilisateur des solutions existantes devient déraisonnable à votre échelle ;
  • vous devez connecter plusieurs systèmes qui ne se parlent pas.

Ses coûts cachés

Un logiciel spécifique doit être maintenu, hébergé, supervisé et corrigé. Il vieillit. Un prestataire qui ne mentionne aucun coût récurrent dans sa proposition n'a pas fini de chiffrer. Le détail est dans Combien coûte un logiciel sur mesure ?.

La troisième voie

Entre les deux existe une option rarement présentée, parce qu'elle n'arrange ni les éditeurs ni les agences au forfait : partir d'une base logicielle déjà éprouvée et l'ajuster.

Le raisonnement est simple. Dans toute application professionnelle, 60 à 70 % du code est identique d'un client à l'autre : comptes, authentification, droits, facturation, exports, journalisation, sécurité. Ces fondations n'ont aucune raison d'être réécrites à chaque projet. Ce qui mérite d'être écrit pour vous, c'est le reste — vos règles, vos écrans, votre vocabulaire.

Vous obtenez un délai proche du progiciel, un ajustement proche du sur-mesure, et un coût qui ne finance pas la réécriture de l'évident.

Le modèle économique, lui, reste celui du SaaS : un coût d'adaptation au départ, puis un abonnement. L'éditeur héberge et maintient, et conserve le code — ce qui est la contrepartie normale du fait que vous n'ayez pas payé les fondations. Ce qu'il faut alors exiger, c'est la réversibilité de vos données, détaillée dans À qui appartient le code de votre logiciel ?

Le test en trois questions

  • Si vous adoptiez le logiciel du marché tel quel, que perdriez-vous ? Si la réponse est « rien de grave », prenez-le.
  • Combien de tableurs tournent aujourd'hui à côté de vos outils officiels ? Chacun signale un besoin non couvert.
  • Votre process est-il une contrainte ou un atout ? On standardise une contrainte. On outille un atout.

Ne pas oublier la solution mixte

Les deux voies ne s'excluent pas. Garder sa comptabilité et sa paie sur des produits du marché, et développer uniquement le processus qui fait la différence, est souvent la décision la plus rationnelle. On ne développe pas un logiciel de paie : on développe ce que personne d'autre ne fait comme vous.

Questions fréquentes

Un ERP ne règle-t-il pas tout ?

Un ERP couvre bien les fonctions transversales — achats, stocks, comptabilité. Il couvre mal les processus propres à votre métier, et c'est précisément là que les tableurs réapparaissent à côté. Les deux sont souvent complémentaires.

Peut-on migrer d'un progiciel vers un logiciel sur mesure plus tard ?

Oui, à condition d'avoir vérifié dès le départ que vous pouvez exporter vos données dans un format exploitable. Vérifiez ce point avant de signer un abonnement, pas au moment de partir.

Le no-code est-il une alternative crédible ?

Pour des besoins simples et une équipe réduite, souvent oui. Les limites apparaissent sur les volumes, les droits fins et les règles complexes. Nous traitons ce point dans le dossier consacré au remplacement d'Excel.