Le vrai coût d'un projet de développement web sur mesure

Le coût d’un développement web sur mesure n’est pas un prix au mètre carré : c’est la somme de décisions — périmètre, complexité, intégrations, architecture logicielle, sécurité, séniorité de l’équipe — plus les coûts que l’on ne voit qu’après la mise en production : maintenance, évolutions et dette technique. Ce guide donne les ordres de grandeur du marché suisse, les facteurs qui font réellement varier la facture, et une méthode pour comparer sur mesure, logiciel du marché et low-code sur le seul chiffre qui compte : le coût total de possession (TCO).

En résumé : en Suisse, une application web sur mesure démarre autour de 25–40 k CHF pour un premier périmètre utile, se situe entre 60 et 150 k CHF pour une application métier complète, et au-delà pour une plateforme multi-acteurs. Le développement initial ne représente toutefois que 40 à 60 % du TCO sur cinq ans : le reste est fait de maintenance, d’évolutions et — si l’architecture a été bâclée — de dette technique.

À retenir

• Le prix se joue sur cinq facteurs : périmètre, complexité fonctionnelle, intégrations, exigences de sécurité, séniorité de l’équipe.
• Comparez des TCO sur 3–5 ans, jamais des devis initiaux : maintenance et dette technique font la vraie différence.
• Le sur mesure n’est pas toujours la bonne réponse : posez d’abord la question build vs buy.
• Un devis anormalement bas est un coût différé : juniors facturés seniors, périmètre sous-estimé, qualité de livraison sacrifiée.
• La propriété technique — code, dépôts, CI/CD chez vous — doit être contractuelle dès le premier jour.

Ce guide est le volet « coûts » de notre guide complet du développement logiciel sur mesure.

Sommaire

• Ce qui fait vraiment varier le prix
• Les coûts invisibles : maintenance, dette, TCO
• Sur mesure vs logiciel du marché vs low-code
• Délais et budget
• Trois exemples de budget types
• Forfait, régie ou TJM ?
• Le cadre de décision
• Les erreurs de chiffrage classiques
• FAQ

Ce qui fait vraiment varier le prix

Le périmètre. C’est le premier levier : chaque écran, rôle utilisateur et règle de gestion ajoute des jours. Un périmètre discipliné — un MVP qui traite le cas d’usage principal — coûte deux à trois fois moins cher qu’un cahier des charges exhaustif dont la moitié ne sera jamais utilisée.

La complexité fonctionnelle. Un CRUD bien conçu est rapide ; un moteur de calcul métier, un workflow multi-acteurs ou du temps réel ne le sont pas. C’est la complexité des règles, pas le nombre de pages, qui fait le coût — le cœur de ce que nous construisons en logiciels métier.

Les intégrations. Connecter un ERP, un CRM ou un système de paiement peut coûter plus cher que la fonctionnalité qu’elles servent : qualité de la documentation, environnements de test, données à réconcilier. Comptez de 2 à 15 jours par intégration selon la maturité de l’API.

L’architecture logicielle. Sur-dimensionner (microservices pour 200 utilisateurs) gaspille ; sous-dimensionner interdit la scalabilité et se paie en refonte. Une architecture proportionnée au besoin réel est le meilleur investissement du projet : c’est elle qui détermine la maintenabilité, donc le coût de chaque évolution future.

La sécurité. Authentification robuste, gestion des rôles, chiffrement, conformité (nLPD, RGPD) : sur une application qui manipule des données clients, la sécurité représente 10 à 20 % de l’effort — et 100 % du risque si on l’économise.

La séniorité. Un ingénieur senior coûte plus cher au jour et moins cher au projet : moins de jours, moins de reprises, une base plus saine. L’écart de tarif journalier se rembourse en qualité de livraison.

Les coûts invisibles : maintenance, dette, TCO

Le devis initial est la partie émergée. Sur cinq ans, une application vivante coûte chaque année 15 à 25 % de son développement initial en maintenance : dépendances à jour, sécurité, petites évolutions, support. Ce n’est pas un défaut, c’est le prix d’un actif logiciel en état de marche — la continuité d’activité de vos équipes en dépend.

Le vrai danger est ailleurs : la dette technique. Une base mal architecturée transforme chaque évolution en chantier : ce qui devait prendre trois jours en prend dix, puis vingt. Notre analyse chiffrée montre qu’une dette non traitée peut doubler le coût de possession en trois ans. C’est pourquoi comparer deux devis sans comparer les architectures et les pratiques (tests, revues, CI/CD) n’a aucun sens.

Sur mesure vs logiciel du marché vs low-code

Avant de chiffrer du sur mesure, vérifiez qu’il est justifié — c’est l’objet de notre guide build vs buy. En synthèse :

Règle simple : processus standard → logiciel du marché ; processus différenciant → sur mesure ; automatisation interne simple → low-code peut suffire. Un produit destiné à la vente (SaaS) relève d’une logique propre — voir nos produits SaaS.

Délais et budget

Le calendrier est un facteur de coût à part entière. Un MVP sérieux d’application web sur mesure se livre en 8 à 14 semaines ; une application métier complète en 4 à 8 mois, par paliers utilisables. Méfiez-vous des promesses de compression : réduire le délai en gonflant l’équipe augmente le coût de coordination, et le réduire en sautant les tests crée la dette qui explosera le budget de l’année suivante. Un exemple concret de périmètre bien découpé : le configurateur métier Attanorm J-Learn, livré par étapes utilisables.

Le cadre de décision

• Le processus est différenciant et durable → sur mesure ; le TCO se rentabilise dès que les licences évitées et les gains de productivité dépassent la maintenance.
• Le besoin est standard → logiciel du marché, quitte à intégrer — souvent le vrai coût caché.
• Le besoin est interne, simple et borné → low-code, en acceptant le plafond.
• Le budget est serré → réduisez le périmètre, jamais la qualité : un petit produit sain vaut mieux qu’un grand produit endetté.

Trois exemples de budget types

Configurateur métier (30–60 k CHF). Un outil qui transforme un catalogue et des règles de calcul en parcours guidé pour les commerciaux ou les clients. Le budget part dans le moteur de règles et l’interface, très peu dans l’infrastructure. Piège classique : sous-estimer la qualité des données sources — le nettoyage du catalogue peut coûter autant que le développement.

Application métier complète (60–150 k CHF). Gestion d’un processus cœur — dossiers, workflow de validation, reporting, trois à cinq rôles utilisateurs, une ou deux intégrations (ERP, comptabilité). Ici l’architecture logicielle et la modélisation des données pèsent 25 à 30 % de l’effort, et c’est de l’argent bien placé : c’est ce qui garde les évolutions bon marché pendant cinq ans.

Plateforme multi-acteurs (150 k CHF et au-delà). Plusieurs types d’utilisateurs, facturation, notifications, API publique, exigences de scalabilité réelles. Le budget bascule vers la sécurité, la performance et l’exploitation. À ce niveau, la gouvernance projet (jalons, recette continue, environnements) devient un poste à part entière — l’économiser se paie en continuité d’activité.

Forfait, régie ou TJM : quel modèle de facturation ?

Le forfait fixe le prix d’un périmètre défini : rassurant au budget, rigide au changement — chaque évolution devient un avenant. Il convient aux périmètres réellement stables. La régie facture la capacité au mois : souple, transparente, mais elle suppose un pilotage interne réel. Le TJM sec sans engagement de résultat est le pire des deux mondes si le fournisseur n’a pas d’incitation à finir. En pratique, les projets sains combinent : un premier lot au forfait pour caler la confiance et l’architecture, puis de la capacité au mois pour les évolutions. Quel que soit le modèle, exigez la même chose : périmètre chiffré par lot, définition du fini explicite, et propriété technique chez vous.

Les erreurs de chiffrage classiques

• Comparer des devis sans comparer les périmètres — exigez un chiffrage par lot fonctionnel, sinon le devis le plus bas est simplement le plus incomplet.
• Oublier la maintenance — budgétez 15–25 % par an dès le départ, ou le TCO vous rattrapera.
• Payer la séniorité au tarif et recevoir des juniors — demandez qui code réellement, et vérifiez en revue.
• Négliger la propriété technique — code, dépôts et CI/CD doivent être à votre nom dès le premier commit.
• Chiffrer la V1 comme une fin — une application vivante est un flux d’évolutions ; l’architecture doit être pensée pour ça.

FAQ

Combien coûte une application web sur mesure en Suisse ?

De 25–40 k CHF pour un premier périmètre utile à 60–150 k CHF pour une application métier complète ; au-delà pour une plateforme multi-acteurs. Le chiffre utile reste le TCO sur 3–5 ans, maintenance comprise.

Pourquoi les devis varient-ils du simple au triple ?

Parce qu’ils ne chiffrent pas la même chose : périmètre interprété différemment, séniorité réelle des équipes, niveau de tests et de sécurité inclus ou non. Comparez lot par lot, et demandez ce qui n’est pas inclus.

Le low-code est-il vraiment moins cher ?

Au démarrage, oui. À l’échelle, les licences croissent avec l’usage et le plafond fonctionnel finit par imposer du contournement coûteux. Pour un processus cœur de métier, le sur mesure redevient généralement moins cher à 3–5 ans.

Comment réduire le coût sans sacrifier la qualité ?

Réduisez le périmètre (MVP strict), pas les pratiques : tests, revues et CI/CD ne sont pas des options mais l’assurance-vie du budget. Et posez la question build vs buy brique par brique — chaque composant standard acheté est du budget rendu au différenciant.

Vous voulez un chiffre fiable plutôt qu’une fourchette ? Demandez un diagnostic gratuit — estimation en 48 h sur votre périmètre réel — ou réservez un premier échange pour cadrer le besoin.