Développeur web freelance : TJM, missions et rentabilité

Un développeur web freelance transforme un besoin produit en interfaces et services déployables. Il intervient auprès d’une équipe produit, d’une direction technique ou d’une agence, depuis l’audit d’un parcours existant jusqu’à la mise en production. Son prix dépend de la dette reprise, des navigateurs à supporter, de l’accessibilité attendue et de sa responsabilité lors du déploiement.

Mis à jour le Responsable : TJMCalc — IGdev Méthode et limites
Junior300 €repère par jour
Confirmé500 €repère par jour
Senior750 €repère par jour
CA à 18 jours9 000 €avant frais, charges et impôt

Ce qui est réellement vendu

Le temps vendable couvre la lecture du code existant, le cadrage des critères d’acceptation, le développement, les tests, la revue avec l’équipe et la documentation. Une fonctionnalité apparemment courte peut exiger davantage de travail si le dépôt n’est pas testé, si l’API est instable ou si la correction doit rester compatible avec plusieurs versions de navigateur.

Clients et contextes

  • équipe produit
  • direction technique
  • agence numérique

Livrables vérifiables

  • fonctionnalité testée
  • revue de code et documentation
  • correctifs de performance

Compétences qui changent le niveau d’autonomie

  • TypeScript
  • accessibilité WCAG
  • tests automatisés
  • performance web

Outils courants : IDE et Git, framework web, outil de CI, outils d’audit navigateur. Pour ce métier, le devis doit préciser qui finance et administre ces outils lorsqu’ils conditionnent le livrable.

Repères de TJM et hypothèses par niveau

Ces montants sont des estimations éditoriales. Les bornes basse et haute correspondent à une sensibilité de ±15 % appliquée au repère central, et non à des quantiles statistiques observés.

Bandes de sensibilité construites autour des ancres éditoriales conservées — pas des moyennes de factures
NiveauBasseIndicativeHauteHypothèse de missionCe qui fait varier le montant
Junior260 €300 €350 €Périmètre borné, validation fréquente et première pratique de TypeScript.dette technique héritée ; fonctionnalité testée
Confirmé430 €500 €580 €Autonomie sur fonctionnalité testée et relation directe avec équipe produit.accessibilité WCAG ; dépendances tierces
Senior640 €750 €860 €Arbitrage, prévention de dette technique héritée et responsabilité sur revue de code et documentation.tests automatisés ; mise en production sensible

Le tarif monte notamment quand…

  • maîtrise démontrée de TypeScript sur un livrable comparable
  • responsabilité directe face à dette technique héritée
  • capacité à livrer revue de code et documentation sans supervision quotidienne
  • urgence, disponibilité contrainte ou coordination de plusieurs décideurs

Une baisse peut se discuter quand…

  • périmètre stable sur une mission longue réellement engagée
  • travail à distance sans astreinte ni contrainte de présence
  • lot très cadré avec documentation et critères d’acceptation disponibles

Missions types : contexte, livrable et vigilance

Ces cas servent à construire un devis ; ils ne décrivent ni un échantillon de missions observées ni une promesse de durée.

3 cas pédagogiques propres à l’activité
MissionContexte et livrableDuréeFacturation et bande simuléeVigilance
audit accessibilité d’un parcours e-commerce
Confirmé avec pratique WCAG
Équipe produit préparant une mise en conformité du tunnel de commande.
Livrable : rapport WCAG priorisé, exemples de correctifs et restitution aux développeurs
3 à 5 joursForfait après inventaire des écrans
430 à 580 € / jour — sensibilité éditoriale
échantillon de pages, composants tiers et niveau de conformité explicités
développement d’une fonctionnalité TypeScript critique
Senior si arbitrage d’architecture
Éditeur SaaS ajoutant un parcours dépendant de plusieurs API.
Livrable : code testé, instrumentation, documentation et accompagnement de recette
8 à 15 joursRégie avec jalons de recette
640 à 860 € / jour — sensibilité éditoriale
contrats d’API, dette existante et responsabilité de mise en production
stabilisation des performances avant campagne
Confirmé à senior
Site média confronté à une dégradation des Core Web Vitals avant un pic de trafic.
Livrable : profil de performance, correctifs mesurés et budget de régression
4 à 7 joursDiagnostic borné puis régie
500 à 750 € / jour — simulation
mesures terrain distinctes du laboratoire et scripts publicitaires hors contrôle

Cas pratique — simulation

Tester la cohérence économique du tarif

Les valeurs ci-dessous sont des hypothèses modifiables, pas des statistiques sur les Développeur web.

Hypothèses visibles

Jours facturés par an
155
Jours non facturés
65
Objectif disponible avant IR
50 000 €
Frais annuels simulés
7 200 €
Statut de calcul
Micro-BNC (hypothèse)

Lecture du scénario

À l’ancre confirmée de 500 €, le chiffre d’affaires simulé atteint 77 500 €. Les cotisations pédagogiques représentent 19 840 € et les frais saisis 7 200 €.

Disponible avant impôt sur le revenu : 50 460 €. Formule du plancher : (objectif + frais) ÷ (1 − taux de charges) ÷ jours facturés.

Congés, prospection, administration, formation et imprévus sont inclus dans les 65 jours non facturés. La CFE et les particularités individuelles restent à ajouter.

TJM minimum simulé500 €par jour, arrondi à 10 €TJM avec marge de sécurité de 10 %550 €à confronter au marché accessibleModifier les hypothèses dans le calculateur

Frais professionnels et risques à provisionner

Dépenses propres à l’activité

  • ordinateur de développement
  • hébergement de test
  • licences de développement
  • assurance RC Pro

Le scénario retient 7 200 € de frais annuels à remplacer par des devis et factures réels de ordinateur de développement et hébergement de test. Les achats refacturés restent séparés.

Risques à traiter dans le devis

  • dette technique héritée
  • dépendances tierces
  • mise en production sensible

La demande dépend davantage des budgets produit et des cycles de livraison que des saisons. Les clôtures budgétaires peuvent toutefois accélérer ou différer un démarrage.

Avant le devis : 5 questions qui évitent un faux forfait

  1. Quels navigateurs, appareils et niveaux WCAG doivent être supportés ?
  2. Le dépôt dispose-t-il de tests, d’une intégration continue et d’un environnement de préproduction ?
  3. Qui fournit les contrats d’API et arbitre les dépendances avec le back-end ?
  4. Quels critères déclenchent l’acceptation et combien de cycles de recette sont prévus ?
  5. Qui prend la main en cas d’incident après la mise en production ?

Erreurs de tarification fréquentes

  • estimer seulement le temps de code et oublier lecture du dépôt, tests et revue
  • accepter une compatibilité navigateur illimitée sans matrice de support
  • inclure les changements d’API dans un forfait front-end fermé
  • promettre un déploiement sans définir accès, fenêtre et procédure de retour arrière

Reprise de code et mise en production

Avant de chiffrer une reprise, le développeur doit pouvoir lancer le projet, examiner les tests et identifier le propriétaire de chaque dépendance. Sans cette phase, le forfait transfère au prestataire un risque qu’il ne peut pas mesurer.

  • demander un accès en lecture au dépôt avant engagement
  • séparer correction applicative et incident d’infrastructure
  • prévoir une procédure de retour arrière et une période de surveillance

Régie, forfait ou mission longue : choisir le bon risque

Temps passé / régie

adaptée aux produits évolutifs, aux dépendances techniques et aux priorités qui changent. Pour audit accessibilité d’un parcours e-commerce, le relevé du temps doit isoler préparation, production et traitement de dette technique héritée.

Forfait

pertinent pour un audit ou un lot borné avec critères d’acceptation testables. Le forfait borne fonctionnalité testée, les informations d’entrée et les reprises liées à dépendances tierces.

Mission longue

réduit le temps commercial mais doit préserver les revues de tarif et le périmètre de responsabilité. Une mission récurrente doit encore financer ordinateur de développement et préserver une revue du tarif.

Durée à tester dans le devis : de 2 semaines à 6 mois. Il s’agit d’un ordre de grandeur de scénario et non d’une durée moyenne observée.

Négocier et savoir quand augmenter son TJM

  • Relier le tarif à la réduction de dette technique héritée plutôt qu’au seul nombre d’années d’expérience.
  • Présenter une option de base centrée sur fonctionnalité testée et une option étendue incluant revue de code et documentation.
  • Séparer honoraires, frais liés à ordinateur de développement et achats ou droits tiers.

Une hausse devient crédible lorsque les demandes mobilisent TypeScript, que le périmètre expose à dette technique héritée ou que le client attend revue de code et documentation avec davantage d’autonomie.

Différences géographiques

Paris et les grands pôles numériques peuvent soutenir des budgets plus élevés, mais le télétravail élargit la concurrence. La langue de travail, les astreintes et la présence sur site comptent davantage que le seul code postal.

Les pages developpeur logiciel, developpeur mobile, ux designer, consultant it permettent de comparer des contraintes voisines sans les présenter comme un même marché.

Méthode, sources et limites

Les trois montants sont les repères éditoriaux déjà publiés par TJMCalc. Ils ne proviennent pas d’un échantillon de factures de Développeur web. Les actes réglementés, conventions collectives, droits, matières, budgets média ou prix imposés ne sont pas convertis artificiellement en TJM.

Lire la méthodologie complète

Responsabilité éditoriale

Contenu maintenu par TJMCalc — IGdev. Dernière revue : .

Validation humaine requise : les repères de marché doivent être confrontés à des devis et données sectorielles réelles.

Signaler une erreur ou proposer une source

FAQ métier

5 questions propres au tarif d’un Développeur web

Un audit accessibilité se facture-t-il comme du développement ?

Pas nécessairement. L’inventaire des écrans, le niveau WCAG, les tests clavier et lecteur d’écran ainsi que la restitution doivent être chiffrés avant les éventuels correctifs.

Quand un forfait de développement web est-il raisonnable ?

Quand les maquettes, contrats d’API, navigateurs supportés, critères d’acceptation et nombre de retours sont stabilisés. Une phase de cadrage payante peut précéder le forfait.

Qui paie le temps de mise en production ?

S’il fait partie de la mission, ce temps et la surveillance associée doivent apparaître dans le devis. Les astreintes ou fenêtres nocturnes sont des contraintes supplémentaires.

Les repères de 300 €, 500 € et 750 € sont-ils des statistiques ?

Non. Ce sont des ancres éditoriales historiques de TJMCalc. Les bornes affichées sont des sensibilités autour de ces repères et doivent être confrontées aux devis gagnés.

La maintenance est-elle comprise dans le TJM initial ?

Seulement si la durée, les délais de réponse, les versions supportées et la capacité réservée sont écrits. Sinon elle fait l’objet d’une enveloppe distincte.

Simulation personnalisée

Remplacer les hypothèses par vos chiffres

Rejouez la simulation avec le coût de votre environnement de test, le temps de revue et une capacité réduite si vous assurez les déploiements. Les résultats restent informatifs et ne constituent pas une simulation comptable exacte.

Ouvrir le calculateur