FDE, consultant, architecte, régie : quelles différences ?

Au 6 novembre 2026, Anthropic recrute des Forward Deployed Engineers (FDE), chargés de « travailler au sein des systèmes clients pour développer des applications de production »¹, et des Applied AI Architects, architectes d'avant-vente qui aident le client à voir comment intégrer Claude². Le même éditeur sépare celui qui conçoit et celui qui livre. Ce comparatif étend cette séparation à quatre façons de faire aboutir un projet d'IA : le consultant recommande, l'architecte de solution conçoit, la régie ajoute à votre équipe un ingénieur facturé au temps passé, le FDE met le système en production et en répond. Il s'adresse aux DSI, CTO et acheteurs ; la définition du Forward Deployed Engineer et son marché ont leurs propres pages.

FDE, consultant, architecte, régie : le tableau comparatif

Les lignes décrivent des modes d'intervention, qu'un même cabinet peut vendre tous les quatre. Architecte s'entend architecte de solution. Le mot consultant désigne ici le conseil en stratégie et en management ; les ESN appellent aussi consultants leurs ingénieurs, y compris en régie.

Mode	Livre	Jugé sur	Le bon choix si
Consultant	Un plan d'action	La justesse de l'analyse	Vous cherchez quoi faire
Architecte	Un schéma cible, un prototype	La faisabilité	Vous fixez la cible technique
Régie	Du travail sur vos priorités	Le travail fourni	Vous pilotez, il vous manque des bras
FDE	Un système qui tourne	Le système en service	Le cas est choisi, la production bloque

Mode	Travaille	Durée	Facturation
Consultant	Auprès de vos directions	Le temps du livrable	Honoraires de mission
Architecte	En ateliers, ou dans le projet	Cycle de vente ou conception	Effort commercial ou budget projet
Régie	Dans votre équipe	Tant que dure le besoin	Au temps passé
FDE	Dans vos systèmes	Plusieurs mois	Variable : exigez un objectif de mise en service

Quelle différence entre un FDE et un consultant ?

Le consultant de stratégie ou de management aide une direction à décider : quels cas d'usage financer, dans quel ordre, avec quelle organisation et quel budget. Il interroge les métiers, analyse, puis remet un diagnostic, une recommandation ou une feuille de route. Vos équipes, ou un autre prestataire, exécutent ensuite. Vous le jugez sur la justesse de son analyse.

Le FDE part d'un cas d'usage déjà choisi et reste jusqu'à ce qu'il tourne. Il rejoint vos équipes, code dans vos environnements, branche les données, traite les exigences de sécurité avec votre RSSI, met le système en service et suit son usage. Anthropic cite, dans son offre de poste, des serveurs MCP, des sous-agents et des compétences d'agent destinés aux flux de travail de production¹.

Prenez un consultant quand la décision reste à prendre : arbitrer entre des cas d'usage, chiffrer un programme, revoir une organisation. Prenez un FDE quand la décision est prise et que le passage en production bloque sur les données, l'intégration au SI, la sécurité ou l'adoption par les métiers.

Les cabinets de conseil envoient leurs ingénieurs se former au déploiement. Accenture, Bain, Capgemini, Deloitte et McKinsey en comptent dans les premières cohortes de la Claude Frontier Academy, qu'Anthropic a annoncée le 2 octobre 2026³. Anthropic y délivre le badge Claude Frontier Deployed Engineer, distinct du poste de Forward Deployed Engineer⁴. L'article sur la bascule du marché FDE en 2026 retrace ce mouvement.

FDE ou architecte de solution : qui conçoit, qui livre ?

L'architecte de solution (solution architect) travaille en avant-vente ou en delivery. En avant-vente, il est employé par un éditeur ou un intégrateur : il comprend le besoin, conçoit l'intégration, monte une démonstration et convainc vos équipes techniques. En delivery, il dessine l'architecture cible d'un projet, arbitre les choix techniques et vérifie que l'équipe qui construit s'y tient.

Anthropic décrit l'écart avec le FDE dans ses offres d'emploi ouvertes au 6 novembre 2026. L'Applied AI Architect travaille avec les commerciaux, guide les décisions d'architecture du client et se déplace de temps en temps chez lui pour des ateliers². Dans l'une de ces offres, il construit des prototypes et écrit des exemples presque prêts pour la production, que le client pourra prolonger⁵. Le FDE travaille avec les équipes post-vente, se déplace chez ses clients 25 à 50 % du temps et y construit des applications de production¹.

L'architecte vous remet un prototype ou un dossier d'architecture, que vos équipes ou un intégrateur transformeront en système. Le FDE écrit lui-même ce qui part en production. Un architecte d'avant-vente conçoit avec le produit de son employeur, c'est son rôle : demandez-lui de prouver la faisabilité, puis faites trancher les choix d'architecture par quelqu'un qui ne vend pas ce produit. Un architecte de delivery suffit quand votre équipe sait construire et a besoin d'une cible cohérente. Le FDE se justifie quand personne chez vous n'a encore mis ce type de système en production.

FDE ou régie : qui porte le résultat ?

Avec la régie, ou assistance technique, un ingénieur du prestataire travaille dans votre équipe, et le prestataire facture son temps passé : un taux journalier multiplié par les jours consommés. Vous exprimez les besoins et fixez les priorités. Le prestataire s'engage sur des moyens : une compétence, une présence selon le calendrier convenu. Le résultat reste à votre charge.

Vous jugez un FDE sur un système en service, utilisé et mesuré. Il choisit le chemin technique dans son périmètre et répond de l'écart si la mise en service glisse. Posez la question : si le système n'est pas en production à la date prévue, qui doit vous expliquer pourquoi ? En régie, votre équipe répond ; avec un FDE, le FDE et son employeur.

Reste le forfait, qui engage le prestataire sur un périmètre, un prix et un délai fixés d'avance, à partir d'un cahier des charges. Un premier système d'IA générative se spécifie mal d'avance : vous découvrez son comportement en le testant sur vos données, avec vos utilisateurs. Dans une mission FDE, vous fixez la cible (un système en service et adopté) et le périmètre se précise au fil des itérations.

Un ingénieur facturé à la journée, qui attend vos tickets et ne répond d'aucune mise en service, travaille en régie quel que soit l'intitulé de son poste. Regardez l'objet du contrat : un critère de mise en service, des critères d'acceptation, des jalons. L'analyse de la mutation des ESN, du temps vendu aux résultats livrés décrit le même glissement chez les grands acteurs des services numériques.

La régie reste le bon choix quand vous savez ce qu'il faut construire et que vous avez de quoi piloter le produit : un product owner, un tech lead, une feuille de route. Vous y gagnez de la capacité ou une compétence rare, en gardant la main sur le produit. Elle peut aussi prendre le relais d'un FDE quand le système tourne et qu'il faut le faire évoluer.

Quel mode choisir selon votre situation ?

• Vous ne savez pas encore quels cas d'usage financer : un consultant, pour arbitrer et chiffrer.
• Vous hésitez entre deux plateformes : les architectes d'avant-vente des éditeurs pour démontrer, puis un architecte qui ne vend aucun des produits pour trancher.
• Le prototype fonctionne et la production bloque : un FDE, pour les données, l'intégration, la sécurité et l'adoption.
• Le système tourne et votre équipe sait le faire évoluer : la régie, ou vos recrutements, pour ajouter de la capacité.
• Personne chez vous ne peut arbitrer côté métier : réglez ce point avant d'acheter quoi que ce soit. La régie a besoin de quelqu'un qui fixe les priorités, le FDE d'un sponsor qui lui ouvre les portes.

Sur un même projet, les quatre modes peuvent s'enchaîner : un consultant cadre, un architecte dessine, un FDE met en production, une équipe interne ou en régie fait évoluer. À chaque passage de relais, l'équipe suivante perd du contexte : les hypothèses du cadrage, les compromis de l'architecture, les raisons d'un choix. Le FDE couvre la conception et la production sur son périmètre, ce qui supprime au moins un de ces passages.

Comment reconnaître un FDE dans une proposition commerciale ?

L'intitulé n'est pas normalisé. L'article anglais de Wikipédia note que les responsabilités du FDE recoupent, entre autres, celles des architectes de solution, des ingénieurs avant-vente, des intégrateurs et des consultants IT⁶. Posez ces questions au prestataire :

1. Qui répond du système s'il n'est pas en service à la date prévue ? Une réponse floue signale une régie.
2. La personne codera-t-elle dans vos environnements, avec des accès ouverts dès les premières semaines ?
3. Le contrat nomme-t-il un critère de mise en service, des critères d'acceptation et des jalons ?
4. Que restera-t-il chez vous à son départ : le code dans vos dépôts, la documentation, des équipes formées ?
5. Pour qui travaille-t-elle ? Un FDE d'éditeur déploie le produit de son employeur : intégrez ce point à votre arbitrage de dépendance.

Ce que ça change pour la DSI, le CTO et les achats

DSI et direction. Décidez qui doit porter le résultat avant de choisir un prestataire. Avec un budget de régie, vous achetez du temps. Avec un budget FDE, vous financez une mise en service, avec une date et des critères d'acceptation : vous comparerez mal les deux sur un tableau de taux journaliers.

CTO, lead dev, architecte. Un FDE travaille dans vos systèmes : prévoyez les comptes, les accès aux données et à la CI/CD dès la première semaine, sinon il passera ses journées à attendre. Exigez que son code vive dans vos dépôts et passe par vos revues, pour que le système vous reste lisible après son départ.

Achats. Vous comparez une régie sur un taux journalier, à profil égal, et une proposition FDE sur ce qu'elle engage : la date et les critères de mise en service, les jalons, la propriété du code, le transfert de compétences. La ramener au seul taux journalier revient à comparer un système livré à des jours de présence.

Quelles limites pour le modèle FDE ?

Un FDE demande de l'attention : un sponsor qui ouvre les portes, des accès aux systèmes et aux données, des opérateurs métier disponibles pour tester. Sans eux, la mission s'arrête au prototype.

Il concentre aussi beaucoup de connaissance sur peu de personnes. Si personne chez vous ne reprend le système, son départ laisse un logiciel orphelin. Planifiez le transfert dès le cadrage : binômes avec vos développeurs, documentation dans vos dépôts, revue du code par vos équipes.

Ce comparatif ne cite aucun prix : les taux journaliers et les budgets de mission varient selon le profil, la durée et le périmètre, et ne se comparent qu'au regard de ce qui sera en service à la fin.

Pour faire appel à un FDE IA, l'offre de SFEIR décrit le déroulé d'une mission et sa durée. Pour devenir Forward Deployed Engineer, la page carrières présente le métier et les offres ouvertes.

Sources

1. Anthropic, Forward Deployed Engineer, offre d'emploi à Paris (texte anglais et français) — job-boards.greenhouse.io, consultée le 6 novembre 2026.
2. Anthropic, Applied AI Architect, Industries, offre d'emploi à Londres — job-boards.greenhouse.io, consultée le 6 novembre 2026.
3. Anthropic, Anthropic invests $100 million to train 10,000 engineers and tackle the enterprise AI talent gap — anthropic.com, 2 octobre 2026.
4. Claude, Frontier Academy, programme Frontier Deployed Engineer Residency (badges Claude Resident Engineer et Claude Frontier Deployed Engineer) — claude.com, consulté le 6 novembre 2026.
5. Anthropic, Applied AI Architect, Commercial, offre d'emploi à San Francisco et New York — job-boards.greenhouse.io, consultée le 6 novembre 2026.
6. Wikipédia (en), Forward deployed engineer — en.wikipedia.org, consulté le 6 novembre 2026.