Leitfaden für Produktmanager zum Übergang zu FDE.pdf

Im vergangenen Jahr hat sich „FDE“ (Forward Deployed Engineer, vor Ort eingesetzter Ingenieur) von einer internen Stellenbezeichnung bei Palantir zu einem der heißesten Schlüsselwörter für Stellenausschreibungen in der KI-Branche entwickelt. Große Modellanbieter wie OpenAI und Anthropic suchen nach FDEs, ebenso wie inländische Unternehmen, die an Agenten und branchenspezifischen großen Modellen arbeiten. Gleichzeitig beginnen zahlreiche Produktmanager, ernsthaft über eine Frage nachzudenken: Sollte ich mich zum FDE umschulen?

Dieser Artikel möchte zuerst einen Dämpfer verpassen und dann einen gangbaren Weg aufzeigen. Der Dämpfer lautet: FDE ist kein „Produktmanager, der programmieren kann“, auch keine „verbesserte Version“ des Produktmanagers – viele PMs stellen sich diesen Beruf falsch vor. Der Weg lautet: Wenn du wirklich dafür geeignet bist, gehören Produktmanager tatsächlich zu den Gruppen mit dem größten Potenzial, zu FDEs zu wechseln – vorausgesetzt, du bist bereit, einige Dinge aufzugeben, auf die PMs normalerweise am meisten stolz sind.

01. Zuerst klären: Was macht ein FDE eigentlich genau?

Das Wesen des FDE lässt sich in einem Satz zusammenfassen: Mit den Produkten und Technologien des Unternehmens direkt zum Kunden vor Ort gehen, die tatsächlichen Geschäftsprobleme des Kunden lösen und die Erkenntnisse aus der Praxis zurückbringen, um das Produkt weiterzuentwickeln.

Hier gibt es drei Schlüsselwörter. Das erste lautet „direkt vor Ort gehen“: FDEs leisten keine Fernunterstützung, sondern sind in die Geschäftsprozesse des Kunden eingebettet und arbeiten Seite an Seite mit den Mitarbeitern an der Frontlinie. Das zweite lautet „tatsächlich lösen“: Die Bewertung von FDEs misst sich nicht an der Anzahl gelieferter Funktionen, sondern daran, ob sich die Geschäftsindikatoren des Kunden verbessern – beispielsweise um wie viel die Kosten für den Kundenservice gesunken oder die Effizienz der Auftragsprüfung gestiegen ist. Das dritte lautet „zurückbringen“: Gute FDEs sind die weitesten ausgestreckten Fühler des Produktteams auf dem Markt, und allgemeine Probleme, die vor Ort entdeckt werden, müssen in die Plattform zurückfließen.

Warum werden FDEs im KI-Zeitalter plötzlich so wichtig? Weil zwischen der Leistungsfähigkeit großer Modelle und dem tatsächlichen Wert für Unternehmen eine breite Kluft klafft: Die Daten von Unternehmen sind unsauber, ihre Prozesse sind implizit, das Wissen steckt in den Köpfen langjähriger Mitarbeiter, und die Kriterien für die Bewertung von „Gut“ wurden nie schriftlich festgehalten. Selbst das stärkste Modell ist nur ein Chatfenster, wenn niemand es in die Geschäftsprozesse einbindet. FDEs sind diejenigen, die diese Kluft überbrücken.

Wenn man FDE neben einige leicht zu verwechselnde Rollen stellt, werden die Unterschiede deutlicher:

Nach dem Durchsehen dieser Tabelle wird dir klar, dass ein FDE am ehesten einem „Ein-Personen-Gründerteam“ gleicht: Du entdeckst selbst Probleme, definierst selbst Lösungen, schreibst selbst Code und übernimmst selbst die Verantwortung für das Ergebnis.

02. Wechsel von PM zu FDE: Die Vorteile sind real, die Irrtümer auch

Zuerst zu den Vorteilen. Wenn PMs zu FDEs wechseln, verfügen sie über drei Fähigkeiten, die Menschen mit anderem Hintergrund nur schwer schnell erlernen können. Erstens die Fähigkeit zur Problemdefinition: Wenn der Kunde sagt „Ich möchte einen intelligenten Kundenservice“, fragt der PM instinktiv nach „Was genau möchtest du eigentlich senken?“. Zweitens die Fähigkeit zur Geschäftsabstraktion: Man erkennt an den spezifischen Anforderungen eines Kunden, was individuell und was allgemein ist. Drittens die Fähigkeit zur rollenübergreifenden Kommunikation: Man kann gleichzeitig mit dem Chef des Kunden, den Mitarbeitern an der Frontlinie und den eigenen Entwicklern auf Augenhöhe sprechen. Diese drei Punkte sind genau die Schwachstellen vieler FDEs mit rein technischem Hintergrund.

Aber noch wichtiger ist es, sich vor mehreren Irrtümern zu warnen.

Irrtum Nummer 1: Ich verstehe das Geschäft, Technik kann ich langsam nachlernen. Bei der Stelle des FDE ist Technik kein Pluspunkt, sondern eine Eintrittskarte. Wenn du vor Ort beim Kunden bist und die Datenschnittstelle des Kunden einen Fehler wirft, die Ergebnisse der Abfrage nicht passen oder der Agent an einer Stelle immer wieder Fehler macht, wartet niemand darauf, dass du zurück zum Hauptsitz fährst, um die Entwickler für die Terminplanung zu finden. KI-Coding-Tools senken zwar die Hürden für das Programmieren stark, aber sie helfen dir, einen Demo zu erstellen – sie können dich kaum dabei unterstützen, eine Produktivumgebung vollständig selbstständig zu betreiben.

Irrtum Nummer 2: FDE ist ein höherwertiger PM. Im Gegenteil, in gewisser Weise macht ein FDE „niedrigere“ Tätigkeiten. Einer der Kernwerte von PMs ist „zu entscheiden, was getan werden soll, und es dann anderen zu übergeben“ – während die Arbeitsweise von FDEs lautet „zu entscheiden, was getan werden soll, und es dann selbst zu erledigen“. Viele PMs haben in den letzten Jahren am besten gelernt, Dinge über Dokumente, Prüfungen und Abstimmungen voranzutreiben – diese Fähigkeiten spielen vor Ort beim Kunden eine deutlich geringere Rolle.

Irrtum Nummer 3: Als FDE verfolge ich einen Trend. Wenn dein Hauptmotiv für den Wechsel zu FDE ist „Diese Stelle ist gerade beliebt“, wirst du höchstwahrscheinlich sehr unglücklich werden. Der Alltag von FDEs besteht aus vielen wenig repräsentativen Tätigkeiten: Daten säubern, mit der IT des Kunden über Zugriffsrechte streiten, mitten in der Nacht unerklärliche Online-Fehler beheben. Ein Trend bringt mehr Stellenangebote, er macht die Arbeit selbst nicht leichter.

03. Wo liegen die echten Herausforderungen?

1. Die harte Hürde der technischen Fähigkeiten

Ein qualifizierter FDE im KI-Bereich muss mindestens in der Lage sein, folgende Aufgaben selbstständig zu erledigen: Geschäftsprozesse und Datenverarbeitungsskripte in Python schreiben, mit SQL Daten abfragen und analysieren, verschiedene APIs aufrufen und integrieren, RAG- und Agent-Arbeitsabläufe aufbauen, Bewertungssysteme (Eval) zur Quantifizierung der Effekte entwerfen und die Ergebnisse in einer Umgebung bereitstellen, die für den Kunden nutzbar ist.

Der Punkt, der von PMs am häufigsten übersehen wird, ist die Bewertung. Bei KI-Projekten ist es nicht schwer, etwas „fertigzustellen“ – schwer ist es, zu beweisen, dass es gut ist, zu erkennen, wo es Mängel hat, und es kontinuierlich zu verbessern. Die Bewertungsfähigkeit ist genau der Bereich, in dem PMs einen Vorteil erlangen können, denn im Grunde geht es darum, geschäftliche Standards in messbare Indikatoren zu übersetzen.

2. Vom „Skalierungsdenken“ zur „Arbeit an nicht skalierbaren Aufgaben“

Die berufliche Ausbildung von PMs zielt auf Skalierung ab: Eine Anforderung soll möglichst vielen Nutzern dienen, eine Funktion soll möglichst universell einsetzbar sein. Der Ausgangspunkt von FDEs ist genau umgekehrt: Du sollst zuerst für einen Kunden das maximal Mögliche erreichen, auch wenn die Methode sehr „einfach“ und stark individualisiert wirkt.

Das führt zu einem ständigen inneren Konflikt: Du wirst instinktiv denken, „das ist nicht elegant und nicht wiederverwendbar“. Aber die Logik von FDEs lautet: Zuerst den Wert bei einem Kunden vollständig validieren, dann aus der Praxis bei drei bis fünf Kunden die wiederverwendbaren Teile herausarbeiten. Den ersten Schritt zu überspringen und direkt den zweiten anzustreben, ist das häufigste Scheitermuster bei FDEs mit PM-Hintergrund.

3. Die besonderen Schwierigkeiten des chinesischen B2B-Marktes

Bei der Arbeit als FDE in China musst du zudem mit Problemen umgehen, die in ausländischen Artikeln selten diskutiert werden. Der erste Punkt ist der Sumpf der Individualisierung: Auftraggeber neigen dazu, FDEs als kostenlose externe Entwickler zu betrachten, die Anforderungen wachsen unbegrenzt, und am Ende wird das Projekt zu einem Lieferungs-Schwarzen Loch, das keine Gewinne bringt und keine übertragbaren Erkenntnisse liefert. Der zweite Punkt sind Daten und Compliance: Bei privaten Bereitstellungen, Intranet-Umgebungen und der Regel, dass Daten das Unternehmensnetz nicht verlassen dürfen, dauern viele Aufgaben, die auf öffentlichen Clouds in wenigen Stunden erledigt werden können, vor Ort beim Kunden mehrere Wochen. Der dritte Punkt ist die Organisationspolitik: KI-Projekte berühren oft bestehende Stellen und Abläufe, sodass die verantwortlichen Führungskräfte, die das Projekt vorantreiben, und die betroffenen Mitarbeiter an der Frontlinie völlig unterschiedliche Einstellungen zu dir haben.

4. Die Spannungen mit dem Produktteam am Hauptsitz

FDEs stehen vor Ort beim Kunden, das Produktteam blickt aus der Perspektive der Plattform – die beiden Seiten haben natürliche Konflikte. Du wirst denken, dass das Produktteam die Realität an der Frontlinie nicht versteht, während das Produktteam denken wird, dass du ständig individualisierte Anforderungen stellst. Wenn das Unternehmen keinen klaren „Mechanismus zur Rückführung von Anforderungen aus der Praxis“ hat, laufen FDEs Gefahr, an den Rand gedrängt zu werden und zu einfachen hochrangigen Implementierungsmitarbeitern zu werden. Diesen Punkt solltest du bei der Auswahl des Unternehmens besonders genau prüfen.

5. Uneinheitliche Begriffsdefinitionen der Stellen

Der Begriff FDE ist in China noch sehr neu, viele Unternehmen haben nur die ursprünglichen Stellen für Implementierung, Lieferung und Vorverkauf umbenannt. Wenn du voller Erwartungen wechselst und dann feststellst, dass dein Alltag aus dem Schreiben von Angeboten, Konfigurationen und der Abwicklung von Abnahmen besteht, wird die Enttäuschung sehr groß sein.

04. Eine unpopuläre Einschätzung: Nicht alle PMs sollten zu FDE wechseln

Um es direkt zu sagen: Die folgenden Arten von PMs haben eine höhere Erfolgschance beim Wechsel zu FDE: Sie haben echtes Interesse an Technik und verbringen ihre Freizeit gerne damit, selbst mit Code zu experimentieren; sie haben einen Hintergrund im B2B-Bereich, in branchenspezifischen Produkten oder Datenprodukten und verstehen Unternehmensabläufe und Daten; sie genießen das Erfolgserlebnis, konkrete Probleme zu lösen, statt nur das Erfolgserlebnis, „die Richtung zu definieren“; sie können hohe Reisebereitschaft und Einsätze vor Ort akzeptieren und arbeiten gerne in unsicheren Umfeldern.

Wenn du am besten und am liebsten an Nutzerforschung, Erfahrungsgestaltung und Wachstumsstrategien arbeitest und eine deutliche Abneigung gegen das Programmieren hast, ist der Wechsel zu FDE sehr wahrscheinlich ein Versuch, mit deinen eigenen Schwächen gegen die Stärken anderer zu konkurrieren. In diesem Fall ist es vielleicht die bessere Wahl, dich weiter zum KI-Produktmanager weiterzuentwickeln, statt den Wechsel zu FDE zu erzwingen.

FDE ist nicht der einzige Ausweg für PMs. Die echte Krise liegt nicht darin, ob du ein FDE bist, sondern darin, ob du in einer mittleren Position steckst, die „nur Dokumente schreibt und nur Informationen weitergibt“ – diese Ebene wird im KI-Zeitalter schnell schrumpfen.

05. Wenn du dich zum Wechsel entschließt: Wie sollst du vorgehen?

Erster Schritt: Ehrlich die eigenen Lücken diagnostizieren

Nimm dir ein dir vertrautes reales Geschäftsszenario und zwei Wochen Zeit, um selbstständig einen Prototyp einer KI-Anwendung zu erstellen, die von echten Nutzern verwendet werden kann – von der Datenvorbereitung bis zur Inbetriebnahme, ohne dich auf Entwicklerkollegen zu verlassen. Danach wirst du sehr genau wissen, wo du stehst. Das ist viel nützlicher als das Lesen von zehn Artikeln über das „FDE-Fähigkeitsmodell“.