8 min de lecture - Forfait ou régie pour un projet IA : la matrice de risque

Quelqu'un va finir par vous demander un forfait.

Cela paraît raisonnable au premier abord : « Dites-moi juste combien ça coûte. » Mais les projets IA bousculent les hypothèses qui rendent le forfait rassurant. La qualité dépend de l'évaluation. L'accès aux données est souvent chaotique. Les intégrations réservent leur lot de surprises. Et « un workflow de plus » finit par en faire dix.

La vraie question est donc celle de la répartition du risque : qui absorbe l'incertitude, et comment éviter qu'elle ne se transforme en conflit ?

Ce que vous allez apprendre

• Une matrice de risque simple pour choisir entre forfait, régie (Time & Materials, T&M) ou modèle hybride
• Ce qui doit être « connu » avant qu'un forfait soit sans risque
• Comment rédiger des limites de périmètre que les achats peuvent accepter
• Les garde-fous contractuels essentiels pour l'IA : évaluation, périmètre des données et gestion des changements

L'essentiel

Le forfait fonctionne quand le périmètre et les dépendances sont stables. La régie (Time & Materials, T&M) fonctionne quand le travail est exploratoire et que le véritable périmètre n'apparaît qu'au fil de la livraison. Pour les projets IA, la plupart des équipes optent pour un modèle hybride : un forfait pour un court sprint de découverte ou de développement, puis de la régie ou un forfait d'accompagnement (retainer) de capacité une fois le backlog et les seuils d'évaluation stabilisés. Utilisez une matrice de risque fondée sur la certitude du périmètre, la disponibilité des données et le risque d'intégration.

La matrice de risque (choisir son modèle commercial)

Trois questions permettent de trancher :

1. Certitude du périmètre : sommes-nous d'accord sur les livrables et sur une définition du « terminé » ?
2. Disponibilité des données : disposons-nous des accès, des autorisations et des exemples nécessaires pour évaluer la qualité ?
3. Risque de dépendance : de combien d'équipes/systèmes dépendons-nous (sécurité, juridique, plateforme, fournisseurs) ?

Reste à les croiser :

• Périmètre très certain + données très disponibles + dépendances faibles : le forfait peut fonctionner.
• Périmètre moyennement certain ou données moyennement disponibles : forfait avec une gestion stricte des changements, ou modèle hybride.
• Périmètre incertain ou périmètre des données inconnu : commencez par de la régie ou une phase de découverte au forfait, pas par un développement au forfait.

Côté acheteur, le forfait rassure. Côté prestataire, un forfait sans garde-fous, c'est la recette de l'épuisement des équipes. Cette matrice est le langage commun qui permet d'éviter cet affrontement.

Scénarios courants (et le modèle qui convient généralement)

Pour avancer vite, rattachez votre projet à un scénario plutôt que de débattre du contrat dans l'abstrait.

Ce n'est pas un conseil juridique. C'est une réalité opérationnelle : choisissez le modèle qui correspond au niveau d'incertitude.

Quand le forfait est une bonne idée (et comment le rendre tenable)

Le forfait peut être excellent quand :

• Vous améliorez un workflow déjà connu (vous n'inventez pas un produit).
• Vous avez accès aux données et la capacité de lancer l'évaluation tôt.
• La surface d'intégration est réduite ou bien maîtrisée.
• Les parties prenantes peuvent décider rapidement.

Pour que le forfait reste tenable, trois points sont non négociables dans le cahier des charges (SOW) :

1. Des critères d'acceptation qui incluent la qualité. Pas seulement « fonctionnalité livrée », mais « atteint le seuil requis sur le golden set ».
2. Des exclusions explicites et un processus de gestion des changements. Si cela modifie le périmètre des données ou ajoute un nouveau workflow, c'est une demande de changement.
3. Les responsabilités du client. Accès, disponibilité des experts métier, et rythme de décision.

Quand la régie (time & materials) est le choix honnête

La régie est le bon modèle quand le travail est réellement exploratoire :

• L'organisation ne peut pas encore définir ce qu'est « terminé ».
• Le périmètre des données n'est pas clair.
• L'évaluation reste à inventer.
• Les dépendances (sécurité, achats, plateforme) façonneront le périmètre au fil de l'eau.

Le vrai enjeu est de rendre la régie rassurante pour l'acheteur. Cela passe par :

• Un rythme de démonstrations hebdomadaires
• Un backlog visible avec des estimations
• Un plafond ou un point d'étape (un montant « à ne pas dépasser » avant la prochaine décision)
• Un journal de décisions concis

À copier-coller : la formulation « plafond avec point d'étape » que les acheteurs acceptent

Pas besoin de formule juridique magique. Il faut un point de décision clair.

Exemple de formulation (en langage simple) :

• « La Phase 1 est plafonnée à X heures/jours. Nous organiserons des démonstrations hebdomadaires et maintiendrons un backlog visible. À la fin de la Phase 1, vous pourrez : (a) arrêter, (b) continuer en régie, ou (c) convertir la phase suivante en forfait une fois le périmètre plus clair. »

Cela protège l'acheteur d'une dérive des coûts et protège l'équipe de livraison de la tentation de faire comme si l'incertitude n'existait pas.

Le modèle hybride vers lequel la plupart des équipes finissent par converger

Pour obtenir « le meilleur des deux mondes », optez pour l'hybride :

• Découverte au forfait (1 à 2 semaines) pour cartographier le périmètre, ses limites et l'évaluation.
• Sprint de développement au forfait (2 semaines) pour livrer une première tranche fonctionnelle.
• Forfait d'accompagnement (retainer) ou régie pour l'itération et la maintenance, une fois le backlog concret.

Cela satisfait les achats sans obliger l'équipe de livraison à faire comme si l'incertitude n'existait pas.

À copier-coller : la matrice de risque et les garde-fous à ajouter à votre cahier des charges (SOW)

À utiliser dans vos propositions et vos revues internes.

Risk matrix inputs:
- Scope certainty: high / medium / low
- Data readiness: high / medium / low
- Dependency risk: high / medium / low

Recommended model:
- Fixed fee / Hybrid / Time & materials

Guardrails:
- Acceptance criteria includes: evaluation threshold + latency target + cost cap
- Change control triggers: new workflow, new data source, new security boundary
- Client responsibilities: access, SME time, decision cadence
- Reporting cadence: weekly demo + change log + risk register

Modes d'échec courants (et comment les éviter)

• Un forfait sans périmètre des données défini se transforme en dispute sur les accès et le périmètre. Réglez ce point tôt.
• Une régie sans points d'étape se transforme en dispute sur « qu'est-ce qu'on a obtenu ? ». Ajoutez des démonstrations et des plafonds.
• L'absence de définition de l'évaluation se transforme en dispute sur la « qualité ». Créez un golden set.

Scripts de négociation (ce qu'il faut dire à voix haute)

La plupart des négociations dérapent parce qu'on discute du prix au lieu de discuter de l'incertitude. Ces scripts permettent de rester concret.

Si vous êtes l'acheteur et que vous voulez un forfait :

• « Nous pouvons faire un forfait si nous nous mettons d'accord sur le périmètre des données, les critères d'acceptation et les déclencheurs de changement. Si ces éléments bougent, cela devient une demande de changement. Pouvez-vous nous proposer à la fois une découverte au forfait et un sprint de développement au forfait ? »

Si vous êtes l'équipe de livraison et que l'acheteur exige un forfait :

• « Nous pouvons chiffrer au forfait ce que nous sommes réellement capables de définir aujourd'hui. Le chemin le plus rapide est une courte phase de découverte pour verrouiller le périmètre et l'évaluation. Sans cela, nous ferions des suppositions, et vous paieriez ces suppositions de toute façon. »

Si le scepticisme face à la régie bloque la discussion :

• « Plafonnons la première phase. Démonstrations hebdomadaires, backlog visible, et un point d'étape « à ne pas dépasser ». Si nous ne montrons pas de progrès, vous pouvez arrêter. »

Quand le forfait d'accompagnement (retainer) est la réponse la plus nette

Certains projets IA ne rentrent ni dans le forfait ni dans la régie classique, car le « projet » ne se termine jamais vraiment. Vous livrez, puis vous maintenez la qualité, gérez les changements de modèle ou de fournisseur, et faites évoluer le workflow en continu.

C'est là qu'un forfait d'accompagnement (retainer) de capacité peut être le modèle le plus honnête :

• vous vendez une capacité de livraison fixe
• vous définissez des niveaux de service (incidents, cadence d'évaluation, reporting)
• vous gardez des limites de périmètre explicites

C'est souvent le moyen le plus simple d'éviter de renégocier chaque mois, tout en protégeant les deux parties d'un « travail illimité ».

Tarifer l'incertitude honnêtement

Les décisions de tarification deviennent plus simples dès que l'on cesse de chercher « le meilleur contrat » pour chercher à tarifer honnêtement l'incertitude. Utilisez la matrice de risque, installez des garde-fous, et intégrez l'évaluation à la définition du « terminé ». Vous passerez moins de temps à vous disputer sur le périmètre et plus de temps à livrer. Besoin d'aide pour structurer la tarification de votre projet IA ? Discutons-en.