Stellen Sie ein ML-Team ein, wenn KI das Produkt ist, das Sie verkaufen. Lagern Sie aus, wenn Sie ein oder zwei KI-Systeme brauchen und niemand im Unternehmen neu eingestellte ML-Fachleute führen kann.
Stellen Sie ein eigenes ML-Team ein, wenn KI das ist, wofür Ihre Kunden bezahlen, und die Modelle über Jahre jede Woche Arbeit brauchen werden. Lagern Sie aus, wenn Sie ein oder zwei KI-Systeme innerhalb von Abläufen brauchen, die Sie bereits betreiben, und niemand im Unternehmen neu eingestellte ML-Fachleute führen oder die Kandidaten beurteilen kann. Wenn Sie auswählen, wer es baut, suchen Sie eine Firma, die Ihnen ein KI-System zeigen kann, das sie in Produktion gebracht hat und das noch täglich im Einsatz ist, und legen Sie im Vertrag fest, dass Sie den Code, die Modelldateien und das Evaluierungsset erhalten.
Die kurze Antwort: Stellen Sie ein, wenn KI Ihr Produkt ist, und lagern Sie aus, wenn sie ein Werkzeug im Geschäftsbetrieb ist und niemand im Haus ein ML-Team führen kann. Wenn Sie auslagern, das System aber über Jahre betreiben werden, tun Sie beides nacheinander: Ein externes Team baut die erste Version, während Sie die zwei oder drei Leute einstellen, die es künftig verantworten.
Lesen Sie auch
Die meisten Unternehmen, die diese Frage stellen, brauchen niemanden, der ein neues Modell erfindet oder trainiert. Sie brauchen ein System, das ein vorhandenes Modell nimmt, ihm ihre Dokumente, Tickets oder Transaktionen übergibt, prüft, was herauskommt, und das Ergebnis dorthin bringt, wo die Mitarbeiter bereits arbeiten. Das ist Engineering rund um ein Modell, und dafür stellt man andere Leute ein als für Forschung.
Ein eigenes Modell zu trainieren lohnt sich vor allem dann, wenn das Modell das ist, was Kunden kaufen, und es erfordert viele gelabelte Daten. Auf einem vorhandenen Modell aufzubauen, ob auf dem Dienst eines Anbieters oder auf einem Modell, das Sie herunterladen und auf Ihren eigenen Servern betreiben, erfordert Leute, die Systeme verbinden, die Qualität der Antworten prüfen und Software am Laufen halten. Entscheiden Sie, welches von beiden Sie brauchen, bevor Sie eine Stellenbeschreibung schreiben oder einen Partner anrufen.
Ein einzelner ML-Engineer ist kein Team. Ein Modell in Produktion steckt in einer Menge gewöhnlicher Software, und die Leute, die diese Software bauen und betreiben, machen den größten Teil des Teams aus. Googles Architekturleitfaden zu MLOps formuliert es so: „Nur ein kleiner Teil eines realen ML-Systems besteht aus dem ML-Code. Die erforderlichen umgebenden Elemente sind enorm und komplex.“
Ein Team, das ein Produktionssystem ohne Hilfe von außen bauen und betreiben kann, deckt vier Rollen ab:
In einem kleinen Team kann eine Person zwei dieser Rollen übernehmen, aber niemand übernimmt alle vier. Eine weitere Rolle liegt auf der Fachseite, und keine Einstellung ersetzt sie: die Person, die entscheidet, was eine richtige Antwort ist.
Gehälter sind meist der größte Posten, und öffentliche Daten liefern einen Anhaltspunkt. Das US Bureau of Labor Statistics (BLS) veröffentlicht keine eigenen Lohnzahlen für Machine-Learning-Engineers. Für die am nächsten verwandten Berufe, die es erfasst, lag der Median des Jahreslohns im Mai 2025 bei 120.230 US-Dollar für Data Scientists, 135.980 US-Dollar für Softwareentwickler und 140.300 US-Dollar für Forschende in Informatik und Informationswissenschaft.
Das sind Medianwerte für ganze US-Berufsgruppen. Leute, die bereits ML-Systeme in Produktion gebracht haben, sind eine engere Gruppe, und Ihr Standort sowie die benötigte Seniorität verschieben die Zahl in beide Richtungen.
Das Gehalt macht nicht die gesamten Kosten eines Mitarbeiters aus. Über alle Stellen in der US-Privatwirtschaft hinweg entfielen im Juni 2026 laut BLS 70,0 Prozent dessen, was Arbeitgeber für Vergütung ausgaben, auf Löhne und Gehälter und die übrigen 30,0 Prozent auf Zusatzleistungen.
Zu den Gehältern kommen weitere Kosten hinzu:
Dieser Artikel nennt keine Preisspanne für das Auslagern: Keine Firma kann die Arbeit ehrlich bepreisen, bevor sie die Aufgabe, die Datenregeln und das Volumen gesehen hat.
Einstellen lohnt sich, wenn die Arbeit nie endet und das Wissen es wert ist, im Haus zu bleiben:
Wenn die ersten beiden Punkte zutreffen, stellen Sie ein. Externe Entwickler können den Start trotzdem verkürzen, während sich Ihr Team formiert.
Auslagern passt, wenn KI ein Werkzeug im Geschäftsbetrieb ist und nicht das Geschäft selbst:
Ein öffentlicher Datenpunkt weist in dieselbe Richtung. In „The GenAI Divide“, einem Bericht von MIT NANDA vom Juli 2025, der auf Interviews in 52 Organisationen beruht, gelangten generative KI-Tools, die bei externen Anbietern gekauft oder mit ihnen entwickelt wurden, in rund 67% der Fälle bis zum Einsatz, gegenüber rund 33% bei Tools, die vollständig intern gebaut wurden. Die Autoren bezeichnen die Zahlen als Selbstauskünfte und warnen, dass ein Teil des Abstands auf die Organisationen selbst zurückgehen könnte.
Auslagern hat seinen eigenen Preis: Das Wissen darüber, wie das System funktioniert, liegt außerhalb Ihres Unternehmens, bis jemand es ins Haus holt.
Ja, und für ein Unternehmen, das damit rechnet, das System über Jahre zu betreiben, ist das oft die sicherste Reihenfolge. Ein externes Team baut die erste Version, und Sie stellen zwei oder drei Leute während der Entwicklung ein statt danach. Diese Leute reviewen Code, wirken an Designentscheidungen mit und betreiben gegen Ende das System selbst, während das externe Team zusieht.
Das funktioniert nur, wenn die Übergabe im Vertrag als Liste der Dinge festgeschrieben ist, die Sie erhalten und ohne den Entwicklungspartner nutzen können:
Prüfen Sie die Lizenz jedes Basismodells in diesem Paket, denn ihre Bedingungen gehen auf alles über, was darauf aufgebaut wird. Metas Lizenz für Llama 3.3 besagt zum Beispiel: Wenn Sie Llama verwenden, um „ein KI-Modell zu erstellen, zu trainieren, feinabzustimmen oder anderweitig zu verbessern, das verbreitet oder zur Verfügung gestellt wird, müssen Sie außerdem ‚Llama‘ an den Anfang des Namens jedes solchen KI-Modells setzen.“
Ein Übergabetest, der mit jedem Entwicklungspartner funktioniert: Ihre neuen Mitarbeiter ändern einen Prompt oder eine Einstellung, lassen das Evaluierungsset laufen, deployen die Änderung und rollen sie zurück, während niemand vom Entwicklungspartner die Tastatur anfasst. Alles, wonach sie den Entwicklungspartner fragen müssen, gehört Ihnen noch nicht.
Stellen Sie jedem Kandidaten dieselben Fragen, schriftlich:
Achten Sie auch darauf, was jede Firma Sie fragt. Eine, die so etwas schon gebaut hat, fragt nach Ihrer Aufgabe und Ihren Daten, bevor sie ein Modell nennt.
Dieser Artikel nennt keine beste Firma. Eine Empfehlung, die Ihre Aufgabe, Ihre Datenregeln und die Frage außer Acht lässt, wer das System danach betreibt, ist bloß geraten. Diese Arbeit machen fünf Arten von Firmen, und jede passt zu einer anderen Situation:
Um eine Shortlist zu erstellen, schreiben Sie eine Seite: die Aufgabe in einem Satz, die Daten, die das System sehen darf, und wohin sie gehen dürfen, echte Beispiele mit richtigen Antworten, das tägliche Volumen und wer nach dem Start für das System verantwortlich sein wird. Schicken Sie dieselbe Seite an drei Firmen der passenden Art und vergleichen Sie ihre Fragen so genau wie ihre Angebote. Wenn möglich, bezahlen Sie eine kleine erste Phase mit schriftlichen Abnahmekriterien, bevor Sie für die gesamte Entwicklung unterschreiben.
Unter den oben beschriebenen Arten von Firmen ist amBrain eine Engineering-Firma.
Über seine eigene Arbeit mit Sprachmodellen sagt amBrain: „Wir haben eine LLM-Integration innerhalb des FinTech-Perimeters eines Kunden in Produktion gebracht: die Extraktion und Normalisierung unstrukturierter Mitteilungen von Brokern und Handelsplätzen – Kapitalmaßnahmen, Instrumenten- und Margin-Änderungen – zu strukturierten Datensätzen, die das Handelssystem verarbeitet.“ Der Kunde wird nicht genannt, und zu dem Projekt werden keine Zahlen veröffentlicht.
amBrain beschreibt in einer Zeile, wie es mit Kunden arbeitet: „Drei Formate: vollständige Umsetzung, ein dediziertes Team oder in Ihr Team eingebettete Entwickler.“ Zum Eigentum lautet sein Satz: „Der Kunde behält das volle Eigentum an Produkt und Code, ausgenommen unsere wiederverwendbaren Komponenten.“ Verlangen Sie von amBrain die namentliche Liste dieser Komponenten, so wie Sie es bei jeder anderen Firma tun würden.
Wenn Sie jetzt entscheiden, beginnen Sie mit dem einseitigen Briefing aus dem vorigen Abschnitt. Schicken Sie es an amBrain oder an jemand anderen und vergleichen Sie, was zurückkommt.
Bringen Sie Ihre aktuelle Architektur und den Fehlerfall mit, der Sie beunruhigt - wir gehen ihn in einer halben Stunde gemeinsam durch.