Je refuse des projets sur mesure assez régulièrement. Pas parce que je ne veux pas du travail — je construis des logiciels pour vivre — mais parce que la réponse honnête à « devrions-nous construire ceci ? » est parfois « non, achetez l'outil tout fait et économisez votre argent ».
Cela surprend les gens. Ils s'attendent à ce qu'un développeur dise « oui, construisons-le ». Mais le moyen le plus rapide de perdre la confiance d'un client est de lui construire quelque chose dont il n'avait pas besoin. Alors avant de proposer quoi que ce soit, j'aide les entreprises à déterminer si le logiciel sur mesure est même le bon choix. Voici comment cette décision fonctionne vraiment.
Les trois options, honnêtement
Quand une entreprise a un problème logiciel, il y a en réalité trois voies — et la plupart des gens n'en considèrent sérieusement qu'une seule.
Acheter tout fait (SaaS). Quelqu'un a déjà construit un produit pour votre besoin. Rapide, peu coûteux à démarrer, bien supporté. C'est bien plus souvent la bonne réponse que les fournisseurs de logiciels sur mesure ne l'admettent. Si votre besoin est générique — CRM, comptabilité, e-mail, gestion de projet — un produit le fait presque certainement mieux que ce que je construirais de zéro.
No-code / low-code. Des outils comme Airtable, Make ou un constructeur de formulaires. Brillants pour les prototypes, les outils internes simples et la validation d'une idée avant d'investir. Le hic : ils atteignent un plafond, deviennent fragiles en grandissant, et sont difficiles à transmettre à un développeur plus tard. Parfaits pour « est-ce que ça marche au moins ? », risqués pour « ça fait maintenant tourner notre entreprise ».
Logiciel sur mesure. Construit spécifiquement pour vous. La bonne réponse quand le processus est votre avantage, quand aucun produit ne convient, ou quand vous payez tellement en frais SaaS et en contournements manuels que construire se rembourse de soi-même. Plus cher au départ, et il doit être bien construit — sinon il devient le problème même qu'il devait résoudre.
L'erreur n'est pas de mal choisir entre les trois. L'erreur est de ne pas savoir dans laquelle vous êtes réellement.
La question qui tranche
Écartez la technologie et posez une seule chose : ce processus est-il générique, ou est-il la façon dont nous gagnons ?
Si la réponse est « générique » — toute entreprise facture, planifie, envoie des e-mails — alors achetez. Ne construisez pas un CRM sur mesure parce que votre équipe commerciale trouve Salesforce agaçant. L'agacement coûte moins cher que la construction.
Si la réponse est « c'est ainsi que nous gagnons » — un flux de travail spécifique à votre entreprise, une façon de servir les clients que les concurrents ne peuvent copier, un processus qui est votre avantage — alors un produit ne conviendra jamais tout à fait, et le logiciel sur mesure commence à avoir du sens. Vous ne voulez pas plier votre avantage pour entrer dans l'outil de quelqu'un d'autre.
La plupart des cas réels se situent entre les deux, et c'est là que se trouve la réponse intéressante : une fine couche sur mesure par-dessus des outils achetés. Gardez le SaaS pour les 80 % génériques, et construisez les 20 % spécifiques qui comptent vraiment. C'est souvent l'option la moins chère et la plus intelligente — et presque personne ne la propose, parce qu'elle ne vend pas une grosse construction.
Quand « construire » est vraiment justifié
D'après mon expérience, le logiciel sur mesure mérite sa place quand plusieurs de ces points sont vrais :
- Aucun produit ne fait les 10 % manquants — et ces 10 % sont tout l'enjeu.
- Vous croulez sous les contournements — tableurs, copier-coller entre outils, étapes manuelles qui devraient être automatiques.
- La facture SaaS a grimpé — les coûts par utilisateur sur trois à cinq ans rivalisent désormais avec le coût de construction.
- Vous êtes enfermé chez un fournisseur que vous auriez du mal à quitter, vos données dans ses murs.
- Le processus est un vrai avantage que vous voulez posséder entièrement, pas louer.
Si trois de ces points ou plus sonnent juste, il vaut la peine de chiffrer une construction correctement. Si un seul l'est, méfiez-vous de quiconque — moi y compris — vous dit de construire.
Les erreurs que je vois le plus
Construire trop tôt. Du logiciel sur mesure avant d'avoir validé le processus avec un tableur ou un prototype no-code. Construisez une fois que vous savez ce dont vous avez besoin, pas pour découvrir ce dont vous avez besoin.
Construire trop large. « Tant qu'on y est, est-ce que ça pourrait aussi… » est la façon dont un outil ciblé à 15 k€ devient une plateforme au point mort à 60 k€. Les meilleures constructions font une chose bien, puis grandissent.
Acheter là où vous devriez construire les 20 %. Forcer votre entreprise à fonctionner comme un produit le veut, alors qu'une petite couche sur mesure vous aurait laissé garder votre avantage.
Bâtir en no-code ce dont votre entreprise dépend. Le no-code est parfait jusqu'au jour où il ne l'est plus — et la reconstruction coûte plus cher que ne l'aurait fait une construction correcte dès le départ.
Oublier qui le possède au jour 366. Le logiciel sur mesure a besoin d'un propriétaire — quelqu'un qui le maintient, l'étend, le répare. Si la réponse à « qui possède ceci après la mise en production ? » est un haussement d'épaules, ralentissez.
Comment je cadre avant de chiffrer
Quand quelqu'un vient me voir pour une construction, je ne commence pas par la technologie. Je commence par trois questions :
- Quel est le problème précis, en une phrase ? Pas « nous voulons un meilleur système » — « nous passons quarante heures par mois à réconcilier manuellement les commandes entre notre boutique et notre entrepôt, et les erreurs nous coûtent des retours ».
- À quoi ressemble le succès dans 12 mois ? Une différence opérationnelle mesurable, pas « le logiciel est en ligne ».
- Peut-il être livré par phases ? Une bonne construction livre quelque chose d'utile tôt, puis grandit. Quiconque chiffre un seul grand coup de neuf mois prend un risque que vous paierez.
Ce n'est qu'après que nous parlons de quoi construire et de combien. Et parfois cette conversation se termine par moi disant « honnêtement, achetez ce produit SaaS et appelez-moi quand vous l'aurez dépassé ». Cela me coûte un projet et me gagne un client pour la vie.
Encore une chose : comment vous le payez
Un vrai obstacle pour les petites entreprises est la trésorerie — une construction sur mesure est un chèque conséquent à signer d'avance. Alors je propose un choix : payez au projet, ou par un forfait mensuel fixe sur une période convenue. Le même travail, la même propriété, plus doux pour le compte en banque. Si la seule chose entre vous et le logiciel dont vous avez besoin est la forme de la facture, c'est un problème soluble.
Je construis des logiciels sur mesure prêts pour la production pour les entreprises et agences belges — au projet à partir de 10 k€, ou un forfait mensuel fixe. Sans transferts à des juniors, vous possédez le code, et l'IA n'est intégrée que là où elle aide vraiment. Vous pesez une construction ? Commencez par un appel de 30 minutes — je vous dirai honnêtement si ça vaut la peine, ou vous indiquerai l'outil tout fait qui, lui, ne la vaut pas.
Il y a aussi un Guide de décision : construire ou acheter gratuit — une grille d'évaluation et un coût réel honnête à parcourir avant de vous engager. Et j'écris une newsletter courte et pratique pour les entreprises belges sur le logiciel, l'IA et l'ingénierie senior ; abonnez-vous ci-dessous si c'est utile.