Forfait ou régie : quel modèle de contrat vous convient ?
Comment le forfait et la régie répartissent le risque d'un projet logiciel, gèrent les modifications et les paiements par jalon, et quand chacun vous protège.
Un contrat au forfait vous convient lorsque vous pouvez décrire ce que vous voulez assez clairement pour l'écrire et le tester. La régie (time and materials) vous convient lorsque le travail ne peut pas encore être décrit, ou lorsque vous prévoyez de changer de direction en avançant. Pour la plupart des dirigeants qui achètent un logiciel, la voie la plus sûre est un modèle hybride : une courte phase de cadrage au forfait, puis la réalisation en phases, chacune à prix fixe.
Dernière vérification : 6 novembre 2026
Le choix ne porte pas vraiment sur le modèle le moins cher. Il porte sur qui paie lorsque le travail s'avère plus important que prévu, et sur le contrôle que vous gardez sur ce qui est construit.
Comment chaque modèle répartit le risque
Au forfait, vous convenez avec le développeur d'un périmètre, d'un prix et généralement d'un calendrier. Si le travail prend plus de temps que prévu, le développeur absorbe le coût. Si vous voulez quelque chose hors périmètre, vous le payez à part.
En régie, vous payez les heures ou les jours réellement travaillés à un tarif convenu, plus les coûts directs comme les services payants ou les licences. Si le travail dure plus longtemps, vous payez davantage. Si vous changez d'avis, l'équipe passe simplement à la nouvelle priorité.
| Forfait | Régie | |
|---|---|---|
| Qui paie un dépassement | Le développeur | Vous |
| Budget connu à l'avance | Oui, pour le périmètre convenu | Seulement sous forme d'estimation |
| Changer d'avis | Par une demande de modification | À tout moment, vous payez le temps |
| Ce qu'il vous faut avant de signer | Un périmètre clair et écrit | Une équipe de confiance et un suivi des heures |
| Principal risque pour vous | Un périmètre trop vague pour engager qui que ce soit | Des coûts qui ne cessent d'augmenter |
| Idéal pour | Les systèmes et sites web bien définis | Les nouveaux produits, le travail flou, le support continu |
Aucune colonne n'est sans risque. Un développeur qui propose un forfait inclut une marge pour les imprévus, si bien qu'un projet en régie bien mené peut coûter moins cher. Un projet en régie sans plafond ni compte rendu peut en revanche coûter bien plus.
Ce que le forfait fixe réellement
Un forfait fixe le prix d'un périmètre écrit, pas celui de ce que vous aviez en tête. Cet écart est la source de litiges la plus fréquente. Si le périmètre indique « un tableau de bord d'administration », vous et le développeur pouvez imaginer deux choses très différentes.
Avant d'accepter un devis au forfait, vérifiez que le document de périmètre précise :
- Chaque écran ou page, et qui l'utilise.
- Ce que chaque utilisateur peut faire, formulé en actions : créer une facture, approuver un remboursement, exporter un rapport.
- Les intégrations, comme une passerelle de paiement, un fournisseur de SMS ou un logiciel comptable.
- Ce qui n'est explicitement pas inclus.
- La manière dont le travail sera réceptionné : qui le teste, sur quels appareils et pendant combien de temps.
Si le développeur ne peut pas ou ne veut pas l'écrire, le prix n'est pas vraiment fixe. Un cahier des charges clair de votre côté accélère beaucoup cette étape, et notre liste de contrôle du contrat passe en revue les clauses à lire avant de signer.
Comment fonctionnent les demandes de modification
Tout projet réel évolue. Vous voyez les premiers écrans et réalisez que l'équipe commerciale a besoin d'un filtre, ou une nouvelle agence ouvre en cours de route. La demande de modification est la façon dont un contrat au forfait absorbe ces changements sans dispute.
Un processus sain se déroule ainsi :
- Vous décrivez la modification par écrit.
- Le développeur répond, par écrit lui aussi, avec son effet sur le prix et le calendrier.
- Vous l'approuvez ou la refusez avant que le travail ne commence.
- La modification approuvée est ajoutée au périmètre et testée comme le reste.
Méfiez-vous de deux problèmes opposés : un développeur qui accepte oralement de « petites modifications » et les facture plus tard, et un développeur qui traite chaque clarification comme une modification payante. Le contrat doit préciser ce qui relève de la correction d'un bug (gratuite, car prévue au périmètre) et ce qui relève d'un travail nouveau (payant).
En régie, les demandes de modification sont plus légères, puisque vous payez déjà le temps. Il vous faut tout de même une liste de priorités écrite, pour savoir à quoi les heures ont servi.
Paiements par jalon : payez ce que vous pouvez tester
Quel que soit le modèle choisi, liez les paiements à des choses que vous voyez fonctionner. Un échéancier courant au forfait comprend un acompte à la signature, puis un paiement à la livraison et à la réception de chaque jalon convenu, le dernier paiement intervenant après la mise en ligne.
Chaque jalon doit comporter trois éléments : un livrable utilisable (et non « 50 % du développement »), un court test de réception et le paiement qui le suit. Évitez les échéanciers où l'essentiel de la somme est versé avant que vous ayez vu quoi que ce soit fonctionner.
En régie, l'équivalent est une facturation régulière accompagnée d'un relevé d'heures et d'un bref compte rendu du travail fait. Demandez un plafond mensuel : l'équipe s'arrête et vous consulte avant de le dépasser. Cette seule clause supprime l'essentiel du risque d'une facture sans fin.
Quand la régie vous protège
La régie n'est pas seulement l'option préférée des développeurs. Dans certaines situations, elle protège l'acheteur :
- L'idée prend encore forme. Si vous testez un nouveau produit, un périmètre fixe vous enferme dans des décisions que vous prendriez mieux dans un mois.
- Le travail est continu. La maintenance, les petites améliorations et le support entrent rarement dans un périmètre fixe.
- Les inconnues sont techniques. Se connecter à un ancien système sans documentation peut prendre un jour ou un mois. Un forfait pour ce travail sera soit gonflé, soit contesté.
- Vous voulez piloter semaine après semaine. En régie, c'est vous qui décidez de la prochaine tâche de l'équipe.
Le Manifeste agile, rédigé en 2001 par un groupe de développeurs de logiciels, place « la collaboration avec les clients » avant « la négociation contractuelle » et « l'adaptation au changement » avant « le suivi d'un plan ». La régie est le modèle de contrat qui correspond à cette manière de travailler. Elle ne fonctionne toutefois que si vous avez le temps d'y participer : examiner le travail, répondre aux questions et fixer les priorités.
Le modèle hybride : cadrage au forfait, puis phases au forfait
Pour la plupart des systèmes de gestion, une démarche en deux étapes réunit les atouts des deux modèles.
Étape 1 : une courte phase de cadrage au forfait. Le développeur étudie le fonctionnement de votre entreprise, recense les utilisateurs et les processus, et produit un périmètre écrit, des esquisses d'écrans et une estimation. Vous payez un montant fixe pour cela, et le résultat vous appartient. Le manuel de service du gouvernement britannique décrit la même idée pour les services publics : comprendre d'abord le problème, et ne pas commencer à construire pendant la phase de découverte. Il précise aussi qu'arrêter après cette phase n'est pas un échec si la recherche montre que le projet ne doit pas aller plus loin.
Étape 2 : la réalisation en phases au forfait. Au lieu d'un seul gros forfait, le périmètre est découpé en phases, chacune avec son prix et ses jalons. La phase 1 est la plus petite version qui accomplit un travail utile. Les phases suivantes sont chiffrées une fois la phase 1 en service, quand chacun en sait beaucoup plus.
Vous obtenez ainsi un budget connu pour chaque étape et un point naturel pour arrêter ou changer de direction. Comme le périmètre est issu du cadrage, il est assez détaillé pour qu'on s'y tienne. Pour savoir ce qui détermine les chiffres de chaque phase, lisez ce que coûte vraiment le développement d'une application web. Une fois la dernière phase livrée, utilisez une liste de contrôle de livraison pour vous assurer de recevoir le code, les comptes et la documentation.
Comment travaille KF Tech Solutions
Nous développons des logiciels sur mesure, des sites web et des applications web et mobiles, et nous travaillons avec des entreprises en Égypte et dans le Golfe. Chaque projet commence par un appel gratuit pour comprendre votre besoin, suivi d'un devis écrit à prix fixe pour le périmètre convenu. Les projets démarrent à 200 $ (environ 750 SAR / 735 AED) ; le prix final dépend du périmètre, avec un devis écrit et fixe après un appel gratuit.
Questions fréquentes
Le forfait est-il toujours plus cher que la régie ?
Pas toujours. Un devis au forfait inclut une marge de risque, si bien qu'un travail en régie bien mené peut coûter moins. Mais la régie n'a pas de plafond si vous n'en fixez pas, et le forfait vous protège si le développeur a sous-estimé le travail. Pour un système clairement défini, le forfait est généralement le budget le plus simple à gérer.
Que se passe-t-il si un projet au forfait prend du retard ?
Cela dépend de votre contrat. Beaucoup de contrats lient le dernier paiement à la réception, ce qui donne au développeur une raison de terminer. Certains ajoutent une clause de retard. Vérifiez ce que prévoit le vôtre avant de signer, et assurez-vous que les retards dus à vos propres retours tardifs sont traités à part.
Puis-je passer de la régie au forfait plus tard ?
Oui, et c'est courant. Beaucoup de projets commencent en régie ou par un cadrage payant, puis passent à des phases au forfait dès que le périmètre est assez clair pour être écrit.
À qui appartient le résultat d'une phase de cadrage payante ?
Il doit vous appartenir. Vérifiez que le contrat indique que le périmètre écrit, les esquisses et les estimations sont à vous, afin de pouvoir les confier à un autre développeur si vous le souhaitez.
Quel doit être le montant de l'acompte ?
Il n'existe pas de chiffre standard. L'important est que l'acompte couvre le démarrage du travail, et non l'essentiel du projet, et que les paiements suivants correspondent à des jalons que vous pouvez tester.
Vous ne savez pas quel modèle convient à votre projet ? Réservez un appel gratuit et décrivez votre besoin, ou envoyez-nous un message. Nous vous dirons si le périmètre est assez clair pour un devis au forfait, et ce qui manque s'il ne l'est pas.
Sources
Continuer la lecture
Newsletter
Des notes occasionnelles sur le logiciel, l'automatisation et une meilleure gestion d'entreprise. Pas de spam.