KI-Projekt-Kosten kalkulieren: Eine realistische Aufschlüsselung

KI-Budgets scheitern an vorhersehbaren Stellen: Talent wird zu niedrig angesetzt, Datenaufbereitung ignoriert, der Betrieb komplett vergessen. Hier das vollständige Kostenbild, mit realistischen Spannen und den versteckten Posten.

Marco Reyes·Head of GEO & Growth, Aiporate··8 Min. Lesezeit·Share on XLinkedIn

Das Wichtigste in Kürze

  • Talent ist der dominante Kostenblock fast jedes angewandten KI-Projekts, typischerweise deutlich mehr als die Hälfte der Gesamtausgaben, budgetieren Sie ihn zuerst, nicht zuletzt.
  • Datenaufbereitung ist der chronisch unterschätzte Posten: Bei Projekten auf echten Unternehmensdaten fließt ein erheblicher Teil der Engineering-Zeit in Pipelines, Bereinigung und Zugriffe, bevor Modellierung sich auszahlt.
  • Compute- und API-Kosten zählen, dominieren aber auf Projektebene selten; unüberwacht sind sie allerdings der Posten, der nach dem Launch am ehesten überrascht.
  • Der laufende Betrieb, Monitoring, Evaluation, Retraining, Modell-Updates, liegt häufig bei einem spürbaren zweistelligen Prozentsatz der Baukosten pro Jahr und fehlt in den meisten Erstbudgets.
  • Das Besetzungsmodell verschiebt die gesamte Rechnung: Festanstellungen verteilen Kosten über Jahre, Freelancer preisen Flexibilität in Tagessätze ein, Embedded-Expert:innen tauschen einen Aufpreis gegen Tempo plus Wissenstransfer.

Die meisten KI-Projektbudgets sind um die falsche Zahl herum gebaut. Unternehmen fixieren sich auf Modell- oder API-Kosten, meist der kleinste Posten, und unterschätzen systematisch die drei, die dominieren: die Menschen, die das System bauen, die Datenarbeit, ohne die kein Modell nützlich ist, und die Betriebskosten, um das Ganze nach dem Launch am Leben zu halten. Ein realistisches KI-Budget ist im Kern ein Talentbudget mit Datenaufbereitungs-Zuschlag, und jede Kalkulation, die das nicht abbildet, irrt in die teure Richtung.

Die vier Kostenblöcke jedes KI-Projekts

  • Talent, der dominante Block: Engineers, Datenspezialist:innen und Produktzeit, ob auf der Payroll, auf Tagessatz oder embedded. In typischen angewandten Projekten ist das die Mehrheit der Gesamtkosten, bei LLM-basierten Projekten oft noch mehr, weil Infrastruktur gemietet statt gebaut wird.
  • Infrastruktur und Compute: Cloud, GPUs oder Modell-API-Nutzung, Vektor-Datenbanken, Umgebungen. Relevant, wachsend mit der Skalierung, aber auf Pilot- und Einzelfeature-Ebene meist klar hinter dem Talent.
  • Datenaufbereitung, der chronisch unterschätzte Block: die Daten finden, erschließen, bereinigen und umstrukturieren, die das Projekt tatsächlich braucht. Praxiserfahrung verortet hier konsistent einen großen Teil des Gesamtaufwands, und er fällt als Engineering-Stunden an, landet also im Talentbudget.
  • Betrieb nach dem Launch: Monitoring, Qualitätsdrift bewerten, Retraining oder Prompt-Anpassung, Reaktion auf Modell-Abkündigungen und API-Änderungen. Ein produktives KI-System ist eine laufende Verpflichtung, kein fertiges Liefergut.

Grobe Kostenspannen nach Projekttyp

Die folgenden Spannen sind indikative Größenordnungen für den DACH-Markt, bei Senior-Besetzung zu Marktkonditionen; einzelne Projekte weichen mit Scope, Datenlage und Integrationstiefe stark ab. Sie sollen Erwartungen kalibrieren, keine gescopte Schätzung ersetzen.

ProjekttypTypische DauerTypisches TeamIndikative Baukosten
Pilot / Proof of Value6-12 Wochen1-2 Personen30-100 Tsd. EUR
Produktionsfeature (z. B. RAG-Assistent, Prognose)3-6 Monate3-5 Personen150-500 Tsd. EUR
Plattform / mehrere Use Cases6-18 Monate6-10+ Personen0,5-2+ Mio. EUR
Laufender Betrieb (jeweils)pro Jahrfractional bis 2 FTEhäufig 15-30% der Baukosten/Jahr
Indikative Gesamtkostenspannen nach KI-Projekttyp (Bauphase)

Die versteckten Posten, die Budgets sprengen

  • Integration mit Legacy-Systemen: Das Modell funktioniert in Woche vier im Notebook, und dann vergehen Monate damit, es mit dem ERP, dem Identity-System und Prozessen von 2009 zu verbinden. In Mittelstandsprojekten ist das regelmäßig der größte ungeplante Posten.
  • Change Management und Befähigung: die Menschen schulen, deren Arbeitsablauf sich ändert, den Prozess um das Werkzeug herum neu gestalten, die Produktivitätsdelle vor dem Gewinn aushalten. Wer das auslässt, verwandelt ein funktionierendes System in Regalware.
  • Evaluation und Qualitätssicherung: Testdatensätze, Human-Review-Schleifen und Abnahmekriterien für probabilistische Systeme kosten echte Engineering-Zeit, die in Budgets für deterministische Software nie vorgesehen war.
  • Compliance und Governance: DSGVO-Prüfungen, die Anforderungen des EU AI Act, wo sie greifen, Einbindung des Betriebsrats, Sicherheitsprüfung von Anbietern, Wochen an Kalenderzeit, selbst wenn die direkten Kosten überschaubar sind.
  • Die Kosten der Vakanz: Jeden Monat, den eine KI-Schlüsselrolle unbesetzt bleibt, läuft der Burn weiter, während das Liefergut rutscht, langsame Besetzung ist ein realer Kostenfaktor, auch wenn keine Rechnung ihn je ausweist.

Wie das Besetzungsmodell die Rechnung verschiebt

Dasselbe Projekt kann je nach Besetzung sehr unterschiedliche Kostenkurven tragen. Festanstellungen haben die niedrigsten laufenden Monatskosten, aber die höchste Bindung: Recruiting dauert Monate, und die Kosten laufen weiter, wenn die Projektspitze vorbei ist. Freelancer kehren das um: Tagessätze für Senior-KI-Talent wirken gegen Gehälter teuer, aber Sie zahlen nur für die Phase, die Sie brauchen, ohne Abfindungsrisiko und ohne Leerlaufkosten, für einen sechsmonatigen Build mit ungewisser Fortsetzung gewinnt das flexible Modell auf Gesamtkosten häufig trotz des höheren Satzes. Embedded-Expert:innen liegen dazwischen: ein Aufpreis gegenüber der Payroll, im Tausch gegen sofortigen Start, vorgeprüfte Fähigkeit und, richtig gemacht, gezielten Wissenstransfer an Ihre eigenen Leute, der Teil, der nach Ende des Einsatzes weiter zahlt. Der ehrliche Vergleich ist nie Tagessatz gegen Monatsgehalt; er ist Gesamtkosten über die reale Projektdauer, inklusive Recruiting-Zeit, Leerlaufrisiko und dem, was danach im Haus bleibt.

Eine einfache Methode für ein belastbares Budget

  1. 1Einen Use Case scopen, nicht die KI-Vision: Ein Budget für „KI im Betrieb“ ist Fiktion, ein Budget für „automatisierte Triage von Eingangsdokumenten“ lässt sich schätzen.
  2. 2Zuerst das Team bepreisen: die Teamform je Phase definieren, dann Marktgehälter oder Tagessätze ansetzen, das verankert den dominanten Block vor allem anderen.
  3. 3Einen Daten-Ehrlichkeitspuffer einplanen: Vor Budgetfreigabe eine technische Person die tatsächlichen Quelldaten inspizieren lassen und den Datenaufbereitungs-Posten nach dem Befund dimensionieren, nicht nach Hoffnung.
  4. 4Betrieb ab Tag eins budgetieren: eine jährliche Betriebsposition, häufig 15-30% der Baukosten, vor der Freigabe in den Plan schreiben, ein KI-Feature ohne Betriebsbudget ist ein künftiger Ausfall.
  5. 5Mit den versteckten Posten stresstesten: Legacy-Integration, Change Management, Compliance-Vorlaufzeiten, wenn das Budget nur überlebt, wenn alle drei perfekt laufen, ist es kein Budget.

Häufige Fragen

Was ist der größte Kostentreiber in einem KI-Projekt?

Talent, in fast jedem angewandten Projekt: Die Engineers und Datenspezialist:innen, die das System bauen und integrieren, machen typischerweise deutlich mehr als die Hälfte der Gesamtausgaben aus, wobei ein großer Teil ihrer Stunden in die Datenaufbereitung fließt.

Wie viel sollten wir für den Betrieb nach dem Launch zurücklegen?

Eine gängige Planungsgröße sind 15-30% der Baukosten pro Jahr, für Monitoring, Evaluation, Retraining oder Prompt-Updates und die Anpassung an Modell- und API-Änderungen. Die richtige Zahl hängt davon ab, wie kritisch und wie dynamisch der Use Case ist.

Sind Freelancer oder Embedded-Expert:innen teurer als eine Festanstellung?

Pro Tag meist ja, pro Projekt oft nein. Flexible Modelle vermeiden Monate an Recruiting, Leerlaufkosten nach der Spitze und Abfindungsrisiken, für phasenbegrenzte Arbeit liegen ihre Gesamtkosten daher häufig unter einer Festanstellung, besonders wenn die Zeit bis zum Start eingepreist wird.

Warum laufen KI-Projektbudgets so oft aus dem Ruder?

Drei wiederkehrende Gründe: Die Datenaufbereitung wurde optimistisch dimensioniert, die Integration mit Legacy-Systemen als Detail behandelt und der Betrieb nach dem Launch gar nicht budgetiert. Alle drei sind vorhersehbar, genau das macht Überschreitungen vermeidbar.

Marco Reyes

Head of GEO & Growth, Aiporate

Marco verantwortet Generative Engine Optimization und organisches Wachstum bei Aiporate. Er hat Such- und Content-Strategie durch den Wandel von zehn blauen Links zu KI-Antworten geführt und hilft SaaS-Marken, dort sichtbar zu bleiben, wo Käufer heute entscheiden, in den Modellen.

Brauchen Sie das Team, um das umzusetzen?

Beschreiben Sie Ihren Bedarf in normalem Deutsch und erhalten Sie die exakte Besetzung, Forward-Deployed-Talente oder eine fraktionale Führungskraft, geprüft und in 72 Stunden gematcht.

Bedarf beschreiben →

Weiterlesen

Der Weekly Brief

Wissen für den Aufbau KI-nativer Organisationen.

Eine E-Mail pro Woche: die schärfsten Gedanken zu KI-Hiring, Infrastruktur, Teams und Strategie, für alle, die die Zukunft der Arbeit bauen.

Für Operator, Gründer und CTOs. Kein Spam, jederzeit abbestellbar.