Kurz gesagt: Die meisten KI-Projekte in Unternehmen scheitern nicht an einem schwachen Modell. Sie scheitern auf der letzten Meile: bei der Anbindung an echte Systeme, Daten, Berechtigungen und Menschen. Diese Arbeit lässt sich nicht aus der Ferne erledigen. Sie braucht Engineers in Ihrer Organisation, bis das System im Alltag läuft, und einen Plan für ihren Abschied.
1. Die Frage, die ein CEO stellen sollte
Ich betrachte KI wie jede Investition. Rechnet sie sich? Wann? Und wem gehört das Ergebnis, wenn der Dienstleister gegangen ist?
Die meisten KI-Piloten bestehen diesen Test nicht. Nicht, weil die Demo schlecht war. Die Demo ist meist der einfache Teil. Sie scheitern, weil niemand die Arbeit zwischen „läuft auf dem Laptop“ und „die Leute nutzen es jeden Morgen“ budgetiert hat.
Diese Lücke hat in der Branche einen Namen. Palantir hat sein Modell vor Jahren darauf aufgebaut, mit Engineers, die bei jedem Kunden vor Ort die Plattformen einführen und anpassen. Heute stellen KI-Labore wie OpenAI und Anthropic genau für diese Rolle ein: den Forward Deployed Engineer.
2. Wo das Geld verloren geht
Die letzte Meile ist nicht glamourös. Es sind Berechtigungen, die niemand dokumentiert hat. Ein CRM-Feld, das drei verschiedene Dinge bedeutet. Eine Rechtsabteilung, die die Prompts freigeben muss. Ein Prozess, der nur funktioniert, weil eine Person die Ausnahmen kennt.
Nichts davon steht im Umfang des Piloten. Also endet der Pilot, die Folie sagt „Erfolg“, und das Budget für die Produktion ist eine neue Verhandlung. Monate vergehen. Der Sponsor setzt andere Prioritäten.
| Was der Projektplan annimmt | Was auf der letzten Meile wirklich passiert | Wer zahlt |
|---|---|---|
| Die Daten sind nach der Extraktion bereit | Zugriff, Qualität und Bedeutung werden System für System verhandelt | Ihr Team, mit Verzögerungen |
| Integration ist eine technische Aufgabe | Sie ist organisatorisch: Verantwortliche, Freigaben, Sicherheit | Der Sponsor, mit Glaubwürdigkeit |
| Nutzer übernehmen ein gutes Werkzeug | Nutzer übernehmen das, was zu ihrer Arbeitsweise passt | Der Business Case |
| Die Übergabe ist ein Dokument | Die Übergabe sind Menschen, die es selbst gebaut haben | Sie, bei jeder Änderung |
3. Was sich mit Engineers vor Ort ändert
Ein Forward Deployed Engineer arbeitet dort, wo das Problem ist. In Ihren Systemen. Mit Ihren Leuten. Bis es läuft.
Das verändert drei Dinge, die mir wichtig sind.
- Zeit bis zum Nutzen. Die Lösung entsteht in der Umgebung, in der sie laufen wird. Ein zweites Projekt zur „Industrialisierung“ entfällt.
- Risiko. Integration, Berechtigungen und Kontrollen werden in den ersten Wochen gelöst, nicht nach der Vertragsabnahme entdeckt.
- Eigentum. Ihr Team baut mit. Wenn das Mandat endet, kann es das Gebaute betreiben und weiterentwickeln.
Pro Woche ist das nicht billig. Die Arbeit ist erfahren und praktisch. Aber entscheidend ist nicht der Wochensatz, sondern die Kosten bis zu einem System im täglichen Einsatz. Ein günstigeres Projekt, das nie in Produktion geht, ist die teuerste Option. Beide Modelle vergleichen wir in unserem Entscheidungsleitfaden (EN).
4. Wie Sie es einkaufen, ohne Abhängigkeit zu schaffen
Eingebettete Teams haben ihre eigene Falle: Sie können zur Dauerlösung werden. Fordern Sie vor der Unterschrift vier Dinge.
- Einen namentlich benannten Verantwortlichen auf Ihrer Seite, der das System übernimmt.
- Alles in Ihren Repositories ab dem ersten Tag: Code, Prompts, Evaluationssets und Dokumentation.
- Erfolg gemessen an der Nutzung, nicht an Liefergegenständen: wer es nutzt, wie oft, mit welchem Ergebnis.
- Ein datiertes Ende, mit Betriebshandbüchern und einer Übergabe, die Ihr eigenes Team geprobt hat.
Sträubt sich ein Anbieter bei einem dieser vier Punkte, werten Sie das als Signal.
5. Häufige Fragen
F: Was ist ein Forward Deployed Engineer?
A: Ein Softwareentwickler, der in der Organisation des Kunden arbeitet, auf dessen Systemen und Daten, bis eine Lösung in Produktion läuft. Palantir hat das Modell bekannt gemacht, heute ist es bei KI-Unternehmen verbreitet.
F: Ist das dasselbe wie eine Beratung zu beauftragen?
A: Nicht ganz. Ein klassisches Projekt wird oft vom Team der Beratung entworfen und gebaut und am Ende übergeben. Forward Deployed Engineers bauen in Ihrer Umgebung, neben Ihren Leuten, und bleiben, bis es läuft.
F: Wie lange sollte ein solches Mandat dauern?
A: So lange, bis ein erster Anwendungsfall im Alltag läuft und Ihr Team ihn betreiben kann, mit einer datierten Übergabe. Fehlt ein geplantes Ende, ist das ein Warnsignal.
F: Wann ist ein projektbasiertes Modell besser?
A: Wenn der Umfang klar und abgeschlossen ist, die Integration gering und Sie einen Festpreis brauchen. Nicht jeder KI-Bedarf erfordert Engineers vor Ort.
6. Fazit
KI schafft keinen Wert in einer Demo. Sie schafft Wert, wenn sie im Geschäft läuft, jeden Tag, in der Hand der Menschen, die sie nutzen.
So arbeiten wir bei Thinkia: als ein Team mit Ihrem, in Ihren Systemen, mit dem Ausstieg von Anfang an geplant. Wenn Sie Piloten haben, die nie in Produktion gingen, so gehen wir vor (EN).