Combien coûte un développement logiciel sur mesure ?

Il n’existe pas de prix unique pour un logiciel sur mesure, et quiconque vous en donne un avant de comprendre votre problème vous cite un modèle, pas votre projet. Ce que nous pouvons vous donner, c’est la forme du coût : le périmètre fixe le plancher, les intégrations et la migration de données fixent le plafond, et le support continu détermine ce que vous payez après le lancement.

Un petit outil interne — un flux, quelques écrans, aucune intégration tierce — est un projet différent d’une plateforme destinée aux clients, avec paiements, plusieurs rôles et une application mobile compagnon. Comptez sur quelques dizaines de milliers d’euros pour un outil interne simple ; une plateforme plus complète, avec intégrations, outils d’administration et une vraie checklist de lancement, se chiffre à six chiffres. Quiconque annonce un montant fixe sans appel de cadrage devine.

Les postes qui font réellement varier le prix sont rarement ceux dont on parle en premier. L’authentification et les permissions, la migration des données depuis le tableur ou le système existant de l’entreprise, les intégrations tierces — paiement, calendrier, comptabilité — et les écrans d’administration que personne ne montre en démo mais dont tout le monde dépend : coûtent régulièrement plus cher que l’interface visible par le client.

Prix fixe et régie fonctionnent tous les deux, selon la situation. Le prix fixe convient à une première version au périmètre réellement arrêté. La régie convient à tout ce qui est encore en cours de découverte — ce qui, honnêtement, concerne la plupart des premières versions. Nous cadrons lors d’une courte phase de découverte avant de nous engager sur l’un ou l’autre, car un chiffre produit avant que le périmètre existe n’est pas une estimation ; c’est un espoir.

Le logiciel le moins cher est celui qui est utilisé. Un coût de construction légèrement plus élevé qui produit un outil réellement adopté par votre équipe vaut mieux qu’une construction low-cost remplacée par un tableur au bout de six mois. Budgétez pour le périmètre réel, pas pour le chiffre le plus facile à accepter.

Un exemple concret aide plus qu'une nouvelle règle générale. Une clinique qui veut la prise de rendez-vous en ligne, des rappels et une console d'accueil — un flux principal, quelques écrans, aucun paiement — est une petite construction d'outil interne. La même clinique qui demande l'intégration des remboursements d'assurance, la gestion multi-sites et un portail patient est un projet différent, bien plus grand, même si « un système de rendez-vous » ressemble à une seule phrase dans les deux cas.

L'erreur de sous-évaluation la plus fréquente est de traiter la phase de découverte comme du travail commercial gratuit plutôt que comme le premier vrai livrable. Une proposition qui arrive 48 heures après un premier appel, avec un chiffre fixe attaché, a presque toujours sauté l'étape où quelqu'un cartographie réellement votre modèle de données, vos intégrations et vos cas limites. Ce chiffre n'est pas volontairement faux — il n'est simplement pas encore basé sur votre projet.

Demandez à tout prestataire de décomposer un devis selon les catégories ci-dessus — interface, auth, intégrations, migration de données, admin, support — plutôt que d'accepter une somme forfaitaire. Un prestataire qui ne peut pas la décomposer n'a généralement pas cadré le projet ; celui qui le peut vous dira aussi, spontanément, quelle catégorie constitue le vrai risque de votre projet.