Bürger-Chatbot für häufige Anfragen

Das echte Ausmaß des Problems

In einer Stadtverwaltung mit 50.000 Einwohnern gehen täglich zwischen 150 und 400 Bürgeranfragen per Telefon und E-Mail ein. Wie viele davon immer dieselben zehn bis zwanzig Themen betreffen, sagt dir keine geliehene Statistik so verlässlich wie eine Strichliste in deiner eigenen Telefonzentrale: zwei Wochen lang jede eingehende Anfrage einer von zehn Kategorien zuordnen. Das ist die einzige Zahl, auf die du später ein Projekt stützen kannst, und sie kostet nichts außer Aufmerksamkeit.

Die Kategorien, mit denen du diese Liste anlegen kannst:

Öffnungszeiten und Terminbuchung. Unterlagen für Ummeldung oder Personalausweis. Gewerbean­meldung und Formulare. Reisepass-Fristen und Expressverfahren. Kita-Anmeldung und Ansprechpersonen. Wohngeld, Elterngeld, Pflegegeld. Gebühren für Urkundenausstellung.

Jede einzelne Anfrage kostet eine Sachbearbeiterin oder einen Sachbearbeiter durchschnittlich vier bis sieben Minuten, Anruf annehmen, Anliegen klären, Informationen heraussuchen, Rückfragen beantworten. Rechne es mit Platzhaltern durch, bis du eigene Werte hast: 200 Anfragen täglich, davon 120 mit Standardcharakter, ergibt 480 bis 840 Minuten reiner Bearbeitungszeit pro Tag, also acht bis vierzehn Stunden. Das entspricht einer bis knapp zwei Vollzeitstellen, die ausschließlich damit beschäftigt sind, Informationen weiterzugeben, die längst auf der Behördenwebsite stehen, aber schwer zu finden sind.

Das Onlinezugangsgesetz (OZG) hat die Erwartungen der Bürgerinnen und Bürger an digitale Services erhöht, ohne dass die Backendsysteme in den meisten Kommunen entsprechend nachgezogen haben. Gleichzeitig steigen die Krankenstände, kämpfen Kommunen mit Fachkräftemangel und wächst der politische Druck, Bearbeitungszeiten zu verkürzen. Laut einer repräsentativen Bitkom-Befragung vom September 2025 wünschen sich 90 Prozent der Deutschen, dass die Digitalisierung der Verwaltung mit noch mehr Nachdruck verfolgt wird, während nur 70 Prozent der heimischen Verwaltung einen kompetenten Umgang mit der Digitalisierung zutrauen (Bitkom, 23.09.2025, 1.005 Befragte ab 18 Jahren).

Hinzu kommt ein oft übersehener Faktor: Viele Anfragen kommen abends oder am Wochenende, wenn keine Mitarbeitenden mehr erreichbar sind. Diese Anfragen landen in einem E-Mail-Postfach, das erst am nächsten Werktag bearbeitet wird. Für Bürgerinnen und Bürger, die eine Frist im Nacken haben, ist das nicht akzeptabel, und führt zu Folgeanrufen, Beschwerden und weiterem Aufwand.

Mit vs. ohne KI, ein ehrlicher Vergleich

Die dritte Zeile ist eine Rechnung, keine Messung: 120 Standardanfragen täglich zu je vier bis sieben Minuten, 220 Arbeitstage. Setz deine eigenen Werte ein. Für die vierte Zeile gibt es keine seriöse Vorabzahl. Jede Prozentangabe, die dir vor dem Piloten begegnet, stammt von jemandem, der etwas verkaufen will. Die Abfangquote ist genau die Kennzahl, die dein Pilot beantworten soll, nicht die, die ihn begründet.

Einschätzung auf einen Blick

Zeitersparnis, hoch (4/5) Der direkte Entlastungseffekt ist spürbar und gut messbar: Wenn der Bot täglich 100 Standardanfragen automatisch beantwortet, die sonst je fünf Minuten Sachbearbeiterzeit kosten, sind das 500 Minuten, gut acht Stunden pro Tag, also ungefähr eine Vollzeitstelle. Nicht maximal bewertet, weil die Wissensbasis dauerhaft gepflegt werden muss und dieser Pflegeaufwand interne Kapazität bindet.

Kosteneinsparung, mittel (3/5) Der Nutzen ist real, aber die Initialkosten liegen mit 8.000 bis 40.000 Euro höher als einfachere Automatisierungen. Kommunen mit geringem Anfragevolumen kommen schwer auf eine positive Kostenrechnung im ersten Jahr. Anders als bei der KI-gestützten Antragsprüfung oder der Bescheidgenerierung ist der ROI hier indirekter, Entlastung statt direkte Prozessoptimierung.

Schnelle Umsetzung, hoch (4/5) Mit einem fertigen Chat-Widget oder einem Azure-Bot-Ansatz ist der Pilot in 10 bis 12 Wochen realisierbar, inklusive der datenschutzrechtlichen Klärung, die typischerweise vier Wochen dauert. Damit einer der schnellsten Einstiegspunkte in dieser Kategorie. Verzögerungsfaktor ist meist die Vergabe, nicht die Technik.

ROI-Sicherheit, hoch (4/5) Der Nutzen ist direkt messbar: Anrufvolumen, automatisch beantwortete Anfragen, Sachbearbeiterstunden. Das macht diese Investition besser kontrollierbar als viele andere KI-Projekte im Verwaltungsbereich. Risiko liegt in der Wissensbasisqualität, ein schlecht gepflegter Bot gibt falsche Auskünfte, was das Vertrauen zerstört.

Skalierbarkeit, sehr hoch (5/5) Jeder zusätzliche Bürgerkanal, Website, Telefon-Vorab-Qualifizierung, E-Mail-Triage, läuft über dieselbe Wissens­basis. Wächst die Gemeinde oder steigt das Anfragevolumen, kostet das keine zusätzliche Personalstelle. Das ist der stärkste Skalierungseffekt in dieser Kategorie.

Richtwerte, stark abhängig von Einwohnerzahl, Anfragevolumen und gewähltem Lösungsansatz.

Was ein Bürger-Chatbot konkret macht

Ein regelbasierter FAQ-Bot kann Standardfragen aus einer strukturierten Fragenliste beantworten, schnell aufgesetzt, aber starr. Er scheitert, sobald ein Bürger leicht anders formuliert oder mehrere Anliegen gleichzeitig hat.

Ein LLM-gestützter Bürger-Assistent versteht natürliche Sprache, erkennt Absicht und kombiniert mehrere Antworten zu einer kohärenten Rückmeldung. Er gibt keine falschen Auskünfte zu Dingen, die er nicht kennt, sofern er korrekt konfiguriert ist, und übergibt gezielt an eine Mitarbeiterin, wenn das Anliegen es erfordert. Die Übergabe geschieht nicht als Abbruch, sondern mit einer strukturierten Zusammenfassung des bisherigen Gesprächs, damit die Sachbearbeiterin nicht von vorne anfangen muss.

Ein konkretes Beispiel

Ein Bürger schreibt um 22 Uhr: „Ich brauche dringend einen Reisepass, wir fliegen in drei Wochen, mein aktueller ist abgelaufen, was muss ich jetzt tun?” Ein regelbasierter Bot gibt bestenfalls einen Link aus. Der LLM-Assistent beantwortet alle relevanten Teilfragen: Was der Express-Reisepass kostet, welche Unterlagen mitzubringen sind, wie man einen Termin bucht und was bei einer Frist unter vier Wochen zu tun ist. Ohne dass eine Mitarbeiterin um 22 Uhr erreichbar sein muss.

Die wichtigsten Einsatzkanäle

Website-Integration (wichtigste Priorität). Die Behördenwebsite ist der erste Anlaufpunkt für Bürgerinnen und Bürger, und gleichzeitig häufig der frustrierendste. Ein sichtbares Chat-Widget auf der Startseite und den wichtigsten Unterseiten fängt Fragen ab, bevor Bürgerinnen und Bürger zum Telefon greifen.

Telefonische Vorab-Qualifizierung (unterschätzt). KI-gestützte Sprachassistenten als erste Ebene in der Telefonzentrale beantworten Standardanfragen direkt oder verweisen auf Self-Service-Optionen. Nur Anliegen, die echte Beratung brauchen, landen bei Sachbearbeitenden.

E-Mail-Triage. Ein KI-Layer, der eingehende E-Mails klassifiziert, Standardfragen vollautomatisch beantwortet und nur komplexe Vorgänge zur manuellen Bearbeitung markiert, spart Zeit, ohne dass Bürgerinnen und Bürger den Unterschied bemerken.

Konkrete Werkzeuge, was wann passt

govdigital , der souveräne Beschaffungsweg, aber kein fertiges Chatbot-Produkt. govdigital ist eine Genossenschaft öffentlich-rechtlicher IT-Dienstleister (32 Mitglieder, Stand Mai 2026) und betreibt unter anderem die Deutsche Verwaltungscloud, die seit dem 1. April 2025 produktiv ist. Einen Bürger-Chatbot von der Stange kannst du dort nicht bestellen: Das gd.KI-Ökosystem besteht aus KI-Werkstatt und LLM-Sandbox, die GenAI-Plattform bezeichnet govdigital selbst als in Entwicklung. Der Weg führt praktisch immer über den eigenen IT-Dienstleister, sofern dieser Mitglied ist, etwa Dataport, AKDB, ekom21 oder Komm.ONE. Dort wird auch der AVV geschlossen, nicht mit govdigital. Keine Listenpreise.

Microsoft 365 Copilot , für Behörden, die bereits in der Microsoft-365-Umgebung arbeiten: Chatbot-Funktionalität lässt sich über Azure Bot Services und Azure OpenAI Service aufbauen, mit europäischen Rechenzentren und bestehendem Lizenz- und Datenschutzrahmen. Der Vorteil liegt in der Integration mit vorhandenen Teams- und SharePoint-Systemen. Rechne mit zwei getrennten Posten, beide je Nutzer und Monat und zzgl. MwSt.: Microsoft 365 E3 kostet 37,78 Euro im Jahresabonnement, das Copilot-Add-on kommt in der Enterprise-Variante mit 26,00 Euro bei jährlicher Zahlung obendrauf (Stand September 2026). Der Chatbot für Bürgerinnen und Bürger entsteht dabei nicht aus Copilot selbst, sondern aus den Azure-Diensten, die separat nach Verbrauch abgerechnet werden.

Tidio , niedrigschwellig, aber mit einem Haken, der für Behörden entscheidend ist: Tidio hostet in den USA. Für ein rein informatorisches Widget ohne personenbezogene Eingaben kann das vertretbar sein, für alles darüber hinaus brauchst du eine belastbare Antwort deines Datenschutzbeauftragten, bevor du anfängst, nicht danach. Der kostenlose Tarif ist real, aber eng begrenzt: 50 Lyro-KI-Gespräche einmalig, nicht monatlich. Der Einstiegstarif heißt Starter und kostet rund 29 Euro im Monat, bei Jahreszahlung rund 24 Euro (Stand September 2026). Einen Tarif namens „Pro” gibt es nicht mehr.

Notion AI als Wissensmanagement-Backend, falls deine Behörde Notion ohnehin schon einsetzt. Notion AI kann auf einer bestehenden Prozessdokumentation aufsetzen und als strukturiertes FAQ-Backend für den Chatbot dienen. Auch hier gilt die US-Einschränkung. Und die Preisstruktur hat sich geändert: Ein eigenes AI-Add-on gibt es nicht mehr, die volle KI-Suite steckt erst im Business-Tarif für 19,50 Euro je Mitglied und Monat bei Jahreszahlung, Free und Plus bekommen nur ein begrenztes Trial (Stand September 2026).

Zusammenfassung: Wann welcher Ansatz

• Souveräne Infrastruktur, Beschaffung über den eigenen IT-Dienstleister → govdigital-Netzwerk
• Behörde arbeitet bereits in Microsoft 365 → Azure Bot Services + M365 Copilot
• Kleines Budget, nur informatorisches Widget, US-Hosting geklärt → Tidio
• Wissensbasis schon in Notion vorhanden, US-Hosting geklärt → Notion AI als Backend

Rechtliche Besonderheiten

Bürger-Chatbots stehen im öffentlichen Sektor unter besonders strenger rechtlicher Beobachtung.

EU AI Act, Transparenzpflicht, in der Regel kein Hochrisiko. Ein Bürger-Chatbot, der Informationen ausgibt und keine Entscheidungen vorbereitet, ist in Anhang III der KI-Verordnung (EU) 2024/1689 nicht aufgeführt und damit kein Hochrisiko-System. Die Grenze verläuft aber genau dort, wo er anfängt zu beurteilen: Anhang III Nr. 5 Buchst. a erfasst KI-Systeme, die von Behörden verwendet werden, „um zu beurteilen, ob natürliche Personen Anspruch auf grundlegende öffentliche Unterstützungsleistungen und -dienste … haben”. Ein Bot, der die Öffnungszeiten des Bürgerbüros nennt, ist davon weit entfernt. Ein Bot, der einer Bürgerin sagt, ob sie Wohngeld bekommt, ist es nicht mehr. Unabhängig davon greift die Transparenzpflicht aus Art. 50 Abs. 1: KI-Systeme, die für die direkte Interaktion mit natürlichen Personen bestimmt sind, müssen so gestaltet sein, dass diese Personen informiert werden, dass sie mit einem KI-System interagieren, es sei denn, das ist aus dem Kontext ohnehin offensichtlich. Diese Pflichten gelten seit dem 2. August 2026. Eine sichtbare Zeile im Chat, „Dieser Chat wird durch KI unterstützt.”, erfüllt sie, und die Datenschutzerklärung der Website gehört nach Art. 13 DSGVO ebenfalls angepasst.

DSGVO und Auftragsverarbeitung. Jede Chatbot-Plattform, die Gesprächsdaten verarbeitet, ist Auftragsverarbeiter im Sinne von Art. 28 DSGVO. Ein Auftragsverarbeitungsvertrag (AVV) ist zwingend, bevor der Bot produktiv geht. US-amerikanische Cloud-Dienste ohne angemessenen Datentransferrahmen sind für Behördendaten in der Regel nicht zulässig.

IT-Sicherheitsgesetz und BSI-Grundschutz. KI-Systeme müssen in das bestehende IT-Sicherheitskonzept integriert werden: Risikoanalyse, Dokumentation der technischen und organisatorischen Maßnahmen (TOMs), Einbindung des Datenschutzbeauftragten von Anfang an.

OZG und Servicequalität. Das Onlinezugangsgesetz wurde durch das OZG-Änderungsgesetz überarbeitet, das im Juli 2024 in Kraft trat, umgangssprachlich „OZG 2.0”. Die ursprüngliche Frist Ende 2022, die flächendeckend gerissen wurde, steht nicht mehr im Gesetzestext. Was drinsteht, ist § 7 Abs. 1 OZG: „Bund und Länder stellen durch geeignete Maßnahmen die Nutzerfreundlichkeit sowie eine einfache und intuitive Bedienbarkeit des übergreifenden Zugangs zu elektronischen Verwaltungsleistungen … sicher”, und Nutzer sollen in die Entwicklung neuer elektronischer Angebote einbezogen werden. Das ist eine Pflicht, aber keine Kennzahl, und sie richtet sich auf den übergreifenden Zugang, nicht auf jedes einzelne Angebot einer Kommune. Messbare Qualitätsanforderungen soll erst eine Rechtsverordnung bringen, zu der § 6 Abs. 1 OZG das Bundesinnenministerium verpflichtet, Frist: Ende 2026. Wer heute „OZG-Compliance” als Begründung in eine Vorlage schreibt, sollte also wissen, dass das Kriterium noch gar nicht definiert ist. Ein gut gepflegter Chatbot zahlt auf die Nutzerfreundlichkeit ein. Ein schlecht gepflegter, der falsche Auskünfte gibt, arbeitet dagegen.

Datenschutz und Datenhaltung

Für öffentliche Stellen gelten beim Einsatz von KI-Chatbots besonders strenge Anforderungen. US-amerikanische Cloud-Dienste ohne angemessenen Datentransferrahmen scheiden für Behördendaten in der Regel aus.

govdigital ist eine Genossenschaft öffentlich-rechtlicher IT-Dienstleister und betreibt Infrastruktur in deutschen Rechenzentren ihrer Mitglieder. Das nimmt einer Datenschutz-Folgeabschätzung die Drittlandsfrage ab, ersetzt sie aber nicht. Der Weg dorthin führt über den eigenen IT-Dienstleister, und ob ein Auftrag über dessen Rahmenvertrag laufen kann oder ausgeschrieben werden muss, ist eine vergaberechtliche Einzelfallfrage für deine Vergabestelle, keine Eigenschaft von govdigital.

Transparenzpflicht gegenüber Bürgerinnen und Bürgern: Eine kurze, sichtbare Information im Chat reicht aus. Ergänze außerdem die Datenschutzerklärung der Behördenwebsite um einen Abschnitt zur KI-gestützten Kommunikation, ein Hinweis im Widget allein erfüllt die Transparenzpflichten nach Art. 13 DSGVO nicht vollständig.

Was es kostet, realistisch gerechnet

Einmalige Implementierungskosten Je nach Komplexität, Kanalzahl und IT-Integration: 8.000 bis 40.000 Euro. Der größte Teil davon ist kein Technik-Aufwand, sondern Inhaltsarbeit, Fragen strukturieren, Antworten formulieren, Zuständigkeiten klären, Eskalationslogik definieren. Kommunen, die eine gute interne FAQ-Basis haben, sparen erheblich.

Laufende Kosten (monatlich)

• Plattform-/Lizenzgebühr: 500–3.000 Euro/Monat je nach Lösung und Anfragevolumen
• LLM-API-Nutzung (bei eigenem Hosting): 100–500 Euro/Monat je nach Gesprächsvolumen
• Interne Pflege der Wissensbasis: 2–4 Stunden/Monat, dauerhaft einzuplanen

Was du dagegenrechnen kannst Wenn der Bot täglich 100 Standardanfragen automatisch beantwortet, die sonst je fünf Minuten Sachbearbeiterzeit kosten, sind das 500 Minuten oder 8,3 Stunden am Tag. Bei einem Personalkostensatz von 45–55 Euro pro Stunde (inkl. Arbeitgeberanteil) sind das 375–458 Euro täglich, bei 220 Arbeitstagen 82.500 bis rund 101.000 Euro im Jahr. Fängt der Bot nur die Hälfte dieser Anfragen ab, bleiben immer noch 41.000 bis 50.000 Euro, deutlich über den Betriebskosten.

Was diese Rechnung nicht ist: ein Betrag, der im Haushalt frei wird. Sie beziffert gebundene Arbeitszeit. Zu einem echten Effekt wird sie erst, wenn die Zeit in Rückstände, Beratung oder nicht nachzubesetzende Stellen fließt. Wie schnell sich die Einführung rechnet, hängt an Anfragevolumen, Implementierungsaufwand und Vergabeweg und lässt sich seriös erst nach den ersten Monaten Betrieb sagen, nicht vorher.

Wie du den ROI tatsächlich misst. Nicht über eine Schätzung, sondern über Zählung: Anfragen pro Kanal vor Einführung vs. danach. Automatisch beantwortete Gespräche pro Tag. Durchschnittliche Gesprächslänge vor Eskalation. Diese drei Zahlen machen den Effekt sichtbar und nachweisbar, gegenüber der Behördenleitung und dem Stadtrat.

Typische Einstiegsfehler

1. Die Wissensbasis einmalig aufbauen und dann nicht pflegen. Ein Chatbot ist nur so gut wie seine Informationen. Wenn sich Öffnungszeiten ändern, Formulare aktualisiert werden oder neue Verfahren eingeführt werden, und der Chatbot das nicht weiß, gibt er falsche Auskünfte. Falsche Auskünfte einer Behörde können rechtliche Konsequenzen haben. Lösung: Vor der Inbetriebnahme festlegen, wer verantwortlich ist und wie häufig Inhalte geprüft werden, mindestens bei jeder relevanten Änderung. Ohne klare Verantwortlichkeit verfällt jede Wissensbasis innerhalb von Monaten.

2. Keinen klaren Eskalationspfad definieren. Bürgerinnen und Bürger werden frustriert, wenn der Chatbot bei Fragen, die er nicht beantworten kann, abbricht oder generische Antworten gibt. Eine saubere Übergabe an eine menschliche Sachbearbeiterin ist kein Systemfehler, sondern das wichtigste Qualitätsmerkmal eines guten Bots. Lösung: Eine klare Liste definieren, welche Anfragekategorien immer eskaliert werden, und dem Bürger im Eskalationsfall unmittelbar zeigen, wie er einen Menschen erreicht.

3. Datenschutz als nachträgliches Thema behandeln. In der Verwaltung ist Datenschutz keine Option. Wer einen Chatbot aufsetzt, ohne vorab AVV, Datenschutz-Folgeabschätzung und IT-Sicherheitskonzept zu klären, riskiert nicht nur rechtliche Probleme, sondern auch politischen Gegenwind. Lösung: Datenschutz und IT-Sicherheit gehören in die Konzeptionsphase, nicht in den Einführungsstress.

4. Zu viele Themen auf einmal. Der Versuch, beim Start alle Leistungen der Behörde abzudecken, führt zu einem Bot mit mittelmäßiger Qualität überall. Lösung: Mit den fünf häufigsten Anfragekategorien aus deiner Strichliste beginnen. Diese gut abdecken. Dann skalieren.

5. Kein Monitoring nach dem Start. Ein Bot, der nach drei Monaten nicht ausgewertet wird, ist ein Bot, der im Verborgenen Fehler macht. Lösung: Wöchentliche Auswertung der häufigsten Gesprächsabbrüche und Eskalationen, das zeigt, was fehlt oder falsch konfiguriert ist.

Was mit der Einführung wirklich passiert, und was nicht

Die Technik ist das Einfachste an diesem Projekt. Das Schwierigere ist die interne Abstimmung.

Datenschutz dauert länger als die Technik. Rechne damit, dass die Datenschutz-Folgeabschätzung der kritische Pfad wird und nicht die technische Implementierung. Vier Wochen für die Klärung einplanen, auch wenn das Tool in drei Tagen einsatzbereit wäre.

Inhalte kommen nicht von selbst. Die Wissensbasis entsteht nicht durch eine Export-Funktion aus dem CMS der Behörde. Sie erfordert jemanden, der die FAQ strukturiert, Antworten formuliert und Zuständigkeiten klärt. Diese Person muss benannt sein, bevor das Projekt beginnt, nicht danach.

Sachbearbeitende haben Bedenken. Nicht gegen den Bot selbst, sondern gegen schlechte Qualität und falsche Auskünfte. Die konstruktive Reaktion: Sie als Experten für die Inhaltsarbeit einbinden, nicht als passive Nutzer einer fertigen Lösung. Wer die Antworten mitgeschrieben hat, vertraut dem System.

Was konkret hilft:

• Eine Pilotphase mit internem Test vor der öffentlichen Inbetriebnahme
• Klare Benennung, wer die Wissensbasis pflegt
• Monitoring-Dashboard einrichten, das die wichtigsten Kennzahlen automatisch ausgibt
• 90-Tage-Evaluationszeitraum kommunizieren, bevor Urteile gefällt werden

Realistischer Zeitplan mit Risikohinweisen

Dein interner Aufwand während des Projekts: Ein bis drei Stunden pro Woche für Feedback, Abnahme und Inhaltsarbeit. Eine IT-Ansprechperson für die technische Integration. Kein größeres IT-Projektteam notwendig, sofern eine Standardlösung eingesetzt wird.

Häufige Einwände, und was dahintersteckt

„Unsere Bürgerinnen und Bürger sind nicht technikaffin genug für einen Chatbot.” Dieses Argument ist überprüfbar, und zwar von euch selbst: Das Nutzungs-Dashboard zeigt nach vier Wochen, wer den Bot tatsächlich benutzt. Vorher ist jede Aussage über die Altersstruktur eurer Nutzer eine Vermutung, auch die freundlich gemeinte. Was sich unabhängig davon sagen lässt: Wer um 21 Uhr herausfinden will, welche Unterlagen er für die Ummeldung braucht, hat zu diesem Zeitpunkt keine Alternative zum Selbstbedienungskanal. Entscheidend ist, dass der Bot einfach und zugänglich gestaltet ist und immer einen Ausweg zu einem menschlichen Ansprechpartner bietet.

„Wir haben keine internen IT-Kapazitäten.” Für einen ersten Chatbot auf Basis einer Standardlösung brauchst du keine eigene Entwicklungsabteilung. Der technische Aufwand liegt bei einem Dienstleister, in aller Regel bei dem kommunalen IT-Dienstleister, mit dem ihr ohnehin arbeitet. Was du intern brauchst, ist jemand, der die Inhalte kennt und pflegt, das kann die Pressestelle, das Bürgerbüro oder der Digitalisierungsbeauftragte sein.

„Was passiert, wenn der Bot falsche Auskünfte gibt?” Das ist die richtige Frage, und der Grund, warum Konfiguration und Inhaltspflege entscheidend sind. Ein gut konfigurierter Bot antwortet bei Unsicherheit lieber mit „Für diese Frage verbinde ich dich mit dem zuständigen Sachbearbeiter” als dass er rät. Die Eskalationslogik ist kein Notfallplan, sondern integraler Bestandteil des Designs. Die Behörde bleibt rechtlich verantwortlich für die Richtigkeit der Informationen, das ist kein neues Problem, sondern dasselbe wie bei der Website.

Woran du merkst, dass das zu dir passt

• Deine Telefonzentrale und E-Mail-Postfächer sind regelmäßig überlastet, besonders montags und nach Feiertagen.
• Mitarbeitende berichten, täglich dieselben fünf bis zehn Fragen zu beantworten, und empfinden das als frustrierend.
• Bürgerinnen und Bürger beschweren sich über lange Wartezeiten, nicht erreichbare Mitarbeitende oder fehlende Antworten am Abend oder Wochenende.
• Eure Website enthält viele Informationen, die Bürgerinnen und Bürger trotzdem nicht finden, und euch dann anrufen.
• Ihr steht unter politischem Druck, den Bürgerservice zu verbessern, ohne das Personal signifikant aufzustocken.

Du solltest es noch nicht tun, wenn:

• Ihr noch keine aktuelle, gepflegte Informationsbasis über eure Leistungen habt, der Bot kann nur das ausgeben, was dokumentiert ist.
• Es keine interne Zuständigkeit für die Inhaltspflege geben wird, dann verfällt die Wissensbasis und der Bot gibt in sechs Monaten falsche Auskünfte.
• Euer IT-Sicherheitskonzept noch keine KI-Systeme umfasst und ihr keine Kapazität habt, das zu ändern, Datenschutz-Folgeabschätzung ist keine bürokratische Formalität.

Das kannst du heute noch tun

Schreib auf, welche fünf Fragen in deiner Behörde am häufigsten kommen, das dauert 15 Minuten und ist die Grundlage für jede Chatbot-Evaluation. Dann formuliere für jede Frage die beste, vollständige Antwort. Das ist dein erster FAQ-Datensatz.

Quellen & Methodik

• Bitkom, 23.09.2025, „Bitkom-Analyse: 60 Prozent der Verwaltungsleistungen sind online verfügbar”. Repräsentative Befragung von 1.005 Personen ab 18 Jahren durch Bitkom Research: 90 Prozent wünschen sich, dass die Digitalisierung mit noch mehr Nachdruck verfolgt wird, 70 Prozent trauen der heimischen Verwaltung einen kompetenten Umgang damit zu (bitkom.org, abgerufen am 18.09.2026).
• § 7 OZG, Nutzerfreundlichkeit und Barrierefreiheit: Bund und Länder stellen die Nutzerfreundlichkeit und intuitive Bedienbarkeit des übergreifenden Zugangs sicher, Nutzer sollen in die Entwicklung neuer Angebote einbezogen werden (gesetze-im-internet.de/ozg/__7.html, abgerufen am 18.09.2026).
• § 6 Abs. 1 OZG, Verordnungsermächtigung: Das Bundesinnenministerium legt Architektur-, Qualitäts- und Interoperabilitätsanforderungen im Einvernehmen mit dem IT-Planungsrat per Rechtsverordnung fest, bis zum Ablauf des zweiten auf die Verkündung des Gesetzes vom 19. Juli 2024 (BGBl. 2024 I Nr. 245) folgenden Kalenderjahres, also bis Ende 2026 (gesetze-im-internet.de/ozg/__6.html, abgerufen am 18.09.2026). Die ursprüngliche Umsetzungsfrist Ende 2022 steht nicht mehr im Gesetz.
• Anhang III Nr. 5 Buchst. a KI-Verordnung (EU) 2024/1689, Hochrisiko bei der Beurteilung von Ansprüchen auf grundlegende öffentliche Unterstützungsleistungen durch Behörden (eur-lex.europa.eu, abgerufen am 18.09.2026).
• Art. 50 Abs. 1 KI-Verordnung (EU) 2024/1689, Transparenzpflicht für KI-Systeme, die für die direkte Interaktion mit natürlichen Personen bestimmt sind, mit Ausnahme offensichtlicher Fälle. Anwendbar seit dem 2. August 2026 (Art. 113) (artificialintelligenceact.eu/article/50, abgerufen am 18.09.2026).
• Art. 13 und Art. 28 DSGVO, Informationspflichten bei der Erhebung und Auftragsverarbeitung.
• § 27 PassV, Gebühren: Reisepass ab 24 Jahren 70,00 Euro, unter 24 Jahren 37,50 Euro, Zuschlag für die beschleunigte Ausstellung 32,00 Euro (gesetze-im-internet.de/passv_2007/__27.html, abgerufen am 18.09.2026). Eine frühere Fassung dieser Seite nannte 92,00 Euro, das ist der Betrag vor der Gebührenerhöhung zum 1. Januar 2024.
• Toolpreise und Datenhaltung: Stand unserer Toolseiten, siehe Microsoft 365 Copilot , Tidio , Notion AI und govdigital .
• Nicht belegbar und deshalb nicht mehr auf dieser Seite: ein Prozentsatz der Anfragen, die „immer dieselben Themen” betreffen, eine Abfangquote des Chatbots, eine Amortisationsdauer kommunaler Pilotprojekte und eine Aussage über die Altersstruktur der Nutzer. Frühere Fassungen nannten für all das Zahlen, die sich auf keine auffindbare Quelle stützen, sowie eine Bitkom-Befragung aus 2024, die es in dieser Form nicht gibt. Die Rechenbeispiele auf dieser Seite sind als Annahmen gekennzeichnet und sollen durch eigene Messwerte ersetzt werden.
• Keine Rechtsberatung. Dieser Text ordnet Normen ein, er ersetzt keine Prüfung des Einzelfalls und keine Abstimmung mit eurem Datenschutzbeauftragten.