Article long format publié sur X le 11 août 2026 par Jesse Zhang, CEO de Decagon (agents IA de service client), sous un titre en forme de dilemme — « To FDE, or not to FDE? » — consacré au Forward Deployed Engineer, devenu « la réponse à presque toutes les questions difficiles du go-to-market IA ».
Par **Jesse Zhang** — cofondateur et **CEO de Decagon**// Source x.com ↗/Lecture 2 min/.md/
#Forward Deployed Engineer#FDE#ingénieur déployé chez le client#go-to-market IA#motion de déploiement#dernier kilomètre#last mile#découverte vs exécution
Article long format publié sur X le 11 août 2026 par Jesse Zhang, CEO de Decagon (agents IA de service client).
Le constat de départ. Le Forward Deployed Engineer est devenu la réponse par défaut à toutes les difficultés du go-to-market IA : déploiements pénibles, clients incapables de s'auto-servir, produit pas prêt. Anthropic et OpenAI ont monté des bras de déploiement entreprise explicitement calqués sur Palantir ; les annonces pour ce titre seraient en hausse de plusieurs centaines de pour cent en un an. Or, note Zhang, c'était jusqu'à récemment un motif de critique — revenus de moindre qualité, marges structurellement plafonnées — et « rien dans l'économie sous-jacente n'a changé ». Ce qui a changé : à l'ère de l'IA, les entreprises ignorent le chemin vers le résultat mais croient au résultat, et le FDE livre du résultat.
Si vos FDE digèrent de la douleur et excrètent encore de la douleur, vous n'avez pas une équipe FDE. Vous avez une entreprise de services.
— **Jesse Zhang** — cofondateur et **CEO de Decagon** , x.com
Le précédent Palantir. Shyam Sankar, CTO : « FDEs eat pain and excrete product. » Joe Lonsdale reconnaît que la réputation de « cabinet de conseil déguisé » reposait sur une observation exacte. Les déploiements Gotham sur mesure ont été encodés en primitives — ontologie, modèles d'objets, permissions, moteurs de workflow, traçabilité de provenance — devenues Foundry, puis Apollo et AIP. Avec la standardisation, la marge brute est montée dans les 80 % et Palantir a quitté le motion FDE. « La douleur était l'intrant du produit, pas un coût de vente. »
La thèse. Envoyer des ingénieurs est justifié quand la catégorie est neuve : un agent comptable en 2026 n'a pas de workflow établi, et le client lui-même ne peut pas le décrire. Mais une fois les parcours connus, il faut retirer les FDE — et personne n'en aura envie, parce que les garder est plus facile à chaque sprint : on n'a jamais à trancher un arbitrage produit, à dire non, à faire un choix d'architecture douloureux. On garde alors tous les inconvénients du modèle sans le bénéfice de découverte. Zhang distingue en outre FDE et implémentation : l'un découvre une spec inconnue, l'autre exécute une spec connue ; les confondre permet de faire passer une org de services pour un investissement produit.
Le cas Decagon. Approche produit assumée, motivée par deux demandes constantes des entreprises : vitesse d'itération et refus du verrouillage fournisseur. Coût : transformer les escalades en exigences plutôt qu'en patchs. Bénéfice auto-déclaré : « deux tiers du travail de déploiement » réalisés de façon autonome via Duet, et « quelques jours » pour lancer le premier AOP chez de grandes banques, compagnies aériennes ou télécos. Chiffres non définis et invérifiables.
La chute : « Si vos FDE digèrent de la douleur et excrètent encore de la douleur, vous n'avez pas une équipe FDE. Vous avez une entreprise de services. »
À retenir
Date / source.11 août 2026, article long format sur X par Jesse Zhang, CEO de Decagon.
Cadrage clé. la règle tient en une phrase — « Le piège, ce n'est pas de commencer. C'est de ne pas s'arrêter. » ### Le test en quatre questions Valeur transportable de l'article, indépendante de Decagon — format revue trimestrielle : | Question | Ce qu'elle discrimine | |---|---| | Le bespoke est-il dans l'environnement du client ou dans les trous de votre produit ? | légitimité du sur-mesure | | Le dernier kilomètre est-il irréductible ou simplement non construit ? | fatalité vs dette | | Vos FDE découvrent-ils ou absorbent-ils ? | découverte vs amortissement | | Qu'est-ce qui a été mis dans le produit la dernière fois qu'un FDE est rentré du terrain ? | preuve, pas intention | La quatrième est la seule vérifiable : les trois premières s'auto-répondent avantageusement, celle-là exige un artefact. ### Le mécanisme de la dérive Garder les FDE est plus facile à chaque sprint pris isolément : le FDE permet « d'éviter tous les arbitrages produit difficiles » — on ne décide jamais ce que le produit fait, laquelle de deux demandes client gagne, où s'arrête la surface de configuration. « Personne n'a à dire non à personne. » La dérive ne vient d'aucune mauvaise décision mais de l'absence de décision, répétée. Coût associé : « Chaque correctif bespoke sur le terrain est une décision produit que vous avez choisi de ne pas prendre. » ### FDE ≠ implémentation | | FDE | Implémentation | |---|---|---| | Objet | découverte d'une spec inconnue | exécution contre une spec connue | | Exemple | s'asseoir dans la pièce, regarder le produit casser | « construire l'intégration dans leur système de ticketing » | | Sortie attendue | des primitives produit | un livrable client | « Regrouper les deux sous un même titre est la façon dont une entreprise se convainc qu'une org de services qui grossit est un investissement produit. » Test d'inventaire : compter, dans une équipe étiquetée FDE, la part de travail qui relève en fait de l'implémentation. Zhang ajoute que c'est cette moitié-là que les modèles absorbent — « une bonne partie de ce que faisait une équipe d'implémentation en 2023 devient quelque chose que le produit fait lui-même ». ### La généalogie Palantir, cas d'école du « services → produit » Déploiements Gotham bespoke (CIA, NSA, renseignement militaire, milieu des années 2000) → encodage des problèmes rencontrés en primitives de plateforme (ontologie, modèles d'objets, permissions, moteurs de workflow, traçabilité de provenance) → Foundry, vendable commercialement → Apollo, AIP → standardisation, marge brute dans les 80 %, bascule vers une vente par comptes, FDE réabsorbés dans l'ingénierie cœur. Deux détails qui font la démonstration : Palantir a assumé la critique de « glorified consultancy » pendant près de vingt ans — Lonsdale reconnaissant que l'observation était exacte — et refusait les contrats où le client voulait seulement « Accenture avec un meilleur logiciel ». Ligne à retenir : « La FDE team n'était pas le modèle économique. C'était la façon de construire le bon produit. » ### Contre-épreuve : le même indicateur, deux lectures En mai 2026, [[mollick-roon-asi-consulting-forward-deployed-engineering-2026-05-10]] posait qu'on saurait que les labos croient à l'ASI le jour où ils dissoudront leurs équipes FDE — et constatait qu'ils les recrutent. Zhang décrit trois mois plus tard le mouvement inverse à l'échelle d'une startup : le produit mange le travail de déploiement. Les deux textes utilisent le même indicateur — la taille de l'org FDE comme mesure de ce que le produit ne sait pas encore faire —, l'un pour douter d'un discours, l'autre pour revendiquer un progrès. Ils ne se contredisent pas : Zhang confirme le fait de la mode FDE et note lui-même qu'Anthropic et OpenAI ont monté des bras de déploiement calqués sur Palantir. ### Pourquoi maintenant, et la date de péremption En 2015, construire un CRM SaaS ne demandait aucune découverte de workflow — vingt ans de pratique avaient défini ce qu'est un pipeline, une étape, une passation de lead. En 2026, un agent IA pour la comptabilité n'a pas de workflow établi, « parce que littéralement personne n'en a jamais utilisé un ». Corollaire : le client ne peut pas dire ce qu'il veut, parce que la chose qu'il voudrait n'a pas encore de forme. Le FDE n'est donc justifié que par la nouveauté de la catégorie ; dès que la forme se stabilise, la justification tombe. ### Les deux chiffres, et comment les citer | Chiffre annoncé | Ce qui manque | Usage acceptable | |---|---|---| | « Deux tiers du travail de déploiement se fait de façon autonome via Duet » | définition du dénominateur (heures ? tickets ? étapes ?), périmètre, période, méthode | « Decagon déclare », jamais « Decagon a mesuré » | | « Quelques jours en moyenne pour lancer le premier AOP, même pour grandes banques, compagnies aériennes, télécos » | le sigle AOP n'est pas développé ; ni point de départ du chronomètre, ni taille d'échantillon | revendication commerciale datée | Ce sont des assertions de dirigeant sur X, le jour où il défend son modèle : la source et la date font partie du chiffre. ### Les deux constantes entendues chez les clients entreprise 1. Vitesse d'itération — « Livrer un agent IA n'est pas un one-shot ; il faut le régler et le mettre à jour en permanence. Si chaque ajustement demande de l'ingénierie, ce sera bien trop lent et cher pour passer à l'échelle. » Argument structurel contre le FDE permanent : question de latence de boucle, non de marge. 2. Verrouillage fournisseur — « Vu l'expérience des organisations avec le SaaS, personne ne veut être enfermé chez un fournisseur et dépendant de ses ressources. » Une org FDE est une dépendance, du point de vue du client. ### L'arbitrage assumé et sa limite Decagon dit avoir choisi de ne pas bricoler sur le terrain quand ç'aurait été plus rapide, et de transformer les escalades en exigences plutôt qu'en patchs — « ce qui prend du temps à court terme ». Formule à garder en revue d'architecture : escalade → exigence, pas escalade → patch. Contrepartie honnête : « très peu de startups peuvent signer d'entrée les deals à huit chiffres que Palantir obtenait », ce qui rend l'économie du FDE encore moins soutenable pour elles. Limite d'applicabilité énoncée par l'auteur : l'approche produit tient chez Decagon parce que le service client est « à gros volume, répétable et décomposable ». Ces trois adjectifs sont la condition — un domaine à faible volume, non répétable et non décomposable ne bascule pas dans le même sens. Ne pas transporter la conclusion sans transporter la condition.
Chiffres clés
deux tiers du travail de déploiement réalisés de façon autonome par Duet — configuration, itération et longue traîne du tuning
le piège n'est pas de commencer un motion FDE, mais de ne pas s'arrêter
— Jesse Zhang
les forward deployed engineers digèrent de la douleur et excrètent du produit
— Shyam Sankar
Palantir a longtemps été vue comme un cabinet de conseil déguisé, sur la base d'une observation exacte : ses ingénieurs passaient beaucoup de temps chez les clients
— Joe Lonsdale
Le graphe de connaissance extrait de cette fiche — 11 entités, 28 relations.