Travail en régie: le guide 2026 pour vos projets AI & IT
6 juin 2026 · 19 min
Vous êtes probablement dans cette situation. Un responsable métier pousse pour lancer un agent AI qui trie les emails, qualifie les leads ou alimente HubSpot. Votre DSI ou votre prestataire vous demande de choisir vite entre forfait et travail en régie. Le problème, c'est que personne ne sait encore exactement ce qu'il faudra construire, quelles données seront vraiment exploitables, ni combien d'itérations seront nécessaires avant d'obtenir un résultat utile.
C'est là que beaucoup de PME se trompent. Elles pensent choisir un simple mode de facturation. En réalité, elles choisissent un mode de pilotage du risque. Le forfait rassure sur le papier. La régie rassure sur la souplesse. Aucun des deux n'est bon par défaut.
Pour un projet AI, le dilemme est encore plus brutal. Tant que vous explorez un cas d'usage, la flexibilité a de la valeur. Dès que le besoin métier se stabilise, la même flexibilité peut devenir un gouffre budgétaire et un aspirateur à temps managérial. Si vous lisez régulièrement des analyses sur les projets d'automatisation et d'agents sur le blog de Revolve, vous voyez vite le même schéma revenir. Les dirigeants sous-estiment moins la technique que la gouvernance.
Le vrai sujet n'est donc pas seulement “qu'est-ce que la régie ?”. Le vrai sujet est celui-ci. Quand la régie vous aide à avancer, et quand elle commence à vous coûter plus qu'elle ne vous apporte. C'est exactement le point aveugle de la plupart des contenus sur le travail en régie, surtout pour les projets IT et AI à périmètre mouvant.
Table des matières
- Introduction: Le dilemme du contrat pour votre projet innovant
- Définition du travail en régie
- Régie ou forfait le comparatif décisif
- Avantages et inconvénients pour les PME et ETI
- Les risques juridiques et contractuels à maîtriser
- Comment piloter efficacement une mission en régie
- Cas concret choisir le bon modèle pour un projet d'agent AI
- Conclusion choisir en connaissance de cause
Introduction: Le dilemme du contrat pour votre projet innovant
Vous lancez un projet stratégique. Pas un site vitrine. Pas une refonte cosmétique. Un vrai sujet métier. Par exemple, un agent AI capable d'analyser vos demandes entrantes, de compléter vos fiches CRM et de préparer une réponse commerciale. Sur le papier, le gain semble évident. Sur le terrain, le périmètre reste mouvant.
Votre directeur commercial veut un outil opérationnel vite. Votre responsable administratif ajoute de nouvelles règles. Votre DAF veut un budget propre. Le prestataire, lui, vous propose deux chemins. Soit un forfait, avec une promesse de prix cadré. Soit du travail en régie, avec une équipe facturée au temps passé.
Le réflexe de beaucoup de dirigeants consiste à demander un prix fixe immédiatement. C'est compréhensible, mais souvent irréaliste quand les flux, les données, les exceptions métier et les outils à interfacer ne sont pas encore clarifiés. À l'inverse, signer de la régie sans méthode revient parfois à acheter du temps sans acheter de résultat.
Plus le besoin est flou, plus la régie paraît confortable au démarrage. Plus le projet avance, plus l'absence de cadre peut devenir coûteuse.
Dans une PME, ce dilemme pèse plus lourd qu'ailleurs. Chaque jour de pilotage mobilise des profils déjà très sollicités. Chaque aller-retour entre métier, IT et prestataire consomme du temps managérial. Et sur un projet AI, les retours utilisateurs modifient souvent les priorités en cours de route.
Le bon choix n'est donc pas idéologique. Il dépend de votre maturité projet, de votre capacité de gouvernance et de la stabilité réelle du besoin. C'est ce tri qu'il faut faire lucidement.
Définition du travail en régie
Le travail en régie est un mode de contractualisation dans lequel vous payez un prestataire pour les moyens mobilisés et le temps passé, pas pour un résultat final verrouillé à l'avance. En France, cette logique correspond à une facturation au temps passé ou aux moyens engagés, avec une rémunération basée sur les débours réels, majorés de frais généraux et de marge. Le coût final varie donc avec les aléas du projet, ce qui explique son usage fréquent sur les missions à périmètre évolutif, comme le rappelle la page consacrée au contrat en régie.
Ce que vous payez réellement
L'image la plus simple est celle de l'artisan.
Si vous lui demandez de refaire une salle de bain sur plan définitif, il peut vous proposer un devis forfaitaire. Si vous lui demandez d'intervenir au fil de l'eau, d'ouvrir un mur, de vérifier l'existant, puis d'adapter les travaux selon ce qu'il découvre, il vous facturera plutôt à l'heure ou à la journée. En IT, c'est la même logique.
Vous n'achetez pas un livrable fermé. Vous achetez de la disponibilité, de la compétence, de la capacité d'exécution.
En pratique, cela se traduit souvent par des jours-homme ou un TJM. Le prestataire met à disposition un développeur, un chef de projet, un data engineer, un expert intégration, ou une petite équipe. Vous consommez ce temps selon les priorités de la mission.
Obligation de moyens, pas obligation de résultat
C'est la distinction que trop de dirigeants découvrent après signature.
En régie, le prestataire a surtout une obligation de moyens. Il s'engage à fournir les compétences prévues et à contribuer à la mission. En revanche, le résultat final, les délais réels et les arbitrages de périmètre restent largement dépendants de votre propre pilotage.
Cela a deux conséquences très concrètes :
- Le budget reste variable. Si le besoin évolue, la consommation augmente.
- Le client garde le volant. Si vous priorisez mal, attendez des validations internes ou changez souvent d'avis, vous paierez quand même.
Repère simple : en régie, vous achetez de l'élasticité. En forfait, vous achetez de la prévisibilité.
Pourquoi ce modèle reste courant en IT
Le travail en régie s'est imposé depuis longtemps dans les services et l'IT parce qu'il absorbe bien l'incertitude. Quand le périmètre n'est pas complètement défini, quand les utilisateurs changent d'avis, ou quand il faut renforcer rapidement une équipe, ce modèle permet d'avancer sans renégocier l'ensemble du contrat à chaque ajustement.
Sur un projet AI, c'est souvent utile au début. On teste un flux réel, on vérifie la qualité des données, on mesure la pertinence d'un agent sur un cas métier. Tant que vous êtes dans cette phase d'apprentissage, la régie peut être un bon outil.
Le piège, c'est de rester dans cette logique trop longtemps.
Régie ou forfait le comparatif décisif
Le choix entre régie et forfait ne se résume pas à une ligne sur un devis. Il détermine qui porte le risque, qui arbitre au quotidien et qui absorbe les imprévus.
Au démarrage d'un projet AI ou IT, beaucoup de PME choisissent la régie parce qu'elle semble plus souple. C'est vrai. Le modèle de la régie informatique est d'ailleurs présenté comme une réponse aux besoins de flexibilité, de renfort immédiat et de maintien en conditions opérationnelles, notamment pour absorber une surcharge ou combler une pénurie de compétences, comme l'explique cet article sur la régie informatique.
Voici le comparatif visuel le plus utile pour décider.
Ce que vous achetez vraiment
En régie, vous gardez la main sur les priorités, les itérations et les choix de mise en œuvre. C'est très pertinent si vous avancez par expérimentation, avec un backlog mouvant, des arbitrages fréquents et des retours utilisateurs continus.
En forfait, vous transférez une partie du risque d'exécution au prestataire. Cela fonctionne bien quand le besoin est suffisamment défini, quand les critères d'acceptation sont clairs et quand vous voulez acheter un résultat plutôt qu'un effort.
La question clé n'est pas “quel modèle est le meilleur ?”. C'est plutôt “quel modèle correspond à l'état réel de votre projet aujourd'hui ?”.
Pour compléter ce point, cette vidéo illustre bien la logique de choix entre les deux modèles.
Tableau comparatif régie vs forfait
| Critère | Travail en Régie | Projet au Forfait |
|---|---|---|
| Logique contractuelle | Achat de temps, de compétences, de capacité d'exécution | Achat d'un périmètre et d'un résultat contractualisé |
| Souplesse | Très forte. Le backlog peut évoluer en continu | Plus faible. Chaque changement important doit être recadré |
| Budget | Variable et dépendant de la consommation | Plus prévisible si le périmètre est stable |
| Risque principal | Dérive de coûts, dérive de durée, fatigue de pilotage | Rigidité fonctionnelle, tensions sur les changements |
| Rôle du client | Très impliqué. Priorise, arbitre, valide souvent | Plus cadré. Intervient surtout sur le besoin et la recette |
| Quand l'utiliser | Exploration, R&D, transformation en cours, renfort d'équipe | Déploiement d'un besoin déjà clarifié |
| Projet AI typique | Prototype d'agent, exploration de données, test de faisabilité | Industrialisation d'un flux métier déjà validé |
Si votre équipe interne aime piloter, prioriser et itérer vite, la régie peut bien fonctionner. Si vos managers sont déjà saturés, le forfait devient souvent plus sain.
Avantages et inconvénients pour les PME et ETI
Pour une PME ou une ETI, la régie répond à une situation très concrète. Le projet doit partir vite, le besoin va bouger, et vous n'avez ni le temps ni la matière pour figer un périmètre propre. Dans un marché de l'emploi tendu, cette souplesse compte. L'enquête BMO 2026 de France Travail recense 2 279 500 projets de recrutement, dont 43,8 % jugés difficiles et 32,2 % saisonniers, ce qui renforce l'intérêt de modèles flexibles pour sécuriser l'exécution malgré les tensions de compétences, selon les données de France Travail BMO 2026.
Pourquoi la régie séduit autant
Son premier atout est la vitesse. Vous mettez un profil au travail sans lancer un recrutement long ni verrouiller un cahier des charges que vous devrez réécrire trois semaines plus tard.
Son deuxième atout est l'adaptation. Sur un projet AI, surtout un agent capable d'interagir avec des outils métiers, les inconnues sont nombreuses. Vous découvrez des exceptions, des données sales, des règles métier implicites, des besoins de supervision humaine. En régie, vous absorbez ces écarts sans rouvrir le contrat à chaque itération.
La régie peut aussi transmettre du savoir. À une condition précise. Vos équipes internes doivent travailler avec le prestataire, documenter les choix et reprendre progressivement la main. Sinon, vous achetez de l'exécution externe sans capitaliser.
Le coût caché que beaucoup découvrent trop tard
Au-delà des jours facturés, la régie crée un coût de gouvernance élevé que beaucoup de PME négligent.
Ce coût n'apparaît presque jamais dans le budget initial. Pourtant, il pèse vite sur la rentabilité réelle du projet. Chaque sprint exige des arbitrages, des validations, des reprises de brief, des points d'alignement, puis du suivi sur le consommé. Si vous mobilisez un dirigeant, un responsable métier et un référent technique une à deux heures par semaine chacun pendant plusieurs mois, la facture interne grimpe vite. Et elle ne figure sur aucun devis prestataire.
Concrètement, ce coût prend plusieurs formes :
- Cadrage continu. Vos équipes doivent préciser le besoin au fil de l'eau, reprioriser et corriger.
- Pilotage hebdomadaire. Quelqu'un doit suivre les jours consommés, débloquer les sujets et arbitrer les priorités.
- Valeur livrée moins lisible. Le projet avance, mais personne ne tranche vraiment ce qui doit être arrêté, reporté ou industrialisé.
- Dépendance au prestataire. Si la documentation est faible, la sortie de mission devient coûteuse et lente.
Une régie mal tenue consomme du budget, de l'attention managériale et de la marge.
Pour une PME, le vrai sujet est là. Vous n'avez pas une couche de management intermédiaire dédiée au pilotage projet. Si votre DAF, votre responsable opérations et votre référent SI passent leur temps à arbitrer un backlog mouvant, vous payez deux fois. Une fois sur la facture fournisseur. Une fois en temps interne perdu sur des sujets à plus forte valeur.
Le sujet se voit clairement sur des workflows administratifs, par exemple dans l'automatisation du traitement des factures. Le gain ne vient pas seulement de l'outil ou du consultant. Il vient d'un niveau de cadrage assez solide pour éviter dix micro-décisions par semaine.
Pour les projets d'agents AI, je recommande une règle simple. Choisissez la régie si vous acceptez d'acheter aussi du pilotage. Si vous voulez uniquement acheter de la production, vous sous-estimez le coût réel du modèle.
Les risques juridiques et contractuels à maîtriser
Beaucoup de dirigeants voient le travail en régie comme un sujet budgétaire. C'est une erreur. Le risque le plus grave est parfois juridique.
En France, le point de vigilance majeur est la requalification en prêt de main-d'œuvre illicite ou en délit de marchandage si le pilotage crée un lien de subordination de fait entre le client et le consultant, comme le rappelle cet article sur la prestation en régie et ses risques.
Le vrai danger n'est pas théorique
Le risque apparaît quand vous traitez le consultant externe comme un salarié interne.
Exemples classiques :
- Ordres directs permanents donnés par plusieurs managers du client.
- Horaires imposés et contrôle fin de présence comme pour un collaborateur interne.
- Intégration dans l'organigramme ou dans les processus RH.
- Évaluation individuelle menée par le client comme s'il était l'employeur.
À partir de là, vous ne pilotez plus une prestation. Vous recréez une relation salariale de fait. Pour une PME, ce genre de glissement arrive vite, souvent sans mauvaise intention. Un consultant s'installe durablement, rejoint les réunions d'équipe, reçoit des tâches quotidiennes de plusieurs personnes, puis finit par fonctionner exactement comme un salarié.
Si votre manager “gère” le consultant comme un membre de son équipe, vous avez déjà un problème contractuel potentiel.
Les garde-fous à exiger
Le bon réflexe consiste à organiser la mission comme une prestation structurée, même en régie. Pas comme une embauche déguisée.
Voici les garde-fous que je recommande systématiquement :
Désignez un interlocuteur côté client
Une personne centralise les priorités. Pas cinq managers qui sollicitent directement le consultant.Faites remonter la responsabilité hiérarchique au prestataire
Le consultant travaille pour votre projet, mais reste sous l'encadrement de son employeur.Formalisez le cadre de mission
Objet, périmètre, rôle, modalités de reporting, conditions d'intervention, règles d'escalade. Même si le périmètre reste souple, le cadre doit être écrit.Évitez les signes d'intégration RH
Pas d'entretien annuel mené par le client, pas d'assimilation à un salarié, pas d'ambiguïté sur la ligne hiérarchique.Prévoyez des points de pilotage contractuels
La régie doit rester une prestation suivie, pas une présence indistincte chez le client.
Ce n'est pas de la paperasse. C'est une protection opérationnelle.
Comment piloter efficacement une mission en régie
Vous signez une régie pour aller vite. Trois semaines plus tard, le consultant avance, les ateliers s'enchaînent, les jours s'accumulent, et personne ne sait dire ce qui a vraiment été obtenu pour le budget engagé. C'est le scénario classique. Le problème ne vient pas du modèle. Il vient d'un pilotage trop léger.
En régie, vous n'achetez pas seulement du temps homme. Vous achetez aussi un besoin de gouvernance plus élevé. Beaucoup de dirigeants sous-estiment ce coût caché. Sur un projet IT classique, cela pèse déjà sur la marge du projet. Sur un projet d'agent AI, où les hypothèses changent vite, ce coût peut doubler si vous laissez les priorités dériver ou si les décisions métier arrivent trop tard.
Le cadre minimal à mettre en place
Le cadre doit être simple, visible et appliqué chaque semaine.
Un seul pilote côté client
Souvent un Product Owner, un responsable métier ou un chef de projet. Il fixe les priorités, tranche les arbitrages et assume les décisions.Un backlog visible
Pas une suite de demandes orales ou d'emails dispersés. Utilisez un outil partagé, avec priorité, estimation et statut.Un rythme fixe
Un point opérationnel court pour suivre l'avancement. Un comité de pilotage régulier pour arbitrer budget, charge, risques et changements de périmètre.Des règles de validation
Définissez ce qui est accepté, ce qui doit être repris et ce qui attend une décision métier. Sans cette discipline, la régie consomme du budget sans produire de preuve de valeur.Un journal des décisions
C'est souvent le chaînon manquant. Gardez une trace écrite des arbitrages sur le périmètre, les priorités, les renoncements et les hypothèses. En cas de désaccord contractuel, ce document protège votre entreprise.
Mon conseil est simple. Si vous n'avez personne en interne capable de prioriser chaque semaine et de répondre vite, ne lancez pas une régie ouverte. Réduisez la mission, imposez un cadrage plus serré, ou passez sur un forfait limité.
Les indicateurs qui comptent vraiment
Compter les jours consommés ne suffit pas. Cet indicateur décrit une dépense, pas un pilotage.
Suivez plutôt un ensemble réduit d'indicateurs utiles :
| Indicateur | À quoi il sert |
|---|---|
| Consommé budgétaire | Vérifier l'atterrissage financier |
| Reste à faire | Mesurer l'écart entre ambition et capacité |
| Tâches terminées | Vérifier que la mission produit des livrables concrets |
| Blocages ouverts | Repérer ce qui ralentit réellement l'exécution |
| Décisions en attente | Mesurer la part du retard imputable au client |
Ajoutez une règle de gestion ferme. Toute dérive de budget doit être reliée à une cause précise, changement de priorité, dette technique découverte, dépendance externe, retard de validation ou mauvaise qualité des données.
Sur un projet d'agent AI, j'ajoute toujours trois questions au comité de pilotage. Qu'a-t-on appris cette semaine sur les données réelles ? Qu'est-ce qui fonctionne en conditions métier, pas seulement en démo ? Qu'est-ce qui doit être arrêté tout de suite parce que l'effort ne se justifie pas ? Si vous ne posez pas ces questions, la régie finance vite de l'exploration sans fin.
Les erreurs qui coûtent le plus cher
La première erreur consiste à laisser plusieurs managers solliciter directement le consultant. Vous perdez la priorité unique. Vous augmentez les changements de contexte. Vous payez de la dispersion.
La deuxième erreur consiste à confondre vitesse et agitation. Une mission qui produit beaucoup d'échanges, de réunions et de tickets ouverts n'avance pas forcément. Exigez des livrables observables, même modestes.
La troisième erreur est juridique autant qu'opérationnelle. Si votre équipe donne des instructions quotidiennes détaillées, fixe les horaires de fait et intègre le consultant comme un salarié, vous augmentez le risque de requalification tout en dégradant la responsabilité du prestataire. Le pilotage doit rester ferme, sans glisser vers une relation hiérarchique de fait.
Une bonne régie se pilote comme une prestation sous contrôle, avec des preuves d'avancement, des décisions tracées et un budget relié à des résultats. Sans cela, vous ne gagnez pas en agilité. Vous achetez de l'incertitude.
Cas concret choisir le bon modèle pour un projet d'agent AI
Prenons un cas fréquent. Vous voulez un agent AI pour qualifier automatiquement les leads entrants, enrichir les fiches dans votre CRM et proposer une réponse initiale à vos commerciaux.
Au départ, vous ne savez pas encore quelles sources exploiter. Emails, formulaires, PDF joints, historique HubSpot, données ERP. Vous ignorez aussi quelles règles métier sont réellement stables. Dans cette phase, une mission courte en régie peut avoir du sens.
Phase d'exploration
La régie est pertinente si vous cherchez à répondre à des questions comme :
- Les données sont-elles exploitables ?
- Le cas d'usage crée-t-il une vraie valeur métier ?
- Quelles exceptions bloquent l'automatisation ?
- Quel niveau de validation humaine reste nécessaire ?
Dans cette phase, vous n'achetez pas encore une usine. Vous achetez de la compréhension. Une courte exploration, bien pilotée, peut éviter un mauvais forfait sur un besoin mal posé. Si vous êtes encore à ce stade, il est utile de clarifier d'abord ce qu'est un POC en intelligence artificielle.
Phase d'industrialisation
Dès que le flux cible devient clair, je recommande de basculer vers un modèle plus cadré.
Exemple typique. Vous savez que l'agent doit lire les emails entrants, extraire certaines informations, créer ou enrichir un contact dans HubSpot, déclencher une qualification commerciale et journaliser les actions. À ce moment-là, rester en régie trop longtemps n'est plus un signe d'agilité. C'est souvent un signe de cadrage insuffisant.
Dans ce contexte, un forfait ou un modèle hybride devient plus intelligent. Vous fixez un périmètre, des critères d'acceptation, un planning et une responsabilité d'exécution. Parmi les options du marché, Revolve propose le déploiement d'agents IA en production avec conception, intégration et pilotage, dans une logique adaptée aux PME et ETI qui veulent industrialiser un usage métier sans rester coincées dans un POC permanent.
La bonne règle est simple :
- Régie pour explorer
- Forfait pour industrialiser
- Hybride si vous devez garder une petite zone d'incertitude
Conclusion choisir en connaissance de cause
Le travail en régie n'est pas un mauvais modèle. C'est un modèle exigeant.
Il fonctionne bien quand vous avez un besoin encore mouvant, un décideur disponible pour piloter, et une vraie raison de privilégier la flexibilité. Il devient dangereux quand vous l'utilisez pour masquer un manque de cadrage, repousser les arbitrages ou éviter de trancher un périmètre.
Pour une PME ou une ETI, le point décisif n'est pas la théorie contractuelle. C'est votre capacité à absorber les coûts de gouvernance, à maintenir une discipline de pilotage et à sécuriser le cadre juridique. Si vous n'avez ni le temps ni l'organisation pour cela, la régie vous coûtera plus qu'elle ne vous apportera.
Pour un projet d'agent AI, mon avis est net. Utilisez la régie en phase d'exploration courte. Dès que le cas d'usage est compris, passez sur un modèle plus prévisible. Vous achèterez moins d'heures. Vous obtiendrez plus de résultat.
Si vous avez un cas d'usage AI déjà identifié et que vous voulez un cadrage rapide, un budget lisible et une mise en production concrète, vous pouvez demander un audit à Revolve.