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

## Veille

Langform-Artikel, veröffentlicht auf **X** am **11. August 2026** von **Jesse Zhang**, CEO von **Decagon** (KI-Agenten für den Kundenservice), unter einem dilemmaförmigen Titel — *« To FDE, or not to FDE? »* — der dem **Forward Deployed Engineer** gewidmet ist, der zu *« the answer to almost every hard question in AI go-to-market »* geworden ist. Ausgangsbeobachtung: Anthropic und OpenAI haben Enterprise-Deployment-Einheiten aufgebaut, die sich explizit an Palantir orientieren, *« every seed-stage company »* wirbt mit einem FDE-Angebot, und Stellenausschreibungen für diesen Titel sollen binnen eines Jahres um mehrere hundert Prozent zugenommen haben. **(A) Die Palantir-Genealogie** liefert den Rahmen: die Formel von **Shyam Sankar** (CTO), *« FDEs eat pain and excrete product »*, sowie der Hinweis von **Joe Lonsdale**, dass Palantir fast zwei Jahrzehnte lang als *« glorified consultancy »* bezeichnet wurde — auf Grundlage einer zutreffenden Beobachtung. Die maßgeschneiderten Einsätze von **Gotham** (CIA, NSA, militärische Nachrichtendienste) wurden in Plattform-Primitiven kodiert — Ontologie, Objektmodelle, Berechtigungen, Workflow-Engines, Provenienzverfolgung —, woraus **Foundry** wurde, dann Apollo und AIP; die Standardisierung trieb die Bruttomarge in den Bereich von 80 % und Palantir wechselte von einem FDE-Modell zu Account-based Selling, wobei viele FDEs in die Kernentwicklung wechselten. *« The pain was the input to the product, not a cost of sale. »* **(B) Das vorgeschlagene Kriterium** besteht nicht darin, auf FDEs zu verzichten, sondern zu wissen, wann man aufhören muss: früh einsteigen und dann prüfen, ob man noch **entdeckt** — *« The trap is not starting. It's not stopping. »* **(C) Eine Unterscheidung, die kaum jemand trifft: FDE ≠ Implementierung.** *« Building that integration into their ticketing system »* ist echte Arbeit, aber es handelt sich um die Ausführung einer bekannten Spezifikation, nicht um die Entdeckung einer unbekannten; die Vermischung beider *« is how a company convinces itself that a growing services org is a product investment »*. Schlusssatz: *« If your FDEs are eating pain and excreting more pain, you don't have an FDE team. You have a services business. »* Zu Decagon werden zwei Zahlen angeführt — *« two-thirds of deployment work is now done autonomously via Duet »* und *« a few days on average to launch the first AOP, even for large banks, airlines, telcos »* —, ohne dass der Nenner von „deployment work" definiert oder das Akronym AOP ausgeschrieben wird.

## Titre Article

To FDE, or not to FDE?

## Date

2026-08-11

## URL

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

## Keywords

Forward Deployed Engineer, FDE, beim Kunden eingesetzter Ingenieur, KI-Go-to-Market, Deployment-Modell, letzte Meile, letzte Meile, Entdeckung vs. Ausführung, Entdeckungsproblem, Delivery-Problem, unbekannte Spezifikation, Implementierung, Integration, Services-Organisation, Services-Geschäft, glorified consultancy, glorified consultancy, Product-led-Ansatz, Services-led-Ansatz, product-led, services-led, Palantir, Gotham, Foundry, Apollo, AIP, Plattform-Primitiven, Ontologie, Objektmodell, Berechtigungen, Workflow-Engine, Provenienzverfolgung, Bruttomarge, Cost-to-Serve, Cost-to-Serve, Margendeckel, einstellungsgebundenes Wachstum, achtstellige Deals, Decagon, Duet, AOP, Kundenservice, Kundensupport, KI-Agent, autonomes Deployment, Konfiguration, Tuning, Iteration, Iterationsgeschwindigkeit, Vendor-Lock-in, Vendor-Lock-in, Souveränität, Eskalation als Anforderung, Patch vs. Anforderung, Produktschuld, Produkt-Trade-off, Konfigurationsoberfläche, Jesse Zhang, Ashwin Sreenivas, Shyam Sankar, Joe Lonsdale, Anthropic, OpenAI, Accenture, neue Kategorie, nicht existierender Workflow, SaaS 2015, Buchhaltung, Banken, Fluggesellschaften, Telekommunikationsunternehmen

## 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**: Operator-Essay, Register **argumentativ und normativ**, veröffentlicht als Langform-Artikel auf X (~1.500 Wörter). Zielpublikum: Gründer, Go-to-Market-Führungskräfte, Investoren. These offen formuliert, Gegenargument vorweggenommen. Dies ist kein Engineering-Beitrag: kein technisches Detail, keine Architektur — das Thema ist das **Delivery-Modell**.

**Stil**: fünf Merkmale.

1. **Der Dilemma-Titel und die falsche Binärität, die er aufbaut, nur um sie einzureißen.** *« To FDE, or not to FDE? »* stellt eine Alternative auf; die Schlussfolgerung verwirft sie (*« Go forward-deployed early »* **und** *« start taking the FDEs out »*). Die eigentliche Antwort ist eine **Abfolge**, keine Wahl.
2. **Das einleitende Zugeständnis als Glaubwürdigkeitsinstrument.** Zhang beginnt damit, den Einsatz von FDEs zu bestätigen (*« yes, send engineers. Sit in the room »*), bevor er ihn eingrenzt. Angriffsziel ist nicht die Praxis — sondern **ihre Dauerhaftigkeit**.
3. **Die entliehene Formel als Angelpunkt.** *« FDEs eat pain and excrete product »* stammt nicht von ihm selbst — sie ist von **Shyam Sankar** — und dient als **Betriebskriterium**: Am Ende des Textes wird sie umgedreht, um den Test zu erzeugen (*« eating pain and excreting more pain »*). Die gesamte rhetorische Architektur ruht auf diesem einen Satz.
4. **Die abschließende Fragensalve.** Fünf Fragen in einem Absatz — *is the bespoke work in the customer's environment or in the holes in your product? is the last mile irreducible or just unbuilt? are your FDEs discovering something or absorbing something? what got put into the product the last time one of them came back from the field?* — ein **Checklisten-Format**, direkt im Review wiederverwendbar.
5. **Das beiläufig eingestreute Eingeständnis ökonomischer Spannung.** *« Nothing about the underlying economics has changed »*: Das Modell wurde durch die Mode rehabilitiert, nicht durch die Zahlen. Es ist der härteste Satz des Textes, und er wird nicht hervorgehoben.

**Signalphrasen**: *« 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. »*

**Epistemische Haltung**: **ein Akteur, der einen Fall vertritt**, kein Beobachter. Solide bei den Konzepten, interessengeleitet bei den Zahlen.

## Pense-betes

- **Datum / Quelle**: **11. August 2026**, Langform-Artikel auf **X** von **Jesse Zhang**, CEO von Decagon.
- **Kernaussage**: Die Regel passt in einen Satz — *« The trap is not starting. It's not stopping. »* ### Der Vier-Fragen-Test Wert, der über den Artikel hinaus trägt, unabhängig von Decagon — im Format eines Quartalsreviews: | Frage | Was sie unterscheidet | |---|---| | Liegt die maßgeschneiderte Arbeit in **der Umgebung des Kunden** oder in **den Lücken Ihres Produkts**? | Legitimität der Sonderanfertigung | | Ist die letzte Meile **unaufhebbar** oder **einfach noch nicht gebaut**? | Schicksal vs. Schuld | | **Entdecken** Ihre FDEs oder **absorbieren** sie? | Entdeckung vs. Amortisation | | Was wurde **ins Produkt aufgenommen**, als zuletzt ein FDE aus dem Feld zurückkam? | Beweis, keine Absicht | Die vierte ist die einzige **überprüfbare**: Die ersten drei beantworten sich selbst günstig, diese verlangt ein Artefakt. ### Die Mechanik der Drift Die FDEs zu behalten ist, isoliert betrachtet, Sprint für Sprint der leichtere Weg: Der FDE erlaubt einem Unternehmen, *« avoid every hard product trade-off »* — man entscheidet nie, was das Produkt tut, welche von zwei Kundenanfragen gewinnt, wo die Konfigurationsoberfläche endet. *« No one has to say no to anyone. »* Die Drift entsteht nicht durch eine einzelne schlechte Entscheidung, sondern durch das wiederholte Ausbleiben einer solchen. Zugehörige Kosten: *« Every bespoke fix in the field is a product decision you chose not to make. »* ### FDE ≠ Implementierung | | FDE | Implementierung | |---|---|---| | Gegenstand | **Entdeckung** einer unbekannten Spezifikation | **Ausführung** gegen eine bekannte Spezifikation | | Beispiel | im Raum sitzen und beobachten, wie das Produkt versagt | *« building the integration into their ticketing system »* | | Erwartetes Ergebnis | **Produkt-Primitiven** | ein **Kunden-Deliverable** | *« Lumping the two under one title is how a company convinces itself that a growing services org is a product investment. »* Bestandstest: Man zählt innerhalb eines als FDE bezeichneten Teams den Anteil der Arbeit, der tatsächlich Implementierung ist. Zhang fügt hinzu, dass dies die Hälfte ist, die Modelle absorbieren — *« a good part of what an implementation team did in 2023 becomes something the product does itself »*. ### Die Palantir-Genealogie, ein Lehrbuchfall von „Services → Produkt" Maßgeschneiderte **Gotham**-Einsätze (CIA, NSA, militärische Nachrichtendienste, Mitte der 2000er) → Kodierung der aufgetretenen Probleme in **Plattform-Primitiven** (Ontologie, Objektmodelle, Berechtigungen, Workflow-Engines, Provenienzverfolgung) → **Foundry**, kommerziell verkaufbar → Apollo, AIP → Standardisierung, **Bruttomarge im Bereich von 80 %**, Wechsel zu Account-based Selling, FDEs wieder in die Kernentwicklung integriert. Zwei Details, die den Fall belegen: Palantir trug die Kritik als *« glorified consultancy »* fast zwanzig Jahre lang mit — Lonsdale räumt ein, dass die Beobachtung zutreffend war — und **lehnte Verträge ab**, bei denen der Kunde einfach nur *« Accenture with better software »* wollte. Merkenswerter Satz: *« The FDE team wasn't the business model. It was how you built the right product. »* ### Gegenprobe: derselbe Indikator, zwei Lesarten Im Mai 2026 argumentierte [[mollick-roon-asi-consulting-forward-deployed-engineering-2026-05-10]], man würde erkennen, dass die Labore an ASI glauben, an dem Tag, an dem sie ihre FDE-Teams **auflösen** — und stellte fest, dass sie stattdessen welche einstellten. Zhang beschreibt drei Monate später die umgekehrte Bewegung auf Startup-Ebene: Das Produkt übernimmt die Deployment-Arbeit. Beide Texte verwenden denselben Indikator — die Größe der FDE-Organisation als Maß dafür, was das Produkt noch nicht kann —, der eine, um ein Narrativ infrage zu stellen, der andere, um Fortschritt zu reklamieren. Sie widersprechen sich nicht: Zhang bestätigt den Trend zur FDE-Einstellung und weist selbst darauf hin, dass Anthropic und OpenAI Deployment-Einheiten nach Vorbild von Palantir aufgebaut haben. ### Warum jetzt, und das Verfallsdatum 2015 erforderte der Aufbau eines SaaS-CRM keine Workflow-Entdeckung — zwanzig Jahre Praxis hatten bereits definiert, was eine Pipeline, eine Stage, eine Lead-Übergabe war. 2026 hat ein KI-Agent für die Buchhaltung keinen etablierten Workflow, *« because literally no one has ever used one »*. Korollar: Der Kunde kann nicht sagen, was er will, weil das, was er wollen würde, noch keine Form hat. Der FDE ist daher nur durch **die Neuheit der Kategorie** gerechtfertigt; sobald sich die Form stabilisiert, entfällt die Rechtfertigung. ### Die beiden Zahlen, und wie man sie zitiert | Genannte Zahl | Was fehlt | Zulässige Verwendung | |---|---|---| | *« Two-thirds of deployment work is now done autonomously via Duet »* | Definition des Nenners (Stunden? Tickets? Schritte?), Umfang, Zeitraum, Methode | *« Decagon states »*, nie *« Decagon measured »* | | *« A few days on average to launch the first AOP, even for large banks, airlines, telcos »* | das **Akronym AOP wird nicht ausgeschrieben**; kein Startpunkt für die Zeitmessung, keine Stichprobengröße | eine datierte kommerzielle Behauptung | Es handelt sich um Aussagen einer Führungskraft auf X, gemacht an dem Tag, an dem er sein Modell verteidigt: Quelle und Datum sind Teil der Zahl. ### Die beiden Konstanten, die man von Unternehmenskunden hört 1. **Iterationsgeschwindigkeit** — *« Shipping an AI agent isn't a one-shot; it has to be tuned and updated continuously. If every adjustment requires engineering, it'll be far too slow and expensive to scale. »* Strukturelles Argument gegen den dauerhaften FDE: eine Frage der Loop-Latenz, nicht der Marge. 2. **Vendor-Lock-in** — *« Given organizations' experience with SaaS, no one wants to be locked into a vendor and dependent on its resources. »* Eine FDE-Organisation **ist** aus Sicht des Kunden eine Abhängigkeit. ### Der erklärte Trade-off und seine Grenze Decagon gibt an, sich bewusst gegen improvisierte Fixes vor Ort entschieden zu haben, obwohl das schneller gewesen wäre, und stattdessen **Eskalationen in Anforderungen statt in Patches umzuwandeln** — *« which takes time in the short term »*. Merkenswerte Formel fürs Architektur-Review: Eskalation → Anforderung, nicht Eskalation → Patch. Ehrliches Gegenstück: *« very few startups can sign the eight-figure deals Palantir landed from the start »*, wodurch die FDE-Ökonomie für sie noch weniger tragfähig ist. **Vom Autor genannte Anwendungsgrenze**: Der product-led-Ansatz gilt für Decagon, weil der Kundenservice *« high-volume, repeatable, and decomposable »* ist. Diese drei Adjektive sind die Bedingung — eine Domäne mit geringem Volumen, ohne Wiederholbarkeit und ohne Zerlegbarkeit kippt nicht auf dieselbe Weise. Man darf die Schlussfolgerung nicht ohne die Bedingung übernehmen.

## RésuméDe400mots

Langform-Artikel, veröffentlicht auf **X** am **11. August 2026** von **Jesse Zhang**, CEO von **Decagon** (KI-Agenten für den Kundenservice).

**Die Ausgangsbeobachtung.** Der *Forward Deployed Engineer* ist zur Standardantwort auf jede Schwierigkeit im KI-Go-to-Market geworden: schmerzhafte Deployments, Kunden, die sich nicht selbst bedienen können, ein noch nicht fertiges Produkt. **Anthropic und OpenAI** haben Enterprise-Deployment-Einheiten aufgebaut, die **explizit an Palantir angelehnt** sind; Stellenausschreibungen für diesen Titel sollen binnen eines Jahres um mehrere hundert Prozent zugenommen haben. Doch, so Zhang, war dies bis vor Kurzem **ein Kritikpunkt** — minderwertigerer Umsatz, strukturell gedeckelte Margen — und *« nothing about the underlying economics has changed »*. Was sich geändert hat: Im KI-Zeitalter kennen Unternehmen den Weg zum Ergebnis nicht, glauben aber an das Ergebnis, und **der FDE liefert das Ergebnis**.

**Der Palantir-Präzedenzfall.** Shyam Sankar, CTO: ***« FDEs eat pain and excrete product. »*** Joe Lonsdale räumt ein, dass der Ruf als „glorified consultancy" auf einer zutreffenden Beobachtung beruhte. Die maßgeschneiderten Einsätze von **Gotham** wurden in Primitiven kodiert — **Ontologie, Objektmodelle, Berechtigungen, Workflow-Engines, Provenienzverfolgung** —, woraus **Foundry** wurde, dann Apollo und AIP. Mit der Standardisierung **stieg die Bruttomarge in den Bereich von 80 %**, und Palantir ließ das FDE-Modell hinter sich. *« The pain was the input to the product, not a cost of sale. »*

**Die These.** Ingenieure ins Feld zu schicken, ist gerechtfertigt, **wenn die Kategorie neu ist**: Ein Buchhaltungsagent hat 2026 keinen etablierten Workflow, und der Kunde kann ihn nicht einmal beschreiben. **Doch sobald die Wege bekannt sind, müssen die FDEs abgezogen werden — und niemand wird das wollen**, denn sie zu behalten ist Sprint für Sprint der leichtere Weg: Man muss nie einen Produkt-Trade-off entscheiden, nie Nein sagen, nie eine schmerzhafte Architekturentscheidung treffen. Übrig bleiben **alle Nachteile des Modells, ohne den Entdeckungsnutzen**. Zhang unterscheidet zudem **FDE von Implementierung**: Das eine entdeckt eine unbekannte Spezifikation, das andere führt eine bekannte aus; die Vermischung beider lässt eine Services-Organisation als Produktinvestition durchgehen.

**Der Fall Decagon.** Ein bewusst produktgetriebener (product-led) Ansatz, getragen von zwei konstanten Forderungen der Unternehmenskunden: **Iterationsgeschwindigkeit** und **Ablehnung von Vendor-Lock-in**. Kosten: Eskalationen werden in Anforderungen umgewandelt statt in Patches. **Selbst berichteter** Nutzen: *« two-thirds of deployment work »* wird inzwischen autonom über **Duet** erledigt, und *« a few days »* genügen, um den ersten **AOP** bei Großbanken, Fluggesellschaften oder Telekommunikationsunternehmen zu starten. Zahlen, die undefiniert und nicht überprüfbar sind.

**Der Schlusssatz**: *« If your FDEs are eating pain and excreting more pain, you don't have an FDE team. You have a services business. »*

## 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/de/fiches/zhang-decagon-fde-produit-2026-08-11/