Régie ou forfait : comment choisir pour votre projet ?
« Vous travaillez plutôt au forfait ou en régie ? »
La question arrive souvent dès le premier rendez-vous, parfois avant même que le client m’ait raconté son projet. Et je comprends pourquoi : derrière ces deux mots, il y a une vraie inquiétude, celle de savoir combien le projet va coûter, et qui paiera si les choses ne se passent pas comme prévu.
J’aime bien l’image du taxi. Le forfait, c’est la course vers l’aéroport à prix fixe : vous savez ce que vous paierez en montant, mais si vous voulez faire un détour, il faudra renégocier. La régie, c’est le compteur qui tourne : vous pouvez changer de destination en route, à condition de garder un œil sur le compteur.
Je suis cheffe de projet chez TheCodingMachine, une agence qui conçoit des applications web et mobiles sur mesure depuis 2005, à Paris, Lyon et Lisbonne. Nous travaillons dans les deux modèles, et le bon choix entre régie et forfait dépend moins de votre budget que de ce que vous savez déjà de votre besoin.
Comprendre les modèles régie et forfait
Régie ou forfait : ce sont les deux grands modèles de contrat d’un projet informatique. La régie engage le prestataire sur des moyens (des compétences, du temps), le forfait sur un résultat (un périmètre livré, à un prix et une date convenus).
Qu’est-ce qu’un contrat en régie ?
Un contrat en régie, qu’on appelle aussi prestation en régie, consiste à acheter du temps de travail. Des développeurs, des designers ou une cheffe de projet travaillent sur votre projet, et vous payez le temps réellement passé, le plus souvent à la journée.
Le prestataire a une obligation de moyens : il s’engage à fournir des profils compétents et un travail de qualité, pas un résultat figé à l’avance. En échange, vous gardez la main : vous fixez les priorités, vous changez d’avis, vous ajoutez une fonctionnalité que personne n’avait imaginée au départ.
Un point que l’on oublie souvent : même en régie, l’équipe reste sous l’autorité de l’agence. C’est le chef de projet de l’agence qui organise le travail, vous décidez du quoi, nous gardons la main sur le comment. Ce n’est pas un détail administratif : c’est ce qui distingue une prestation de service d’une mise à disposition de personnel.
Qu’est-ce qu’un contrat au forfait ?
Au forfait, le prestataire s’engage sur un résultat : un périmètre décrit dans le cahier des charges, livré à une date et pour un prix fixés avant le démarrage. On parle d’obligation de résultat.
Pour vous, c’est rassurant : le budget est connu, le planning aussi. Pour nous, c’est un engagement fort, ce qui explique pourquoi un forfait demande un cadrage précis. On ne peut s’engager sur un prix que si l’on sait exactement ce que l’on construit.
Avantages et inconvénients de la régie
Flexibilité et adaptation en cours de projet
La grande force de la régie, c’est de pouvoir changer de cap sans tout renégocier. Un retour utilisateur inattendu, une nouvelle réglementation, une priorité qui monte d’un coup au comité de direction : vous réorganisez simplement les prochaines semaines de travail. Pour un produit qui vit et évolue, c’est souvent le modèle le plus naturel.
Gestion des coûts et des ressources
En régie, vous ne payez que ce qui est réellement fait : pas de marge de sécurité intégrée au prix pour couvrir des imprévus qui ne se produiront peut-être jamais. Vous pouvez aussi ajuster l’équipe dans le temps, renforcer pendant une période chargée, alléger ensuite.
Risques et limites de la régie
Le revers, c’est que le budget final n’est pas connu d’avance. Si le périmètre grossit, la facture aussi. La régie demande donc plus d’implication de votre côté : des priorités claires, des arbitrages réguliers et un suivi du budget consommé.
Avantages et inconvénients du forfait
Maîtrise du budget et des délais
Le forfait, c’est la visibilité : un prix, une date, un périmètre. Pour une direction financière, pour un appel d’offres ou pour un projet avec une échéance non négociable, c’est souvent ce qui fait la différence. Et le risque de dépassement est porté par le prestataire, pas par vous.
Adaptation au cahier des charges
Le forfait repose entièrement sur le cahier des charges. Tout ce qui y est écrit sera livré, et ce qui n’y est pas ne le sera pas. C’est sa force quand le besoin est bien connu, et sa limite quand il ne l’est pas encore.
C’est pourquoi, avant de nous engager sur un prix, nous découpons le projet en tâches et nous estimons chacune selon trois hypothèses : favorable, probable et défavorable. Le prix du forfait s’appuie sur cette fourchette, pas sur le scénario idéal. Et une fois le périmètre validé, il devient la référence commune : c’est à lui que l’on compare chaque nouvelle demande.
Risques et contraintes du forfait
Le piège classique du forfait, c’est le changement en cours de route. Toute nouvelle demande passe par un avenant : il faut la chiffrer, la valider, parfois décaler le planning. Sur un projet où les idées bougent beaucoup, les avenants s’accumulent et la belle visibilité du départ s’effrite.
Autre point à savoir : comme le prestataire porte le risque, il l’intègre dans son prix. Un forfait n’est donc pas forcément moins cher qu’une régie, il est surtout plus prévisible.
Régie VS forfait : tableau récapitulatif
| Critère | Régie | Forfait |
|---|---|---|
| Engagement du prestataire | Obligation de moyens | Obligation de résultat |
| Budget | Variable, au temps passé | Fixé avant le démarrage |
| Périmètre | Peut évoluer à tout moment | Défini par le cahier des charges |
| Changements en cours de projet | Intégrés dans les priorités | Avenant à chiffrer et valider |
| Risque de dépassement | Porté surtout par le client | Porté surtout par le prestataire |
| Implication du client | Régulière, tout au long du projet | Forte au cadrage et à la recette |
| Idéal pour | Produit qui évolue, projet long, renfort d’équipe | Besoin clair et stable, échéance fixe |
Régie ou forfait : comment choisir le bon modèle ?
Régie ou forfait : 4 questions pour choisir
Quand un client hésite entre régie et forfait, je lui pose quatre questions, toujours les mêmes. Elles reposent sur une règle simple que la gestion de projet m’a apprise : plus le besoin est incertain, plus le contrat doit laisser de souplesse, et plus il est clair, plus on peut s’engager sur un prix.
À vous de jouer
Régie, forfait ou hybride ? Faites le test.
2 ou 3 questions, 30 secondes. Je vous dis ensuite ce que je conseillerais à votre place.
QUESTION 1
Pouvez-vous décrire précisément ce que vous voulez ?
Un cahier des charges que vous signeriez demain, ou plutôt « on verra en avançant » ?
QUESTION 2
Votre besoin va-t-il évoluer pendant le projet ?
Un outil aux règles bien établies bouge peu. Un produit qui découvre ses utilisateurs bouge beaucoup.
QUESTION 3
Quelqu’un chez vous pourra-t-il suivre le projet chaque semaine ?
La régie demande quelqu’un de disponible pour arbitrer les priorités.
QUESTION 4
Le projet a-t-il une fin et une date claires ?
Une première version avec une date de lancement, ou une application qui vivra des années ?
MON CONSEIL
Le forfait
Votre besoin est clair, stable et daté : un prix et un délai fixés vous donneront de la visibilité. Soignez le cahier des charges, c’est lui qui fera foi.
MON CONSEIL
La régie
Votre besoin va encore bouger, et quelqu’un chez vous pourra piloter : la régie vous laisse changer de cap sans renégocier. Fixez-vous un budget de référence, voire un plafond.
MON CONSEIL
Le modèle hybride
Un premier lot au forfait pour démarrer avec un prix et une date, puis la régie une fois le produit lancé. Vous gagnez la visibilité au départ et la souplesse ensuite.
Et pour ceux qui préfèrent voir tous les chemins d’un coup, voici le schéma complet :
Vous l’aurez remarqué : la plupart des chemins mènent au milieu. Quand les réponses se partagent, et c’est fréquent, la bonne réponse n’est ni la régie ni le forfait, mais les deux, l’un après l’autre.
Exemples de cas d’usage chez TheCodingMachine
Le modèle hybride : combiner régie et forfait
Le modèle hybride consiste à commencer au forfait, puis à passer en régie. Un premier lot au forfait pose les bases (le cadrage, une première version, un socle technique) avec un prix et une date connus. Une fois le produit en ligne et les premiers retours des utilisateurs arrivés, les évolutions passent en régie.
C’est souvent la formule la plus confortable pour un nouveau produit. Au départ, vous avez besoin de visibilité : un budget à présenter, une date de lancement. Ensuite, vous avez besoin de souplesse : ce sont vos utilisateurs qui vous diront quoi construire, et personne ne peut l’écrire dans un cahier des charges six mois à l’avance.
Les formules intermédiaires
L’hybride ne se résume pas à « forfait puis régie ». Deux autres formules permettent de doser la souplesse et la sécurité :
| Formule | Comment ça marche | Pour qui |
|---|---|---|
| Forfait puis régie | Un premier lot au prix fixe, puis les évolutions au temps passé | Un nouveau produit appelé à évoluer |
| Régie plafonnée | Une régie avec un budget maximum fixé à l’avance | Garder la souplesse avec un garde-fou |
| Forfait par lots | Le projet découpé en étapes, chacune avec son périmètre et son prix | S’engager seulement sur ce que l’on connaît vraiment |
Comment nous l’appliquons chez TheCodingMachine
Chez TCM, nous avançons de toute façon module par module, avec un découpage et un rythme de livraison fixés avec vous selon votre périmètre. Quel que soit le modèle, vous voyez le produit avancer à chaque livraison : le passage du forfait à la régie se fait donc naturellement, à la fin d’un lot, sans rupture pour l’équipe ni pour vous.
Si votre idée est encore à valider, le premier lot peut même être très court : notre MVP assisté par IA en 4 semaines (offre Spark) fonctionne avec un périmètre défini et une date contractuelle. Vous testez votre produit auprès de vrais utilisateurs, puis vous choisissez le modèle de la suite en connaissance de cause.
Régie, forfait et TMA : quelle différence ?
La régie et le forfait sont des modes de contrat ; la TMA est un service. La TMA (tierce maintenance applicative) consiste à confier à un prestataire la maintenance d’une application en production : corrections, mises à jour, petites évolutions.
Une TMA peut elle-même se contractualiser en régie (un volume de jours consommé selon les besoins) ou au forfait (un périmètre de maintenance et des engagements définis à l’avance). C’est souvent la suite logique d’un projet : une fois l’application lancée, la maintenance applicative prend le relais.
Conseils pour réussir son projet avec la bonne méthode
Forfait, régie ou hybride, le contrat ne fait pas tout. Voici ce que je vérifie sur chaque projet, du premier rendez-vous à la livraison.
Ma check-list de cheffe de projet
01 Avant de signer
- Écrire le besoin, même en régie. Partez de notre modèle de cahier des charges.
- Savoir qui décide chez vous, qui est consulté, qui est simplement informé.
- Demander au prestataire : « Et si je change d’avis en cours de route ? »
02 Pendant le projet
- Une démo à chaque livraison, et des décisions rapides.
- FORFAITChaque nouvelle demande est décrite, chiffrée, puis acceptée, refusée ou gardée pour plus tard.
- RÉGIEChaque mois : le consommé, le livré et le reste à faire.
03 À la livraison
- Avoir défini « terminé » pour chaque fonctionnalité dès le départ : la recette vérifie, elle ne renégocie pas.
FORFAIT RÉGIE = spécifique à ce modèle. Sans étiquette : valable pour les deux.
FAQ : régie ou forfait, les questions fréquentes
Qu’est-ce qu’une prestation en régie en développement informatique ?
C’est une prestation où l’agence met une équipe au service de votre projet et facture le temps réellement passé, en général à la journée. Elle convient aux projets dont le besoin évolue, aux évolutions d’une application existante ou au renfort d’une équipe interne.
Qu’est-ce qu’un modèle hybride entre régie et forfait ?
C’est un contrat qui combine les deux : un premier lot au forfait, avec un prix et une date fixés, puis les évolutions en régie, au temps passé. Il donne de la visibilité au démarrage et de la souplesse une fois le produit lancé.
Peut-on passer d’un modèle à l’autre en cours de projet ?
Oui, et c’est même fréquent : un premier lot au forfait, puis la suite en régie une fois le produit lancé. Le passage se fait à la fin d’un lot, avec un nouveau contrat ou un avenant qui fixe les nouvelles règles.
Quelles erreurs éviter lors du choix du modèle ?
Deux erreurs principales sont à éviter :
- Choisir le forfait sans connaître précisément ses besoins : Cela mène souvent à des désaccords sur ce qui était attendu et à un résultat final insatisfaisant.
- Opter pour la régie sans planification ni vision claire : Laisser les équipes avancer sans direction précise entraîne des coûts élevés pour un retour sur investissement faible ou nul.
La clé est d’évaluer honnêtement sa propre capacité à gérer le projet avant de faire un choix.
Quel modèle privilégier pour un projet agile ?
La régie est la plus naturelle pour un projet agile, puisque les priorités évoluent à chaque itération. Un forfait reste possible s’il est découpé en lots courts, chacun avec son périmètre et son prix.
Le forfait coûte-t-il plus cher que la régie ?
Pas forcément, mais le prestataire y intègre le risque qu’il porte, donc une marge de sécurité. La régie peut revenir moins cher si le projet se déroule bien, ou plus cher si le périmètre grossit sans contrôle.
Comment sécuriser son budget en régie ?
En fixant un budget de référence, en suivant chaque mois le consommé et le reste à faire, et en gardant des priorités claires. Un découpage en lots estimés à l’avance, ou une régie plafonnée avec un budget maximum, aide aussi à garder la maîtrise.
TheCodingMachine vous accompagne au forfait ou en régie
Alors, régie ou forfait ? Si vous hésitez encore, c’est normal : la réponse dépend de votre projet, et c’est exactement ce que nous regardons ensemble au premier rendez-vous. Depuis plus de 600 projets, nous avons appris à proposer le modèle qui protège le mieux votre budget, pas celui qui nous arrange.
Pour estimer votre projet, vous pouvez aussi lire notre article sur le prix d’un projet web.
Publié le 30 avril 2026
Articles récents de The Coding Machine
Voir tous les articles
