Forfait ou régie : quel modèle de facturation choisir pour un projet logiciel

En bref

La régie facture le temps passé. Le forfait facture un résultat défini. Pour un projet borné, un premier outil ou une brique claire, le forfait protège mieux le dirigeant : le prix et le périmètre sont connus dès le départ. La régie ne se justifie que sur un besoin vraiment mouvant ou une équipe interne à renforcer dans la durée. Le vrai piège n'est pas le modèle, c'est le projet trop gros pour être chiffré.

Forfait ou régie : la différence en une phrase

En régie, vous payez des journées de travail. Le prestataire facture le temps réellement passé, souvent sur la base d'un taux journalier. En forfait, vous payez un livrable défini à l'avance, pour un prix fixe, quel que soit le temps passé pour l'atteindre.

La conséquence est simple. En régie, le risque de dérive est pour vous. En forfait, il est pour le prestataire. C'est la première chose à comprendre avant de signer.

Le problème caché de la régie

La régie a un défaut structurel : elle récompense la lenteur.

Prenons deux développeurs de niveau égal. Le premier livre une fonctionnalité en deux semaines. Le second, moins organisé, met six mois pour le même résultat. En régie, le second facture douze fois plus. Le modèle horaire paie le temps, pas la valeur, et le client n'a aucun moyen simple de distinguer un projet réellement complexe d'un projet mal mené.

Ce n'est pas forcément de la mauvaise foi. Mais l'incitation joue contre vous. Plus le projet dure, plus il rapporte au prestataire. Sur un besoin flou, cela peut transformer un chantier de trois mois en feuilleton d'un an.

Ce que le forfait change pour un dirigeant

Le forfait inverse l'incitation. Le prix est fixé sur un périmètre défini. Si le prestataire est rapide, c'est son affaire, pas la vôtre. Tout le monde regarde la même chose : le livrable.

Pour un dirigeant, surtout non technique, c'est un vrai confort. Vous savez dès le départ ce que vous payez et ce que vous obtenez. Vous ne signez pas un chèque en blanc indexé sur la vitesse d'une équipe que vous ne pouvez pas contrôler.

Le contre-argument habituel des agences est connu : « on ne peut pas chiffrer sans tout spécifier ». C'est vrai uniquement si on refuse de découper. Un projet trop gros pour être chiffré est surtout un projet trop gros pour démarrer.

Quand la régie garde du sens

La régie n'est pas à bannir. Elle reste pertinente dans deux cas précis.

Le premier : un besoin réellement mouvant, qui va changer de direction en permanence, où fixer un périmètre n'aurait pas de sens. Le second : le renfort d'une équipe interne sur la durée, quand vous pilotez vous-même et que vous avez juste besoin de bras supplémentaires.

Dans ces situations, payer au temps passé est logique. Le problème n'est pas la régie en soi. C'est la régie vendue par défaut sur un projet qui aurait pu, et dû, être borné.

La grille de décision

Pour trancher, posez-vous trois questions.

• Est-ce que je peux décrire un résultat concret à livrer ? Si oui, le forfait est possible.
• Est-ce que le périmètre risque de changer toutes les deux semaines ? Si oui, la régie se défend.
• Est-ce que je pilote moi-même la technique au quotidien ? Si non, le forfait vous protège mieux.

Dans la majorité des projets de PME, un premier outil utile peut se décrire. Donc il peut se forfaitiser. Le réflexe « il faut de la régie parce que c'est flou » cache souvent un périmètre mal découpé.

Découper plutôt que gonfler

La vraie façon de rendre un projet forfaitisable, c'est de le réduire à une première brique. Pas le produit complet. Le flux central qui prouve que le projet mérite d'exister : une demande client qui remplace les emails, un calcul de prix qui évite les erreurs, un espace où un client suit son dossier.

Cette brique se borne, donc elle se chiffre. C'est le principe que 5000.dev applique : une brique fonctionnelle à 5 000 euros, livrée en deux semaines, avec le code source remis au client. Si le besoin dépasse la brique, on le découpe au lieu de gonfler le devis. Pour comparer les ordres de grandeur, la page prix d'une application pose le cadre, et l'approche logiciel sur mesure montre comment un outil métier se construit brique par brique.

FAQ

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

En régie, vous payez le temps passé par le prestataire, généralement à la journée. En forfait, vous payez un livrable défini à l'avance pour un prix fixe, quel que soit le temps nécessaire pour l'atteindre. La régie fait porter le risque de dérive au client, le forfait le fait porter au prestataire.

Le forfait est-il plus cher que la régie ?

Pas nécessairement. Le forfait inclut une marge de sécurité pour le prestataire, mais il supprime le risque de dérive et les mois facturés en trop. Sur un projet borné, le coût total est souvent plus bas et surtout prévisible. Sur un projet mal découpé, le forfait paraît cher parce qu'on essaie de tout couvrir d'un coup.

Quand faut-il choisir la régie ?

Quand le besoin est vraiment mouvant et change de direction en permanence, ou quand vous renforcez une équipe interne que vous pilotez vous-même. Dans ces cas, payer au temps passé est cohérent. Pour un premier outil ou une fonctionnalité claire, le forfait protège mieux un dirigeant.

Si votre projet vous semble trop flou pour être forfaitisé, le bon prochain pas n'est pas de basculer en régie. C'est de le réduire à une première brique concrète, celle qui peut être décrite, chiffrée et livrée.