Application interne : développer ou acheter ?
Développer un outil métier sur mesure ou acheter un SaaS ? Le vrai calcul build vs buy pour une PME : quand chacun gagne, méthode en 4 questions.
En bref
- Comparez le coût total sur trois ans, pas le prix d’entrée : un SaaS facture par utilisateur chaque mois, un développement se paie une fois, puis à chaque ajout.
- Si un SaaS couvre votre besoin sans que votre process se torde pour entrer dans ses cases (comptabilité, paie, signature électronique, messagerie), achetez.
- Le sur mesure gagne dans trois cas mesurables : votre process est un avantage concurrentiel, le coût par siège explose à votre volume, ou vos données sont éclatées entre plusieurs outils.
Le vrai coût n’est jamais le prix affiché
L’erreur de départ est presque toujours la même : comparer le prix d’entrée. Un SaaS à quelques dizaines d’euros par mois paraît imbattable face à un développement chiffré en milliers d’euros. Mais le prix d’entrée n’est pas le coût. Le coût, c’est le total sur la durée de vie de l’outil, ce que les analystes appellent le coût total de possession.
Un SaaS facture par utilisateur, chaque mois, indéfiniment. À trois personnes, c’est indolore. À trente, la ligne devient un poste de dépense à part entière. Prenons un outil hypothétique à 40 € par utilisateur et par mois : 7 200 € sur trente-six mois à 5 personnes, 43 200 € à 30. Ajoutez les modules premium qu’on active un par un, les connecteurs payants, la migration le jour où vous changez d’outil, et le calcul se déplace. Un développement sur mesure fait l’inverse : lourd à poser, léger à porter. Vous payez une fois le socle, puis vous ne payez que ce que vous ajoutez.
La bonne comparaison n’est donc pas « combien coûte le premier mois », c’est « combien j’aurai payé en tout, et que me reste-t-il à la fin ». À la fin d’un abonnement, il ne vous reste rien. À la fin d’un développement, il vous reste un actif.
Gratuit, 45 minutes : un ou deux chantiers classés.
Réserver l'audit gratuit →Quand un SaaS du marché suffit, et c’est souvent le cas
Je le dis d’emblée : pour un besoin standard, acheter est presque toujours le bon choix, et un bon prestataire vous le dira. Un SaaS mûr, c’est des années de développement mutualisées entre des milliers de clients, une équipe qui le maintient, des mises à jour de sécurité automatiques et un support. Vous n’avez aucune raison de recoder ça.
Le SaaS gagne dès que votre besoin est commun et bien couvert. La comptabilité, la paie, la signature électronique, la messagerie, la visio, le stockage de fichiers : ces domaines sont matures, normés, et votre façon de les faire n’a rien de différenciant. Payer une licence y est plus sûr et moins cher que de tout rebâtir. Développer sur un besoin que le marché a déjà résolu, c’est du gaspillage.
Le plus souvent, la bonne réponse mélange les deux : des briques standard assemblées autour de votre modèle. Les Carnets de Montpellier en sont un exemple : un WordPress sur mesure, des abonnements à plusieurs niveaux, le paiement récurrent et un espace communautaire, livrés en six semaines sans réécrire ce que le marché fait déjà bien.
La règle tient en une phrase. Si le SaaS couvre votre besoin sans que votre process se torde pour entrer dans ses cases, achetez. Le sur mesure ne se justifie que là où le marché vous laisse un vrai manque.
Quand le sur mesure gagne vraiment
Trois signaux, souvent combinés, font basculer le calcul vers le développement. Aucun n’est une question de goût, chacun est mesurable.
Votre process est un avantage concurrentiel. Si votre façon de traiter une commande, de router un dossier ou de suivre une production est ce qui vous distingue, un SaaS générique vous force à l’aplatir dans les cases d’un éditeur. Vous perdez précisément ce qui vous rend meilleur. Un outil sur mesure porte votre process réel au lieu de le contraindre.
Le coût par siège explose à votre volume. Un abonnement raisonnable à dix utilisateurs peut devenir absurde à cent. Quand la licence annuelle dépasse ce que coûterait de construire et maintenir l’outil, le calcul est fait. Le point de bascule arrive plus vite qu’on ne le croit, surtout quand vous n’utilisez qu’une fraction des fonctions facturées.
Vos données sont éclatées. Le symptôme le plus courant : la même information vit dans un tableur, un CRM, un logiciel de facturation et trois boîtes mail, et personne ne sait laquelle fait foi. Aucun SaaS vertical ne réconcilie ça, parce qu’aucun n’a été pensé pour votre carte à vous. Un outil interne qui se branche à l’existant via API ou MCP devient la source unique qui manquait. C’est souvent ce qui déclenche le projet, avant même le coût.
Si vous reconnaissez un de ces trois signaux, le sur mesure devient le calcul rationnel. La page logiciel sur mesure et application métier pour PME détaille les briques concrètes que ça recouvre.
Ce que l’IA change au coût du sur mesure en 2026
L’argument classique contre le développement : trop long, trop cher. L’IA le fait vaciller.
Les assistants de code, comme Claude Code en entreprise, accélèrent l’écriture du code, la génération des tests et l’itération. Le coût d’entrée d’un outil sur mesure se rapproche de celui d’un SaaS lourdement configuré, sans en avoir les limites. Le point de bascule du « quand le sur mesure gagne » se déplace donc vers le bas : des besoins qui, hier, ne justifiaient pas un développement le justifient aujourd’hui.
L’IA accélère la fabrication, pas les décisions. Elle n’écrit pas votre architecture à votre place, ne connaît pas votre métier, et ne remplace pas les tests ni les garde-fous sur les accès et les données. Un outil codé vite par un intervenant peu rigoureux, avec ou sans IA, produit une dette aussi lourde qu’un tableur monstrueux. La vitesse ne dispense pas de la rigueur.
Les générateurs d’application par IA, comme Lovable, accélèrent surtout le prototype. Le moment où il faut le reprendre en code relu et remis est détaillé dans le comparatif Lovable ou développement sur mesure.
La méthode de décision en 4 questions
Plutôt qu’un principe, posez-vous ces quatre questions dans l’ordre. Elles tranchent la plupart des cas sans débat idéologique.
| Question | Achetez (SaaS) si… | Développez (sur mesure) si… |
|---|---|---|
| 1. Le besoin est-il standard ou différenciant ? | Standard et bien couvert par le marché : achetez | Il porte ce qui vous rend unique : penchez vers le sur mesure |
| 2. Combien ça coûte au total ? | Licences par utilisateur × effectifs réels, sur toute la durée, modules et connecteurs inclus | Coût de construction et de maintenance d'un outil possédé |
| 3. Vos données doivent-elles se réconcilier ? | Un SaaS central suffit déjà : ne bougez pas | L'information est éparpillée et aucun SaaS ne fait source unique : outil branché à l'existant |
| 4. Que restera-t-il à la fin ? | Un abonnement ne laisse aucun actif | Un développement livré et documenté laisse un actif transférable |
1. Le besoin est-il standard ou différenciant ? S’il est standard et bien couvert par le marché, achetez. S’il porte ce qui vous rend unique, penchez vers le sur mesure. C’est la question qui pèse le plus lourd.
2. Combien ça coûte au total, pas sur un mois ? Faites le total : licences par utilisateur multipliées par vos effectifs réels, sur toute la durée, modules et connecteurs inclus. Comparez au coût de construction et de maintenance d’un outil possédé. Le gagnant apparaît souvent nettement.
3. Vos données doivent-elles se réconcilier ? Si l’information vit éparpillée et qu’aucun SaaS ne fait office de source unique, un outil interne branché à l’existant reprend l’avantage. Si un SaaS central suffit déjà, ne bougez pas.
4. Que restera-t-il à la fin ? Un abonnement ne laisse aucun actif ; un développement livré et documenté en laisse un, transférable. Si la propriété du code et l’absence de captivité comptent pour vous, le sur mesure l’emporte à égalité de coût.
Une réponse tranche rarement seule. Mais si trois des quatre pointent dans la même direction, vous avez votre décision, fondée sur votre activité.
Les deux pièges à éviter
Entre acheter et construire, deux pièges coûtent cher.
Le tableur devenu outil de pilotage. À force de coller des feuilles, des macros et des dépendances entre fichiers, une PME finit par piloter son métier sur un assemblage que personne ne comprend entièrement, sans rôles, sans trace, sans sauvegarde fiable. Une cellule effacée casse un calcul critique et personne ne sait qui a changé quoi. Ce n’est ni acheter ni construire : c’est une dette qui grossit en silence.
L’outil trop gros pour l’usage. L’autre piège est plus discret : acheter ou construire un outil plus puissant que le besoin, que personne n’utilise vraiment. Trop de fonctions, trop loin des habitudes de l’équipe, une licence dont on n’utilise qu’une fraction. Le SaaS n’est pas en cause, l’ajustement l’est. Un outil, acheté ou construit, ne crée de valeur que s’il épouse la façon réelle de travailler. Le sur-dimensionnement touche aussi le développement. Balzeo, marque de gourdes, tournait sur un headless CMS trop lourd pour sa boutique : après la migration vers WordPress et WooCommerce, le chargement a été divisé par deux et le coût de maintenance a baissé de 84 %. Là, la bonne décision était de revenir au standard.
La position de Waimia
Waimia développe des outils métier sur mesure pour les PME, et on recommande d’acheter un SaaS quand il couvre le besoin. C’est simplement honnête : conseiller un sur mesure inutile, c’est vendre de la dette.
Le travail commence par le cadrage, pas par le code. Avant de financer, il existe quatre tests de tailles différentes (preuve de concept, prototype, MVP, pilote) : voir POC ou MVP : quelle différence pour une PME. On regarde votre process, vos volumes, l’état de vos données, et on vous dit franchement quand le marché fait mieux et moins cher. Quand le sur mesure s’impose, on construit une première version utile vite, sur le périmètre qui fait le plus mal, avec de vrais garde-fous : accès par rôle, journal, sauvegardes, cas limites testés. Et le code est à vous, livré et documenté. Pour un outil d’équipe, voir le back-office sur mesure ; pour un espace où vos clients suivent leurs dossiers, le portail client.
Les prix d’entrée des chantiers sont publiés sur la page tarifs. L’audit de 45 minutes est gratuit et sans engagement : on regarde le circuit que votre outil actuel ne tient plus et on vous dit s’il faut le corriger, le développer sur mesure ou prendre un outil du marché. Réserver un audit IA gratuit →
Chiffrez le gain avant de vous engager
Entrez vos heures et vos coûts : le calculateur donne le temps récupérable tout de suite, sans inscription. Vous pouvez ensuite recevoir le détail par e-mail.