Zum Inhalt springen
Implementa.
KI-AgentenMeinung··7 Min.

Forward Deployed Engineer: die Rolle, die Ihre KI repariert und die Ihr Unternehmen nicht einstellen kann

Der Markt hat dem einzigen Profil, das wirklich etwas bewegt, gerade einen offiziellen Namen gegeben: dem Forward Deployed Engineer, dem Ingenieur, der sich so lange in Ihren Betrieb einnistet, bis der Prozess in Produktion läuft. Die These: Sie brauchen nicht die Stelle, Sie brauchen die Funktion — und die Form, in der sie verkauft wird, ist nicht für ein Unternehmen mit 50 bis 500 Mitarbeitenden gemacht.

Senior AI Operations Implementer

AI Operations Pod

Drei Jahre lang wurde die Debatte darüber, warum KI in Unternehmen nicht landet, mit Blick auf das Modell geführt. Mal war es der Kontext, mal waren es die Halluzinationen, mal das nächste Modell, das es dann richten würde. Und das nächste kam, und danach noch eins, und der Prozess in Ihrem Unternehmen wird weiter von Hand gemacht. 2026 hat der Markt aufgehört so zu tun, als sei das Modell das Problem, und hat dem, was fehlte, einen Namen gegeben: einem Menschen.

Die These in einem Satz: Sie müssen keinen Forward Deployed Engineer einstellen. Sie brauchen die Funktion, für die diese Rolle steht — in Bruchteilen gekauft und an einen konkreten Workflow gebunden statt an eine Plattform. Und diese Unterscheidung, die nach Haarspalterei klingt, ist der Unterschied zwischen einem verbrannten Jahresbudget und einem Prozess, der in sechs Wochen läuft.

Was ein Forward Deployed Engineer ist und warum der Name ausgerechnet jetzt auftaucht

Ein Forward Deployed Engineer ist ein Ingenieur, der beim Kunden drin arbeitet: Er versteht den echten Prozess, baut die Lösung direkt an die vorhandenen Systeme und geht nicht, bevor das Ding in Produktion läuft. Halb Ingenieur, halb Berater im Feld. Palantir hat diese Figur seit zwei Jahrzehnten; die kanonische Definition — mit Verantwortlichkeiten, Skills und dem Punkt, an dem man ihn NICHT holen sollte — steht im Steckbrief Forward Deployed AI Engineer unseres Rollenkatalogs, und die wiederholen wir hier nicht.

Was hier erklärt gehört, ist, warum der Titel ausgerechnet jetzt explodiert — und die Antwort hat ein Datum. Am 11. Mai 2026 kündigte OpenAI die OpenAI Deployment Company an, eine eigenständige Geschäftseinheit, geschaffen, um in ihren Worten das operative Modell, das Tempo und den Kundenfokus zu entwickeln, die diese Arbeit verlangt. Ihre erklärte Aufgabe: Forward Deployed Engineers in Organisationen einzubetten, die komplexe Probleme in anspruchsvollen Umgebungen lösen. Und um nicht bei null anzufangen, vereinbarte sie in derselben Ankündigung den Kauf von Tomoro, einer Beratung für angewandte KI, die rund 150 FDEs und Deployment-Spezialisten ab dem ersten Tag mitbringt. Quelle: OpenAI launches the OpenAI Deployment Company, OpenAI, 11. Mai 2026.

Lesen Sie das noch einmal, denn es ist ein Geständnis. Das Unternehmen, das das meistverkaufte Modell der Welt baut, hat entschieden: Damit sein Produkt in einem Unternehmen funktioniert, muss man ein zweites Unternehmen gründen und einhundertfünfzig Menschen kaufen. Der Engpass ist nicht mehr die Intelligenz. Es ist die Landung.

Was die Rolle nicht ist, und warum die Verwechslung Sie Geld kostet

Drei Profile werden heute mit derselben Erzählung verkauft und tun etwas völlig Verschiedenes. Sie auseinanderzuhalten ist das, was verhindert, dass Sie das falsche kaufen:

  • Kein Berater. Der Berater liefert ein Dokument mit dem, was Sie tun sollten. Der FDE liefert den fertigen Prozess. Wenn am Ende des Auftrags eine Präsentation dasteht, haben Sie Beratung unter neuem Namen gekauft.
  • Kein AI Engineer. Der AI Engineer baut das System; der FDE baut das System und findet heraus, was das Problem überhaupt war — der Teil, den niemand irgendwo aufgeschrieben hat und der 70 % des Kalenders frisst.
  • Kein Customer Success. Customer Success sorgt dafür, dass Sie benutzen, was Sie gekauft haben. Der FDE verändert das Gekaufte so lange, bis es dazu passt, wie Ihre Leute wirklich arbeiten — nicht dazu, wie das Handbuch behauptet, dass sie arbeiten.

Der Lackmustest ist eine einzige Frage: Wird diese Person Code gegen meine Systeme schreiben, oder wird sie über meine Systeme schreiben? Alles andere sind Titel.

Das Problem: Das Enterprise-Modell ist nicht für Sie gemacht

Jetzt kommt der unangenehme Teil. Die Rolle ist echt, sie ist die, die funktioniert, und die Art, wie sie verkauft wird, ist für das andere Ende des Marktes gebaut. Die Enterprise-Version ist ein dediziertes Team über Monate, eingebettet in die Organisation, mit mehrjähriger Bindung und — fast immer — gekoppelt an die Plattform dessen, der sie ausrollt. Es funktioniert. Und ein Unternehmen mit 50 bis 500 Mitarbeitenden kann das aus zwei verschiedenen Gründen nicht kaufen, die man besser nicht vermischt.

Der erste ist offensichtlich: der Preis. Der zweite ist es weniger, und er ist schlimmer. Selbst wenn Sie zahlen könnten, haben Sie nicht genug Arbeit für eine Vollzeitstelle, und ein FDE ohne Warteschlange an Problemen wird zu einem teuren Mitarbeiter, der wartet. Der Bedarf Ihres Unternehmens ist nicht kontinuierlich: Er ist sechs bis acht Wochen pro Prozess intensiv und fällt danach auf Wartung zurück. Eine Nachfrage dieser Form fest anzustellen ist exakt der Fehler, den Sie bei anderen Profilen seit Jahren machen.

Und es gibt einen dritten, leisen Grund, der erst im Jahr darauf auftaucht: die Plattformbindung. Wenn derjenige, der sich in Ihren Betrieb einnistet, am Verbrauch seines eigenen Produkts verdient, wird die Lösung, die er entwirft, auf seinem Produkt laufen. Nicht aus böser Absicht — aus Schwerkraft. Es ist dieselbe Falle, die in Plattformen zum Bauen von KI-Agenten erklärt wird: Die Ausstiegskosten zahlt man nicht bei der Unterschrift, man zahlt sie im siebten Monat.

Sie brauchen nicht die Stelle, Sie brauchen die Funktion

Der Ausweg ist nicht, auf die Rolle zu verzichten. Er ist, sie in anderer Form zu kaufen: in Bruchteilen, pro Workflow und mit einem geschriebenen Ende. Statt eines unbefristet eingebetteten Ingenieurs ein Auftrag, der auf einen Prozess begrenzt ist — den, der am meisten wehtut — mit einem Datum, an dem dieser Prozess allein läuft, und einer Person aus Ihrem Haus, die als Eigentümer bleibt.

Der praktische Unterschied: Der Kaufgegenstand ist nicht mehr die Zeit einer Person, sondern ein Prozess in Produktion. Damit wechselt, wer das Risiko trägt. Zieht sich das Projekt, zahlen Sie im Stundenmodell mehr; im Ergebnismodell nicht. Es ist dieselbe Logik, die wir beim Aufbau von KI-Agenten für Unternehmen anwenden, und der Grund, warum das erste Gespräch immer über den Prozess geht und nie über das Modell.

Die echte Arbeit sieht außerdem sehr wenig nach dem aus, was die Demo verspricht. Der größte Teil des Kalenders geht dafür drauf, KI mit den Systemen zu verbinden, die Sie schon haben — das ERP von 2011, das CRM mit Feldern, an deren Zweck sich niemand erinnert, das Excel, das in Wahrheit die Datenbank des Unternehmens ist — und dafür, herauszufinden, dass der dokumentierte Prozess und der echte Prozess kaum etwas gemeinsam haben. Das löst kein besseres Modell. Das löst jemand, der dort sitzt.

Die drei Dinge, die Sie vor der Unterschrift schriftlich verlangen sollten

Egal, wen Sie beauftragen — großer Anbieter, Boutique, Freelancer, uns. Wenn diese drei Punkte nicht vor dem Start schriftlich stehen, haben Sie Zeit gekauft, kein Ergebnis:

  1. Welcher Prozess in Produktion geht, beim Namen genannt. Nicht „KI-Fähigkeiten im Vertriebsbereich". Der Name des Prozesses, mit Auslöser und Ausgabe: „die Klassifizierung und Erstantwort der E-Mails, die im Support eingehen". Passt er nicht in einen Satz, ist er nicht abgegrenzt.
  2. Wie gemessen wird, mit der Zahl von heute. Der Indikator und sein aktueller Wert, erhoben vor dem Start. Ohne Baseline ist die Diskussion in drei Monaten, ob es funktioniert hat, eine Diskussion von Meinungen — und die gewinnt immer der, der die Rechnung stellt.
  3. Wer es betreibt, wenn der, der kam, wieder geht. Vor- und Nachname auf Ihrer Seite, ausgebildet während des Auftrags und nicht in der letzten Woche. Dieser Punkt wird am häufigsten übersprungen und ist der einzige, der entscheidet, ob das System nächstes Jahr noch lebt.

Der dritte verdient einen eigenen Absatz, denn dort sterben die meisten Deployments, die technisch gelungen sind. Ein automatisierter Prozess ohne internen Eigentümer fällt nicht im ersten Monat aus: Er fällt an dem Tag aus, an dem sich eine Geschäftsregel ändert und niemand weiß, wo man anfassen muss. Das ist das ganze Problem von wer die KI-Agenten wartet, und es löst sich nicht mit Dokumentation: Es löst sich mit einer Person, die dabeisaß, während gebaut wurde.

Was dieser neue Name bestätigt

Dass der Markt einen Titel erfindet und eine eigene Geschäftseinheit gründet, um ihn zu tragen, ist keine Namensmode: Es ist das öffentliche Eingeständnis, dass Software sich nicht von allein einführt. Wenn der Hersteller des Modells einhundertfünfzig eingebettete Menschen bei seinen Kunden braucht, damit sein Produkt Leistung bringt, lautet die Frage an Ihren KI-Anbieter nicht mehr, welches Modell er benutzt, sondern wer sich mit Ihnen hinsetzt und bis wann.

Wir arbeiten von Anfang an nach diesem Modell, nur ohne den Titel: KI-Mitarbeiter, die einen funktionierenden Prozess liefern, mit internem Eigentümer und mit der Metrik, die vor dem Start geschrieben wurde. Wenn Sie vor diesem Gespräch das Vokabular sortiert haben wollen, steht es im AI-Operations-Glossar. KI präsentiert man nicht. Man baut sie — und jemand muss an dem Tag da sein, an dem sie kaputtgeht.

Lassen wir's laufen?

Wenn dich das angesprochen hat, 30-Minuten-Gespräch ohne Verpflichtung. Wir sagen dir, was passt, was nicht und den ungefähren Preis.

Fallstudien ansehen
Forward Deployed Engineer: die Rolle, die Ihre KI repariert und die Ihr Unternehmen nicht einstellen kann · Implementa