# zhang-decagon-fde-produit-2026-08-11

## Veille

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 »*. Constat de départ : Anthropic et OpenAI ont monté des bras de déploiement entreprise explicitement calqués sur Palantir, *« chaque boîte en seed »* affiche une offre FDE, et les annonces pour ce titre seraient en hausse de plusieurs centaines de pour cent en un an. **(A) La généalogie Palantir** fournit l'armature : la formule de **Shyam Sankar** (CTO), *« FDEs eat pain and excrete product »*, et le rappel de **Joe Lonsdale** que Palantir a passé près de deux décennies traitée de *« cabinet de conseil déguisé »* sur la base d'une observation exacte. Les déploiements bespoke de **Gotham** (CIA, NSA, renseignement militaire) ont été encodés en primitives de plateforme — ontologie, modèles d'objets, permissions, moteurs de workflow, traçabilité de provenance — devenues **Foundry**, puis Apollo et AIP ; la standardisation a fait monter la marge brute dans les 80 % et Palantir est passée d'un motion FDE à une vente par comptes, beaucoup de FDE migrant vers l'ingénierie cœur. *« La douleur était l'intrant du produit, pas un coût de vente. »* **(B) Le critère proposé** n'est pas de renoncer au FDE mais de savoir quand s'arrêter : y aller tôt, puis se demander si l'on est encore en train de **découvrir** — *« Le piège, ce n'est pas de commencer. C'est de ne pas s'arrêter. »* **(C) Une distinction que peu font : FDE ≠ implémentation.** *« Construire cette intégration dans leur système de ticketing »* est un travail réel mais d'exécution contre une spec connue, non de découverte d'une spec inconnue ; confondre les deux *« est la façon dont une entreprise se convainc qu'une org de services qui grossit est un investissement produit »*. 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. »* Deux chiffres sont avancés sur Decagon — *« deux tiers du travail de déploiement se fait désormais de façon autonome via Duet »* et *« quelques jours en moyenne pour lancer le premier AOP, même pour de grandes banques, compagnies aériennes, télécos »* — sans que le dénominateur « travail de déploiement » soit défini ni le sigle AOP développé.

## Titre Article

To FDE, or not to FDE?

## Date

2026-08-11

## URL

https://x.com/thejessezhang/status/2087198484093149421

## Keywords

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, problème de découverte, problème de livraison, spec inconnue, implémentation, intégration, org de services, entreprise de services, glorified consultancy, cabinet de conseil déguisé, approche produit, approche services, product-led, services-led, Palantir, Gotham, Foundry, Apollo, AIP, primitives de plateforme, ontologie, modèle d'objets, permissions, moteur de workflow, traçabilité de provenance, marge brute, coût de servir, cost to serve, plafond de marge, croissance bornée par le recrutement, deals à huit chiffres, Decagon, Duet, AOP, service client, support client, agent IA, déploiement autonome, configuration, tuning, itération, vitesse d'itération, verrouillage fournisseur, vendor lock-in, souveraineté, escalade transformée en exigence, patch vs exigence, dette de produit, arbitrage produit, surface de configuration, Jesse Zhang, Ashwin Sreenivas, Shyam Sankar, Joe Lonsdale, Anthropic, OpenAI, Accenture, catégorie nouvelle, workflow inexistant, SaaS 2015, comptabilité, banques, compagnies aériennes, télécos

## Authors

**Jesse Zhang** — cofondateur et **CEO de Decagon** (agents IA de service client, San Francisco), 85 000 abonnés sur X, site personnel `jessezhang.org`. Il cite son cofondateur **Ashwin Sreenivas**, **ex-Palantir**, d'où la profondeur du récit Palantir. Publié le **11 août 2026**.

Dirigeant d'éditeur argumentant pour le modèle économique de son propre produit, dans un débat où l'alternative est incarnée par des concurrents et des cabinets. Trois conséquences pratiques : les chiffres Decagon sont **auto-déclarés au public d'X, sans définition ni audit** ; l'auteur reconnaît lui-même que son marché (*« service client : gros volume, répétable, décomposable »*) est particulièrement favorable à l'approche produit, ce qui limite la portabilité de la conclusion ; et le récit Palantir est reconstruit rétrospectivement à partir de sources publiques et d'une expérience de seconde main. La partie conceptuelle — le test découverte/absorption, la distinction FDE ≠ implémentation — est indépendante de ces réserves ; la partie empirique ne se cite qu'attribuée.

## Ton

**Profil** : essai d'opérateur, registre **argumentatif et normatif**, publié en article long format sur X (~1 500 mots). Public : fondateurs, dirigeants go-to-market, investisseurs. Thèse assumée, contradiction anticipée. Ce n'est pas un billet d'ingénierie : aucun détail technique, aucune architecture — le sujet est le **modèle de livraison**.

**Style** : cinq traits.

1. **Le titre-dilemme et la fausse binarité qu'il installe pour la démonter.** *« To FDE, or not to FDE? »* pose une alternative ; la conclusion la refuse (*« Go forward-deployed early »* **et** *« start taking the FDEs out »*). La vraie réponse est une **séquence**, pas un choix.
2. **La concession d'ouverture comme dispositif de crédibilité.** Zhang commence par valider l'usage des FDE (*« yes, send engineers. Sit in the room »*) avant de le borner. On n'attaque pas la pratique, on attaque **sa permanence**.
3. **La formule empruntée comme pivot.** *« FDEs eat pain and excrete product »* n'est pas de lui — elle est de **Shyam Sankar** — et sert de **critère opérationnel** : on la retourne en fin de texte pour produire le test (*« eating pain and excreting more pain »*). Toute l'architecture rhétorique tient sur cette seule phrase.
4. **La rafale de questions finale.** Cinq interrogations en un paragraphe — *le bespoke est-il dans l'environnement du client ou dans les trous de votre produit ? le dernier kilomètre est-il irréductible ou juste non construit ? vos FDE découvrent-ils ou absorbent-ils ? qu'est-ce qui a été mis dans le produit la dernière fois que l'un d'eux est rentré du terrain ?* — **format checklist**, directement réutilisable en revue.
5. **L'aveu de tension économique, glissé sans insistance.** *« Nothing about the underlying economics has changed »* : le modèle a été réhabilité par la mode, pas par les chiffres. C'est la phrase la plus dure du texte et elle n'est pas soulignée.

**Formules-marqueurs** : *« FDEs eat pain and excrete product »* · *« The trap is not starting. It's not stopping. »* · *« The pain was the input to the product, not a cost of sale »* · *« Every bespoke fix in the field is a product decision you chose not to make »* · *« Each deployment should make the next one easier »* · *« Is the last mile irreducible, or just unbuilt? »* · *« Are your FDEs discovering something, or absorbing something? »* · *« customers who just wanted Accenture with better software »* · *« you don't have an FDE team. You have a services business. »*

**Position épistémique** : **partie prenante qui argumente**, pas observateur. Solide sur les concepts, intéressé sur les chiffres.

## Pense-betes

- **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.

## RésuméDe400mots

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**.

**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. »*

## GrapheDeConnaissance

- Jesse Zhang —dirige→ Decagon (ORGANISATION, 0.97)
- Ashwin Sreenivas —travaille_chez→ Decagon (ORGANISATION, 0.95)
- Ashwin Sreenivas —travaille_chez→ Palantir (ORGANISATION, 0.92)
- Jesse Zhang —recommande→ d'engager un motion forward-deployed tôt pour découvrir les parcours utilisateurs, puis d'en retirer les ingénieurs une fois ces parcours connus (AFFIRMATION, 0.95)
- Jesse Zhang —affirme_que→ le piège n'est pas de commencer un motion FDE, mais de ne pas s'arrêter (CITATION, 0.96)
- Forward Deployed Engineering —permet→ de découvrir des parcours utilisateurs qui n'existent pas encore, dans une catégorie où ni l'éditeur ni le client ne savent à quoi ressemble le workflow (AFFIRMATION, 0.93)
- Forward Deployed Engineering —s_oppose_à→ l'implémentation, qui exécute contre une spec connue au lieu de découvrir une spec inconnue (AFFIRMATION, 0.92)
- Forward Deployed Engineering —observé_dans→ un plafonnement structurel des marges, un coût de servir qui ne décline pas et une croissance bornée par le recrutement lorsque le motion est maintenu au-delà de la phase de découverte (AFFIRMATION, 0.9)
- Shyam Sankar —affirme_que→ les forward deployed engineers digèrent de la douleur et excrètent du produit (CITATION, 0.95)
- Shyam Sankar —travaille_chez→ Palantir (ORGANISATION, 0.95)
- Joe Lonsdale —affirme_que→ 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 (CITATION, 0.92)
- Palantir —utilise→ Forward Deployed Engineering (METHODOLOGIE, 0.96)
- Palantir —publie→ Gotham (TECHNOLOGIE, 0.94)
- Foundry —est_basé_sur→ les primitives encodées depuis les déploiements Gotham sur mesure : ontologie, modèles d'objets, permissions, moteurs de workflow et traçabilité de provenance (AFFIRMATION, 0.93)
- Palantir —mesure→ une marge brute montée dans les 80 % une fois les déploiements standardisés autour de Foundry (MESURE, 0.88)
- Palantir —réduit→ son recours au motion FDE au profit d'une vente par comptes, une fois Foundry mature (AFFIRMATION, 0.9)
- Anthropic —utilise→ Forward Deployed Engineering (METHODOLOGIE, 0.9)
- OpenAI —utilise→ Forward Deployed Engineering (METHODOLOGIE, 0.9)
- Decagon —publie→ Duet (TECHNOLOGIE, 0.93)
- Decagon —mesure→ 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 (MESURE, 0.9)
- Decagon —mesure→ quelques jours en moyenne pour lancer le premier AOP, y compris chez de grandes banques, compagnies aériennes et télécos (MESURE, 0.85)
- Decagon —recommande→ de transformer les escalades client en exigences produit plutôt qu'en correctifs sur le terrain (AFFIRMATION, 0.92)
- Decagon —s_oppose_à→ un modèle de livraison piloté par les services ou par les FDE, au profit d'un modèle piloté par le produit (AFFIRMATION, 0.94)
- test discovery vs absorption —permet→ de décider s'il faut maintenir une équipe FDE, en demandant ce qui a été intégré au produit au retour du dernier terrain (AFFIRMATION, 0.88)
- vitesse d'itération —s_oppose_à→ un modèle où chaque ajustement d'un agent IA nécessite une intervention d'ingénierie (AFFIRMATION, 0.9)
- verrouillage fournisseur —s_applique_à→ une organisation de déploiement chez le client, perçue par l'entreprise cliente comme une dépendance aux ressources de l'éditeur (AFFIRMATION, 0.85)
- agents de codage —réduit→ la part du travail d'implémentation autrefois réalisée par une équipe de services, désormais absorbée par le produit lui-même (AFFIRMATION, 0.87)
- service client —permet→ une approche produit plutôt que services, parce qu'il est à gros volume, répétable et décomposable (AFFIRMATION, 0.9)

---
Canonical: https://www.thekb.eu/fr/fiches/zhang-decagon-fde-produit-2026-08-11/