Développer ou acheter un logiciel ?

Nous faisons du logiciel sur mesure. Et il nous arrive régulièrement de dire à une entreprise qui nous appelle : achetez un progiciel, ça va vous coûter dix fois moins cher.

Ce n'est pas de la fausse modestie. Un projet sur mesure mal choisi coûte cher, prend du temps, et laisse l'entreprise avec un logiciel à maintenir dont elle n'avait pas besoin. Autant le dire avant.

Voici comment trancher.

La question n'est pas « lequel est le mieux »

Un progiciel n'est pas un choix au rabais et le sur mesure n'est pas un luxe. Ce sont deux façons différentes de résoudre le problème, et le bon choix dépend d'une seule chose : votre façon de travailler est-elle un avantage, ou simplement une habitude ?

Si vos processus ressemblent à ceux de votre secteur, un progiciel les couvrira mieux et moins cher que tout ce que nous pourrions bâtir. Des milliers d'entreprises ont payé son développement avant vous.

Si votre façon de faire est précisément ce qui vous distingue — un mode de production particulier, une logique de tarification que personne d'autre n'a, un service que vos concurrents ne rendent pas — alors la couler dans un progiciel générique revient à effacer votre avantage pour rentrer dans le moule.

Achetez un progiciel si…

• Vos processus sont standards. Comptabilité, paie, CRM classique, gestion documentaire : ces problèmes sont résolus. Très bien résolus.
• Vous êtes prêt à vous adapter au logiciel. C'est le vrai coût d'un progiciel, et il est souvent sous-estimé : ce n'est pas le prix de la licence, c'est le changement de vos façons de faire.
• Le besoin est urgent. Un progiciel se déploie en semaines. Un logiciel sur mesure se compte en mois.
• Vous n'avez personne pour porter le projet à l'interne. Un développement sur mesure exige de la disponibilité de votre côté. Sans elle, il dérape.

Développez sur mesure si…

• Aucun progiciel ne couvre votre réalité sans contorsions. Le signe classique : les fournisseurs vous répondent « c'est possible avec du développement personnalisé ».
• Vos équipes maintiennent déjà des fichiers en parallèle. Si des fichiers Excel officieux tournent à côté du logiciel que vous payez, c'est que le logiciel ne fait pas la job.
• L'intégration est le cœur du problème. Faire parler deux systèmes qui s'ignorent est un cas où le sur mesure gagne presque toujours.
• Le logiciel est le produit. Si vous vendez un service qui repose sur une plateforme, elle ne peut pas appartenir à quelqu'un d'autre.
• Les coûts de licence explosent avec la croissance. Un progiciel facturé par utilisateur devient parfois plus cher qu'un développement, une fois franchi un certain seuil. Faites le calcul sur cinq ans, pas sur un an.

La zone grise : le progiciel très personnalisé

C'est là que la plupart des mauvaises décisions se prennent.

Une entreprise achète un progiciel, découvre qu'il ne couvre pas 30 % de ses besoins, et paie des développements sur mesure par-dessus. Elle se retrouve avec le pire des deux mondes : les contraintes du progiciel, le coût du sur mesure, et une facture de mise à jour à chaque nouvelle version qui casse ses personnalisations.

Si vous en êtes à budgéter des personnalisations qui dépassent le tiers du coût du progiciel, refaites le calcul complet. Le sur mesure redevient souvent moins cher — et vous appartient.

Les coûts qu'on oublie de comparer

La comparaison honnête ne se fait pas entre le prix de la licence et le devis de développement. Elle se fait sur cinq ans, tout compris.

Côté progiciel : licences récurrentes qui augmentent, coût par utilisateur additionnel, modules complémentaires, personnalisations, migration des données, formation, et l'hypothèse que l'éditeur ne change pas sa tarification ou n'abandonne pas le produit.

Côté sur mesure : développement initial, maintenance annuelle de 10 % à 25 % du coût initial, hébergement, et l'évolution du logiciel dans le temps. Nous détaillons les fourchettes dans notre article sur le coût d'un logiciel sur mesure au Québec.

Le facteur que presque personne ne chiffre : le coût de ne pas être adapté. Si vos équipes perdent chacune une heure par jour à contourner un logiciel qui ne colle pas, calculez ce que ça représente sur cinq ans. C'est souvent le montant le plus élevé du tableau.

Ce que l'IA a changé dans l'arbitrage

La frontière a bougé. La production de code s'étant accélérée, des projets sur mesure qui ne se justifiaient pas économiquement il y a trois ans passent maintenant le test.

Concrètement : le seuil sous lequel « achetez un progiciel » était la seule réponse raisonnable a baissé. Des automatisations et des outils internes de petite envergure sont devenus accessibles à des PME qui n'y avaient pas accès.

En revanche, l'arbitrage lui-même n'a pas changé. Un progiciel qui couvre 90 % de vos besoins reste le bon choix, peu importe la vitesse à laquelle on peut coder l'alternative.

Les signaux que vous avez choisi la mauvaise option

Vous avez acheté alors qu'il fallait développer si :

• Des fichiers Excel parallèles se sont multipliés depuis l'implantation
• Vous payez des personnalisations à chaque trimestre
• Vos équipes ont un mot pour désigner le contournement du système
• Vous avez adapté un processus rentable pour entrer dans le logiciel

Vous avez développé alors qu'il fallait acheter si :

• Vous avez rebâti quelque chose qui existe déjà en mieux sur le marché
• Personne à l'interne ne sait plus comment le logiciel fonctionne
• La maintenance coûte plus cher que les licences que vous évitiez
• Les fonctions demandées sont celles de n'importe quel progiciel du secteur

Dans les deux cas, ce n'est pas irréversible. Nous reprenons régulièrement des logiciels bâtis par d'autres, et il nous arrive aussi de recommander de migrer vers un progiciel et d'accompagner la transition.

Comment décider sans se tromper

Trois étapes, dans cet ordre :

1. Écrivez ce que vous faites aujourd'hui, pas ce que vous voudriez faire. Les processus réels, y compris les contournements.
2. Évaluez deux ou trois progiciels sérieusement, avec vos vraies données et vos cas limites — pas une démonstration guidée par le vendeur. Notez précisément ce qui ne passe pas.
3. Chiffrez les deux scénarios sur cinq ans, en incluant le coût de l'inadéquation.

Si après ces trois étapes le progiciel gagne, prenez-le. Vous aurez économisé un budget et des mois.

S'il perd, vous saurez exactement pourquoi — et vous aborderez le développement avec une spécification déjà largement écrite. Ce travail n'est jamais perdu : c'est la matière première de l'analyse.

Pour un cas particulier — celui des systèmes de gestion intégrés — nous détaillons l'arbitrage dans notre article sur les étapes d'un ERP sur mesure.