Was kostet ein KI-Chatbot für Unternehmen?
Für Unternehmen gibt es im Kern drei Chatbot-Typen: regelbasierte Bots mit festen Dialogpfaden, LLM-Chatbots ohne eigene Wissensbasis und RAG-Chatbots, die per Retrieval Augmented Generation auf deine Dokumente und Systeme zugreifen. Die Kosten steigen in dieser Reihenfolge – aber nicht wegen der Chat-Oberfläche, sondern wegen der Wissensaufbereitung, der Integrationen (CRM, Ticketsystem) und der Qualitätssicherung. Realistische Projektkosten reichen je nach Typ von wenigen hundert Euro Software-Abo bis zu fünfstelligen Individualprojekten.
„Was kostet ein KI-Chatbot?” ist eine der häufigsten Fragen in meinen Erstgesprächen – und eine der am schlechtesten beantworteten im Netz. Die üblichen Antworten reichen von „ab 0 €” (Baukasten-Werbung) bis „ab 50.000 €” (Agentur-Werbung), und beides stimmt und ist trotzdem nutzlos. Denn der Preistreiber ist fast nie die Chat-Oberfläche. Es sind drei Dinge, die in Angeboten gern kleingedruckt bleiben: der Zustand deines Wissens, die Tiefe der Integrationen und der Aufwand für Qualitätssicherung und Eskalation.
Dieser Artikel gehört zu unserem Cluster KI-Kosten und ROI und richtet sich an Geschäftsführung, Operations, IT und Fachbereiche in KMU, die ein belastbares Budget für einen Chatbot aufstellen wollen – nicht an Konzerne mit eigenem Plattform-Team. Alle Kostenangaben sind bewusst Bandbreiten mit offengelegten Annahmen. Wer dir einen Festpreis nennt, bevor er deine Wissensbasis gesehen hat, rät.
Begriffe kurz geklärt
Drei Begriffe, die in Angeboten ständig durcheinandergehen:
- Chatbot ist hier jedes System, das Nutzeranfragen im Dialog beantwortet – auf der Website, im Kundenportal oder intern.
- RAG (Retrieval Augmented Generation) ist die Methode, mit der ein Chatbot dein Unternehmenswissen nutzt: Deine Dokumente werden in Abschnitte („Chunks”) zerlegt, zur Anfrage werden die passenden Abschnitte gesucht und dem Sprachmodell als Kontext mitgegeben. Die Datenschutzkonferenz beschreibt in ihrer Orientierungshilfe von Oktober 2025, dass diese Methode die Richtigkeit und Nachvollziehbarkeit der Ausgaben verbessern kann – das Sprachmodell steuert idealerweise „nur die Sprachfähigkeit” bei, die Fakten kommen aus deinen Quellen.
- Agent ist die Ausbaustufe: ein System, das nicht nur antwortet, sondern Aktionen ausführt – Ticket anlegen, Termin buchen, Bestellstatus abfragen. Sobald dein Bot das können soll, bist du preislich in einer anderen Kategorie.
Welche Chatbot-Typen gibt es?
Für die Budgetplanung reichen drei Grundtypen plus eine Ausbaustufe:
1. Regelbasierte Bots führen durch vordefinierte Dialogpfade: Buttons, Entscheidungsbäume, feste Antworten. Kein Sprachmodell, keine Halluzinationen – aber auch keine freie Frage. Sinnvoll für eng umrissene Fälle wie Terminbuchung oder Formular-Vorqualifizierung. Kostenseitig der günstigste Typ: meist ein Software-Abo plus überschaubare Einrichtung.
2. LLM-Chatbots ohne eigene Wissensbasis setzen ein Sprachmodell mit einem Systemprompt auf, aber ohne Anbindung an deine Dokumente. Schnell eingerichtet, aber für die meisten Unternehmens-Anwendungsfälle ungeeignet: Das Modell kennt deine Produkte, Preise und Prozesse nicht und erfindet im Zweifel plausibel klingende Antworten. Das BSI benennt genau das als Kernrisiko von LLMs – Halluzinationen, die glaubhaft wirken, inklusive frei erfundener Referenzen.
3. RAG-Chatbots binden dein Unternehmenswissen ein und sind der Standard für B2B-Anwendungsfälle mit eigenem Wissen: Support, interne Wissensauskunft, Produktberatung. Hier entsteht der Großteil der Kosten – nicht im Chat-Fenster, sondern in der Aufbereitung der Wissensbasis und in der Qualitätssicherung.
4. Agentische Chatbots (Ausbaustufe) führen zusätzlich Aktionen in deinen Systemen aus. Jede Aktion braucht Anbindung, Rechtekonzept und Absicherung – dazu weiter unten mehr.
Meine klare Empfehlung für die Priorisierung: Wenn dein Anwendungsfall echte, frei formulierte Fragen zu deinem eigenen Wissen beantworten soll, plane von Anfang an für Typ 3. Der Umweg über Typ 2 („erstmal einfach anfangen”) produziert erfahrungsgemäß genau die falschen Antworten, die das Projekt intern diskreditieren.
Was beeinflusst die Einrichtung?
Die Einrichtungskosten hängen an vier Faktoren, grob nach Gewicht sortiert:
1. Zustand des Wissens. Der unterschätzte Posten Nummer eins. Liegen deine Informationen als gepflegte, aktuelle Hilfeseiten vor – oder als zwanzig PDF-Ordner mit drei Versionsständen und Widersprüchen? Ein RAG-System kann nur so gut antworten, wie die Quellen es hergeben; die DSK-Orientierungshilfe weist zudem auf systembedingte Grenzen hin: Informationen, die logisch zusammengehören, aber semantisch weit auseinanderliegen, werden bei der Suche unter Umständen nicht gemeinsam gefunden. In der Praxis heißt das: Wissensbereinigung und sinnvolle Strukturierung sind Projektarbeit, keine Nebentätigkeit – oft der größte Einzelblock.
2. Zahl und Tiefe der Integrationen. Ein Bot, der nur antwortet, ist deutlich günstiger als einer, der ins CRM schreibt und Tickets übergibt (eigener Abschnitt unten).
3. Anspruch an QA und Eskalation. Ein interner Bot für zehn Mitarbeitende braucht weniger Absicherung als ein öffentlicher Bot, der in deinem Namen mit Kunden spricht.
4. Build vs. Buy. Baukasten-Tools (Abo, begrenzte Anpassung), Plattform-Lösungen mit Konfiguration oder Individualentwicklung. Für die meisten KMU ist die Mitte richtig: bestehende Bausteine, individuell verdrahtet.
Rechenmodell: drei Szenarien mit offenen Annahmen
Damit du nicht mit „kommt drauf an” nach Hause gehst, hier mein Rechenmodell. Annahmen: externer Dienstleister mit Tagessätzen zwischen 800 und 1.400 € (marktübliche Spanne für Freelancer bis kleine Agentur in Deutschland, Stand Juli 2026 – dein Markt kann abweichen), interne Mitarbeit durch einen fachlichen Ansprechpartner, kein Konzern-Umfeld, keine On-Premise-Pflicht. Die Personentage sind Erfahrungswerte aus meiner Projektpraxis, keine Garantien – dein konkreter Fall kann darunter oder darüber liegen.
| Kostenblock | Szenario A: FAQ-Bot (Baukasten) | Szenario B: RAG-Bot Website/Support | Szenario C: RAG-Bot mit CRM + Ticket-Übergabe |
|---|---|---|---|
| Konzeption & Anwendungsfall schärfen | 0,5–1 Tag | 1–3 Tage | 2–4 Tage |
| Wissensbasis sichten & aufbereiten | intern, wenige Stunden | 2–6 Tage | 3–8 Tage |
| Einrichtung Bot & Wissensanbindung | 0,5–1 Tag | 3–6 Tage | 4–8 Tage |
| Integrationen (CRM, Ticketsystem) | – | – | 4–10 Tage |
| QA: Testkatalog, Absicherung, Korrekturen | 0,5 Tag | 2–4 Tage | 3–6 Tage |
| Externe Einrichtung gesamt (Annahme 800–1.400 €/Tag) | ca. 1.500–5.000 € | ca. 6.500–27.000 € | ca. 13.000–50.000 € |
| Laufend: Software/API + Hosting | niedriger zweistelliger bis niedriger dreistelliger €-Betrag/Monat | ca. 100–500 €/Monat | ca. 200–800 €/Monat |
| Laufend: Pflege & Auswertung (intern oder extern) | 1–2 Std./Monat | 0,5–1,5 Tage/Monat | 1–2 Tage/Monat |
Drei Lesehinweise: Erstens ist die Spannbreite kein Weichspüler, sondern ehrlich – zwischen „Wissen liegt sauber vor” und „Wissen muss erst konsolidiert werden” liegt in Szenario B schnell der Faktor drei. Zweitens sind die laufenden Kosten nutzungsabhängig: API-Kosten skalieren mit dem Gesprächsvolumen, die Monatsbeträge oben gelten für typische KMU-Volumina, nicht für zehntausende Gespräche. Drittens fehlt in vielen Angeboten die letzte Zeile – die interne Pflegezeit – komplett. Sie entscheidet aber darüber, ob der Bot nach einem Jahr noch richtig antwortet.
Welche laufenden Kosten entstehen?
Nach dem Livegang bleiben vier Posten:
- Software- und API-Kosten. Entweder als Abo (Baukasten, Plattform) oder nutzungsabhängig pro verarbeitetem Text beim Modellanbieter. Nutzungsabhängige Kosten sind planbar, wenn du dein Gesprächsvolumen kennst – lass dir vom Anbieter die Abrechnungslogik erklären und rechne dein realistisches Volumen selbst durch.
- Hosting und Betrieb. Bei Cloud-Lösungen meist im Abo enthalten; bei individueller Umsetzung ein eigener, überschaubarer Posten.
- Pflege der Wissensbasis. Der wichtigste Posten. Preise ändern sich, Produkte kommen dazu, Prozesse werden umgebaut – und der Bot antwortet weiter auf Basis des alten Stands, wenn niemand aktualisiert. Plane eine feste Zuständigkeit ein, keine „macht wer Zeit hat”-Regelung.
- Auswertung und Nachjustierung. Gespräche stichprobenartig prüfen, unbeantwortete Fragen sammeln, Eskalationsregeln anpassen. Das ist zugleich deine wertvollste Quelle für Prozessverbesserungen: Der Bot zeigt dir schwarz auf weiß, was Kunden wirklich fragen.
Ehrliche Grenze: Ein Chatbot ist kein „einmal einrichten, läuft für immer”-Produkt. Wenn im Budget nur die Einrichtung steht, ist das Budget unvollständig.
Wie wirken CRM und Ticketsystem auf die Kosten?
Hier trennt sich das Demo-Projekt vom Produktivsystem. Jede Integration hat zwei Kostenanteile, und der zweite wird regelmäßig vergessen:
Der technische Anteil: API-Anbindung, Authentifizierung, Abbildung der Datenfelder. Moderne Systeme mit sauberen Schnittstellen (gängige CRM- und Helpdesk-Tools) sind in wenigen Tagen angebunden; Altsysteme ohne dokumentierte API können den Aufwand vervielfachen.
Der Prozessanteil: Wann genau übergibt der Bot an Menschen? Welche Gesprächsdaten wandern ins Ticket, welche nicht (Stichwort Datenminimierung)? Wer bekommt die Übergabe, mit welcher Priorität, und was passiert außerhalb der Geschäftszeiten? Diese Fragen kosten Workshop- und Abstimmungszeit auf deiner Seite – und sie entscheiden über den Nutzen. Ein Bot, der bei Unsicherheit sauber mit Kontext eskaliert, spart deinem Team echte Arbeit. Ein Bot, der Sackgassen produziert, kostet Kundenvertrauen.
Aus meiner Projektpraxis: Die saubere Ticket-Übergabe mit Gesprächskontext ist regelmäßig aufwendiger als der gesamte Antwort-Teil des Bots. Wenn ein Angebot die CRM-Integration als Ein-Tages-Posten führt, frag nach, was genau darin enthalten ist.
Sobald der Bot nicht nur liest, sondern schreibt (Ticket anlegen, Kundendatensatz ändern), brauchst du zusätzlich ein Rechtekonzept: Der Bot sollte nur die minimal nötigen Schreibrechte haben. Das BSI weist auf das Risiko der Indirect Prompt Injection hin – manipulierte Inhalte in verarbeiteten Dokumenten oder Nachrichten können das Verhalten eines LLM-Systems unbemerkt beeinflussen. Je mehr dein Bot darf, desto größer der mögliche Schaden – und desto mehr Absicherungsaufwand gehört ins Budget.
Welche QA ist nötig?
Qualitätssicherung ist der Kostenblock, der in Billig-Angeboten fehlt und in Projekten den Unterschied macht. Das Minimum für einen kundenseitigen Bot:
- Testkatalog vor dem Livegang. Reale Fragen aus Support-Postfach und Vertrieb, inklusive Grenzfällen: mehrdeutige Fragen, Fragen außerhalb des Wissensgebiets, Fragen mit veralteten Produktnamen. Die erwartete Antwort wird vorher definiert, nicht hinterher zurechtinterpretiert.
- Absicherung gegen unerwünschtes Verhalten. Gezielte Versuche, den Bot vom Thema abzubringen, zu Aussagen über Wettbewerber zu verleiten oder per Prompt Injection umzusteuern. Für KMU reicht meist ein strukturierter manueller Durchgang; kritischere Anwendungsfälle brauchen mehr.
- Klare Auskunftsgrenzen. Der Bot muss „weiß ich nicht” können und dann eskalieren – eine falsche, selbstbewusste Antwort ist teurer als eine ehrliche Übergabe. Genau das ist die Konsequenz aus dem Halluzinationsrisiko, das das BSI beschreibt.
- Laufende Stichproben. Nach dem Livegang regelmäßig echte Gespräche prüfen; Häufigkeit anfangs wöchentlich, später monatlich.
- Transparenz. Nutzer müssen erkennen können, dass sie mit einem KI-System sprechen. Die KI-Verordnung (EU) 2024/1689 macht das in Art. 50 zur Pflicht für Anbieter von KI-Systemen mit direkter Nutzerinteraktion; die Transparenzpflichten gelten ab dem 2. August 2026 (Stand Juli 2026 – das ist keine Rechtsberatung, verbindlich ist der Verordnungstext, bei Unsicherheit sprich mit deiner Rechtsberatung).
Bei personenbezogenen Daten in der Wissensbasis kommt Datenschutzarbeit dazu: Die DSK-Orientierungshilfe behandelt ausführlich, worauf bei RAG-Systemen zu achten ist – von Zugriffskonzepten bis Betroffenenrechten. Auch das ist Projektaufwand, der ins Budget gehört und nicht in die Fußnote.
Umsetzung: das Vorgehen, das Budgets schont
Die teuerste Variante ist, mit dem Tool zu starten und den Anwendungsfall hinterherzuschieben. Die günstigere Reihenfolge:
- Anwendungsfall schärfen. Welche Fragen soll der Bot beantworten, welche ausdrücklich nicht? Ein enger Scope („Fragen zu Bestellung und Versand”) schlägt einen breiten („beantwortet alles zur Firma”) in Kosten und Qualität.
- Wissen prüfen, bevor du unterschreibst. Sichte die Quellen, aus denen der Bot antworten soll. Sind sie aktuell, vollständig, widerspruchsfrei? Das Ergebnis bestimmt das halbe Budget.
- Klein live gehen. Erst intern oder mit einer Pilotgruppe, mit Testkatalog und Eskalationspfad. Dann öffentlich.
- Messen statt glauben. Vorher festlegen, woran Erfolg erkennbar ist: gelöste Anfragen ohne Übergabe, Antwortqualität in Stichproben, Feedback des Support-Teams. Versprich dir keine feste Automatisierungsquote – die kennt vorher niemand seriös.
Wenn du vor der Beauftragung eine unabhängige Einschätzung willst, ob dein Fall Szenario A, B oder C ist: genau dafür gibt es unsere KI-Beratung und das kostenlose Erstgespräch. Und wenn dein Team den Bot später selbst pflegen soll, lohnt ein Blick auf unsere Schulungen.
Risiken und Grenzen – was ein Chatbot nicht löst
Der Vollständigkeit halber, weil es Budgetentscheidungen betrifft:
- Ein Chatbot repariert kein schlechtes Wissen. Wenn deine Doku veraltet ist, automatisierst du veraltete Antworten – nur schneller.
- Restfehler bleiben. Auch ein gutes RAG-System kann falsch antworten; die DSK beschreibt die systembedingten Grenzen der Methode offen. Kalkuliere den Bot nie als Ersatz für den letzten Menschen im Prozess, sondern als Vorfilter mit Eskalation.
- Garantierte Einsparungen gibt es nicht. Jede Quote („70 % der Anfragen automatisiert”) hängt von deinem Anfragemix ab und lässt sich erst im Betrieb messen. Seriös ist: Pilot, messen, dann hochrechnen.
- Versteckte Folgekosten entstehen vor allem durch ungeklärte Zuständigkeiten: Niemand pflegt, niemand wertet aus, der Bot degradiert leise.
Checkliste: Chatbot-Budget in 10 Punkten
- Anwendungsfall in einem Satz definiert – inklusive dessen, was der Bot nicht können soll?
- Chatbot-Typ bestimmt (regelbasiert, LLM pur, RAG, agentisch)?
- Zustand der Wissensbasis ehrlich bewertet (aktuell, vollständig, widerspruchsfrei)?
- Aufwand für Wissensaufbereitung als eigener Budgetposten eingeplant?
- Integrationen gelistet – mit technischem UND Prozessanteil kalkuliert?
- Eskalationspfad zu Menschen definiert (wann, an wen, mit welchem Kontext)?
- QA budgetiert: Testkatalog, Manipulationstests, laufende Stichproben?
- Laufende Kosten für 24 Monate gerechnet, nicht nur die Einrichtung?
- Interne Zuständigkeit für Pflege und Auswertung benannt?
- Transparenz- und Datenschutzanforderungen geprüft (KI-Verordnung Art. 50, DSGVO bei personenbezogenen Daten)?
Wenn du alle zehn Punkte beantworten kannst, bist du verhandlungsfähig – und erkennst sofort, welche Angebote nur die Chat-Oberfläche bepreisen und welche das ganze System.
Häufige Fragen
Welche Chatbot-Typen gibt es?
Drei Grundtypen: regelbasierte Bots mit vordefinierten Dialogpfaden, LLM-Chatbots ohne eigene Wissensbasis und RAG-Chatbots, die dein Unternehmenswissen einbinden. Dazu kommen als Ausbaustufe agentische Chatbots, die Aktionen in Systemen ausführen. Für die meisten B2B-Anwendungsfälle mit eigenem Wissen ist der RAG-Chatbot der relevante Typ – und der teuerste in der Einrichtung.
Was beeinflusst die Einrichtungskosten?
Vor allem drei Dinge: der Zustand deines Wissens (verstreut, veraltet, widersprüchlich?), die Zahl und Tiefe der Integrationen (CRM, Ticketsystem, Shop) und der Anspruch an Qualitätssicherung und Eskalation. Die Chat-Oberfläche selbst ist der kleinste Posten. Ein Bot auf sauber gepflegten FAQ-Seiten kostet einen Bruchteil eines Bots, der aus zwanzig PDF-Ordnern korrekt antworten soll.
Welche laufenden Kosten entstehen?
Software- oder API-Kosten (nutzungsabhängig pro Gespräch oder als Abo), Hosting, vor allem aber Pflege: Wissensbasis aktualisieren, falsche Antworten auswerten, Eskalationsregeln nachjustieren. Als Faustregel aus meiner Projektpraxis solltest du für Betrieb und Pflege monatlich einen niedrigen bis mittleren dreistelligen Betrag plus ein paar Stunden interne Arbeitszeit einplanen – dauerhaft, nicht nur im ersten Jahr.
Wie wirken sich CRM und Ticketsystem auf die Kosten aus?
Jede Integration hat zwei Kostenanteile: die technische Anbindung (API, Authentifizierung, Datenmodell) und die Prozesslogik dahinter – wann übergibt der Bot an Menschen, welche Daten werden übernommen, wer ist zuständig. Eine saubere Ticket-Übergabe mit Gesprächskontext kostet oft mehr Aufwand als der gesamte Antwort-Teil des Bots, ist aber der Teil, der über den tatsächlichen Nutzen entscheidet.
Welche Qualitätssicherung ist nötig?
Mindestens: ein Testkatalog mit realen Fragen inklusive Grenzfällen vor dem Livegang, Tests gegen unerwünschtes Verhalten wie Prompt Injection, eine laufende Stichprobenprüfung echter Gespräche und ein klarer Eskalationspfad zu Menschen. Das BSI beschreibt Halluzinationen als zentrales LLM-Risiko – QA ist deshalb kein optionaler Posten, sondern gehört von Anfang an ins Budget.
Quellen
- Datenschutzkonferenz (2025): Orientierungshilfe zu datenschutzrechtlichen Besonderheiten generativer KI-Systeme mit RAG-Methode — Funktionsweise, Stärken und systembedingte Grenzen von RAG-Chatbots
- BSI (2025): Generative KI-Modelle – Chancen und Risiken für Industrie und Behörden — Halluzinationen, Prompt Injection und Gegenmaßnahmen bei LLM-Systemen
- EUR-Lex: Verordnung (EU) 2024/1689 (KI-Verordnung) — Transparenzpflichten für KI-Systeme mit direkter Nutzerinteraktion (Art. 50)