Einen Forward Deployed Engineer holen Sie sich, wenn Sie bereits wissen, wo die Zeit verloren geht, aber niemand in Ihrem Team die Stunden hat, das Problem zu lösen. Gemeint ist ein Senior Engineer, der direkt in Ihrem Betrieb arbeitet, nicht aus einer Ticket-Warteschlange heraus, und Automatisierungen, Integrationen und KI-Agenten liefert, gemessen an einer Einsparung, die Sie zu Beginn gemeinsam festgelegt haben. Wenn Sie die Prozesse, die wehtun, nicht benennen können, oder wenn intern niemand für sie verantwortlich ist, ist es die falsche Wahl.
Ich erkläre, wie ich zu dieser Antwort gekommen bin. Der Begriff wird nämlich ziemlich frei verwendet, und das meiste, was darüber geschrieben wird, richtet sich an Einkäufer von Enterprise-Software, nicht an eine Buchhaltungskanzlei mit 40 Mitarbeitenden oder einen Logistikbetrieb.
Woher kommt der Begriff?
Bekannt gemacht hat ihn Palantir. Deren Forward Deployed Engineers saßen direkt beim Kunden, oft an Orten, die die meisten Softwareentwickler nie zu Gesicht bekommen, und bauten genau das, was das tatsächliche Problem des Kunden erforderte. Das Produkt war dabei Ausgangspunkt, keine Grenze. Die Idee hat sich verbreitet, weil sie funktioniert: Wer am nächsten am Chaos sitzt, baut die besten Lösungen.
Lässt man die Mythologie aus der Rüstungsbranche weg, bleibt ein einfacher Kern. Der Engineer geht dorthin, wo die Arbeit passiert. Er lernt, wie eine Rechnung wirklich durch Ihr Unternehmen läuft (nicht, wie es im Prozesshandbuch steht), und schreibt dann Code, der genau das verändert.
Worin unterscheidet sich das von einer Agentur, einem Freelancer oder einer Festanstellung?
Ich habe alle Seiten davon selbst erlebt, deshalb hier meine Sicht.
Eine Agentur ist darauf ausgelegt, ein klar definiertes Projekt zu liefern. Sie schreiben ein Briefing, die Agentur kalkuliert, baut und ist wieder weg. Das ist ideal, wenn Sie genau wissen, was Sie wollen. Schmerzhaft wird es, wenn das eigentliche Problem erst sichtbar wird, nachdem man drei Wochen beobachtet hat, wie Ihr Team arbeitet. Dann zahlen Sie für Change Requests.
Ein Freelancer ist oft günstiger und manchmal hervorragend. Sie bekommen aber die Sicht einer einzelnen Person auf das Problem, eine Verfügbarkeit, die schwankt, und kaum Verantwortung für das Ergebnis. Freelancer verkaufen Stunden. Stunden sind keine Einsparungen.
Eine Festanstellung ist für manche Unternehmen irgendwann die richtige Antwort. Heute bedeutet sie drei bis sechs Monate Recruiting, ein Gehalt, an das Sie gebunden sind, ob die Arbeit da ist oder nicht, und das reale Risiko, dass ein einzelner Senior Engineer damit beschäftigt ist, die Website am Laufen zu halten, statt manuelle Arbeit abzuschaffen.
Ein SaaS-Tool löst das Problem, das sich sein Anbieter vorgestellt hat. Manchmal ist das Ihr Problem. Oft deckt es den Großteil davon ab, und der Rest landet wieder in einer Tabelle.
Ein Forward Deployed Engineer liegt dazwischen. Erfahren genug, um zu entscheiden, was gebaut werden soll, nah genug dran, um den echten Prozess zu sehen, und gemessen an eingesparten Kosten statt an ausgelieferten Features.
Woran erkennen Sie, dass Sie einen brauchen?
Das deutlichste Zeichen: Sie können die Arbeit, die Ihre Woche auffrisst, bereits benennen, und sie steht seit einem Jahr auf der Liste, weil niemand die Zeit hat, sie zu lösen. Jemand tippt Daten aus E-Mails in ein System ab. Jemand gleicht freitags Rechnungen von Hand ab. Support-Tickets werden eines nach dem anderen von der teuersten Person im Team sortiert.
Das zweite Zeichen ist eine Tabelle, die still und leise zu Ihrem führenden System geworden ist. Keine Tabelle für Auswertungen. Sondern die, mit der das Geschäft läuft, die drei Leute nicht zu sortieren wagen und die einen Reiter namens „NICHT BEARBEITEN“ hat.
Einer unserer Kunden, ein Makler für Schiffsreparaturen, hat sein gesamtes Geschäft über genau so eine Arbeitsmappe mit vielen Blättern gesteuert. Wir haben sie durch eine Plattform ersetzt, die heute 6.381 Schiffe und 699 Unternehmen erfasst, mit Live-Schiffspositionen, einer Suche nach Werftaufenthalten für die nächsten 24 Monate und einer KI-Schicht, die eingehende E-Mails automatisch in Anfrageentwürfe verwandelt. Niemand dort hat nach „einer KI-Plattform“ gefragt. Man wollte, dass die Tabelle nicht länger der Engpass ist. Wie das gelaufen ist, lesen Sie in der Fallstudie zu Resolute RMS.
Das dritte Zeichen sind Tools, die nicht miteinander sprechen. Ihr CRM, Ihre Buchhaltungssoftware und Ihr Postfach halten jeweils einen Teil der Wahrheit, und ein Mensch ist die Integrationsschicht.
Wie sehen die ersten 90 Tage konkret aus?
So gehen wir vor, denn „eingebetteter Engineer“ klingt vage, bis man den Kalender sieht.
Woche eins ist ein Einsparungs-Audit. Wir nehmen Ihre zwei oder drei teuersten Prozesse und erfassen sie in Stunden und Kosten. Keine Meinungen, sondern Zahlen: wie viele Rechnungen pro Monat, wie viele Minuten pro Rechnung, wer sie bearbeitet, was ein Fehler kostet. Am Ende der Woche erhalten Sie eine schriftliche Einsparungsübersicht, die Sie behalten, ob Sie weitermachen oder nicht.
Dann zwei Tage pro Woche, mindestens drei Monate lang. Zwei Tage sind bewusst gewählt. Das reicht, um jede Woche echte Ergebnisse zu liefern, und ist knapp genug, dass der Engineer nach Ertrag priorisieren muss. Genau darum geht es.
Kleine Automatisierungen zuerst. Die ersten Erfolge sind meist unspektakulär: ein Skript, das Daten zwischen zwei Systemen verschiebt, ein Formular, das einen E-Mail-Verlauf ersetzt, ein nächtlicher Abgleich, der einen manuellen Export überflüssig macht. Unspektakulär ist gut. Es schafft Vertrauen und setzt die Stunden frei, die die größere Arbeit erst möglich machen.
Agenten kommen, sobald die Infrastruktur steht. KI-Agenten sind nur so gut wie die Systeme, auf die sie zugreifen können. Sind die Integrationen erst da, kann ein Agent etwas Nützliches tun: eine eingehende Anfrage lesen, die richtigen Daten abrufen, die Antwort entwerfen und sie einem Menschen zur Freigabe mit einem Klick vorlegen.
Ein Beispiel, damit das greifbar wird. In einer Buchhaltungskanzlei verbindet der Engineer das Postfach mit dem Buchhaltungssystem, ein Agent liest Rechnungspositionen aus und gleicht sie mit Bestellungen ab, und nur die Ausnahmen landen bei einem Menschen. In einem Logistikunternehmen liest ein Agent die Angebotsanfrage, holt Tarife und Verfügbarkeiten aus dem Transportmanagementsystem, entwirft das Angebot zur Freigabe und trägt es wieder ins CRM ein. Beides ist nicht exotisch. Beides spart jeden einzelnen Tag Stunden.
Woran erkennen Sie, dass es funktioniert?
Sie messen es an der Ausgangsbasis aus dem Audit, nicht am Bauchgefühl.
Wenn die Rechnungsbearbeitung vorher 40 Stunden im Monat gekostet hat, verfolgen Sie, was sie jetzt kostet. Wenn 20 Prozent der Rechnungen weiterhin einen Menschen brauchen, ist das in Ordnung, solange es die wirklich kniffligen Fälle sind und das System sie an die richtige Person weiterleitet, statt sie zu verstecken. Gute Automatisierung tut nicht so, als könne sie alles. Sie erledigt die Routine zuverlässig und macht die Ausnahmen sichtbar.
Auch unsere Vergütung messen wir daran. Unsere Mandate enthalten einen gedeckelten Anteil an den Einsparungen im ersten Jahr. Das hält uns ehrlich: Wenn sich die Zahl nicht bewegt, bewegt sich auch unser Anteil nicht.
Wann ist ein Forward Deployed Engineer die falsche Wahl?
Ich verliere lieber einen Auftrag, als das an das falsche Unternehmen zu verkaufen. Hier sind die Fälle, in denen ich Nein sagen würde.
Es gibt noch keinen klaren Prozess. Wenn jede Bestellung anders bearbeitet wird, je nachdem, wer sie gerade aufnimmt, gibt es nichts Stabiles zu automatisieren. Zuerst müssen Sie entscheiden, wie die Arbeit ablaufen soll.
Intern ist niemand verantwortlich. Der Engineer braucht ein Gegenüber, das den Prozess kennt, Entscheidungen treffen kann und auch dann noch da ist, wenn der Engineer es nicht ist. Ohne diese Person werden Automatisierungen gebaut und dann still aufgegeben.
Sie wollen alles auf einmal neu bauen. Wenn der Plan ist, jedes System gleichzeitig zu ersetzen, brauchen Sie ein Projektteam und ein anderes Gespräch. Forward Deployed Engineering ist bewusst schrittweise angelegt. Es liefert jede Woche etwas Nützliches.
Ihr Problem ist eigentlich eine Produktfrage. Wenn Sie herausfinden wollen, was Sie für Ihre Kunden bauen sollen, ist das Produkt- und Architekturarbeit. Unsere Technical Due Diligence oder ein kostenloses Software-Audit ist dann der bessere erste Schritt.
Was kostet das, ehrlich gesagt?
Ein Senior Engineer an zwei Tagen pro Woche kostet mehr als ein Junior-Freelancer und weniger als eine feste Senior-Stelle mit Recruiting-Gebühren, Nebenkosten und Kündigungsfrist. Der eigentliche Vergleich ist aber nicht der Tagessatz. Es ist der Tagessatz im Verhältnis zu den Stunden, die Sie zurückbekommen.
Die Abwägungen sind real. Sie verlassen sich auf ein externes Team, deshalb ist Eigentum wichtig: Alles, was wir bauen, läuft auf Ihren Konten und Ihrer Infrastruktur, dokumentiert, sodass Sie nie gebunden sind. Zwei Tage pro Woche bedeuten außerdem, dass die Arbeit in einem stetigen Tempo vorankommt, nicht im Sprint. Und der erste Monat besteht vor allem aus unsichtbarer Infrastruktur, bevor sich irgendetwas wie Magie anfühlt.
Wir haben unser eigenes KI-Produkt gebaut und betreiben es selbst: Callen AI, eine KI-Rezeption, die Patientenanrufe für Kliniken entgegennimmt, einordnet und Termine vergibt. Daher stammen die meisten dieser Erkenntnisse. Die Demo war der einfache Teil. Was wirklich zählte, waren die Integrationen, die Leitplanken und die Übergabe an einen Menschen, wenn die KI an ihre Grenzen kommt. (Wenn Sie die technische Version möchten: Ich habe aufgeschrieben, wie die Voice-Pipeline von Callen AI funktioniert.)
Wo sollten Sie anfangen?
Schreiben Sie die drei Prozesse auf, die Sie am liebsten nicht mehr von Hand erledigen würden, jeweils mit einer groben Schätzung, wie viele Stunden sie pro Monat kosten. Wenn Ihnen diese Liste leichtfällt, passen Sie wahrscheinlich gut zu uns.
Von dort aus dauert das Einsparungs-Audit eine Woche zum Festpreis. Sie erhalten eine klare Übersicht, was sich automatisieren lässt und was es wert ist, und entscheiden dann, ob Sie weitergehen. Wenn Sie lieber zuerst sprechen möchten, buchen Sie ein Gespräch. Dreißig Minuten, kein Pitch-Deck.