Forfait vs TJM en 2026 : choisir le bon modele (et proteger votre marge)

Forfait vs TJM en 2026

La question “forfait ou TJM ?” est une question de risque, pas une question de preference. En freelance, votre survie vient de votre capacite a proteger votre marge tout en restant simple a acheter.

En 2026, les clients sont a la fois plus exigeants (delais, performance, RGPD, tracking) et plus sensibles a la lisibilite (ils veulent comprendre ce qu’ils achetent). Le bon modele de facturation est celui qui aligne :

• la realite du projet,
• votre niveau de controle,
• la maturite du client,
• et votre capacite a cadrer.

1) Les trois modeles utiles

1.1 TJM (regie)

Vous vendez du temps. Cela fonctionne bien quand :

• le scope est flou,
• le besoin evolue,
• le client veut itterer,
• ou la mission ressemble a du renfort d’equipe.

Le risque principal : vous etes juge sur l’activite (“tu as fait quoi aujourd’hui ?”) au lieu d’etre juge sur un resultat.

1.2 Forfait

Vous vendez un resultat (un livrable) pour un prix fixe. Cela marche quand :

• le scope est clair,
• vous controlez l’environnement,
• vous avez deja fait ce type de projet,
• et le client peut valider vite.

Le risque principal : le scope creep. La phrase “tant qu’on y est” est un poison si vous n’avez pas un cadre.

1.3 Packs (produit de service)

Vous vendez une offre packagée : audit SEO, refonte landing page, mise en place tracking, etc. C’est souvent le meilleur compromis pour vendre vite.

Le risque principal : proposer un pack trop large, qui vous transforme en agence sans le prix d’agence.

2) Choisir selon le type de risque

Posez-vous ces questions simples.

2.1 Qui controle le scope ?

Si le client change d’avis souvent, le TJM est plus safe.

Si vous pilotez une solution connue (vous avez un process et des gabarits), le forfait devient rentable.

2.2 Qui controle les dependances ?

Si vous dependez d’un tiers (API, prestataire, validation juridique) et que cela peut bloquer, vous devez integrer ce risque dans le modele.

Une regle : plus il y a de dependances externes, plus le TJM ou un forfait avec jalons est interessant.

2.3 Le client sait-il valider ?

Un forfait suppose des validations rapides. Si le client prend 10 jours pour repondre, vous etes en danger, car votre planning explose.

3) Le cadre qui rend le forfait possible

Un forfait ne se vend pas sans cadrage. Le cadrage est une partie du produit.

3.1 Un scope ecrit, avec inclus/exclus

La methode la plus efficace est d’ecrire :

• ce qui est inclus,
• ce qui est explicitement exclus,
• et les hypotheses.

Exemple d’exclusion utile : “le contenu (textes/photos) est fourni par le client”. Sans ca, vous devenez copywriter et photographe sans budget.

3.2 Des jalons (paiements et livrables)

Decoupez :

1. Cadrage (atelier + specs).
2. Prototype ou design.
3. Developpement.
4. Mise en ligne.

Chaque jalon doit declencher un paiement. Cela limite le risque.

3.3 Une clause de changement

Sans clause de changement, le forfait n’existe pas. Une clause simple suffit :

• Toute demande hors scope fait l’objet d’un devis complementaire.
• Les changements sont chiffrés avant implementation.

Ce n’est pas agressif. C’est normal. Cela rend la relation saine.

4) Quand le TJM est le meilleur choix

Le TJM est parfait pour :

• refonte progressive,
• migrations,
• maintenance et evolutions,
• accompagnement produit.

Dans ces cas, le forfait force une fausse precision et cree des tensions.

Pour que le TJM soit confortable :

• Fixez un rythme (hebdo) avec objectifs.
• Fixez un plafond (ex: 10 jours/mois).
• Faites un mini reporting (ce qui a ete fait, ce qui vient).

Le but est d’eviter la sensation de “journees invisibles”.

5) Quand le pack est le plus rentable

Les packs sont incroyables quand vous avez une methode repetable.

Exemples de packs qui se vendent bien :

• Audit SEO technique (avec plan d’actions priorise).
• Optimisation performance (Core Web Vitals) sur 2 semaines.
• Mise en place tracking (events + conversions) avec verification.

Le pack marche parce qu’il transforme une demande floue en produit achetable.

6) Exemple de decision tree (simple)

Vous pouvez utiliser ce guide :

• Scope clair + dependances faibles + client reactif -> forfait.
• Scope flou ou iteratif -> TJM.
• Probleme standardisable -> pack.

Ce n’est pas de la theorie. C’est une gestion de risque.

7) Erreurs qui coutent cher

7.1 Forfait sans atelier

Sans atelier initial, vous découvrez le vrai besoin au milieu du dev. C’est le meilleur moyen de travailler “plus” pour le meme prix.

7.2 TJM sans objectif

Un TJM sans objectifs devient une mission de support. Vous perdez l’initiative.

7.3 Packs trop larges

Si votre pack inclut “site complet + SEO + branding” pour un petit prix, vous vous mettez en burn-out.

Conclusion

En 2026, l’important n’est pas de choisir un modele unique. L’important est de choisir le modele qui correspond au risque du projet, et d’avoir un cadre clair pour proteger votre marge.

Atelier pratique (partie 1)

Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L’objectif est de transformer “Forfait vs TJM en 2026 : choisir le bon modele (et proteger votre marge)” en une suite d’actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.

Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C’est ce qui rend le travail actionnable, meme en petite equipe.

Kit commercial minimal

• Une page offre (probleme, solution, delai, prix indicatif).
• Deux preuves (avant/apres, capture, temoignage).
• Un doc “process” (comment vous cadrez, livrez, et suivez).

Systeme simple de prospection (sans spam)

1. Liste de 50 comptes cibles (secteur + taille + signal de besoin).
2. Une offre claire (probleme -> resultat -> delai) et 2 preuves.
3. Un message court + un suivi J+3 / J+10, avec une seule question.

Exemple de messages (a adapter)

• 1er message: “J’ai vu X sur votre site/app. Je peux livrer Y en Z jours. Est-ce pertinent pour vous ?”
• Suivi J+3: “Je vous renvoie l’idee avec 2 options (light/standard). Laquelle vous parle ?”
• Suivi J+10: “Je ferme le sujet si ce n’est pas prioritaire. Vous preferez qu’on en reparle plus tard ?”

Pricing (reduire le risque)

• Vendre un livrable (audit, plan, prototype) avant le gros lot.
• Separerez: cadrage, implementation, maintenance.
• Fixez une definition de “done” ecrite pour eviter les debordements.

Execution (eviter la derive)

• Chaque semaine: 1 livrable + 1 mesure + 1 decision.
• Chaque call: un compte-rendu ecrit (ce qui est decide, prochaines etapes).
• Chaque scope: un “non” explicite (ce qui n’est pas inclus).

Administratif (checklist)

• Statut + obligations (URSSAF, facturation, TVA si applicable).
• Contrat (propriete, perimetre, delais, penalites, support).
• Process: 1 point hebdo, 1 doc de suivi, 1 recap ecrit a chaque etape.

Atelier pratique (partie 2)

Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L’objectif est de transformer “Forfait vs TJM en 2026 : choisir le bon modele (et proteger votre marge)” en une suite d’actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.

Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C’est ce qui rend le travail actionnable, meme en petite equipe.

Kit commercial minimal

• Une page offre (probleme, solution, delai, prix indicatif).
• Deux preuves (avant/apres, capture, temoignage).
• Un doc “process” (comment vous cadrez, livrez, et suivez).

Systeme simple de prospection (sans spam)

1. Liste de 50 comptes cibles (secteur + taille + signal de besoin).
2. Une offre claire (probleme -> resultat -> delai) et 2 preuves.
3. Un message court + un suivi J+3 / J+10, avec une seule question.

Exemple de messages (a adapter)

• 1er message: “J’ai vu X sur votre site/app. Je peux livrer Y en Z jours. Est-ce pertinent pour vous ?”
• Suivi J+3: “Je vous renvoie l’idee avec 2 options (light/standard). Laquelle vous parle ?”
• Suivi J+10: “Je ferme le sujet si ce n’est pas prioritaire. Vous preferez qu’on en reparle plus tard ?”

Pricing (reduire le risque)

• Vendre un livrable (audit, plan, prototype) avant le gros lot.
• Separerez: cadrage, implementation, maintenance.
• Fixez une definition de “done” ecrite pour eviter les debordements.

Execution (eviter la derive)

• Chaque semaine: 1 livrable + 1 mesure + 1 decision.
• Chaque call: un compte-rendu ecrit (ce qui est decide, prochaines etapes).
• Chaque scope: un “non” explicite (ce qui n’est pas inclus).

Administratif (checklist)

• Statut + obligations (URSSAF, facturation, TVA si applicable).
• Contrat (propriete, perimetre, delais, penalites, support).
• Process: 1 point hebdo, 1 doc de suivi, 1 recap ecrit a chaque etape.

Atelier pratique (partie 3)

Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L’objectif est de transformer “Forfait vs TJM en 2026 : choisir le bon modele (et proteger votre marge)” en une suite d’actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.

Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C’est ce qui rend le travail actionnable, meme en petite equipe.

Kit commercial minimal

• Une page offre (probleme, solution, delai, prix indicatif).
• Deux preuves (avant/apres, capture, temoignage).
• Un doc “process” (comment vous cadrez, livrez, et suivez).

Systeme simple de prospection (sans spam)

1. Liste de 50 comptes cibles (secteur + taille + signal de besoin).
2. Une offre claire (probleme -> resultat -> delai) et 2 preuves.
3. Un message court + un suivi J+3 / J+10, avec une seule question.

Exemple de messages (a adapter)

• 1er message: “J’ai vu X sur votre site/app. Je peux livrer Y en Z jours. Est-ce pertinent pour vous ?”
• Suivi J+3: “Je vous renvoie l’idee avec 2 options (light/standard). Laquelle vous parle ?”
• Suivi J+10: “Je ferme le sujet si ce n’est pas prioritaire. Vous preferez qu’on en reparle plus tard ?”

Pricing (reduire le risque)

• Vendre un livrable (audit, plan, prototype) avant le gros lot.
• Separerez: cadrage, implementation, maintenance.
• Fixez une definition de “done” ecrite pour eviter les debordements.

Execution (eviter la derive)

• Chaque semaine: 1 livrable + 1 mesure + 1 decision.
• Chaque call: un compte-rendu ecrit (ce qui est decide, prochaines etapes).
• Chaque scope: un “non” explicite (ce qui n’est pas inclus).

Administratif (checklist)

• Statut + obligations (URSSAF, facturation, TVA si applicable).
• Contrat (propriete, perimetre, delais, penalites, support).
• Process: 1 point hebdo, 1 doc de suivi, 1 recap ecrit a chaque etape.

Atelier pratique (partie 4)

Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L’objectif est de transformer “Forfait vs TJM en 2026 : choisir le bon modele (et proteger votre marge)” en une suite d’actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.

Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C’est ce qui rend le travail actionnable, meme en petite equipe.

Kit commercial minimal

• Une page offre (probleme, solution, delai, prix indicatif).
• Deux preuves (avant/apres, capture, temoignage).
• Un doc “process” (comment vous cadrez, livrez, et suivez).

Systeme simple de prospection (sans spam)

1. Liste de 50 comptes cibles (secteur + taille + signal de besoin).
2. Une offre claire (probleme -> resultat -> delai) et 2 preuves.
3. Un message court + un suivi J+3 / J+10, avec une seule question.

Exemple de messages (a adapter)

• 1er message: “J’ai vu X sur votre site/app. Je peux livrer Y en Z jours. Est-ce pertinent pour vous ?”
• Suivi J+3: “Je vous renvoie l’idee avec 2 options (light/standard). Laquelle vous parle ?”
• Suivi J+10: “Je ferme le sujet si ce n’est pas prioritaire. Vous preferez qu’on en reparle plus tard ?”

Pricing (reduire le risque)

• Vendre un livrable (audit, plan, prototype) avant le gros lot.
• Separerez: cadrage, implementation, maintenance.
• Fixez une definition de “done” ecrite pour eviter les debordements.

Execution (eviter la derive)

• Chaque semaine: 1 livrable + 1 mesure + 1 decision.
• Chaque call: un compte-rendu ecrit (ce qui est decide, prochaines etapes).
• Chaque scope: un “non” explicite (ce qui n’est pas inclus).

Administratif (checklist)

• Statut + obligations (URSSAF, facturation, TVA si applicable).
• Contrat (propriete, perimetre, delais, penalites, support).
• Process: 1 point hebdo, 1 doc de suivi, 1 recap ecrit a chaque etape.

Sources et liens utiles

• MDN Web Docs: https://developer.mozilla.org/
• RFC 9110 HTTP Semantics: https://www.rfc-editor.org/rfc/rfc9110
• URSSAF auto-entrepreneur: https://www.autoentrepreneur.urssaf.fr/
• INPI (formalites): https://procedures.inpi.fr/
• Service-Public (pro): https://www.service-public.fr/professionnels-entreprises
• Impots.gouv (professionnels): https://www.impots.gouv.fr/professionnel