Vu depuis le clavier, pas depuis un tableur

Régie ou forfait qui porte le risque

Presque tous les comparatifs présentent ces deux modèles comme deux façons de calculer une facture. C'est passer à côté de l'essentiel : ce ne sont pas deux méthodes de calcul, ce sont deux répartitions du risque.

Au forfait, le prestataire s'engage sur un résultat à prix fixe : si le travail prend plus de temps que prévu, c'est lui qui paie l'écart. En régie, le client achète du temps : l'imprévu reste chez lui. Toutes les autres différences, la souplesse, la paperasse, la tension en fin de projet, découlent de cette seule bascule. Le reste de cette page en déroule les conséquences concrètes.

01 Le vrai partage

Un contrat ne fixe pas un prix, il désigne un responsable

Un développement dérape rarement parce que quelqu'un a mal travaillé. Il dérape parce qu'une hypothèse posée au départ s'est révélée fausse : une intégration plus complexe que la documentation ne le laissait croire, un besoin métier qui n'apparaît qu'une fois l'écran sous les yeux, une donnée existante moins propre que prévu.

Cet écart est certain. Ce qui ne l'est pas, c'est son montant. Le choix du modèle revient donc à décider, avant de savoir, lequel des deux le financera.

Au forfait

Le prestataire absorbe l'écart. Il le sait, donc il le provisionne dans son prix.

En régie

Le client absorbe l'écart. Il ne le provisionne pas toujours, et c'est là que naissent les mauvaises surprises.

Dans les deux cas

L'écart existe. Aucun contrat ne le fait disparaître, il décide seulement de qui le paie.

02 Le coût réel

Le forfait, et ce qu'il facture en plus du travail

Un prix ferme contient toujours une provision pour l'imprévu. Elle est invisible, elle n'est jamais détaillée, et vous la payez que l'imprévu survienne ou non. C'est le prix de la tranquillité, et c'est légitime : celui qui porte un risque le fait payer.

Le coût caché n'est pas là. Il est dans la rigidité : chaque changement d'avis passe par une renégociation, et une équipe qui sait qu'elle est hors périmètre cesse de proposer des améliorations.

La régie, et ce qu'elle exige de vous

Vous ne payez que le temps réellement passé, sans provision. Sur un projet bien piloté, c'est presque toujours moins cher au total, parce que vous ne financez pas l'assurance de quelqu'un d'autre.

En échange, la régie demande un interlocuteur qui décide, un rythme de restitution court et une attention réelle. Sans ces trois choses, ce n'est pas un modèle souple, c'est une facture qui monte sans que personne ne regarde.

03 Les signaux

Cinq situations, et vers quoi elles penchent

Aucune ne décide seule. Deux ou trois qui pointent du même côté, en revanche, tranchent.

01

Le cahier des charges tient en trois pages et personne ne le conteste
penche forfait

Le périmètre est stable, chiffrable, et l'écart entre l'estimation et le réel sera faible. C'est le seul cas où le forfait est vraiment confortable pour les deux parties.
02

Vous découvrirez la moitié des besoins en avançant
penche régie

Chaque découverte devient un avenant au forfait, donc une négociation. En régie, elle devient une décision, ce qui coûte infiniment moins de temps à tout le monde.
03

Le budget est voté et ne bougera pas
penche forfait

Quand le montant est une contrainte administrative plus qu'une variable, le forfait est le seul modèle qui vous permet de vous engager devant votre direction.
04

Il faut renforcer une équipe déjà en place
penche régie

Le forfait suppose un livrable isolable. Un renfort qui intervient dans le flux d'une équipe n'a pas de livrable propre : le facturer au forfait revient à inventer un périmètre artificiel.
05

Le projet dure plus de six mois
penche régie

Sur une longue durée, le périmètre bouge toujours. Un forfait long finit soit en série d'avenants, soit en tension, parce qu'une des deux parties y perd et le sait.

04 Ce qui tourne mal

Les pièges du forfait

Le périmètre flou signé quand même. Un forfait sur un cahier des charges vague n'est pas un forfait, c'est un désaccord différé.
L'avenant permanent, qui transforme le prix ferme en négociation continue et use les deux parties.
La qualité invisible sacrifiée en fin de projet, quand le budget est consommé mais l'engagement pas encore tenu.
Le silence sur les évolutions : ce qui n'est pas au périmètre n'est plus proposé, même quand c'est une évidence.

Les pièges de la régie

L'absence de plafond, qui remet toute la vigilance sur le client et n'oblige jamais à un arbitrage explicite.
Le pilotage délégué au prestataire, qui revient à lui demander d'arbitrer entre son intérêt et le vôtre.
La restitution trop espacée : un mois sans démonstration, c'est un mois pendant lequel une dérive n'est pas corrigeable.
La régie de confort, qui s'installe faute d'avoir jamais posé la question de la fin.

05 En pratique

Ce que j'applique, et pourquoi

Je travaille un projet à la fois, ce qui change la donne sur les deux modèles : je n'ai pas à répartir mon attention, donc la régie ne dilue rien, et je n'ai pas de plan de charge à remplir, donc le forfait n'est pas une façon de réserver un créneau.

Ma règle est simple. Quand le périmètre est écrit, compris et stable, le forfait est plus honnête : il vous donne un prix et il m'oblige à tenir mon estimation. Quand il ne l'est pas, la régie est plus honnête : elle vous fait payer ce qui est réellement fait, plutôt qu'une provision calculée sur une incertitude que personne ne sait chiffrer.

Le pire des deux mondes, c'est le forfait posé sur un périmètre incertain. Il donne l'illusion d'un budget maîtrisé, puis se paie en avenants, en tension, ou en qualité rognée là où ça ne se voit pas tout de suite.

Le modèle est un choix, pas une identité

Basculer de l'un à l'autre en cours de route est souvent la bonne décision. Ce qui se passe mal, c'est le glissement implicite.

Le sujet voisin

Le choix du modèle de facturation vient souvent après un autre : freelance ou agence. Et mes réalisations montrent ce que ces choix ont donné.

Côté technique

La même logique d'arbitrage s'applique au choix du framework : Laravel ou Symfony, et pourquoi j'ai tranché.

06 Questions fréquentes

Quelle est la différence entre régie et forfait ?

Au forfait, vous achetez un résultat pour un prix arrêté d'avance : si le développement prend deux fois plus de temps que prévu, c'est le prestataire qui absorbe l'écart. En régie, vous achetez du temps : vous payez les jours réellement passés, et c'est vous qui portez le risque de dérive. La différence n'est pas comptable, elle est contractuelle : les deux modèles décident de qui paie l'imprévu.

Le forfait est-il plus sûr pour le client ?

Il est plus prévisible, ce qui n'est pas la même chose. Le prix est connu, mais il intègre une marge de sécurité que vous payez même si tout se passe bien, et il fige un périmètre que vous ne pourrez plus faire évoluer sans avenant. Le forfait sécurise le budget ; il ne sécurise ni le délai, ni la qualité, ni votre capacité à changer d'avis.

Peut-on changer de modèle en cours de projet ?

Oui, et c'est souvent la bonne décision quand le périmètre s'est mis à bouger. Le passage se prépare : il faut un point d'arrêt net sur ce qui a été livré au forfait, une reprise en régie sur ce qui reste, et un accord écrit sur la bascule. Ce qui se passe mal, c'est le glissement implicite, quand un forfait continue d'absorber des demandes hors périmètre sans que personne ne le dise.

Comment éviter la dérive en régie ?

Par un rythme de restitution court et par un plafond. Une démonstration toutes les deux semaines rend la dérive visible pendant qu'elle est encore corrigeable, et un plafond de jours convenu à l'avance oblige à un arbitrage explicite avant de le dépasser. Une régie sans plafond ni restitution n'est pas un modèle de facturation, c'est une absence de cadre.