Forfait ou régie : comment choisir pour un projet logiciel, IA ou MVP

Réponse courte : forfait ou régie ?

Choisissez le forfait quand vous pouvez écrire le périmètre et convenir de la façon dont il sera recetté avant le début des travaux. Choisissez la régie quand le travail ne peut pas encore être spécifié et que quelqu'un de votre côté peut le piloter chaque semaine. Le modèle lui-même cause rarement l'échec d'un projet. C'est le décalage entre le modèle et le degré de connaissance du périmètre qui le cause.

La plupart des articles comparatifs s'arrêtent à "le forfait, c'est pour les petits projets simples". Ce n'est pas notre expérience. Lytvynov Production vend du travail au forfait chaque mois, y compris des fonctionnalités et des agents IA dont le résultat est moins prévisible qu'un écran CRUD : notre AI Sprint livre une capacité IA fonctionnelle en 4 semaines pour un forfait de 10 000 USD, et tous nos autres projets reçoivent un prix fixe après un court appel de cadrage. Notre taille minimale de projet est de 10 000 USD. Si vous chiffrez un premier produit, notre guide sur le coût d'un MVP donne les fourchettes selon le périmètre.

Ce guide traite du choix entre les deux modèles. Pour le détail du forfait appliqué au travail IA, voyez développement IA au forfait.

Que payez-vous réellement dans chaque modèle ?

Au forfait, vous payez un résultat : un périmètre convenu, livré à une date convenue, recetté selon des critères convenus. Les factures suivent les jalons, pas les heures. Le prestataire porte le risque que sa propre estimation soit fausse, et vous portez le risque que le périmètre écrit ne soit pas le bon.

En régie, vous payez de la capacité : des heures travaillées selon une grille de taux convenue, plus les coûts directs éventuels comme les licences ou les services cloud. Les factures suivent les relevés de temps, généralement chaque mois. Vous portez le risque des dépassements, et en échange vous pouvez changer les priorités, couper ou ajouter du travail n'importe quel jour sans modifier le contrat.

Une ligne mérite l'attention. Un forfait ne vous protège pas contre la construction de la mauvaise chose. Il vous protège contre un surcoût quand la bonne chose prend plus de temps. Si vous ne savez pas bien quoi construire, le forfait déplace simplement l'incertitude vers les demandes de changement.

Un exemple chiffré : le même projet dans les deux modèles

Prenons un MVP estimé à 500 heures de travail : application web, comptes, paiements, back-office et une intégration. Le taux ci-dessous est une illustration fondée sur une fourchette typique de 30 à 50 USD de l'heure en 2026 pour des ingénieurs seniors en Ukraine ; ce n'est pas notre grille tarifaire.

En régie à 40 USD de l'heure, l'estimation est de 20 000 USD. Si le périmètre reste celui prévu, vous payez environ 20 000 USD. Si l'intégration s'avère avoir une API mal documentée et que le back-office s'enrichit de quelques rapports, les 500 heures deviennent 650 et vous payez 26 000 USD. Si le fondateur change deux fois le parcours d'inscription, cela peut aller plus loin.

Au forfait, le prestataire ajoute une marge de risque, souvent de 15 à 30 %. Avec 20 %, le prix est de 24 000 USD. Si le travail prend 650 heures, vous payez toujours 24 000 USD et le prestataire absorbe la différence. Si le fondateur change le parcours d'inscription, c'est une demande de changement avec son propre prix, disons de 1 500 à 3 000 USD selon son ampleur.

Le schéma vaut pour la plupart des projets : la régie l'emporte quand l'estimation est juste, le forfait l'emporte quand elle ne l'est pas, et les changements de périmètre se paient dans les deux cas. Ce que le forfait achète vraiment, c'est un chiffre sur lequel vous pouvez construire un plan, pour une levée d'amorçage, une validation du conseil d'administration ou une ligne budgétaire qui ne peut pas bouger.

En pratique, l'écart est souvent inférieur à 20 %, car une équipe qui a réalisé beaucoup de projets similaires estime au plus juste et a besoin d'une marge plus faible. Chez nous, la plupart des MVP coûtent de 10 000 à 20 000 USD au forfait ; voyez le guide du coût d'un MVP pour ce qui fait varier la fourchette.

Quand le forfait est-il le meilleur choix ?

Le forfait est le meilleur choix quand la ligne d'arrivée tient en une ou deux pages et que vous devez connaître le coût avant de vous engager. Cas typiques :

• Un MVP après cadrage. Un fondateur avec une première version définie, un budget limité et une date de lancement. Notre offre de développement de MVP est chiffrée ainsi.
• Une capacité IA. Une fonctionnalité qui rédige, classe ou extrait, un assistant sur vos documents, ou un agent pour un workflow, mesurés sur des exemples réels.
• Une refonte vers une cible connue. Une refonte vers un design system terminé, une migration avec un état de départ et d'arrivée clairs, une intégration précise.
• Un premier projet avec un nouveau prestataire. Un travail fixe et borné montre comment l'équipe estime et livre, avec un risque plafonné pour vous.

Notre projet de marketplace d'experts freelances en est un bon exemple : l'expérience web publique d'une marketplace IT française a été reconstruite après un changement d'identité de marque, des pages d'accueil à la recherche de freelances, en passant par les profils et l'authentification, sur ordinateur et mobile. La charte de marque définissait le périmètre, si bien que le projet a été livré dans un périmètre et un budget fixes.

Comment sécuriser un forfait sur un projet IA ?

On sécurise un forfait sur un projet IA en fixant ce qui peut l'être, en mesurant la qualité par des chiffres et en nommant à l'avance ce qui reste variable. L'IA ajoute un risque que le logiciel classique n'a pas : le résultat est juste la plupart du temps, pas tout le temps. Un contrat qui l'ignore transforme la question "est-ce assez bon ?" en dispute. Voici comment nous procédons en pratique.

1. Cadrer une seule capacité lors d'un appel de cadrage. "Rédiger les réponses aux demandes de garantie à partir de nos documents de politique" peut être chiffré. "Ajouter de l'IA au support" ne le peut pas. L'appel se conclut par un court périmètre écrit : ce que fait la fonctionnalité, quelles entrées elle traite, quels systèmes elle touche et ce qui est exclu.
2. Transformer la recette en jeu d'évaluation. Nous rassemblons 30 à 100 exemples réels avec les résultats attendus avant le début des travaux. Terminé signifie un résultat mesuré sur ce jeu, plus une solution de repli pour les cas incertains, comme une file de relecture humaine.
3. Regarder les données réelles avant de fixer le prix. Les PDF scannés, les champs manquants et les doublons se découvrent dans des fichiers d'exemple, pas pendant l'appel commercial. Si les données sont désordonnées, le périmètre est resserré ou le nettoyage devient un poste séparé.
4. Basculer l'extension du périmètre vers le sprint suivant. Un type de document ou une langue de plus est une demande raisonnable, et un nouveau travail. Dans un AI Sprint, elle devient le sprint suivant au même prix fixe, plutôt qu'une facture ouverte.
5. Simplifier plutôt que prolonger. Si un objectif s'avère plus difficile que prévu pendant le sprint, nous réduisons ensemble les types d'entrées ou ajoutons une étape de relecture. Le prix et la date ne bougent pas.
6. Livrer du logiciel fonctionnel chaque semaine. Les problèmes apparaissent en semaine 1 ou 2, quand il reste du temps pour ajuster le périmètre.

Certains coûts ne peuvent être fixés par personne, car ils dépendent de votre trafic et de vos comptes. Un prix forfaitaire honnête pour un projet IA les liste à part :

L'usage des modèles est le poste sur lequel les acheteurs posent le plus de questions. Vous le payez directement à OpenAI, Anthropic ou un autre fournisseur, et il va de quelques dizaines de dollars par mois pour un outil interne à plusieurs milliers pour une fonctionnalité très utilisée par les clients. Nous mesurons le coût par requête pendant le sprint, pour que la facture mensuelle soit connue avant le lancement. Notre propre produit AI Resume Master, qui a atteint 50 000 utilisateurs actifs par mois, est l'endroit où nous avons appris à surveiller ce chiffre dès la première semaine.

Quand la régie est-elle le meilleur choix ?

La régie est le meilleur choix quand personne ne peut encore écrire la ligne d'arrivée, ou quand le travail est un flux continu plutôt qu'un projet. Elle convient pour :

• La recherche et les études de faisabilité, quand personne ne sait si les modèles actuels ou une approche donnée peuvent faire le travail. Y fixer un prix est un pari. La réponse habituelle est une courte expérimentation limitée dans le temps, puis un forfait pour la construction ; notre guide de la preuve de concept IA la décrit.
• Un produit en production après le lancement, quand les priorités changent chaque semaine selon les retours des utilisateurs.
• Le support et la maintenance, avec un volume de travail faible et imprévisible.
• Le travail dans un système que personne n'a documenté, quand les premières semaines servent à le découvrir.
• Les équipes avec un product owner solide, qui a le temps de fixer les priorités et de relire le travail chaque semaine.

La régie a besoin de méthode pour rester saine : un backlog priorisé, une estimation par tâche, une démo hebdomadaire, des relevés de temps par tâche et une revue mensuelle du budget. Si un prestataire ne peut pas vous dire ce qu'ont produit les heures de la semaine dernière, le problème vient du prestataire, et un forfait ne l'aurait pas résolu.

Les modèles hybrides : ce qu'utilisent la plupart des projets bien menés

La plupart des projets n'ont pas besoin de choisir un seul modèle pour toute leur durée. Les hybrides courants combinent la certitude budgétaire du forfait et la souplesse de la régie à différentes étapes.

Deux choses font fonctionner les hybrides. Chaque partie au forfait a besoin de sa propre recette, pour que les problèmes ne s'accumulent pas jusqu'à la fin. Et le contrat doit préciser comment l'équipe, le code et les connaissances passent d'une phase à l'autre, pour que le changement de modèle ne coûte pas un nouvel onboarding.

Les hypothèses ont aussi leur place dans le périmètre. Dans notre projet d'abonnement de fleurs, la commande via Telegram et l'envoi des livraisons à Uklon Delivery ont tourné en mode bac à sable jusqu'à ce que le client connecte ses vrais comptes. Écrire quels comptes le client fournit, et quand, évite qu'un projet au forfait se bloque sur quelque chose qui échappe au prestataire.

Les clauses du contrat à vérifier avant de signer

Les clauses qui vous protègent diffèrent selon le modèle. Les conditions générales valables pour tous les modèles, comme la cession de la propriété intellectuelle et les comptes détenus par le client, sont traitées dans notre guide des modèles d'engagement. Voici celles propres à chaque modèle.

Contrat au forfait :

1. Annexe de périmètre avec les hypothèses. Le périmètre écrit est joint au contrat, avec ce que vous fournissez (données, comptes, contenus, décisions) et pour quand.
2. Exclusions explicites. Ce qui est hors périmètre, et quels coûts sont payés à part : usage des modèles, hébergement, licences, nettoyage des données.
3. Critères et délai de recette. Comment chaque jalon est vérifié, de combien de jours vous disposez pour le recetter ou lister les défauts, et ce qui se passe si vous ne faites ni l'un ni l'autre.
4. Procédure de demande de changement. Comment les changements sont estimés, le taux ou la méthode utilisés pour les chiffrer, et qui de votre côté peut les approuver.
5. Paiements liés aux jalons. Les paiements suivent les livrables recettés, pas seulement des dates du calendrier.
6. Période de garantie. Les défauts par rapport au périmètre convenu découverts après la recette sont corrigés gratuitement pendant une période définie.
7. Résiliation et travail réalisé. Ce que vous payez et ce que vous recevez (code, documentation, accès) si l'une des parties arrête avant la fin.
8. Pour un projet IA : le jeu d'évaluation et la solution de repli. Les exemples, le niveau de qualité attendu et ce qui se passe s'il n'est pas atteint, par exemple une simplification du périmètre plutôt qu'une prolongation ouverte.

Contrat en régie :

1. Grille de taux par rôle et par séniorité, et qui peut facturer à quel taux.
2. Plafond de budget et seuil d'alerte. Un montant à ne pas dépasser par mois ou par phase, et une alerte écrite quand la dépense atteint une part convenue de ce montant.
3. Règle sur les écarts d'estimation. Le prestataire vous prévient avant qu'une tâche dépasse nettement son estimation, pas après.
4. Relevés de temps par tâche, avec accès au tableau des tâches, à la même fréquence que les factures.
5. Unités de facturation et temps non facturable. Si l'onboarding, les réunions internes et la correction des propres défauts du prestataire sont facturés.
6. Préavis pour réduire l'équipe ou arrêter, et les obligations de passation dans ce cas.

Comment choisir : cinq questions

Répondez honnêtement. Si la plupart des réponses vont dans le même sens, commencez par là.

1. Pouvez-vous décrire le résultat attendu en deux pages, avec la façon dont il sera vérifié ? Oui oriente vers le forfait. Non oriente d'abord vers un cadrage, ou vers la régie.
2. Le budget a-t-il un plafond ferme ? Oui oriente vers le forfait ou la régie plafonnée.
3. Quelqu'un de votre côté consacrera-t-il plusieurs heures par semaine à fixer les priorités ? Non oriente vers le forfait ; une régie sans product owner dérive.
4. L'approche technique est-elle éprouvée ? Pour l'IA, si personne ne sait si un modèle peut faire la tâche, menez une expérimentation limitée dans le temps avant de fixer le prix de la construction.
5. S'agit-il d'un projet qui a une fin, ou d'un produit avec une feuille de route ? Un projet convient au forfait ou aux jalons ; une feuille de route continue convient à la régie ou à une équipe dédiée.

Comment nous fixons nos prix chez Lytvynov Production

Nous sommes une équipe ukrainienne fondée en 2019, avec des ingénieurs seniors qui travaillent avec des agents de code IA et des clients aux États-Unis et en Europe. Par défaut, nous donnons un prix fixe après un court appel de cadrage. Le travail IA se fait en sprints de 4 semaines à 10 000 USD au forfait, que vous pouvez répéter mois après mois ou arrêter après le premier en gardant tout ce qui a été construit. Les projets plus gros sont découpés en jalons à périmètre fixe. Quand un produit passe à un flux de changements hebdomadaires, nous passons à un modèle adapté, en général une équipe dédiée.

Si vous avez un projet et hésitez sur le modèle, réservez un appel de 30 minutes sur notre page contact ou obtenez une fourchette avec l'estimation de prix. Nous vous dirons si nous pouvons fixer le prix maintenant, ce qu'il faudrait clarifier d'abord, ou pourquoi un modèle souple vous servirait mieux.