Le choix entre forfait et régie déterminé dès le devis conditionne tout le reste d’un projet web : qui porte le risque d’un périmètre mal cadré, comment se négocie un ajout en cours de route, et à quel moment un désaccord sur le prix devient un désaccord sur la confiance. Ce choix n’est pas qu’une question de facturation : il structure la relation entre développeur et client pour toute la durée du projet.
Forfait et régie : deux façons de répartir le risque
Un forfait fixe un prix global pour un périmètre défini à l’avance : le client connaît le montant final avant le premier jour de production, et le prestataire s’engage à livrer ce périmètre pour ce prix, quel que soit le temps réellement passé. Une régie, à l’inverse, facture le temps effectivement travaillé, le plus souvent via un taux journalier moyen (TJM) : le client paie ce qui a été produit, et le prestataire n’assume pas le risque d’un dérapage de charge. Entre ces deux logiques, il n’existe pas de modèle supérieur dans l’absolu : il existe un modèle adapté, ou non, à la nature du projet.
Le forfait, un pari sur un périmètre figé
Le forfait fonctionne bien quand le périmètre peut être décrit avec précision : un site vitrine avec un nombre de pages connu, une intégration e-commerce sur un catalogue stable, une migration technique dont l’ampleur est mesurable à l’avance. Dans ces cas, un devis bien structuré permet de chiffrer correctement le risque, et le forfait protège les deux parties : le client contre une dérive de facturation, le prestataire contre une négociation permanente sur le prix. Le forfait devient en revanche dangereux dès que le périmètre reste flou à la signature : chaque ambiguïté du cahier des charges se traduit alors soit par une marge qui s’évapore côté prestataire, soit par un périmètre rogné en catimini pour tenir le prix, ce qui finit toujours par se voir côté client.
La régie, flexibilité contre visibilité budgétaire
La régie s’impose naturellement sur les projets dont le périmètre évolue en continu : un produit SaaS en développement, une refonte pilotée par des retours utilisateurs, une mission de TMA (maintenance et évolutions) sur une base de code existante. Le client perd en visibilité sur le montant final, mais gagne en capacité à réorienter les priorités sans renégocier un contrat à chaque changement de direction. Côté prestataire, la régie élimine le risque de sous-estimer une charge de travail, à condition que le TJM pratiqué reflète réellement le niveau de compétence mobilisé — un sujet sur lequel beaucoup de freelances, notamment en sortie de reconversion ou après plusieurs années sans réévaluer leurs tarifs, se montrent trop prudents.
Fixer un TJM qui tient réellement la route
La régie ne protège le prestataire que si le taux journalier appliqué couvre ce qu’il doit réellement couvrir : le temps facturable n’est jamais égal au temps travaillé. Entre la prospection, l’administratif, la formation continue et les périodes creuses, un freelance qui imagine facturer 20 jours pleins chaque mois surestime presque toujours sa capacité réelle sur l’année. Un calcul de TJM qui ignore ce différentiel aboutit, sur la durée, à un revenu annuel bien inférieur à celui visé, même avec un carnet de commandes rempli.
Un repère simple consiste à partir du chiffre d’affaires annuel visé, à y ajouter les charges fixes de la structure, puis à diviser le tout par un nombre de jours facturables réaliste, souvent entre 130 et 160 jours par an une fois retirés congés, prospection et administratif, et non les 220 jours ouvrés théoriques d’un calendrier. Le TJM qui en ressort est presque toujours supérieur à celui pratiqué par habitude, en particulier chez les freelances qui n’ont pas révisé leur taux depuis plusieurs années malgré une montée en compétence réelle. La régie rend cet écart visible mois après mois ; le forfait, lui, a tendance à le masquer derrière un prix global qui paraît correct au moment de la signature.
Le modèle hybride : cadrage au forfait, suite en régie
Dans la pratique, la plupart des projets web gagnent à combiner les deux logiques plutôt qu’à choisir l’une contre l’autre. Une phase de cadrage et de conception peut être facturée au forfait, avec un livrable clair (spécifications, maquettes, architecture technique) qui sert ensuite de base à un chiffrage fiable. La phase de réalisation peut alors basculer en forfait si le périmètre issu du cadrage est suffisamment précis, ou rester en régie si le projet doit conserver de la flexibilité. Ce découpage évite l’écueil classique du forfait signé sur un besoin encore flou, où le prestataire chiffre à l’aveugle et le client découvre le vrai périmètre après signature.
| Critère | Forfait | Régie (TJM) |
|---|---|---|
| Visibilité du prix final | Connue dès la signature | Dépend du temps réellement passé |
| Qui porte le risque de dérive | Le prestataire | Le client |
| Flexibilité du périmètre | Faible, nécessite un avenant | Forte, priorités ajustables en continu |
| Exigence de cadrage amont | Élevée | Faible à modérée |
| Cas d’usage typique | Site vitrine, migration technique, intégration e-commerce | Produit évolutif, TMA, mission longue durée |
Les clauses contractuelles qui évitent les litiges
Quel que soit le modèle retenu, certaines clauses limitent le risque de litige en cours de projet. Un forfait doit toujours préciser le périmètre exact couvert, le nombre d’allers-retours de validation inclus, et surtout la procédure de traitement d’une demande hors périmètre : sans clause d’avenant explicite, chaque ajout informel grignote la marge du prestataire sans jamais être facturé. Une régie gagne quant à elle à préciser un volume horaire ou journalier indicatif par période, pour que le client garde un minimum de visibilité budgétaire sans perdre la flexibilité du modèle. Dans les deux cas, un point de facturation régulier — mensuel au minimum — évite que le désaccord sur le prix n’apparaisse qu’à la fin du projet, au moment où il est le plus coûteux à résoudre.
Un forfait signé sur un périmètre encore flou ne protège quasiment jamais le client : il pousse le prestataire à rogner sur la qualité ou les détails pour tenir un prix fixé sur des bases incertaines.
Avant de choisir forfait ou régie, vérifier que le cahier des charges répond à une question simple : pourrait-on le confier à un autre prestataire sans perte d’information ? Si la réponse est non, le périmètre n’est pas assez cadré pour un forfait fiable.
Ce qu’il faut retenir
Le forfait convient aux périmètres stables et mesurables, la régie aux projets dont la trajectoire reste ouverte. Le choix se fait projet par projet, parfois phase par phase au sein d’un même projet, et se sécurise toujours par des clauses écrites sur le traitement des demandes hors périmètre. Aucun des deux modèles ne compense un cahier des charges imprécis : il ne fait que déplacer l’endroit où ce flou finit par coûter de l’argent.
Après plusieurs années à facturer en majorité au forfait, j’ai progressivement basculé une bonne partie de mes missions longues en régie, notamment sur les projets de maintenance et d’évolution continue. Le forfait reste pertinent sur des demandes courtes et bien définies, mais sur tout ce qui dépasse quelques semaines, il m’a surtout servi à sous-évaluer ma propre charge de travail. La régie impose en retour une discipline de TJM : un taux journalier trop bas, maintenu par habitude plutôt que révisé à la hausse avec l’expérience, finit par coûter plus cher sur la durée qu’un forfait mal chiffré — Simon Janvier.
Pour aller plus loin : le cadre légal du devis sur economie.gouv.fr.
