Il y a une phrase que j’entends souvent quand je propose du développement sur mesure à une TPE : “On n’a pas le budget pour ça, on utilise des outils existants.”
Ce réflexe est compréhensible. Un développement à 10 000€ fait peur. Un abonnement à 29€/mois, non. Le problème, c’est que ce raisonnement ignore complètement la durée, le nombre d’outils, et tout le coût invisible que personne ne comptabilise.
Cet article n’est pas un argument de vente pour le développement sur mesure à tout prix. Il y a des cas où le SaaS est clairement la bonne réponse. Mais il y a aussi des cas où vous payez deux fois plus cher que nécessaire, sans le savoir, parce que vous n’avez jamais fait le calcul en entier.
Voici comment le faire honnêtement.
Le calcul que personne ne fait
Prenons une TPE réelle — dix salariés, activité de services B2B. Sa stack d’outils ressemble à ça :
- CRM : 45€/mois (HubSpot Starter)
- Facturation : 29€/mois (Pennylane)
- Gestion de projet : 25€/mois (Monday)
- Formulaires et collecte de données : 15€/mois (Typeform)
- Automatisations entre les outils : 29€/mois (Zapier)
Total : 143€/mois. C’est-à-dire 1 716€ par an. Et 5 148€ sur trois ans.
Pris séparément, chaque ligne semble raisonnable. Ensemble, sur la durée, c’est une note significative — et qui augmente, parce que tous ces éditeurs font monter leurs prix régulièrement.
Mais ce n’est pas le vrai problème. Le vrai problème, c’est ce que j’appelle le coût invisible.
Le coût invisible : ce que personne ne facture mais que tout le monde subit
Ces cinq outils ne se parlent pas nativement. Ou mal. Ou seulement avec Zapier — et encore, à condition de configurer et maintenir chaque intégration manuellement.
Concrètement, ça donne quoi au quotidien ?
Un devis signé dans le CRM déclenche une relance manuelle dans Monday, une facture créée à la main dans Pennylane, et des données copiées-collées d’un outil à l’autre. Quand un client répond à un formulaire Typeform, quelqu’un doit l’importer dans le CRM. Quand Zapier change son interface — ce qui arrive — il faut reconfigurer les automatisations.
Combien de temps ça prend ? En général, quand je pose la question à mes clients avant qu’on travaille ensemble, la réponse honnête est entre 3 et 6 heures par semaine de saisie manuelle, d’exports, d’imports, et de gestion des incohérences entre les outils.
À 35€/heure de coût chargé, 4 heures par semaine, c’est 560€/mois. Soit 6 720€ par an. Qui n’apparaît nulle part dans le budget “outils”, mais qui est bien là.
Quand on additionne tout — abonnements + temps perdu — on est à plus de 8 000€ par an pour une stack de cinq outils qui ne fonctionnent pas vraiment ensemble.
Ce que coûte une application sur mesure par comparaison
Une application qui centralise ces cinq fonctions — CRM, facturation, gestion de projet, formulaires, automatisations — peut se développer entre 8 000€ et 15 000€ selon la complexité.
Disons 10 000€ pour l’exemple.
L’hébergement : 20 à 30€/mois sur un VPS standard. La maintenance : quelques heures par an pour les mises à jour de sécurité et les petites évolutions. Aucun abonnement supplémentaire.
Le calcul sur trois ans :
- Année 1 : 10 000€ (développement) + 360€ (hébergement) = 10 360€
- Année 2 : 360€
- Année 3 : 360€
- Total sur 3 ans : 11 080€
Contre 5 148€ d’abonnements purs + environ 20 000€ de temps perdu sur la même période.
L’application sur mesure est amortie entre 14 et 18 mois selon les gains de temps réels. Après, chaque mois est du bénéfice net.
Un cas concret tiré de mon expérience
J’ai travaillé avec un client qui gérait son activité avec trois “outils” : Excel pour le stock, Word pour les factures, Gmail pour les relances clients.
En apparence, coût zéro. En réalité : environ quatre heures par semaine de saisie manuelle, des erreurs régulières dans les quantités en stock, des factures perdues dans les échanges d’emails, et une visibilité quasi nulle sur ses marges réelles.
On a construit ensemble une application sur mesure à 10 000€. Trois mois de développement. L’application centralisait la gestion du stock, la facturation, et les relances automatiques.
Résultat : la saisie manuelle est tombée à moins de 30 minutes par semaine. L’erreur sur le stock est passée à zéro. Et il voyait ses marges en temps réel pour la première fois.
Le ROI n’était pas théorique. Il était calculable : quatre heures par semaine récupérées, à un coût chargé de 35€/heure, c’est 560€/mois économisés. L’investissement était amorti en 18 mois.
Les critères qui font pencher la balance
Ce calcul ne s’applique pas à tout le monde. Il y a des situations où le SaaS est clairement la bonne réponse, et des situations où il ne l’est pas.
Le développement sur mesure fait sens quand :
Vous utilisez quatre outils ou plus avec des besoins d’intégration réguliers. Votre process métier est stable depuis au moins un an et n’est pas susceptible de changer radicalement dans les prochains mois. Vous avez des données sensibles — clients, contrats, financières — que vous préférez ne pas disperser chez cinq providers différents. Votre besoin est suffisamment spécifique pour qu’aucun SaaS ne le couvre vraiment sans contournements.
Le SaaS reste le bon choix quand :
Vous êtes en phase de construction de votre process — startup early-stage, activité qui change tous les six mois. Vous avez besoin de démarrer vite avec un budget initial limité. Vous n’utilisez qu’un ou deux outils bien maîtrisés, sans vraie friction entre eux. Votre besoin est parfaitement standard et les SaaS du marché le couvrent sans adaptation.
La question à se poser honnêtement : est-ce que vos outils font exactement ce dont vous avez besoin, ou est-ce que vous avez adapté votre process pour correspondre à ce que vos outils savent faire ?
Si c’est la deuxième option, vous êtes probablement en train de payer pour quelque chose qui vous contraint.
Ce qu’on n’anticipe pas : le coût de la dépendance aux éditeurs
Il y a un autre coût dont on parle rarement : la dépendance.
Quand HubSpot décide d’augmenter ses tarifs de 30% — ce qui est arrivé à plusieurs reprises ces dernières années — vous n’avez pas vraiment le choix. Soit vous payez, soit vous migrez vers un autre outil avec tout ce que ça implique : export des données, perte de configuration, reformation de l’équipe, risque de perte de données.
Quand Zapier change son modèle de pricing et que vos automatisations passent d’une formule gratuite à 29€/mois, vous le découvrez au moment de la facture.
Avec une application sur mesure, vous êtes propriétaire du code, des données, et de l’infrastructure. Vous décidez quand évoluer, et comment.
Ce n’est pas un argument absolu — un SaaS bien choisi apporte aussi une vraie valeur en termes de maintenance et de mises à jour. Mais c’est un paramètre à intégrer dans le calcul.
FAQ
Comment calculer le ROI d’un développement sur mesure ?
La méthode la plus simple : listez tous vos abonnements SaaS actuels et leur coût annuel. Ensuite, estimez honnêtement le temps hebdomadaire passé à faire communiquer ces outils entre eux — saisies manuelles, exports, imports, corrections d’erreurs. Multipliez ce temps par le coût horaire chargé de la personne qui le fait. Additionnez les deux colonnes sur 24 mois. Comparez avec le devis d’une application sur mesure + hébergement sur la même période. Le seuil de rentabilité apparaît clairement.
C’est risqué de dépendre d’un seul développeur pour son outil métier ?
C’est une question légitime. La réponse honnête : oui, si le développeur ne documente pas son travail et ne livre pas le code source. C’est pourquoi je livre systématiquement le code source complet, une documentation technique, et j’encourage mes clients à héberger eux-mêmes ou avec un hébergeur indépendant. Un code bien documenté peut être repris par n’importe quel développeur compétent. Ce n’est pas différent, structurellement, du risque qu’un éditeur SaaS ferme ou change radicalement son produit.
Et si mes besoins évoluent après le développement ?
C’est la vraie question. Une application sur mesure évolue — mais chaque évolution a un coût. Ce n’est pas un abonnement qui inclut les nouvelles features automatiquement. Le bon cadre : distinguer le coeur stable (ce qui ne changera pas) des évolutions probables (ce qui peut être prévu dès le départ avec une architecture flexible). Un bon brief permet d’anticiper 80% des évolutions nécessaires sur 18 mois. Le reste se gère en maintenance évolutive, généralement quelques heures par trimestre.
Comment s’assurer que le développement ne dure pas éternellement ?
En travaillant avec un périmètre défini dès le début. Le problème des projets qui s’étirent, c’est presque toujours un cahier des charges flou ou un scope qui grandit en cours de route. La méthode que j’utilise : livraison par itérations fonctionnelles, avec une version utilisable à chaque étape. Vous n’attendez pas la version finale pour commencer à utiliser l’outil — vous utilisez la V1, vous testez, et on itère. Un projet de 10 000€ bien cadré, c’est 10 à 14 semaines de développement. Pas six mois.
Vous avez le sentiment que vos outils vous coûtent plus qu’ils ne vous rapportent ? Je fais une analyse gratuite de votre stack. Me contacter