Ce qui est réellement vendu
Pour produire module logiciel, le Développeur logiciel prépare les informations, utilise IDE et Git et organise les validations avec éditeur SaaS. Le devis précise aussi la remise de API documentée et la conduite à tenir lorsque règles métier ambiguës apparaît.
Clients et contextes
- éditeur SaaS
- industrie
- direction des opérations
Livrables vérifiables
- module logiciel
- API documentée
- plan de migration
Compétences qui changent le niveau d’autonomie
- conception objet
- tests d’intégration
- modélisation métier
- observabilité
Outils courants : IDE et Git, gestionnaire de tickets, CI/CD, outils de profilage. 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.
| Niveau | Basse | Indicative | Haute | Hypothèse de mission | Ce qui fait varier le montant |
|---|---|---|---|---|---|
| Junior | 300 € | 350 € | 400 € | Périmètre borné, validation fréquente et première pratique de conception objet. | règles métier ambiguës ; module logiciel |
| Confirmé | 470 € | 550 € | 630 € | Autonomie sur module logiciel et relation directe avec éditeur SaaS. | tests d’intégration ; compatibilité avec le SI |
| Senior | 720 € | 850 € | 980 € | Arbitrage, prévention de règles métier ambiguës et responsabilité sur API documentée. | modélisation métier ; reprise de données |
Le tarif monte notamment quand…
- maîtrise démontrée de conception objet sur un livrable comparable
- responsabilité directe face à règles métier ambiguës
- capacité à livrer API documentée 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.
| Mission | Contexte et livrable | Durée | Facturation et bande simulée | Vigilance |
|---|---|---|---|---|
| automatisation d’un processus interne Confirmé | éditeur SaaS avec un besoin borné de transformer des règles métier en logiciel maintenable, testé et déployable. Livrable : module logiciel | 2 semaines | Forfait borné ou régie 470 à 630 € / jour | règles métier ambiguës |
| refonte d’un module à forte dette Senior si arbitrages | industrie recherchant davantage d’autonomie et de coordination. Livrable : API documentée | de 2 semaines à 6 mois | Temps passé avec jalons 720 à 980 € / jour | compatibilité avec le SI |
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 logiciel.
Hypothèses visibles
- Jours facturés par an
- 150
- Jours non facturés
- 70
- Objectif disponible avant IR
- 46 000 €
- Frais annuels simulés
- 4 500 €
- Statut de calcul
- Micro-BNC (hypothèse)
Lecture du scénario
À l’ancre confirmée de 550 €, le chiffre d’affaires simulé atteint 82 500 €. Les cotisations pédagogiques représentent 21 120 € et les frais saisis 4 500 €.
Disponible avant impôt sur le revenu : 56 880 €. Formule du plancher : (objectif + frais) ÷ (1 − taux de charges) ÷ jours facturés.
Congés, prospection, administration, formation et imprévus sont inclus dans les 70 jours non facturés. La CFE et les particularités individuelles restent à ajouter.
Frais professionnels et risques à provisionner
Dépenses propres à l’activité
- poste de développement
- environnements de test
- licences techniques
- veille
Le scénario retient 4 500 € de frais annuels à remplacer par des devis et factures réels de poste de développement et environnements de test. Les achats refacturés restent séparés.
Risques à traiter dans le devis
- règles métier ambiguës
- compatibilité avec le SI
- reprise de données
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
- Quel résultat concret doit produire module logiciel et qui l’accepte ?
- Quelles informations, accès ou matières seront disponibles avant le démarrage ?
- Comment seront traités règles métier ambiguës et les changements de périmètre ?
- Combien de validations, variantes ou reprises sont incluses ?
- Les frais liés à environnements de test sont-ils inclus, plafonnés ou refacturés ?
Erreurs de tarification fréquentes
- chiffrer automatisation d’un processus interne sans réserver le temps de préparation et de validation
- absorber le coût de poste de développement dans la marge sans l’annualiser
- accepter compatibilité avec le SI sans exclusion, plafond de retours ou procédure d’escalade
- comparer son prix à un salaire sans retirer prospection, administration, formation et congés
Contrôler règles métier ambiguës avant l’engagement
Le devis doit indiquer comment règles métier ambiguës sera détecté, documenté et arbitré. Cette précaution protège la production de module logiciel et évite que le prestataire supporte seul une inconnue fournie par le client.
- preuve attendue pour module logiciel
- responsable de la décision en cas de règles métier ambiguës
- limite des reprises liées à compatibilité avec le SI
IDE et Git : coût, accès et continuité
L’usage de IDE et Git peut demander une licence, un accès client ou une préparation. La proposition précise qui fournit l’outil, qui conserve les données et ce qui se passe si l’accès manque pendant la mission.
- coût de poste de développement annualisé
- accès à gestionnaire de tickets avant démarrage
- format de remise de API documentée
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 automatisation d’un processus interne, le relevé du temps doit isoler préparation, production et traitement de règles métier ambiguës.
Forfait
pertinent pour un audit ou un lot borné avec critères d’acceptation testables. Le forfait borne module logiciel, les informations d’entrée et les reprises liées à compatibilité avec le SI.
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 poste 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 règles métier ambiguës plutôt qu’au seul nombre d’années d’expérience.
- Présenter une option de base centrée sur module logiciel et une option étendue incluant API documentée.
- Séparer honoraires, frais liés à poste de développement et achats ou droits tiers.
Une hausse devient crédible lorsque les demandes mobilisent conception objet, que le périmètre expose à règles métier ambiguës ou que le client attend API documentée 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 web, developpeur mobile, administrateur systeme, 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 logiciel. Les actes réglementés, conventions collectives, droits, matières, budgets média ou prix imposés ne sont pas convertis artificiellement en TJM.
- TJMCalc — IGdev — Repères éditoriaux TJMCalcrepères junior, confirmé et senior déjà publiés, simulations dérivées des hypothèses visibles
- Urssaf — Vous souhaitez devenir auto-entrepreneur — barèmes 2026taux micro-social 2026, taux ACRE applicables depuis le 1er juillet 2026, validation des trimestres
- Direction générale des Finances publiques — BOFiP — Barème de l’impôt 2026 sur les revenus 2025tranches 0 %, 11 %, 30 %, 41 % et 45 %, quotient familial
- Urssaf — Mon-entreprise — Simulateur de revenus des auto-entrepreneurs — 2026contrôle de cohérence des simulations micro, limites et avertissements
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 sourceFAQ métier
4 questions propres au tarif d’un Développeur logiciel
Que doit couvrir le TJM d’un Développeur logiciel ?
Il doit couvrir la production de module logiciel, mais aussi la préparation, les validations, les outils comme IDE et Git, la prospection, l’administration, la formation et les périodes sans mission.
Le forfait est-il adapté à automatisation d’un processus interne ?
Oui si le résultat, les informations d’entrée, les retours et le traitement de règles métier ambiguës sont écrits. Sinon, la régie ou une phase de cadrage facturée protège mieux les deux parties.
Quel signal justifie une hausse de tarif pour ce métier ?
Une demande supérieure à la capacité, une maîtrise reconnue de conception objet, une responsabilité accrue sur API documentée ou la prévention démontrée de compatibilité avec le SI sont des signaux plus solides qu’une hausse automatique.
Les repères de 350 €, 550 € et 850 € sont-ils des moyennes de Développeur logiciel ?
Non. Ce sont des ancres éditoriales conservées pour construire des simulations. Elles doivent être confrontées aux devis réellement gagnés, aux coûts et au marché accessible.
Simulation personnalisée
Remplacer les hypothèses par vos chiffres
Avant d’accepter un prix, remplacez le repère par vos jours vendables et le coût de poste de développement, puis vérifiez que le devis borne règles métier ambiguës et la remise de API documentée. Les résultats restent informatifs et ne constituent pas une simulation comptable exacte.