La question arrive presque toujours dans le même ordre, et c’est le mauvais. On regarde d’abord les prix, on trouve un abonnement à quelques dizaines d’euros par mois et par utilisateur, on compare à un devis de développement à cinq chiffres, et la conclusion paraît évidente.
Elle ne l’est pas, parce que les deux chiffres ne mesurent pas la même chose. L’un est un loyer, l’autre est un achat. Voici les cinq critères qui font réellement basculer la décision, et le calcul que les devis ne montrent jamais.
Le premier réflexe est le bon : regardez d’abord le marché
Avant tout le reste, cherchez sérieusement si un outil du marché couvre votre besoin. Pas superficiellement : listez vos processus, testez deux ou trois solutions, faites-les manipuler par ceux qui travailleront dessus.
Si une plateforme existante couvre l’essentiel et que le reste peut être paramétré ou contourné sans douleur, prenez-la. L’éditeur maintient, met à jour, corrige les failles de sécurité et absorbe les évolutions réglementaires. Vous payez du paramétrage et de la formation, pas de la construction. C’est presque toujours le bon choix pour une fonction générique : comptabilité, paie, messagerie, signature électronique.
Le sur mesure se justifie quand le besoin sort vraiment du cadre. Pas quand il en sort un peu.
Les cinq critères qui font basculer
1. L’écart entre l’outil et votre métier. Le vrai coût d’un abonnement n’est pas son prix, c’est ce que vos équipes font pour le contourner. Si chaque commande demande une ressaisie dans un tableur parce que l’outil ne gère pas votre logique de tarification, vous payez deux fois : l’abonnement et les heures perdues. Chiffrez ces heures avant de comparer les prix.
2. Le nombre d’utilisateurs, et sa trajectoire. Un abonnement par utilisateur est linéaire : il double quand votre équipe double. Un logiciel dont vous êtes propriétaire ne coûte pas plus cher parce que vous embauchez. À trente personnes, la différence est mince. À cent, elle devient structurante. Faites le calcul sur votre effectif à trois ans, pas sur celui d’aujourd’hui.
3. Les intégrations dont vous avez besoin. Un outil du marché se connecte à ce que son éditeur a prévu, et pas au-delà. Si votre besoin implique de parler à un progiciel maison, à une machine de production ou à un partenaire avec son propre format, vous serez limité par les connecteurs existants. Et les contournements par fichiers intermédiaires que tout le monde finit par bricoler sont un coût caché permanent.
4. Ce que le processus représente pour vous. Posez-vous la question sans complaisance : ma façon de faire est-elle un avantage concurrentiel, ou une habitude ? Si c’est un avantage, le protéger avec du spécifique se défend. Si c’est une habitude héritée d’un ancien logiciel mal fichu, adaptez-vous au standard, c’est moins cher et plus robuste. Ce tri est difficile à faire seul, parce qu’une habitude ancienne ressemble beaucoup à une nécessité.
5. Votre capacité à porter la maintenance. C’est le critère qu’on oublie, et il est éliminatoire. Un logiciel sur mesure vit : les navigateurs évoluent, les services connectés changent leurs règles, des correctifs de sécurité sortent. Si personne ne peut assumer cette charge, en interne ou par contrat, le sur mesure se dégrade et finit abandonné. Compter zéro pour l’après-livraison est la façon la plus sûre de gâcher un bon investissement.
Le calcul sur trois ans
Le seul calcul honnête met tout sur la même ligne, sur la même durée.
Côté abonnement : le coût mensuel multiplié par le nombre d’utilisateurs, projeté sur trois ans avec votre trajectoire d’effectif, plus le paramétrage initial, plus les modules complémentaires que vous ajouterez, plus le temps de contournement estimé en heures multiplié par leur coût. N’oubliez pas la probabilité d’une augmentation tarifaire : elle n’est pas nulle.
Côté sur mesure : le coût de construction, plus la maintenance annuelle, plus le temps de vos équipes pendant le projet, ce qui est un coût réel même s’il n’apparaît sur aucune facture.
Ce calcul donne rarement un écart spectaculaire dans un sens ou dans l’autre. Ce qu’il donne, en revanche, c’est la certitude de décider en connaissance de cause, plutôt que sur l’illusion d’un loyer qui paraît modeste.
Les deux erreurs symétriques
Prendre du sur mesure par confort. Certaines directions choisissent le développement spécifique parce que l’idée d’un outil « fait pour nous » est séduisante, et parce que cela évite l’inconfort de changer ses habitudes. C’est un choix cher, et il se paie en maintenance pendant des années.
Prendre un abonnement par facilité. À l’inverse, souscrire sans avoir cartographié ses processus mène au scénario classique : six mois plus tard, on découvre que la gestion des affaires ne rentre pas, que la refacturation suit une règle maison, et on finit par payer des développements spécifiques sur un outil choisi justement pour les éviter.
Les deux erreurs ont la même cause : on a choisi la solution avant d’avoir écrit le besoin.
La voie intermédiaire, souvent la meilleure
Un socle du marché pour tout ce qui est générique, et du spécifique uniquement là où votre métier sort du cadre. C’est fréquemment le meilleur rapport entre le résultat et le risque, à condition que le socle choisi accepte proprement des extensions, ce qui se vérifie avant de signer et pas après.
Cette voie a un autre avantage : elle est réversible par morceaux. Si une brique spécifique se révèle inutile, vous l’abandonnez sans remettre en cause l’ensemble.
Comment on tranche, concrètement
On ne vend pas du développement sur mesure à tout le monde, et la première question d’un projet chez nous est toujours de savoir s’il faut vraiment le construire. Quand un outil du marché couvre le besoin, on le dit.
Quand le doute subsiste, il se lève par un cadrage court et rémunéré : on cartographie les processus réels, on distingue les spécificités qui sont un avantage de celles qui sont une habitude, on regarde l’état des données à reprendre, et on chiffre les deux scénarios sur la même durée. Le livrable vous appartient, y compris si la conclusion est de ne rien construire.
Pour aller plus loin
- Développement de logiciel sur mesure : le format au forfait à périmètre fermé
- Combien coûte un logiciel sur-mesure : les fourchettes du marché et les cinq postes qui font déraper une facture
- Choisir son ERP en PME : standard, sur-mesure ou hybride : la même décision appliquée à un progiciel de gestion
- Exemple de cahier des charges informatique : la trame à remplir une fois la décision prise
- Combien de temps prend un logiciel sur mesure : le délai, l’autre variable du calcul
- Outil métier sur mesure ou ERP : le cas du progiciel de gestion
- Adapter une plateforme existante plutôt que la construire : une troisième voie, sur une mission réelle