devis

Comment faire un devis développeur web 2026 : guide complet

Publié le 10 juin 2026·16 min de lecture

Gérez vos factures et devis en 1 clic

Essai gratuit 14 jours · Sans carte

Essayer

Un devis mal rédigé, c'est un projet mal cadré. Pour un développeur web freelance, c'est la source numéro un des litiges : périmètre flou, tarif contesté, livrable non défini. Ce guide donne la structure exacte d'un devis développeur web solide, avec les mentions légales, les trois méthodes de chiffrage et les erreurs à ne jamais répéter.

Les mentions obligatoires d'un devis développeur web

Un devis est un document précontractuel. Une fois signé par le client, il a la valeur d'un bon de commande et engage les deux parties. C'est pourquoi son contenu doit être précis, complet et sans ambiguïté.

Voici les mentions indispensables, dans l'ordre où elles doivent apparaître :

  • Tes coordonnées complètes : nom ou raison sociale, adresse complète, numéro SIRET, code APE (6201Z pour développement de logiciels ou 6202A pour conseil en systèmes informatiques), et numéro de TVA intracommunautaire si tu es assujetti.
  • Les coordonnées du client : raison sociale ou nom prénom, adresse, SIRET s'il s'agit d'une entreprise. Sans SIRET client, le devis reste valide mais la facturation sera moins rigoureuse.
  • La date du devis et sa durée de validité : sans durée mentionnée, le devis reste techniquement en vigueur indéfiniment selon le droit commun. Fixe 30 jours par défaut. Pour les projets à tarification volatile (hébergement, licences tiers), 15 jours.
  • Le numéro de devis : pas obligatoire légalement, mais indispensable pour le suivi comptable et les relances. Utilise une numérotation séquentielle (DEV-2026-001, DEV-2026-002...).
  • La description détaillée de la prestation : c'est le coeur du document. Plus tu es précis, moins tu auras de discussions au moment de livrer.
  • Le prix unitaire HT de chaque ligne, la quantité (en jours ou en forfait), et le total HT par ligne.
  • Le taux de TVA applicable (20% pour les prestations intellectuelles) ou la mention de franchise en base si tu es en auto-entrepreneur sous le seuil.
  • Le total HT, le montant de TVA et le total TTC.
  • Les conditions de règlement : montant de l'acompte, délai de paiement, pénalités de retard (au minimum 3 fois le taux légal) et l'indemnité forfaitaire de recouvrement de 40 euros obligatoire depuis 2013.

Pour un développeur web en particulier, ajoute systématiquement une ligne sur les droits de propriété intellectuelle. Sans clause explicite, le client ne peut pas légalement utiliser le code que tu as produit, même s'il l'a payé. Le droit d'auteur appartient au créateur par défaut en France.

La formulation minimale : "Cession des droits patrimoniaux sur le code source au client après règlement intégral de la facture finale, pour une utilisation non exclusive sur le territoire mondial, pour une durée illimitée."

Chiffrer son projet web : les 3 méthodes selon le contexte

Méthode 1 : la régie (tarif journalier)

Tu factures un tarif journalier, appelé TJM (taux journalier moyen), multiplié par le nombre de jours estimés. C'est la méthode la plus transparente et la plus répandue pour les missions longues, les projets à périmètre évolutif, ou les interventions en entreprise où la feuille de route change régulièrement.

Un TJM développeur web freelance en France se situe généralement entre 350 et 850 euros HT par jour en 2026, selon le niveau d'expérience, la stack technique et le secteur client. Un développeur React senior sur Paris pour une fintech se situe vers 650 à 850 euros. Un développeur junior généraliste en région sera entre 320 et 450 euros. Un développeur fullstack expérimenté avec spécialité DevOps sera au-delà de 700 euros.

Dans le devis en régie, décompose le projet en phases et estime le nombre de jours par phase. Cette granularité rassure le client et te protège si une phase prend plus de temps que prévu. Exemple de découpage pour un projet e-commerce :

  • Cadrage et rédaction des specs fonctionnelles : 2 jours
  • Architecture technique et setup : 1 jour
  • Développement back-end (API, base de données) : 8 jours
  • Développement front-end : 6 jours
  • Intégration paiement et tests : 3 jours
  • Recette, corrections et mise en production : 2 jours

En régie, ajoute une clause sur le dépassement : "Les estimations en jours sont indicatives. Toute journée supplémentaire sera facturée au TJM de X euros HT, sous réserve d'accord préalable du client." Sans cette clause, un dépassement se transforme vite en litige.

Méthode 2 : le forfait (prix fixe)

Tu t'engages sur un résultat à un prix fixe. Le client sait exactement ce qu'il va payer. Toi, tu prends le risque de sous-estimer le temps réel. C'est la méthode qui convient aux projets bien spécifiés en amont : site vitrine avec design fourni, intégration d'une maquette Figma, développement d'une fonctionnalité précise et bornée.

En forfait, il est impératif de définir dans le devis ce qui est INCLUS et surtout ce qui est EXCLU. Combien de cycles de révisions sont prévus ? Les corrections de bugs post-livraison sont-elles comprises sur quelle durée ? La formation du client est-elle incluse ? La maintenance mensuelle est-elle couverte ?

Un devis forfait sans ces précisions finit toujours en tension. Le client pense que tout est inclus. Toi tu penses avoir livré ce qui était demandé. Aucun des deux n'a tort selon sa lecture du devis.

Pour te protéger en forfait, utilise une clause d'avenant : "Tout travail supplémentaire non explicitement mentionné dans le présent devis fera l'objet d'un avenant écrit et signé, facturé au TJM de X euros HT." Et tiens-t'y. Même pour une demi-journée de développement.

La règle d'or pour chiffrer un forfait : estime le nombre de jours réel, multiplie-le par ton TJM, puis ajoute 25 à 30% de marge de sécurité. Pas pour arnaquer le client, mais parce que statistiquement les projets web prennent toujours plus de temps que prévu. La complexité cachée, les retours multiples sur le design, les changements de spec en cours de route... c'est la réalité du métier.

Méthode 3 : l'abonnement mensuel (retainer)

Tu factures un montant fixe chaque mois en échange d'un volume de travail défini. Par exemple : 6 jours par mois de développement et maintenance pour 2 800 euros HT mensuels. C'est le modèle idéal pour les clients ayant un besoin continu, et pour toi pour avoir de la visibilité sur ta trésorerie.

Le devis d'abonnement doit préciser : la durée minimale d'engagement (3 mois minimum conseillé), les conditions de résiliation avec préavis, le volume mensuel inclus en jours ou en heures, et ce qui se passe si le volume n'est pas consommé sur un mois donné (report ou perte).

L'abonnement est aussi le meilleur outil pour fidéliser : un client en retainer mensuel représente un chiffre d'affaires prévisible sur 12 mois. Quand tu atteins 3 ou 4 clients en retainer, ton activité freelance devient beaucoup plus stable.

Les postes que les développeurs oublient systématiquement de chiffrer

La sous-estimation est l'erreur numéro un dans le devis développeur. Voici les postes qui font exploser le budget réel mais qui n'apparaissent jamais dans les devis des freelances qui débutent :

  • Les réunions et appels de suivi : sur un projet de 3 mois, compte facilement 1 à 2 jours de réunions. Ce n'est pas du temps gratuit.
  • La rédaction des specs et de la documentation technique : si tu rédiges les spécifications, c'est du temps facturable. Jusqu'à une journée sur des projets complexes.
  • Les cycles de retours client : prévoir 2 cycles de révision minimum dans un forfait. Le premier retour est rarement le bon.
  • Le déploiement et la configuration serveur : souvent sous-estimé. La mise en prod d'une application Next.js avec configuration CI/CD, variables d'environnement et certificats SSL peut prendre une journée entière.
  • Les licences tierces : plugins premium, APIs payantes, outils SaaS. Mentionne-les en ligne séparée dans le devis avec leur coût annuel. Ne les inclus pas dans ta marge.
  • La formation du client : si tu livres un back-office ou un CMS, prévoir 0,5 à 1 jour de formation client. C'est une prestation distincte.
  • La garantie post-livraison : fixe une période de garantie bugs (30 jours standard), au-delà de laquelle toute intervention est facturée. Sans cette clause, tu seras sollicité pour corriger des bugs 6 mois après la livraison.
  • Les échanges par email sur la durée du projet : pour les projets longs, les échanges asynchrones représentent parfois 10 à 15% du temps total.

Astuce pratique : avant d'envoyer un devis, fais un tour mental du projet de A à Z. Imagine chaque journée de travail. Les trous dans ton estimation sont souvent là, dans les transitions entre phases.

TVA dans le devis développeur web : ce qu'il faut savoir

Les prestations intellectuelles d'un développeur web sont soumises au taux normal de TVA à 20%. Il n'existe pas de taux réduit applicable aux services numériques en France, contrairement à certains pays européens.

Deux situations possibles selon ton statut fiscal :

Franchise en base de TVA (auto-entrepreneur sous 36 800 euros de CA annuel, ou en début d'activité) : tu n'appliques pas de TVA sur tes factures. Dans le devis, inscris la mention obligatoire "TVA non applicable - article 293 B du CGI". Le prix affiché est le prix final pour le client.

Assujetti à la TVA (SASU, EURL, ou auto-entrepreneur ayant dépassé le seuil) : tu collectes 20% de TVA sur tes prestations. Un devis de 5 000 euros HT devient 6 000 euros TTC. Affiche toujours les deux montants dans le devis.

Pour les clients professionnels, la TVA est neutre car ils la déduisent de leur TVA collectée. Pour les clients particuliers, le TTC est leur coût réel. Cette distinction est importante dans ton discours commercial : un développeur qui travaille pour des startups peut afficher ses tarifs HT, un freelance qui crée des sites pour des commerçants locaux doit communiquer en TTC.

Prestations pour des clients étrangers

Pour un client professionnel dans un autre pays de l'Union européenne, tu factures HT avec la mention "Autoliquidation" et c'est le client qui déclare la TVA dans son pays. Vérifie toujours le numéro de TVA intracommunautaire du client avant d'envoyer la facture. Pour un client hors UE, pas de TVA à facturer non plus.

Pour comprendre quand et comment basculer de la franchise à la TVA réelle, consulte notre guide sur le seuil TVA auto-entrepreneur 2026.

Acompte : combien demander et comment le formuler dans le devis

L'acompte n'est pas un luxe. C'est une protection élémentaire contre les impayés et un signal de sérieux vis-à-vis du client. Un prospect qui refuse de payer un acompte est une alerte. Dans le développement web, les pratiques standard sont les suivantes :

  • 30% à la commande pour les projets forfaitaires. C'est la norme pour un projet entre 2 000 et 20 000 euros HT.
  • 50% à la commande pour les nouveaux clients, les projets à risque élevé ou les missions supérieures à 10 000 euros. Certains freelances expérimentés pratiquent le 50/50 systématiquement.
  • Paiement aux jalons pour les projets longs et complexes : 30% au démarrage, 30% à la livraison de la version bêta, 40% à la livraison finale validée.

Inscris l'acompte clairement dans le devis : "Un acompte de 30% soit X euros TTC est exigible à la signature du présent devis. Le démarrage des travaux est conditionné à la réception de cet acompte." Cette formulation évite toute ambiguïté sur le moment du règlement et te donne une base pour refuser de commencer sans paiement.

Ne commence jamais à coder avant d'avoir reçu l'acompte sur ton compte bancaire. Pas reçu = pas commencé. Cette règle paraît basique, elle est pourtant rarement respectée par les développeurs qui débutent. Et presque toujours regrettée.

Pour les règles légales de l'acompte, consulte notre guide sur l'acompte dans un devis qui détaille les obligations de chaque partie.

Valeur juridique du devis signé : ce que ça change concrètement

Un devis signé avec la mention "Bon pour accord" ou équivalent vaut contrat. Le client ne peut pas se rétracter sans motif légitime après signature. Si le client annule le projet après avoir signé, tu peux facturer les travaux déjà réalisés plus éventuellement une indemnité pour le manque à gagner, selon les clauses que tu as prévu dans le devis.

La valeur juridique du devis signé dépend directement de la précision de son contenu. Un devis qui décrit vaguement "un site web responsive" ne te protège pas si le client conteste la qualité du rendu. Un devis qui précise "intégration du design fourni par le client au format Figma, développement en React 18, responsive à partir de 375px, livraison du code source sur dépôt Git privé GitHub" te protège.

En cas de litige sur le périmètre, c'est le devis signé qui fait foi. Le juge interprétera le document strictement : ce qui n'est pas écrit dans le devis n'était pas inclus dans la commande.

Pour les projets significatifs (au-delà de 5 000 euros HT), complète le devis par un contrat de prestation intellectuelle. Ce document traite la propriété intellectuelle, les garanties, les clauses de résiliation et les pénalités en cas de manquement. Le devis reste le document commercial ; le contrat est le document juridique.

Notre article sur la valeur juridique d'un devis signé détaille les recours disponibles si le client se rétracte après accord.

La signature électronique : comment l'intégrer

Envoyer un devis PDF par email et attendre un retour imprimé-signé-scanné, c'est une friction inutile qui ralentit les projets. En 2026, la signature électronique est la norme pour les freelances.

La signature électronique a la même valeur juridique que la signature manuscrite en France (règlement eIDAS au niveau européen). Une capture d'email de confirmation du client ("Je valide le devis DEV-2026-042") constitue également une preuve d'accord, même sans signature formelle.

Le suivi de la date d'acceptation est important : tu dois pouvoir prouver quand le client a validé, surtout pour déclencher le paiement de l'acompte. Un logiciel de facturation intègre généralement cette traçabilité automatiquement.

Notre générateur de devis gratuit te permet de créer, envoyer et suivre l'acceptation de tes devis en ligne, sans friction.

Les 5 erreurs classiques dans les devis de développeurs

1. La description trop vague de la prestation

"Développement d'un site e-commerce" : c'est quoi exactement ? Combien de produits dans le catalogue ? Paiement intégré ou redirection vers Stripe ? Espace client avec historique commandes ? Gestion des stocks et alertes de rupture ? Chaque fonctionnalité non listée devient une discussion facturée ou un geste commercial non voulu. Sois exhaustif dans la description.

2. L'absence de limite de révisions

Sans limite de révisions, tu peux te retrouver à refaire le design dix fois sans pouvoir refacturer. Inscris dans le devis : "2 cycles de corrections inclus dans le forfait. Au-delà, facturation au TJM de X euros HT par journée."

3. Le démarrage sans acompte encaissé

Tu travailles 3 semaines, tu livres, le client disparaît. Ça arrive. Pas si l'acompte est encaissé avant le premier commit. "Le devis est signé" ne veut pas dire que l'acompte est payé.

4. Les exclusions non mentionnées

Le client supposait que la rédaction des textes du site était incluse dans le développement. Toi, tu pensais qu'il fournirait les contenus. Ce type de malentendu se règle avec une section "Non compris dans ce devis : rédaction de contenu, photographies, hébergement, nom de domaine, licences logicielles tiers (sauf mention contraire), référencement naturel."

5. Les modifications de périmètre acceptées à l'oral

Le client demande en réunion d'ajout d'une newsletter. Tu dis oui. Ce n'est pas dans le devis. Deux semaines plus tard, il ne s'en souvient pas comme d'une chose facturée. Toute modification de périmètre doit faire l'objet d'un avenant écrit et signé, même pour une demi-journée. Un simple email de confirmation suffit.

Devis et facture : la séquence correcte pour un projet web

La confusion entre devis et facture est fréquente chez les développeurs qui débutent. Ce sont deux documents distincts avec des fonctions différentes.

La séquence correcte est : devis envoyé > devis signé par le client > facture d'acompte émise et encaissée > démarrage du projet > livraison > facture de solde émise > solde encaissé > transfert des droits et livraison finale des sources.

Sur les projets longs avec jalons intermédiaires, ajoute des factures de situation entre l'acompte et le solde. Une facture de situation à mi-projet sur un contrat de 15 000 euros HT assure un flux de trésorerie régulier et réduit ton exposition financière.

Pour la facturation proprement dite, notre guide sur la facture développeur web : TVA et propriété intellectuelle détaille les mentions spécifiques à ton activité.

Si tu es en auto-entrepreneur développeur web, les obligations de facturation sont légèrement différentes. Consulte notre guide sur la facturation développeur web auto-entrepreneur 2026.

Modèle de structure complète d'un devis développeur web

Voici comment structurer concrètement un devis pour un projet de site web avec espace client :

  • Cadrage et rédaction des spécifications fonctionnelles — 1,5 jour — XXX euros HT
  • Intégration du design (maquettes Figma fournies par le client) — 4 jours — XXX euros HT
  • Développement back-end : API REST, base de données PostgreSQL — 5 jours — XXX euros HT
  • Développement espace client : inscription, connexion, tableau de bord — 3 jours — XXX euros HT
  • Tests unitaires, tests d'intégration, recette — 2 jours — XXX euros HT
  • Mise en production, configuration CI/CD, monitoring — 1 jour — XXX euros HT
  • Formation client à l'utilisation du back-office — 0,5 jour — XXX euros HT
  • Licence hébergement VPS (12 mois) — forfait — XXX euros HT

Puis, avant la ligne TVA :

  • Acompte : 30% à la signature, soit XXX euros TTC. Solde à la livraison validée.
  • Délai de paiement : 30 jours à réception de facture. Pénalités de retard : 3 fois le taux légal. Indemnité forfaitaire : 40 euros.
  • Durée de validité : 30 jours à compter du XXX.
  • Révisions incluses : 2 cycles de corrections. Au-delà, TJM de X euros HT/jour.
  • Propriété intellectuelle : cession des droits patrimoniaux au client après règlement intégral.
  • Non compris : rédaction de textes, photographies, référencement naturel, maintenance au-delà de 30 jours.

FAQ — Devis développeur web

Un devis est-il obligatoire pour un développeur freelance ?

Légalement non, pas pour les prestations entre professionnels. Mais en pratique, sans devis signé, tu n'as aucune preuve de l'accord sur le prix et le périmètre en cas de litige. Pour les montants supérieurs à 1 500 euros, c'est indispensable. Pour les projets en dessous, un email de confirmation du client qui valide explicitement le tarif et la description peut suffire, mais c'est une prise de risque.

Peut-on modifier un devis après que le client l'a signé ?

Non, pas unilatéralement. Un devis accepté est un contrat. Toute modification doit être formalisée par un avenant signé par les deux parties. L'avenant mentionne précisément la modification, le montant supplémentaire ou les nouvelles conditions. Sans avenant signé, la modification n'est pas juridiquement opposable. Un échange email peut constituer un avenant si la formulation est claire et l'accord du client explicite.

Comment fixer son TJM quand on débute en freelance ?

Calcule d'abord ton coût de revient réel : charges annuelles (URSSAF, mutuelle, matériel, logiciels, formation) divisées par le nombre de jours facturables dans l'année (environ 150 à 180 jours pour un freelance, une fois déduites les vacances, le prospecting, l'administratif et les jours non facturés entre missions). Ajoute ta marge souhaitée. Un freelance avec 30 000 euros de charges annuelles et 160 jours facturables doit facturer au minimum 188 euros par jour juste pour couvrir ses frais. Fixe ton TJM en conséquence, en ajoutant une marge pour investissement et imprévu.

Faut-il inclure les droits de propriété intellectuelle dans chaque devis ?

Oui, systématiquement. En droit français, l'auteur d'une oeuvre de l'esprit (dont le code source) en conserve les droits par défaut. Si tu ne cèdes pas expressément les droits dans le devis ou le contrat, le client n'est pas propriétaire du code, même s'il l'a payé et même si tu ne l'utilises plus. La clause de cession doit préciser l'étendue des droits (utilisation, reproduction, modification, diffusion), le territoire et la durée.

Liens utiles

Gérez vos devis et factures avec Kelyseo

Créez et envoyez vos documents en quelques clics. Conforme à la législation française, avec relances automatiques et suivi des paiements.

Essayer gratuitement
Créer ma première facture