Méthode projet
Les erreurs qui font déraper un budget
6 erreurs expliquent l'essentiel des budgets web qui dérapent : un besoin jamais écrit, un périmètre qui grossit sans être chiffré, des contenus livrés en retard, trop de décideurs, des devis comparés sur le seul prix et des frais récurrents oubliés. Un site démarre à 500 € HT et une application à 5 000 € HT chez nous ; voici comment éviter que ces montants doublent en cours de route.
L'essentiel
- Un budget web dérape rarement par une seule grosse décision : il glisse par petites demandes non chiffrées, des retards de contenus et des arbitrages repoussés.
- La meilleure protection est un besoin écrit avant le devis : ce que le site ou l'application doit permettre, pour qui, et ce qui est exclu.
- Chaque ajout en cours de projet se chiffre avant d'être accepté, même quand il paraît minuscule.
- Comparez des devis ligne à ligne : un prix bas qui exclut les textes, les tests ou la formation se retrouve ailleurs dans votre facture.
- Prévoyez dès le départ les frais qui reviennent chaque année : nom de domaine, hébergement, maintenance, outils tiers.
Un budget web qui dérape : la réponse en bref
Un budget web dérape quand le projet change sans que le prix change avec lui. Le devis décrit un besoin à un instant donné ; chaque demande ajoutée ensuite, chaque contenu qui manque, chaque avis contradictoire l'éloigne de ce besoin initial. Le dépassement tient rarement à une faute isolée de l'agence ou du client : c'est l'écart accumulé entre ce qui a été chiffré et ce qui est finalement demandé.
Pour situer l'échelle, nos points de départ sont un site sur modèle à 500 € HT en 10 jours, un design créé pour vous à 800 € HT en 2 à 3 semaines, une application simple à 5 000 € HT et une application métier entre 8 000 et 15 000 € HT. Ces montants décrivent un périmètre précis. Dès que le périmètre bouge, le prix bouge : le but de cet article est que vous le sachiez avant de signer, et non en lisant la facture.
Les six erreurs qui suivent sont classées dans l'ordre où elles apparaissent dans un projet, de l'idée initiale au lendemain de la mise en ligne. Pour chacune, vous trouverez ce qui se passe réellement, un signal d'alerte et la parade.
Erreur 1 : lancer le projet sans besoin écrit, et laisser le devis deviner
Un prestataire ne peut chiffrer que ce qu'il comprend. Si vous lui dites « je voudrais un site avec un espace client et une boutique », il chiffre une interprétation. Si vous lui décrivez ce que vos clients doivent pouvoir faire, il chiffre ce besoin. L'écart entre les deux interprétations est la première cause de désaccord en cours de projet.
Un besoin écrit tient sur une à deux pages. Il répond à cinq questions : qui utilisera le site ou l'application, ce que chaque type d'utilisateur doit pouvoir faire, avec quels outils existants il faut se connecter (agenda, facturation, logiciel de gestion), ce qui est volontairement laissé de côté et pour quelle date le projet doit être prêt. La rubrique « ce qui est laissé de côté » est la plus utile : elle évite les malentendus du type « je pensais que c'était compris ».
Le test de la page blanche
Écrivez votre besoin sans mentionner aucune technologie ni aucune fonctionnalité technique, uniquement des phrases du type « un client peut réserver un créneau et recevoir une confirmation ». Si vous n'y arrivez pas, le projet n'est pas encore prêt à être chiffré, et un devis précis serait de toute façon une illusion.
Si vous n'arrivez pas à écrire ce besoin seul, un échange avec l'agence sert précisément à cela. C'est l'objet du premier rendez-vous : vous pouvez en demander un depuis notre page nous contacter, sans devoir arriver avec un dossier complet.
Erreur 2 : laisser le périmètre du budget grossir sans le chiffrer
En anglais, on parle de « scope creep », littéralement le périmètre qui rampe. Le mécanisme est banal : en regardant la maquette, vous pensez à une page en plus, à un champ supplémentaire dans un formulaire, à une version en anglais. Chaque demande est petite, sympathique, et paraît gratuite. Dix demandes plus tard, le projet a changé de taille.
Ce qui rend ces ajouts coûteux n'est pas leur écriture mais leurs conséquences. Une page de plus se traduit par du texte à rédiger, des images à fournir, une entrée de menu à placer et des tests supplémentaires. Une langue de plus double les contenus et leur relecture. Un champ de formulaire de plus peut modifier une base de données, un courriel de confirmation et un export.
- Exigez un chiffrage écrit de chaque ajout, même quand la réponse est « inclus » : cela prouve que l'ajout a été regardé.
- Séparez « indispensable » et « souhaitable » dans votre besoin, pour savoir quoi sacrifier si le budget serre.
- Gardez une liste de reports : les idées qui surgissent en cours de route vont dans une seconde version, chiffrée plus tard, plutôt que dans la première.
- Demandez comment l'agence traite un avenant : devis complémentaire signé avant le travail, ou régularisation en fin de projet. La première option vous protège.
Chez nous, les maquettes se modifient autant de fois que nécessaire jusqu'à votre validation. Cela ne vaut que pour l'intention du projet : changer de couleur ou de mise en page se fait sans frais, ajouter une fonctionnalité qui n'existait pas dans le devis se chiffre. La distinction doit être claire avant le début des travaux.
Erreur 3 : des contenus livrés en retard, un budget qui s'allonge avec le calendrier
Textes, photos, logos, mentions légales, liste de produits ou de tarifs : un site vide n'est pas un site. Or les contenus sont le poste que les clients sous-estiment le plus, parce qu'ils paraissent faciles à produire tant qu'on ne s'y est pas mis. Le délai de 10 jours d'un site sur modèle, par exemple, court à partir du moment où nous avons reçu vos contenus.
Un contenu en retard coûte de deux façons. D'abord, il décale la livraison, avec des conséquences en chaîne pour votre propre calendrier (lancement d'une offre, rentrée, campagne). Ensuite, il oblige l'équipe à interrompre puis reprendre le travail, ce qui consomme du temps qui n'était pas prévu. Dans les cas extrêmes, des textes qui arrivent après la mise en page obligent à refaire des sections entières.
Les textes
Décidez dès le départ qui les écrit : vous, l'agence ou un rédacteur. Un texte rédigé à la dernière minute se voit, et se paie en retouches.
Les images
Photos, logos et visuels doivent être en bonne définition et libres de droits. Une image récupérée sur internet sans autorisation peut vous exposer à une réclamation.
Les éléments légaux
Raison sociale, adresse, numéro d'immatriculation, conditions de vente : ces informations conditionnent la publication. Rassemblez-les avant la mise en ligne, pas la veille.
La parade consiste à fixer, au début du projet, une date de remise des contenus, et à convenir de ce qui se passe si elle n'est pas tenue : décalage du planning ou mise en ligne partielle. Un calendrier partagé et daté vaut mieux qu'un « on s'en occupe cette semaine » répété trois fois.
Erreur 4 : multiplier les décideurs et les retours contradictoires sur le budget
Un projet web mal piloté se reconnaît à un symptôme : la maquette validée lundi est contestée vendredi par quelqu'un qui n'avait pas été consulté. Chaque nouvelle personne qui regarde le travail y voit autre chose, et réclame ses changements. Or chaque retour est un coût, et deux retours qui se contredisent en sont deux.
La règle est simple, mais exigeante : une seule personne valide, côté client. Elle peut recueillir l'avis d'un associé, d'une équipe, d'un conseil d'administration, mais elle seule transmet à l'agence une réponse unique. Dans une association, par exemple, le bureau peut désigner un référent et lui déléguer la décision sur les détails, en se réservant uniquement les grands choix.
Le signal des retours en cascade
Si, après la deuxième présentation de maquette, vous recevez encore des demandes de changement de fond (et non de détail), c'est que l'étape de cadrage n'a pas été menée à son terme. Mieux vaut s'arrêter pour clarifier le besoin que continuer à retoucher une maquette dont la direction n'est pas arrêtée.
Un bon moyen de limiter ces retours est de valider par étapes écrites : un courriel « maquette validée » suffit, et chaque étape suivante s'appuie sur la précédente. Si un point déjà validé est rouvert, le planning et le budget doivent être ajustés par un échange explicite, pas absorbés en silence.
Erreur 5 : comparer des devis de budget web sur le prix seul
Deux devis peuvent décrire deux produits différents sous le même intitulé. Comparer les totaux sans comparer les contenus revient à comparer une voiture et son prix avec une autre dont les roues sont en option. Le devis le plus bas a parfois de bonnes raisons de l'être, mais la facture finale est le seul chiffre qui compte.
| Ligne à vérifier | Ce qu'un devis complet précise | Ce que l'absence de précision peut cacher |
|---|---|---|
| Rédaction des textes | Qui écrit, combien de pages sont couvertes | Textes à votre charge, ou facturés à part |
| Retours sur maquette | Nombre d'allers-retours, ou allers-retours libres jusqu'à validation | Un forfait de deux retours, puis facturation à l'heure |
| Tests et recette | Tests réalisés avant mise en ligne, sur quels appareils | Une mise en ligne sans test, qui se corrige ensuite à vos frais |
| Formation à la prise en main | Une formation prévue, et sa durée | Vous dépendez de l'agence pour chaque modification |
| Propriété du site et du domaine | Accès d'administration et nom de domaine à votre nom | Une location déguisée du site que vous avez payé |
| Après la livraison | Condition de maintenance, délai d'intervention en cas de panne | Aucun interlocuteur le jour où le site tombe |
Chez nous, les tests et la formation sont offerts, et une panne est traitée dans l'heure ouvrée qui suit. Ce sont des engagements écrits dans les devis, que vous pouvez comparer avec ceux d'un autre prestataire. Cette comparaison est d'autant plus utile que vous pouvez la mener vous-même : notre simulateur de coût d'un site web donne un ordre de grandeur avant de recevoir le moindre devis, ce qui permet de repérer une offre anormalement basse ou anormalement haute.
Erreur 6 : oublier dans le budget web ce qui revient après la mise en ligne
Le prix de création n'est qu'un moment de la dépense. Un site ou une application a un coût de fonctionnement, qu'un budget initial peut oublier de prévoir et que le client découvre au premier renouvellement. Mettez-le dans votre calcul dès le départ, au même titre que la création.
- Le nom de domaine et l'hébergement, renouvelés chaque année, que le site soit sur un modèle ou sur mesure.
- La maintenance : mises à jour, sauvegardes, sécurité. Pour un site WordPress, notre simulateur de coût de maintenance WordPress aide à poser un ordre de grandeur.
- Les outils tiers : abonnement à un agenda de rendez-vous, un service d'envoi de courriels, une solution de paiement, une extension payante.
- Pour une application mobile, les comptes développeur des boutiques d'applications et les mises à jour à chaque évolution des systèmes iOS et Android. Le simulateur de coût d'une application mobile permet de les anticiper.
- Votre temps : mettre à jour les contenus, répondre aux messages, valider les évolutions. Il a un coût réel, même s'il ne figure sur aucune facture.
Un site qui n'est plus mis à jour finit par se dégrader : failles de sécurité, extensions devenues incompatibles, pages qui s'affichent mal sur de nouveaux appareils. La remise à niveau coûte alors plus cher que la maintenance régulière qui l'aurait évitée. C'est un arbitrage à faire en connaissance de cause, pas une dépense à découvrir en cas de panne.
Trois projets imaginaires où le budget a dérapé, et ce qui aurait changé la donne
Ces trois situations sont illustratives : ce ne sont pas des clients réels, et aucun montant hors barème n'y figure. Elles montrent comment les erreurs précédentes se combinent dans la réalité d'un projet.
Scénario 1 : une coiffeuse et son site sur modèle
Imaginons une coiffeuse qui commande un site sur modèle. Au fil des semaines, elle ajoute une boutique de produits capillaires, une page par prestation et un module de réservation, sans en avoir parlé initialement. Les photos des prestations arrivent après la mise en page. Le projet prévu en 10 jours prend plusieurs semaines, et le besoin a changé de nature : d'un site vitrine, on est passé à un site de vente et de réservation.
Ce qui aurait changé la donne : écrire dès le départ que la boutique et la réservation étaient hors périmètre, les placer dans une seconde version chiffrée, et fixer une date de remise des photos. Le site vitrine serait sorti dans le délai annoncé, et les ajouts auraient fait l'objet d'un devis séparé.
Scénario 2 : une association et ses cinq décideurs
Imaginons maintenant une association qui refond son site. Cinq membres du bureau relisent chaque maquette séparément et envoient à l'agence des retours distincts, parfois opposés. La couleur du bandeau est changée quatre fois, la page d'accueil réorganisée trois. Le calendrier glisse, et les heures consacrées aux modifications dépassent largement ce qui était prévu.
Ce qui aurait changé la donne : désigner une référente, qui consulte le bureau puis transmet une réponse unique, et faire valider chaque maquette par écrit. Les désaccords se règlent entre membres, avant d'arriver chez le prestataire, et pas à ses frais.
Scénario 3 : une application métier comparée sur le prix seul
Imaginons enfin une entreprise qui cherche une application métier pour ses équipes terrain. Elle compare trois devis et retient le moins cher, qui ne mentionne ni les tests, ni la formation, ni le suivi des mises à jour. Après la livraison, elle découvre que chaque correction est facturée et que les mises à jour des systèmes mobiles ne sont pas couvertes. Le budget final dépasse celui du devis qu'elle avait écarté.
Ce qui aurait changé la donne : une comparaison ligne à ligne, avec la liste des exclusions de chaque devis, et une question explicite sur les frais après livraison. Le devis moins cher n'aurait peut-être pas été écarté, mais son coût réel aurait été connu.
Bâtir un budget web qui tient : la méthode en cinq étapes
Éviter les dérapages ne demande pas de connaissances techniques, mais une discipline de préparation. Voici l'ordre que nous recommandons, avec ce que vous avez à faire à chaque étape.
- 1
Écrire le besoin sur une à deux pages
Utilisateurs, actions possibles, outils à connecter, exclusions, date cible. Relisez-le avec la personne qui validera, avant de contacter qui que ce soit.
- 2
Désigner un seul valideur
Une personne reçoit les maquettes et répond à l'agence. Les autres avis passent par elle.
- 3
Demander un devis détaillé, ligne par ligne
Textes, retours sur maquette, tests, formation, propriété du site, maintenance. Chaque ligne précise ce qui est inclus et ce qui ne l'est pas.
- 4
Fixer le calendrier de remise des contenus
Date pour les textes, les images, les éléments légaux, avec la conséquence prévue en cas de retard.
- 5
Convenir de la règle pour les ajouts
Tout ajout est chiffré par écrit avant d'être réalisé. Les idées non prioritaires partent en seconde version.
Si vous hésitez sur la forme du projet (modèle, design sur mesure, refonte d'un site existant), notre simulateur de coût d'une refonte de site aide à situer l'ampleur de la démarche, et notre page sur le site web personnalisé présente les formules.
Questions à se poser avant de valider un budget web
Cette liste est à parcourir avant la signature, avec n'importe quel prestataire. Si l'une des réponses vous échappe, c'est à clarifier avant d'accepter le devis.
- Que contient exactement le prix : combien de pages, de retours sur maquette, de produits ou d'écrans ?
- Qui rédige les textes, qui fournit les images, et quelle est la date limite de remise ?
- Comment un ajout en cours de projet est-il chiffré, et quand le saurai-je ?
- Quels frais reviendront chaque année : domaine, hébergement, maintenance, outils tiers ?
- Le site et le nom de domaine seront-ils à mon nom, avec mes propres accès d'administration ?
- Quels tests sont réalisés avant la mise en ligne, et qu'est-ce qui est inclus dans la formation ?
- Que se passe-t-il si le projet est suspendu, ou si je souhaite changer de prestataire en cours de route ?
Un budget de réserve n'est pas un aveu de faiblesse
Garder une marge pour l'imprévu est une pratique saine, à condition qu'elle soit nommée dès le départ. Elle ne remplace pas un devis précis, mais elle évite qu'un ajout légitime transforme tout le plan de financement.
Quand le budget a déjà dérapé : reprendre la main sans repartir de zéro
Si vous lisez cet article alors que votre projet est en cours et que les montants s'envolent, il est possible de rétablir la situation. La première étape est de s'arrêter un instant, pas de précipiter la suite : demandez à l'agence un point écrit sur ce qui est fait, ce qui reste à faire et ce qui est facturé ou à facturer.
Faites ensuite le tri. Parmi les demandes accumulées, lesquelles sont indispensables au lancement, lesquelles peuvent attendre une seconde version ? Cette hiérarchie peut permettre de livrer une première version complète et d'étaler les évolutions. Elle ne se discute avec le prestataire qu'une fois que vous-même savez ce qui compte. Si le dialogue est bloqué, un second regard extérieur sur le devis et l'avancement peut aider : nous pouvons en faire un à votre demande, via un rendez-vous.
Un projet dont vous voulez maîtriser le budget ?
Racontez-nous votre besoin, même incomplet : nous vous aidons à l'écrire, nous vous remettons un devis détaillé ligne par ligne, et nous chiffrons chaque ajout avant de le réaliser.
Questions fréquentes
Pourquoi le prix final d'un site peut-il dépasser le devis ?
Le dépassement vient d'un écart entre le périmètre chiffré et le périmètre réellement demandé : pages ou fonctionnalités ajoutées en cours de route, contenus qui arrivent tard, retours multiples sur les maquettes. Un devis détaillé, un besoin écrit et un chiffrage de chaque ajout limitent fortement ce risque.
Un prestataire peut-il facturer un ajout que je n'ai pas validé par écrit ?
Cela dépend de ce que prévoit le devis signé et des échanges intervenus. Pour éviter tout litige, demandez que chaque ajout soit chiffré et accepté par écrit avant d'être réalisé. En cas de désaccord persistant, un juriste ou une association de consommateurs peut vous éclairer sur votre situation précise.
Faut-il prévoir une marge de sécurité dans le budget ?
Oui, c'est une pratique prudente, à nommer dès le départ pour qu'elle ne serve pas à financer des ajouts non réfléchis. Elle couvre un imprévu légitime comme une contrainte technique découverte en cours de route. Sa taille dépend de la clarté du besoin : plus il est flou, plus la réserve doit être prévue large.
Qui doit rédiger les textes d'un site pour éviter un surcoût ?
Peu importe qui, tant que c'est décidé avant le devis. Vous pouvez écrire vous-même et faire relire, confier la rédaction à l'agence ou à un rédacteur indépendant. Le surcoût apparaît quand la question reste ouverte : les textes arrivent tard ou à moitié finis, ce qui décale le calendrier et provoque des retouches.
Un devis très bas est-il forcément suspect ?
Non, mais il se vérifie ligne par ligne. Regardez ce qu'il exclut : rédaction, tests, formation, retours sur maquette, propriété du nom de domaine, maintenance. Un prix bas qui laisse tous ces postes de côté peut aboutir à une facture finale supérieure à celle d'un devis plus complet.
Que faire si j'ai déjà signé et que le budget grossit ?
Demandez à l'agence un état écrit de ce qui est réalisé, de ce qui reste et de ce qui est facturé. Triez ensuite vos demandes entre indispensables et reportables, et décalez les secondes vers une version ultérieure. Un retour au cadre initial est généralement plus efficace qu'une renégociation générale en plein projet.
Des maquettes modifiables à volonté suffisent-elles à protéger le budget ?
Elles protègent le budget sur la forme : couleurs, mise en page, ordre des sections se retouchent sans surcoût jusqu'à votre validation. Elles ne couvrent pas une fonctionnalité nouvelle, qui change le périmètre et se chiffre. Demandez à votre prestataire de distinguer par écrit ces deux types de demandes avant le début des travaux.
Un projet d'application mobile dérape-t-il plus facilement qu'un site ?
Le risque est comparable, mais les conséquences sont plus lourdes, car une application comporte plus d'écrans, de règles et de connexions avec d'autres outils, et passe par la publication dans les boutiques d'applications. Un besoin écrit avec les parcours utilisateurs et une version minimale lancée en premier réduisent le risque.
