Combien coûte une application web sur mesure ?

Dans ce budget, on ne parle pas d'une maquette cliquable. On parle d'un produit en production : comptes utilisateurs, rôles, base de données, interfaces métier, sécurité, sauvegardes, déploiement et documentation. Le périmètre exact varie, mais l'outil doit déjà accomplir son travail principal.

• —Autour de 5 000 € : un flux central bien délimité, peu de rôles, une administration simple et une intégration maîtrisée.
• —Entre 7 000 et 12 000 € : plusieurs espaces connectés, permissions plus fines, paiement ou abonnement, tableau de bord et reprise de données raisonnable.
• —Au-delà : le projet cumule souvent plusieurs produits, une migration complexe, du mobile natif ou des contraintes spécifiques. Il doit alors être découpé en étapes chiffrées séparément.

Un devis très inférieur peut être parfaitement adapté s'il s'agit d'un prototype ou d'un outil no-code limité. Il devient dangereux seulement quand il promet le même produit complet en supprimant silencieusement les tests, l'administration, la sécurité ou le traitement des cas d'erreur.

Une page de tableau de bord peut être simple. Un bouton « valider » peut, lui, déclencher une écriture comptable, réserver un créneau, notifier trois personnes et interdire une double opération. Visuellement, c'est un bouton. Techniquement, c'est une règle métier qui doit rester vraie même si le réseau coupe ou si deux personnes cliquent en même temps.

Les six postes qui font varier un devis

• —Les rôles et permissions : client, équipe, administrateur, partenaire ou technicien ne doivent ni voir ni modifier les mêmes données.
• —Les règles métier : statuts, validations, calculs, disponibilités, tarification et exceptions constituent le vrai cœur du logiciel.
• —Les intégrations : Stripe, calendrier, CRM, comptabilité, signature ou API fournisseur ajoutent chacune leurs erreurs et leurs cas limites.
• —La reprise de données : importer un fichier propre n'a rien à voir avec réconcilier cinq années de tableurs contradictoires.
• —L'administration : quelqu'un doit pouvoir corriger une donnée, relancer une opération et comprendre ce qui s'est passé sans appeler le développeur.
• —La qualité de production : tests, journalisation, sauvegardes, sécurité, performance, déploiement et procédure de retour arrière.

Le sur-mesure devient plus concret quand on regarde le travail métier plutôt que la technologie. Voici trois systèmes effectivement livrés par le studio ; aucun ne se résume à « faire quelques pages ».

• —Arqua : un site de conversion relié à trois espaces métier, au paiement Stripe, à Google Calendar et aux rappels d'entretien. La difficulté est de garder devis, planning et rôles cohérents.
• —Les Safrans : réservation directe, acompte Stripe, blocage croisé entre chambres et maison entière, puis synchronisation iCal avec Airbnb et Booking. L'enjeu critique est d'éviter la double réservation.
• —Alieva : connexion d'un site, contrôles automatisés, génération d'un rapport de vitalité mensuel et abonnement. Le produit combine une application web et un moteur d'audit Python.

Dans les trois cas, l'interface est la partie visible. La valeur est dans les règles qui empêchent un oubli, une incohérence ou une ressaisie. C'est précisément ce qu'un devis sérieux doit nommer.

Le sur-mesure n'est pas automatiquement la meilleure décision. Si votre besoin correspond à 90 % à un logiciel du marché, commencez par ce logiciel. Il sera plus rapide, moins risqué et probablement moins cher la première année.

• —Achetez un SaaS si le processus est standard : facturation classique, newsletter, prise de rendez-vous simple ou CRM sans règle particulière.
• —Construisez si votre façon de travailler est un avantage, si plusieurs outils doivent partager une même vérité ou si les contournements occupent déjà une personne.
• —Construisez aussi quand la propriété des données, les rôles ou l'expérience client imposent une maîtrise que le logiciel générique ne donne pas.

Un bon prestataire doit être capable de vous déconseiller le développement. Financer du sur-mesure pour reproduire un outil standard à 80 € par mois n'est pas une victoire technique.

La meilleure économie consiste à retirer une branche du processus, pas à rogner sur la sécurité ou les tests. Une V1 solide peut être étroite. Elle ne doit pas être fragile.

• —Choisissez un seul résultat principal : par exemple, permettre à un client de réserver et payer, avant de construire tout le CRM.
• —Limitez les rôles au strict nécessaire. Chaque nouveau rôle multiplie les scénarios de permission et de test.
• —Gardez une opération rare en validation manuelle plutôt que d'automatiser immédiatement tous les cas exceptionnels.
• —Repoussez l'application mobile native si une web app responsive couvre réellement l'usage terrain.
• —Préparez des exemples de données et cinq cas réels avant les ateliers. Ils valent mieux que trente pages de cahier des charges abstrait.
• —Décidez ce qui prouvera que la V1 fonctionne : temps gagné, erreurs supprimées, réservations directes ou délai de traitement.

Le devis le plus détaillé n'est pas forcément le meilleur, mais il doit rendre les zones de risque visibles. Demandez une réponse écrite aux questions suivantes. Une hésitation aujourd'hui devient souvent un supplément ou un blocage en cours de projet.

• —Qui possède le code, les comptes cloud, le domaine et les données à la livraison ?
• —Quelles intégrations sont réellement incluses et lesquelles sont seulement évoquées ?
• —La reprise de données comprend-elle le nettoyage, les doublons et un essai d'import ?
• —Quels navigateurs, rôles et parcours sont testés avant la mise en ligne ?
• —Que se passe-t-il si une API tierce est indisponible ou change ses règles ?
• —L'administration, les sauvegardes, les logs et la documentation font-ils partie du livrable ?
• —Quel est le mécanisme de validation et comment sont chiffrées les demandes hors périmètre ?

Une application n'est pas un meuble que l'on pose puis que l'on oublie. Les navigateurs évoluent, les API changent, les utilisateurs découvrent de nouveaux cas et les règles métier bougent. Il faut prévoir qui surveille, sauvegarde, corrige et arbitre les évolutions.

Cela ne veut pas dire signer un gros contrat par réflexe. Cela veut dire connaître le coût total : hébergement, services tiers, maintenance corrective, évolutions et disponibilité attendue. Un produit moins cher à construire peut devenir le plus coûteux si personne ne sait le reprendre.