To FDE, or not to FDE?

Kernpunkte

1. Datum / Quelle. 11. August 2026, Langform-Artikel auf X von Jesse Zhang, CEO von Decagon.
2. 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.