Devis développeur web : les éléments à vérifier avant de signer
Devis développeur web : les éléments à vérifier avant de signer
Recevoir un devis développeur web avec un montant, une date de livraison et quelques lignes de description ne suffit pas toujours pour savoir ce que vous achetez réellement.
Deux devis peuvent afficher un prix proche tout en correspondant à des prestations très différentes. L'un peut inclure la conception, le développement, les tests, la mise en production et plusieurs semaines de corrections. L'autre peut uniquement couvrir le développement d'une interface déjà conçue.
Le problème n'est donc pas seulement de trouver le devis le moins cher. Il consiste surtout à comprendre ce qui est inclus, ce qui ne l'est pas et ce qui se passera après la livraison.
Pour un acheteur de prestation web, le devis doit devenir un véritable outil de cadrage du projet.
Il permet notamment de clarifier :
- le périmètre fonctionnel ;
- les livrables attendus ;
- les délais ;
- les responsabilités de chacun ;
- les éventuelles prestations complémentaires ;
- la maintenance ;
- l'hébergement et les services tiers ;
- la propriété du code et des contenus ;
- les conditions de paiement ;
- les modalités de validation et de livraison.
Un bon devis site web ne remplace pas nécessairement un cahier des charges web détaillé. En revanche, il doit permettre de vérifier que le développeur et le client parlent bien du même projet.
Pourquoi le prix ne suffit pas pour comparer deux devis
Le premier réflexe consiste souvent à comparer les montants.
C'est compréhensible, mais insuffisant.
Imaginez deux propositions pour un site vitrine.
| Élément | Devis A | Devis B |
|---|---|---|
| Site vitrine | 2 000 € | 3 200 € |
| Pages | 5 | 8 |
| Design | Fourni par le client | Conception incluse |
| Formulaire | Oui | Oui |
| SEO technique | Non précisé | Inclus |
| Responsive | Oui | Oui |
| Mise en ligne | Non précisée | Incluse |
| Formation | Non | 1 heure |
| Maintenance | Non | 1 mois |
| Délais | 10 jours | 4 semaines |
À première vue, le premier devis semble plus intéressant.
Mais les deux offres ne couvrent pas le même périmètre.
C'est précisément pour cette raison qu'un devis développeur web doit être analysé comme une description de prestation, et pas uniquement comme une facture prévisionnelle.
Le bon prix est celui qui correspond au bon périmètre
Un prix peut être élevé pour un projet simple.
Il peut également être parfaitement cohérent pour une application avec authentification, espace client, API, paiement et interface d'administration.
Le contexte technique est donc essentiel.
Avant de comparer les montants, il faut comparer les prestations qui permettent d'obtenir le résultat attendu.
Le périmètre doit être suffisamment précis
Le premier élément à contrôler dans un devis est le périmètre.
Une formulation comme :
« Création d'un site internet professionnel »
est beaucoup trop vague.
Elle ne permet pas de savoir ce qui sera réellement développé.
Un devis plus exploitable précisera par exemple :
- nombre de pages ;
- types de pages ;
- formulaire de contact ;
- système de gestion de contenu ;
- espace administrateur ;
- fonctionnalités spécifiques ;
- intégrations externes ;
- responsive mobile ;
- optimisation technique ;
- mise en production ;
- migration éventuelle ;
- configuration du domaine ;
- configuration de l'hébergement.
Plus le projet comporte de fonctionnalités, plus cette précision devient importante.
Attention aux formulations comme « selon les besoins »
Cette formulation peut être légitime lorsqu'un projet comporte encore des zones d'incertitude.
Elle devient problématique lorsqu'elle concerne des éléments essentiels.
Par exemple :
« Développement des fonctionnalités selon les besoins du client. »
Quelles fonctionnalités ?
Combien ?
Avec quelles règles métier ?
Quel niveau de finition ?
Si ces questions restent ouvertes, le devis ne permet pas réellement de cadrer le budget.
Dans ce cas, il peut être préférable de commencer par une phase de conception ou de cadrage.
Le cahier des charges web et le devis ont deux rôles différents
Le cahier des charges web décrit généralement le besoin de manière plus détaillée : objectifs, utilisateurs, fonctionnalités, contraintes, contenus, parcours, intégrations et parfois spécifications techniques.
Le devis traduit ensuite ce besoin en prestation, livrables, délais et coût.
Les deux documents peuvent donc être complémentaires.
Exemple concret
Prenons une entreprise qui souhaite créer une plateforme permettant à ses clients de demander un devis en ligne.
Le cahier des charges peut définir :
- création d'un compte ;
- formulaire en plusieurs étapes ;
- téléchargement de documents ;
- calcul automatique d'une estimation ;
- notification par e-mail ;
- tableau de bord administrateur.
Le devis doit ensuite transformer ces besoins en éléments commercialisables :
- conception ;
- développement du formulaire ;
- authentification ;
- gestion des fichiers ;
- calculateur ;
- notifications ;
- interface d'administration ;
- tests ;
- mise en production.
Cela permet de relier directement le besoin métier au travail technique.
Les livrables doivent être identifiables
Un bon devis ne doit pas seulement indiquer ce qui sera fait. Il doit également permettre de comprendre ce qui sera livré.
Pour un site web, cela peut inclure :
- le site développé ;
- les fichiers sources ;
- le dépôt de code ;
- les accès administrateur ;
- les contenus intégrés ;
- la configuration technique ;
- la documentation ;
- les éléments graphiques lorsqu'ils font partie de la prestation.
Pour une application web, les livrables peuvent être différents.
Il peut s'agir d'une application déployée sur un serveur, d'un dépôt Git, d'une documentation technique et d'un environnement de production.
Pourquoi cette distinction est importante
Un client peut parfaitement recevoir un site fonctionnel sans disposer de tous les éléments nécessaires pour le faire évoluer facilement.
La question à poser est donc simple :
« Qu'est-ce qui m'est remis à la fin de la prestation ? »
La réponse devrait être suffisamment claire pour éviter une discussion au moment de la livraison.
Les délais doivent être associés à des conditions
Un devis peut annoncer :
« Livraison sous trois semaines. »
Mais à partir de quelle date ?
Après signature ?
Après réception de l'acompte ?
Après réception des contenus ?
Après validation de la maquette ?
Le délai de développement dépend souvent de plusieurs éléments qui ne sont pas entièrement contrôlés par le développeur.
Par exemple, si le client doit fournir les textes, les images ou les accès à un service externe, un retard dans ces éléments peut décaler le projet.
Un devis sérieux doit donc préciser autant que possible :
- la date ou le point de départ ;
- les principales étapes ;
- les dépendances ;
- les délais de validation ;
- les conditions pouvant entraîner un report.
Exemple de découpage
Pour un site réalisé sur mesure, le planning peut être organisé ainsi :
- cadrage du projet ;
- conception ou validation des interfaces ;
- développement ;
- intégration des contenus ;
- tests ;
- corrections ;
- mise en production.
Ce découpage permet également au client de savoir où en est réellement le projet.
Que se passe-t-il si le périmètre change ?
C'est l'un des points les plus importants d'un devis développeur web.
Un projet évolue souvent.
Pendant le développement, le client peut demander :
- une nouvelle page ;
- un nouveau formulaire ;
- une connexion à un CRM ;
- une nouvelle règle métier ;
- une modification importante du parcours utilisateur.
Le problème n'est pas qu'une demande supplémentaire soit facturée.
Le problème apparaît lorsque personne ne sait si elle fait partie du devis initial.
Le devis doit distinguer les modifications des corrections
Une correction consiste à remettre le produit livré en conformité avec ce qui avait été prévu.
Une évolution consiste à demander quelque chose qui n'était pas prévu.
Par exemple :
Le formulaire prévu comporte cinq champs, mais le client demande finalement quinze champs et une logique conditionnelle.
Ce n'est pas nécessairement une correction. Cela peut constituer une évolution du périmètre.
Un bon fonctionnement consiste à prévoir une procédure simple :
- demande supplémentaire ;
- estimation de la charge ;
- validation du prix ;
- réalisation ;
- intégration au projet.
Cela évite les mauvaises surprises des deux côtés.
La maintenance doit être séparée du développement
La livraison d'un site ne signifie pas nécessairement que le projet est terminé sur le plan opérationnel.
Après la mise en ligne peuvent apparaître différents besoins :
- mises à jour ;
- corrections ;
- sauvegardes ;
- surveillance ;
- évolutions fonctionnelles ;
- optimisation ;
- assistance technique.
Il faut donc vérifier si la maintenance est :
- incluse ;
- limitée dans le temps ;
- proposée séparément ;
- facturée à l'heure ;
- facturée au forfait ;
- ou absente de la prestation.
Maintenance et garantie ne sont pas la même chose
Cette distinction est importante.
Une garantie peut couvrir certaines corrections liées à des problèmes du développement livré.
La maintenance peut correspondre à un accompagnement continu.
Par exemple, une mise à jour d'un composant tiers plusieurs mois après la livraison n'est pas nécessairement une correction d'un défaut initial.
Le devis ou les conditions associées doivent permettre de comprendre cette différence.
Qui possède le site et le code ?
La question de la propriété est parfois oubliée jusqu'au moment où le projet doit changer de prestataire.
Pourtant, elle mérite d'être clarifiée dès le départ.
Il faut notamment savoir ce qui concerne :
- le code source ;
- les contenus ;
- les visuels ;
- les comptes ;
- le nom de domaine ;
- l'hébergement ;
- les licences ;
- les composants tiers ;
- les outils externes.
Le code développé sur mesure
Lorsque le développement est spécifique au client, le contrat ou les conditions de vente doivent préciser les modalités de cession ou d'utilisation des droits.
Il ne faut pas supposer que le simple paiement d'une facture répond automatiquement à toutes les questions liées aux droits sur le code.
Le plus important est donc de lire ce qui est effectivement prévu dans le devis et les documents contractuels associés.
Les services tiers restent un cas particulier
Un site peut utiliser :
- une police sous licence ;
- une extension payante ;
- une API ;
- un service d'e-mail ;
- une solution de paiement ;
- une solution d'hébergement.
Ces éléments peuvent avoir leurs propres conditions d'utilisation et leur propre facturation.
Le devis doit idéalement distinguer ce qui est développé par le prestataire de ce qui dépend d'un fournisseur tiers.
Le devis doit préciser qui fournit quoi
C'est une excellente manière de détecter les zones floues.
Pour chaque élément important, demandez-vous :
Qui est responsable de cet élément ?
Par exemple :
| Élément | Client | Développeur |
|---|---|---|
| Textes | ✓ | |
| Photos | ✓ | |
| Maquettes | ✓ | |
| Développement | ✓ | |
| Validation | ✓ | |
| Hébergement | Selon accord | Selon accord |
| Mise en ligne | ✓ | |
| Accès administrateur | ✓ |
Cette répartition peut évidemment varier selon le projet.
L'essentiel est qu'elle soit définie.
Comment analyser un devis site web étape par étape ?
Avant de signer, je recommande de parcourir le document dans cet ordre.
1. Vérifier que le projet est correctement décrit
Pouvez-vous expliquer le projet à quelqu'un uniquement à partir du devis ?
Si ce n'est pas le cas, il manque probablement des informations.
2. Vérifier les fonctionnalités
Listez les fonctionnalités réellement indispensables.
Puis vérifiez leur présence dans le devis.
3. Vérifier les livrables
Demandez ce qui sera remis à la fin.
4. Vérifier les délais
Identifiez le début du projet, les étapes et les conditions pouvant modifier le calendrier.
5. Vérifier les coûts supplémentaires
Regardez notamment :
- hébergement ;
- domaine ;
- licences ;
- services tiers ;
- maintenance ;
- évolutions ;
- frais éventuels.
6. Vérifier la propriété et les accès
Le client doit savoir comment il récupère les éléments nécessaires à l'exploitation du projet.
7. Vérifier les conditions de paiement
Le devis doit indiquer clairement les modalités prévues : acompte, échéances, solde et éventuellement conditions liées aux validations.
Faut-il choisir le devis le moins cher ?
Pas nécessairement.
Un devis moins cher peut être parfaitement adapté si le projet est simple et clairement défini.
À l'inverse, un devis plus cher peut être justifié par :
- davantage de fonctionnalités ;
- une conception sur mesure ;
- un niveau d'accompagnement supérieur ;
- une architecture technique différente ;
- davantage de tests ;
- une maintenance incluse ;
- une prise en charge plus complète.
Le bon raisonnement consiste donc à comparer le coût par rapport au périmètre et au niveau de responsabilité pris en charge.
Le choix du prestataire compte également. Pour comprendre les avantages d'un accompagnement indépendant, vous pouvez consulter cet article sur pourquoi faire appel à un développeur web freelance pour créer son site.
Dans quels cas un développeur web freelance peut être pertinent ?
Pour certains projets, travailler directement avec un développeur permet de réduire le nombre d'intermédiaires.
Les échanges peuvent être plus directs, notamment lorsqu'il faut discuter :
- d'une contrainte technique ;
- d'une fonctionnalité ;
- d'une estimation ;
- d'une architecture ;
- d'une évolution du projet.
C'est particulièrement intéressant pour les projets où les décisions techniques ont un impact important sur le résultat final.
Pour un projet nécessitant une architecture moderne ou une application web sur mesure, vous pouvez également consulter la page développeur Next.js freelance.
Quelles erreurs éviter avant de signer ?
Choisir uniquement sur le prix
Le montant ne permet pas de comparer deux prestations si leurs périmètres sont différents.
Accepter un devis trop vague
« Création d'un site professionnel » n'est pas un périmètre suffisant pour un projet complexe.
Ne pas parler de la maintenance
Un site peut nécessiter des interventions après sa mise en ligne. Mieux vaut savoir dès le départ comment elles seront traitées.
Ne pas demander les accès
Le client doit savoir quels comptes et accès seront disponibles après livraison.
Confondre correction et évolution
Une correction d'un problème livré n'est pas la même chose qu'une nouvelle fonctionnalité.
Ne pas clarifier la propriété
Code, contenus, licences et comptes doivent être traités séparément lorsque c'est nécessaire.
Ne pas vérifier les conditions du délai
Un délai peut dépendre de la réception des contenus, des validations ou des accès techniques.
FAQ sur le devis développeur web
Que doit contenir un devis développeur web ?
Il devrait au minimum présenter le périmètre de la prestation, les fonctionnalités ou livrables concernés, le prix, les délais, les modalités de paiement et les conditions applicables. Pour un projet plus complexe, il est utile d'y associer un cahier des charges web ou un document de cadrage.
Quelle différence entre un devis site web et un cahier des charges ?
Le cahier des charges décrit principalement le besoin et les spécifications du projet. Le devis traduit cette demande en prestation, coût, livrables et conditions de réalisation. Les deux documents peuvent donc être complémentaires.
Comment comparer deux devis de développement web ?
Il faut comparer le périmètre avant le prix : fonctionnalités, nombre de pages, conception, développement, tests, mise en ligne, maintenance, accompagnement et livrables. Deux montants identiques peuvent correspondre à des prestations très différentes.
La maintenance doit-elle apparaître sur le devis ?
Oui, au minimum sous la forme d'une indication claire précisant si elle est incluse, exclue ou proposée séparément. Cela permet de savoir ce qui se passe après la livraison.
Qui possède le code d'un site développé sur mesure ?
Cela dépend notamment des conditions contractuelles et des modalités de cession ou d'utilisation des droits prévues entre les parties. Il est préférable de ne pas laisser cette question implicite et de vérifier les documents contractuels avant le début du projet.
Que se passe-t-il si je demande une fonctionnalité supplémentaire ?
Si la fonctionnalité ne faisait pas partie du périmètre initial, elle peut faire l'objet d'une estimation complémentaire. Le plus simple est de valider le coût et le délai avant sa réalisation.
Peut-on demander un devis sans avoir un cahier des charges complet ?
Oui. Pour un projet simple, un échange détaillé peut suffire à établir un premier devis. Pour un projet complexe, une phase de cadrage permet généralement de réduire les zones d'incertitude avant de fixer précisément le périmètre.
Conclusion : utilisez le devis comme outil de décision
Un devis développeur web ne devrait pas être considéré comme une simple ligne de prix.
C'est l'un des premiers documents qui permet de transformer une idée en projet concret.
Avant de signer, vérifiez surtout cinq choses :
- Ce qui sera développé.
- Ce qui sera livré.
- Quand ce sera livré et sous quelles conditions.
- Ce qui se passe après la mise en ligne.
- Quels sont vos droits et vos accès sur le projet.
Cette démarche permet de comparer les prestataires sur des bases beaucoup plus pertinentes que le tarif seul.
Pour un projet web sur mesure, le devis doit finalement répondre à une question simple : « Est-ce que ce document décrit suffisamment précisément ce que je veux acheter et ce que le développeur s'engage à réaliser ? »
Si vous cherchez un accompagnement pour concevoir ou développer un projet web avec un périmètre clairement défini, découvrez l'expertise développeur Next.js freelance et échangez sur votre besoin avant de définir la solution technique.