Forfait ou TJM pour votre SaaS ?

Vous comparez deux devis pour votre SaaS. L'un annonce un prix fixe, l'autre un TJM plus bas. Le premier vous rassure, le second semble plus flexible. Pourtant, aucun de ces chiffres ne vous dit qui portera le risque si le produit change, si le périmètre était mal compris ou si la mise en production prend du retard.

En 2024, j'ai vu un client SaaS B2B bloquer deux mois de facturation parce que son avocat pensait que nous travaillions au forfait. Nous étions en mode agile, facturés au TJM, avec des objectifs qui évoluaient chaque semaine. Il a fallu deux semaines pour remettre tout le monde d'accord sur la mission réellement signée. Le client était satisfait du produit. Le problème venait du cadre, pas du code.

Le forfait et le TJM ne vendent pas la même promesse

Le forfait vend une enveloppe. Vous définissez un périmètre, un prix et, en général, un calendrier de livraison. Le prestataire assume une partie du risque de dépassement et doit donc protéger le périmètre prévu, limiter les changements et intégrer ce risque dans son prix.

Le TJM, ou taux journalier moyen, vend une capacité de travail. Vous payez les jours réalisés, avec une visibilité sur la consommation et une possibilité d'ajuster les priorités. Le prestataire ne promet pas que tout le produit sera terminé pour un montant donné. Il s'engage plutôt à mobiliser son expertise pendant le temps convenu, dans un cadre que vous devez piloter ensemble.

Le piège consiste à choisir un modèle avant de savoir quelle incertitude vous avez devant vous. Un SaaS peut être techniquement complexe mais bien spécifié. Il peut aussi sembler simple alors que personne n'a encore validé les règles métier, les utilisateurs ou les intégrations. Dans le premier cas, un forfait peut être lisible. Dans le second, il transforme chaque inconnue en conflit potentiel.

Le Code civil demande que la prestation prévue au contrat soit déterminée ou déterminable. Ce n'est pas une formalité réservée aux juristes. Si vous ne pouvez pas expliquer ce qui sera livré et comment une évolution sera arbitrée, vous ne comparez pas encore deux offres. Vous comparez deux interprétations du projet.

Le mauvais modèle facture surtout votre incertitude

Un forfait mal cadré donne une illusion de contrôle. Vous connaissez le montant annoncé, mais pas forcément la frontière du produit. Une fonctionnalité peut être écrite dans le devis sans préciser les règles d'erreur, les rôles utilisateurs, les notifications, les données à migrer ou les critères de recette. Le prix est fixe. Le désaccord, lui, reste ouvert.

J'ai vécu cette situation en 2020 sur une plateforme immobilière. Le produit avançait bien et les fondateurs suivaient les démonstrations. À la livraison, certaines fonctionnalités leur semblaient évidentes alors qu'elles n'apparaissaient nulle part dans le cahier des charges. Elles représentaient une à deux semaines de travail. J'ai choisi de les ajouter sans les facturer, parce que le cadrage initial n'avait pas assez décrit ce qui était exclu. Le contrat avait raison. La relation, elle, portait déjà les frais de cette ambiguïté.

Le TJM mal piloté donne l'illusion inverse. Vous gardez de la souplesse, mais vous pouvez consommer plusieurs mois sans obtenir une version exploitable. Le problème n'est pas le paiement au jour. C'est l'absence de point de sortie : pas de résultat intermédiaire, pas de budget plafond, pas de décision claire sur ce qui doit être abandonné.

Dans les deux cas, vous payez l'incertitude. Le forfait la cache souvent dans les exclusions, les demandes de changement et les discussions de recette. Le TJM la laisse visible sur les factures, mais vous laisse seul face au risque de continuer trop longtemps. Aucun modèle ne remplace le cadrage produit et la direction des décisions.

Votre coût réel ne se limite donc pas aux jours facturés. Il comprend le temps passé à répondre aux questions du prestataire, les fonctionnalités ajoutées parce qu'elles semblaient implicites, les réunions pour arbitrer un désaccord et le délai perdu quand une équipe attend une validation. Il comprend aussi la reprise du code si le prestataire a optimisé la livraison immédiate sans préparer la suite.

Le cadre de mission qui évite les mauvaises surprises

Commencez par séparer trois choses que les devis mélangent souvent : le résultat attendu, le travail nécessaire pour l'obtenir et les décisions qui peuvent encore changer. Le résultat peut être une première version payante avec un parcours d'inscription, un abonnement et deux fonctionnalités cœur. Le travail couvre le design, le code, les tests et la mise en production. Les décisions concernent ce qui sera reporté si le budget ou le délai devient critique. C'est le type de cadrage qui doit précéder un développement SaaS sérieux.

Un forfait devient lisible quand le résultat est observable. Décrivez les parcours, les rôles, les données importantes et les critères de recette. Décrivez aussi les exclusions. Sur un SaaS, cela peut concerner un export avancé, une application mobile, un système de permissions pour grands comptes ou une migration depuis un outil existant. Une exclusion claire protège davantage la relation qu'une promesse vague de « solution complète ».

Un TJM devient pilotable avec une enveloppe, un livrable intermédiaire et un rendez-vous de décision. Fixez un budget mensuel ou un nombre de jours maximum, puis rendez visible ce qui est produit à chaque étape.

Le contrat doit ensuite rendre les changements ordinaires. Une demande nouvelle n'est pas un incident. Elle doit avoir un chemin : qui la formule, qui mesure son impact, qui accepte le délai ou le coût, et comment le périmètre initial est mis à jour. Pour un forfait, cela passe souvent par un devis complémentaire ou un échange de fonctionnalités à budget constant. Pour un TJM, cela passe par la priorisation et le suivi de consommation.

Le tableau suivant sert de repère, pas de calcul automatique.

Le mode produit répond à ce cas : vous financez des apprentissages, pas une liste de fonctionnalités figée.

Comment choisir pour votre SaaS

Posez d'abord une question qui ne contient ni « forfait » ni « TJM » : qu'est-ce qui doit être certain à la fin de la mission ? Si la réponse porte sur un périmètre précis, choisissez un forfait, mais investissez dans le cadrage avant de demander un prix. Si la réponse porte sur une exploration, une reprise ou une évolution continue, choisissez un TJM, mais donnez-lui une enveloppe et des sorties régulières.

Votre niveau de clarté compte plus que votre taille. Un fondateur seul peut piloter un forfait borné. Une équipe de plusieurs développeurs peut gaspiller un TJM sans décisionnaire. Le format de facturation ne compense jamais cette absence de responsabilité.

Ne comparez pas non plus un forfait et un TJM comme deux prix équivalents. Pour rapprocher les offres, demandez ce qui est inclus dans chaque journée ou dans chaque lot, qui fait les arbitrages, comment sont traités les bugs après livraison, où se trouvent le code et les comptes, et ce que vous récupérez si la mission s'arrête. Le coût d'un SaaS se joue aussi dans ce qui n'est pas écrit sur la première ligne du devis.

Si le périmètre reste flou, ne choisissez pas encore entre forfait et TJM. Financez d'abord un cadrage court, puis retenez le format adapté à l'incertitude restante.

Pour les clauses sensibles, faites relire le contrat par un juriste.

Ce qu'il faut retenir

Le forfait convient à un résultat suffisamment défini pour être décrit, testé et accepté. Le TJM convient mieux quand le produit doit encore apprendre, quand la base de code doit être comprise ou quand les priorités peuvent évoluer. Mais aucun des deux ne protège un SaaS contre un périmètre flou, une absence de décisionnaire ou une mission sans point de sortie.

Votre décision doit donc porter sur l'incertitude que vous êtes capable de piloter. Si vous ne savez pas encore ce qui doit être livré, achetez d'abord de la clarté. Si le lot est compris, achetez une livraison. Si le produit doit encore évoluer, achetez une capacité encadrée.

Questions fréquentes

Le forfait est-il toujours plus sécurisant pour un fondateur ?

Non. Il sécurise surtout le montant d'un périmètre bien défini. Si les règles métier, les exclusions et les critères de recette restent flous, le désaccord réapparaîtra dans les demandes de changement ou à la livraison.

Peut-on commencer au TJM puis passer au forfait ?

Oui, c'est souvent pertinent après une phase de cadrage, d'audit ou de prototypage. Le TJM sert à réduire l'incertitude, puis un forfait peut cadrer un lot devenu suffisamment clair.

Comment éviter qu'une mission au TJM dure trop longtemps ?

Fixez une enveloppe maximale, un livrable attendu à chaque étape et une décision formelle à intervalles réguliers. Si le produit n'apprend rien et ne se rapproche pas d'une mise en production utile, arrêtez la mission ou changez son objectif.

Conclusion

Vous hésitez entre forfait et TJM pour votre SaaS ? Réservez un échange de 30 minutes pour choisir le cadre de mission adapté à votre périmètre, votre budget et votre niveau d'incertitude.