Personalisiertes Bürgerportal mit KI-Leistungsempfehlungen

Das echte Ausmaß des Problems

Laut eGovernment MONITOR 2024 der Initiative D21 würden 42 Prozent der Befragten Verwaltungsleistungen häufiger digital nutzen, wenn eine stärkere Personalisierung ihnen Aufwand abnimmt. Häufiger genannt werden nur eine bessere Auffindbarkeit über eine zentrale Plattform (47 Prozent) und ein schnellerer Erhalt der Leistung (46 Prozent).

Das ist kein Nischenphänomen. Es zeigt, dass das Grundproblem des deutschen E-Governments nicht nur die Digitalisierung von Formularen ist, sondern die Logik dahinter: Das System wartet, bis jemand fragt, obwohl es bereits weiß, dass ein Bedarf besteht.

Denn in den meisten Kommunen existieren die Daten bereits:

• Im Einwohnermeldesystem (EWM) steht, wer wann umgezogen ist
• Im Standesamt steht, wer ein Kind bekommen hat
• Im Gewerbeamt steht, wer eine Gewerbeanmeldung eingereicht hat
• Im Melderegister steht auch das Geburtsdatum, und damit, wer demnächst das Rentenalter erreicht

Diese Daten werden bisher kaum genutzt, um Bürgerinnen und Bürgern proaktiv zu helfen. Technisch ist das möglich und gesellschaftlich erwünscht. Rechtlich ist es klärungsbedürftig, denn Registerdaten sind zweckgebunden, mehr dazu im Datenschutzabschnitt.

Die Folgen sind konkret:

• Fristversäumnisse bei Sozialleistungen: Elterngeld, Wohngeld, Bildungs- und Teilhabepaket, Leistungen, die beantragt werden müssen, werden regelmäßig zu spät oder gar nicht beantragt, weil niemand informiert wurde
• Hohe Telefonvolumina: Viele Anrufe drehen sich um dieselben wiederkehrenden Standardfragen, welche das bei dir sind, zeigt eine Woche Anrufprotokoll
• Mehrfachkontakte: Wer keine vollständige Übersicht der relevanten Leistungen hat, stellt denselben Sachverhalt mehrfach vor, mit je einem Anruf, manchmal einem Amt-Besuch

Das ist kein Einzelproblem einer Behörde. Es ist ein strukturelles Versäumnis, das sich mit Daten und KI-Agenten beheben lässt, sofern man die Datenschutzbedingungen einhält.

Mit vs. ohne KI, ein ehrlicher Vergleich

Für deutsche Kommunen haben wir keine veröffentlichte Auswertung gefunden, die solche Effekte beziffert. Die Tabelle beschreibt die Richtung, die Größe musst du selbst messen.

Einschätzung auf einen Blick

Zeitersparnis, niedrig (2/5) Der direkte Zeitgewinn für Mitarbeitende der Verwaltung ist begrenzt: Das System generiert automatisch Hinweise, aber wenn Bürgerinnen und Bürger dadurch einen Antrag stellen, den die Verwaltung bearbeiten muss, kann der Gesamtaufwand zunächst sogar steigen, mehr korrekte Anträge bedeuten mehr Arbeit. Der eigentliche Effekt ist eine Verschiebung von Telefonaten und Beratungsgesprächen zu volldigitaler Bearbeitung. Verglichen mit Anwendungsfällen wie der Antragsprüfung oder der Protokollierung, die Sachbearbeitende direkt entlasten, ist die Zeitwirkung hier indirekter.

Kosteneinsparung, sehr niedrig (1/5) Die gesparten Anruf- und Beratungsminuten sind nach der Rechnung weiter unten 600 bis 1.500 Euro Arbeitswert im Monat, kein Geld, das im Haushalt frei wird. Dem stehen laufend 1.000 bis 3.000 Euro im Monat für den Betrieb gegenüber, dazu eine halbe bis ganze Stelle für die Pflege des Leistungskatalogs. Das System kostet dauerhaft mehr, als es an Arbeitszeit spart. Und es ist auch nicht buchhalterisch neutral: Wer Bürgerinnen und Bürger zu berechtigten Anträgen bringt, erhöht die Ausgaben der Kostenträger. Der Nutzen ist gesellschaftlich, und das ist ein legitimer Grund, solange man ihn so nennt.

Schnelle Umsetzung, niedrig (2/5) Das ist der kritische Haken: Dieses System ist kein SaaS-Tool, das man in vier Wochen ausrollt. Es erfordert die Integration mit dem Einwohnermeldesystem, dem Bürgerkonto-Backend, einer Datenschutz-Folgenabschätzung (DSFA) und, bei politisch sensiblen Leistungen, die Abstimmung mit dem kommunalen Datenschutzbeauftragten. Die realistischen Zeiträume liegen bei 9 bis 18 Monaten für einen vollständigen Produktivbetrieb. Das ist ein Wert am unteren Rand der Verwaltungs-Digitalisierungsprojekte.

ROI-Sicherheit, mittel (3/5) Die wichtigsten Messgrößen, Anrufvolumen vor und nach Einführung, Selbstbedienungsrate, Inanspruchnahme proaktiv empfohlener Leistungen, sind klar und messbar. Die Schwierigkeit liegt bei der Kausalattribution: Hat die KI-Empfehlung den Unterschied gemacht, oder lag es an der besseren Navigation insgesamt? Eine echte Kontrollgruppe, der man Hinweise vorenthält, ist in der Verwaltung heikel. Praktikabler ist eine gestaffelte Einführung, erst ein Lebensereignis, dann das nächste, mit Zählung vorher und nachher. Verglichen mit einfacher messbaren Anwendungsfällen wie dem Bürger-Chatbot für häufige Anfragen ist der Nutzen hier indirekter, aber nachweisbar.

Skalierbarkeit, hoch (4/5) Das ist der stärkste Hebel dieses Ansatzes: Mehr Einwohnerinnen und Einwohner kosten das System kaum etwas, kein proportionaler Personalanstieg mit wachsenden Einwohnerzahlen. Jede neue Leistung im Katalog verbessert die Hinweise für alle, bringt aber Pflegeaufwand mit, und jede Gesetzesänderung muss eingearbeitet werden. Auch die Ausweitung auf andere Lebensereignisse (Gewerbeanmeldung, Schuleintritt, Hauskauf) ist modular möglich.

Richtwerte, stark abhängig von Kommunengröße, vorhandener Portalinfrastruktur und OZG-Digitalisierungsstand.

Das Lebenslage-Konzept: Was die KI wirklich verknüpft

Der Kern dieses Ansatzes ist kein Machine-Learning-Modell im klassischen Sinn, es ist ein gut strukturierter Regelkatalog, der durch KI kommunizierbar wird.

Die Idee des Lebenslage-Konzepts ist nicht neu: Das OZG (Onlinezugangsgesetz) hat die rund 600 zu digitalisierenden Verwaltungsleistungen von Anfang an in 35 Lebenslagen eingeteilt, von „Familie & Kinder” über „Umzug & Wohnen” bis zu „Arbeit & Ruhestand”. Was in der Papier-Verwaltung bislang die Aufgabe eines Beratungsgesprächs war, soll die KI jetzt strukturiert leisten: auslösendes Ereignis erkennen → relevante Leistungsbündel verknüpfen → Fristen kommunizieren.

Konkrete Lebenslage-Cluster, die in der Praxis am häufigsten genutzt werden:

Umzug innerhalb Deutschlands

• Ummeldung beim Einwohnermeldeamt (Pflicht, 14 Tage)
• Zulassungsbescheinigung Teil I (Fahrzeugschein) aktualisieren (Pflicht, unverzüglich)
• Adressänderung für Kindergeld, Wohngeld, Rente
• Neuer Kita-Antrag, falls anderer Träger
• Rundfunkbeitrag: Adressänderung beim Beitragsservice
• Ggf. neue Grundsteuerveranlagung

Geburt eines Kindes

• Geburtsurkunde beantragen (Standesamt)
• Elterngeld (rückwirkend gezahlt wird nur für die drei Lebensmonate vor dem Antragsmonat, der Antrag muss also spätestens im vierten Lebensmonat eingehen)
• Kindergeld (bei der Familienkasse)
• Kita-Anmeldung und Warteliste
• Elternzeit-Anzeige beim Arbeitgeber (formal kein Verwaltungsakt, aber häufige Anfrage)
• Bildungs- und Teilhabepaket (einkommensabhängig)

Renteneintritt

• Rentenantrag (etwa drei Monate vor Rentenbeginn; wer später als drei Kalendermonate nach Erfüllung der Voraussetzungen beantragt, bekommt die Rente erst ab dem Antragsmonat)
• Krankenversicherung im Alter klären (Mitgliedschaft Pflichtkasse)
• Einkommensteuererklärung im ersten Rentnerjahr (häufig Pflicht)
• Schwerbehindertenausweis (falls relevant)
• Ggf. Wohngeld im Ruhestand

Gewerbegründung

• Gewerbeanmeldung (vor Betriebsaufnahme)
• Steuerliche Erfassung beim Finanzamt (Fragebogen zur steuerlichen Erfassung)
• Ggf. Baugenehmigung / Nutzungsänderung
• Handelsregistereintrag (bei GmbH, UG, AG)
• Berufsgenossenschaft anmelden

Die KI-Aufgabe in diesem Kontext: Den Auslöser erkennen (Umzug-Ummeldung ist im EWM registriert), das passende Cluster laden und in verständlicher Sprache mit korrekten Fristen kommunizieren, per E-Mail, SMS oder Portal-Benachrichtigung.

Was die KI dabei nicht tut und nicht darf: Die Berechtigung prüfen. Sie weist auf Leistungen hin, die für dieses Lebensereignis typischerweise relevant sind. Ob jemand anspruchsberechtigt ist, entscheidet der Mensch im Antragsverfahren.

Was das Empfehlungssystem konkret macht

Das technische Grundprinzip ist weniger spektakulär als es klingt, und das ist eine Stärke: Es geht nicht darum, das Verhalten im Portal zu analysieren und daraus ein Nutzerprofil zu bauen. Das wäre datenschutzrechtlich problematisch (dazu mehr im Abschnitt unten). Stattdessen beruht das Kernsystem auf Lebensereignis-Triggern:

1. Ereignis erkannt: Das EWM oder der Bürgerkonto-Eingang registriert ein Lebensereignis (Ummeldung eingegangen, Geburtsurkunde ausgestellt)
2. Leistungscluster geladen: Das System lädt die vordefinierten Empfehlungen für dieses Ereignis, keine KI-Inference notwendig, das ist ein Regelwerk
3. Personalisierung per LLM: Ein LLM wie Azure OpenAI Service oder Aleph Alpha übersetzt den Cluster in eine verständliche, freundliche Mitteilung, auf Deutsch, in einfacher Sprache, mit konkreten Links zu den Antragsformularen
4. Kanalauswahl: Die Mitteilung wird über das Bürgerkonto, per E-Mail oder SMS versandt, je nach registrierter Präferenz
5. Fristen-Erinnerung: Bei Leistungen und Pflichten mit Fristen (Elterngeld, Fahrzeugschein) wird eine Erinnerung vorterminiert

Die KI-Komponente sitzt also vor allem in Schritt 3, der Formulierung. Das ist wichtig, weil Verwaltungssprache berüchtigt schwer verständlich ist: „Gemäß § 5 Abs. 2 BKGG besteht Anspruch auf…” hilft niemandem. Ein LLM kann dieselbe Information in verständliche Sprache übersetzen, „Weil dein Kind am 12. März 2026 geboren wurde, sollte dein Elterngeldantrag bis zum 11. Juli bei der Elterngeldstelle sein, rückwirkend gezahlt wird nur für drei Lebensmonate. Hier ist der direkte Link.” Diese Automatisierung der Formulierung ist der eigentliche Hebel.

Datenschutz-Architektur: Personalisieren ohne Profil

Das ist die kritischste Weichenstellung des gesamten Projekts, und der häufigste Grund, warum solche Projekte stecken bleiben.

Die Versuchung: Bürgerportal-Nutzungsdaten auswerten, Klickmuster analysieren, ähnlich wie E-Commerce. Das ist in Deutschland nicht zulässig. Der Grundsatz der Datensparsamkeit (Art. 5 Abs. 1 lit. c DSGVO) verbietet das Anlegen von Verhaltensprofilen, die über das Notwendige hinausgehen. Art. 22 DSGVO untersagt automatisierte Einzelentscheidungen mit erheblichen Auswirkungen ohne menschliche Kontrolle.

Das Lebenslage-Modell ist die datenschutzkonforme Alternative: Es nutzt keine Verhaltensdaten, sondern strukturierte Behördendaten, Ereignisse, die ohnehin bereits amtlich erfasst sind (Ummeldung, Geburt, Gewerbeanmeldung). Das Datenprinzip lautet:

• Nur Ereignisdaten, keine Verhaltensdaten, keine Klickanalyse, keine Seitenverfolgung im Portal
• Zweckbindung, die Daten werden ausschließlich für den Hinweis auf zugehörige Leistungen genutzt, nicht für Scoring oder Priorisierung
• Kein dauerhaftes Profil, nach der Benachrichtigung werden keine Klickdaten oder Reaktionsmuster gespeichert
• Expliziter Opt-In, Bürgerinnen und Bürger aktivieren proaktive Hinweise im Bürgerkonto aktiv, sie sind nicht automatisch eingeschaltet

Die Warnbeispiele kommen aus den Niederlanden, und es sind zwei Fälle, die oft vermischt werden. SyRI (Systeem Risico Indicatie) verknüpfte Verwaltungsdaten, um Sozialbetrugsrisiken zu markieren; das Bezirksgericht Den Haag erklärte die gesetzliche Grundlage am 5. Februar 2020 wegen Verstoßes gegen Art. 8 der Europäischen Menschenrechtskonvention für unwirksam. Getrennt davon beschuldigte die Steuer- und Zollverwaltung (Belastingdienst) in der Toeslagenaffäre zwischen 2005 und 2019 rund 26.000 Eltern zu Unrecht des Betrugs beim Kinderbetreuungszuschlag, mit Verfahren, die Eltern mit ausländischer Herkunft besonders trafen; das Kabinett trat im Januar 2021 zurück. Das ist kein Argument gegen proaktive Verwaltung, es ist ein Argument für das strikte Trennungsgebot zwischen Leistungshinweis und Risikoeinschätzung.

Für die Praxis bedeutet das:

• Die DSFA (Datenschutz-Folgenabschätzung nach Art. 35 DSGVO) ist Pflicht, nicht optional
• Der kommunale Datenschutzbeauftragte muss frühzeitig einbezogen werden, nicht nach der Implementierung
• Ein AVV mit dem IT-Dienstleister ist abzuschließen, bevor das erste Lebensereignis verarbeitet wird
• Bei Nutzung von LLM-APIs ( Azure OpenAI Service , Aleph Alpha ) muss die Datenverarbeitung in EU-Rechenzentren erfolgen

Konkrete Werkzeuge, was wann passt

Es gibt keine Einheitslösung. Die richtige Wahl hängt davon ab, wie das vorhandene Bürgerportal aufgebaut ist und welche IT-Infrastruktur bereits besteht.

Aleph Alpha , wenn Datensouveränität an erster Stelle steht Aleph Alpha bietet mit PhariaAI den Betrieb auf europäischer Infrastruktur oder im eigenen Rechenzentrum. Für Kommunen, die ohne US-Anbieter arbeiten wollen, ist das eine Option, aber nicht die einzige: Offene Modelle, etwa von Mistral, lassen sich ebenfalls auf eigener oder kommunaler Infrastruktur betreiben. Nachteile von Aleph Alpha: keine öffentliche Preisliste, Preise entstehen im Einzelvertrag, Community und Ökosystem kleiner, Integrationsaufwand höher. Seit September 2026 fusioniert Aleph Alpha mit dem kanadischen Anbieter Cohere, das gemeinsame Unternehmen tritt als Cohere auf: Wenn deine Vergabe Sitz oder Eigentümer des Anbieters als Kriterium führt, klär das vor Vertragsabschluss.

Azure OpenAI Service , wenn Microsoft-Stack vorhanden ist Für Kommunen, die bereits auf Microsoft Azure setzen: Azure-OpenAI-Instanzen in einer EU-Region ermöglichen die Nutzung aktueller GPT-Modelle mit Verarbeitung in Europa, die datenschutzrechtliche Bewertung hängt an Region, Vertrag und Konfiguration. Vorteil: bekannte Infrastruktur, zentrale Verwaltung. Nachteil: US-Unternehmen bleibt hinter dem Service, was bei höchsten Souveränitätsanforderungen kritisch sein kann.

govdigital , wenn der kommunale IT-Dienstleister Genossenschaftsmitglied ist Die öffentlich-rechtliche KI-Infrastruktur-Genossenschaft der deutschen IT-Dienstleister der öffentlichen Hand. Falls dein kommunaler IT-Dienstleister (Dataport, ekom21, AKDB, Komm.ONE) govdigital-Mitglied ist, können KI-Dienste über die gemeinsame Infrastruktur bezogen werden, vollständig deutsches Hosting, öffentlich-rechtlich betrieben. Die gd.KI-Werkstatt entwickelt ab 2024/2025 gemeinsam genutzte KI-Module für Verwaltungsanwendungen. Aktuell noch im Aufbau, aber der datenschutzrechtlich überzeugendste Weg.

n8n , für die Trigger-Logik und Benachrichtigungs-Automation Das selbst-hostbare Automatisierungswerkzeug eignet sich für die Verbindung von EWM-Ereignissen (über API-Trigger) mit dem Empfehlungssystem und dem E-Mail-Versand. n8n läuft On-Premise auf kommunaler Infrastruktur, benötigt keine US-Cloud, und bietet native LLM-Knoten für die Formulierungsaufgabe. Technisch anspruchsvoll, braucht einen IT-Dienstleister oder zumindest einen technisch versierten IT-Mitarbeitenden.

Fabasoft eGov-Suite / Fabasoft eGov , wenn E-Akte-Integration gefragt ist Für Bundesbehörden und Landesverwaltungen, die auf Fabasoft setzen, kann die KI-Komponente (Mindbreeze AI) als Ausgangspunkt für die Leistungsempfehlung dienen. Die eGov-Suite deckt vor allem den Dokumentenmanagement- und E-Akte-Bereich ab, proaktive Bürgerhinweise sind derzeit kein Kernfeature, aber die Infrastruktur ist vorhanden.

Wann welcher Ansatz:

• Maximale Datensouveränität, kein US-Anbieter gewünscht → govdigital oder Aleph Alpha (On-Premise, Vertragspartner nach der Cohere-Fusion vorher klären)
• Microsoft-Azure-Stack bereits vorhanden → Azure OpenAI Service mit EU-Region
• Flexibles Open-Source-Setup für kommunale IT mit Entwicklerressourcen → n8n + Open-Source-LLM
• E-Akte bereits auf Fabasoft → Fabasoft eGov mit Mindbreeze als Baustein, ein fertiges Empfehlungssystem ist es nicht

Was es kostet, realistisch gerechnet

Dieses Projekt ist keine KMU-SaaS-Anschaffung. Es ist eine kommunale IT-Integration, die nach Vergaberecht beschafft wird.

Einmalige Einrichtungskosten

• Konzept und DSFA (Datenschutz-Folgenabschätzung): 5.000–15.000 Euro, wenn ein externer Datenschutzberater einbezogen wird
• Technische Integration (EWM-Anbindung, Bürgerkonto-Backend, LLM-API): 25.000–80.000 Euro je nach vorhandener Infrastruktur und IT-Dienstleister
• Aufbau des Lebenslage-Regelwerks (welches Ereignis → welche Leistungen): 5.000–20.000 Euro intern oder extern, das ist die inhaltliche Arbeit, die oft unterschätzt wird
• Vergabe: Unterhalb von 216.000 Euro netto, dem EU-Schwellenwert für Kommunen seit dem 1. Januar 2026, gilt nationales Vergaberecht nach UVgO und Landesrecht. Darüber ist eine europaweite Ausschreibung Pflicht, die 6–12 Monate zusätzlich bedeuten kann. Zum Auftragswert zählt auch der Betrieb über die Vertragslaufzeit.

Laufende Kosten (monatlich)

• LLM-API-Nutzung: klein. Eine Mitteilung mit rund 1.000 Input- und 500 Output-Tokens kostet über Azure OpenAI Service mit GPT-4o nach den Tokenpreisen auf unserer Toolseite etwa drei Viertel Cent, bei 10.000 Mitteilungen im Monat zusammen also rund 75 US-Dollar.
• Aleph Alpha nennt keine Listenpreise, dort entscheidet der Einzelvertrag.
• IT-Dienstleister Betrieb und Updates: 1.000–3.000 Euro/Monat
• Pflege des Leistungskatalogs (inhaltlich): 0,5–1 Vollzeitäquivalent intern

Einrichtung und Betrieb sind Planungsannahmen ohne veröffentlichte Vergleichszahlen.

Was du dagegenrechnen kannst Ein Kontakt in der Kommunalverwaltung bindet je nach Dauer etwa 8 bis 15 Euro Arbeitszeit (Annahme: 10 bis 20 Minuten bei rund 46 Euro Personalkosten je Stunde in E 9a, nach den Personalkostensätzen des BMF für nachgeordnete Bundesbehörden). Eine mittelgroße Stadt mit 60.000 Einwohnerinnen und Einwohnern hat nach unserer Annahme 200 bis 500 Anfragen im Monat allein zu Umzugs- und Geburtsthemen. Ersetzt das System 30 Prozent davon, sind das 60 bis 150 Kontakte mal 10 Euro, also 600 bis 1.500 Euro Arbeitswert im Monat. Das ist Entlastung, kein Geld, das im Haushalt frei wird.

Dagegen stehen laufend 1.000 bis 3.000 Euro im Monat für den Betrieb, dazu eine halbe bis ganze Stelle für den Leistungskatalog. Das System kostet also dauerhaft mehr, als es an Arbeitszeit spart, eine Amortisation der Einrichtungskosten gibt es nicht. Der Grund für das Projekt ist ein anderer: Menschen bekommen Leistungen, die ihnen zustehen, und Fristen verstreichen seltener. Das ist eine politische Entscheidung, und sie sollte so begründet werden. Dazu gehört auch die Ehrlichkeit, dass mehr bewilligte Anträge mehr Ausgaben bei den Kostenträgern bedeuten, beim Wohngeld bei Bund und Ländern.

ROI-Messung in der Praxis Setze zwei Messgrößen: Anrufvolumen zu Lebenslagen-Themen (vor/nach), und Inanspruchnahmerate der proaktiv empfohlenen Leistungen. Letzteres setzt voraus, dass die Abschlussformulare einen Herkunftsparameter für „via Empfehlung” tragen, das muss in der Konzeptphase mitgedacht werden.

Typische Einstiegsfehler

1. Mit verhaltensbasierter Nutzungsanalyse starten wollen. Das ist verständlich, jeder E-Commerce-Gedanke will Klickdaten auswerten. In der öffentlichen Verwaltung ist das problematisch. Nicht weil es technisch nicht möglich wäre, sondern weil der Grundsatz der Datensparsamkeit und das Verbot anlassloser Profilerstellung im deutschen Datenschutzrecht sehr konkret greifen. Wer das System mit Portal-Klickanalyse startet, riskiert eine DSFA, die das Projekt stoppt, oder einen Datenschutzbeauftragten, der die Notbremse zieht.

Die Lösung ist das Lebensereignis-Modell: Nicht wer auf welche Seite klickt, sondern welches Ereignis amtlich registriert wurde. Das ist im EWM bereits vorhanden, datenschutzrechtlich begründbar und in der Wirkung sogar zielgenauer als Klickanalyse.

2. Das Leistungsverzeichnis unterschätzen. Der Aufbau des Regelwerks, welche Leistungen gehören zu welchem Ereignis, mit welchen Fristen und welchen Zugangsbedingungen, klingt nach einer Woche Arbeit. In der Praxis dauert es eher Monate. Nicht weil es technisch komplex ist, sondern weil es eine fachliche Klärung braucht, die viele Abteilungen betrifft: Welche Leistungen empfehlen wir nur, welche sind Pflicht? Was passiert, wenn wir eine Leistung empfehlen, auf die jemand keinen Anspruch hat? Wer prüft die rechtliche Korrektheit der Empfehlungstexte?

Dieser inhaltliche Teil ist ein Dauerpflegejob. Jede Gesetzesänderung, jede neue OZG-Leistung, jede Anpassung von Fristen muss ins Regelwerk eingearbeitet werden. Wer das im Projektantrag nicht vorsieht, bekommt nach zwei Jahren ein System, das veraltete Fristen kommuniziert.

3. Das Vergabeverfahren als nachgelagerte Formalität behandeln. Viele kommunale IT-Projekte scheitern nicht an der Technik, sondern daran, dass die Vergaberechtliche Prüfung erst startet, wenn die technische Konzeption fertig ist. Bei einem Projekt mit einem Gesamtvolumen oberhalb des EU-Schwellenwerts (216.000 Euro netto für kommunale Auftraggeber, Stand 1. Januar 2026) ist eine europaweite Ausschreibung Pflicht, darunter ein Verfahren nach nationalem Vergaberecht. Das dauert 6–12 Monate. Wer das nicht in den Projektplan einbaut, verschiebt die Inbetriebnahme mindestens ein Jahr.

4. Systemeinführung ohne strukturierte Bürger-Kommunikation. Ein proaktives System, das plötzlich E-Mails von der Gemeinde-Poststelle schickt, wird von vielen Empfangenden als Spam oder Phishing-Versuch wahrgenommen, besonders wenn die Absenderadresse unbekannt ist oder der Ton Amtsdeutsch klingt. Die Einführung muss von einer Informationskampagne begleitet werden: Was ist das? Warum bekomme ich das? Wie deaktiviere ich es, wenn ich es nicht will? Das ist kein technisches Feature, sondern Kommunikationsarbeit.

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

Das technische System ist fertig. Dann beginnt die eigentliche Arbeit.

Was typischerweise passiert: Die ersten Benachrichtigungen gehen raus, und ein großer Teil der Empfangenden klickt nicht, wie groß, zeigt die erste Auswertung. Das ist kein Scheitern, das ist normal. Menschen, die Verwaltungs-E-Mails bekommen haben, öffnen diese nicht automatisch. Die Öffnungsrate steigt, wenn der Betreff konkret ist (“Dein Kind wurde eingetragen, 5 nächste Schritte”), die Absenderadresse vertraut ist und die E-Mail keine Anhänge hat, die wie Phishing wirken.

Die häufigsten Widerstands-Muster in der Verwaltung selbst:

• „Wenn wir aktiv auf Leistungen hinweisen und dann jemand einen Antrag stellt, auf den er eigentlich keinen Anspruch hat, haftet die Gemeinde?” Ein unverbindlicher Hinweis begründet keinen Leistungsanspruch. Falsche Auskünfte können aber Amtshaftung auslösen (§ 839 BGB mit Art. 34 GG), und im Sozialrecht kennt die Rechtsprechung den sozialrechtlichen Herstellungsanspruch bei fehlerhafter Beratung. Deshalb gehört die Richtigkeit der Texte in einen festen Redaktionsprozess, und die Formulierung vor dem Start zu einem Fachjuristen.
• „Wir wecken Erwartungen, die wir nicht erfüllen können.” Das ist ein echtes Risiko, wenn das Leistungsverzeichnis veraltet oder fehlerhaft ist. Lösung: Klare Disclaimer in den Benachrichtigungen (“Diese Hinweise sind unverbindlich; dein individueller Anspruch hängt von deiner persönlichen Situation ab.”), und ein Redaktionsprozess für das Leistungsverzeichnis.
• „Das ist Datenmissbrauch.” Das hört man am häufigsten aus Datenschutzabteilungen in frühen Projektphasen, bis die DSFA vorliegt und zeigt, dass das Lebensereignis-Modell gerade nicht auf Profilbildung beruht, sondern auf amtlichen Registerdaten.

Was nicht passiert: Das System löst nicht alle Probleme. Bürgerinnen und Bürger ohne Bürgerkonto werden nicht erreicht. Wer keine E-Mail-Adresse hinterlegt hat, bekommt keine Hinweise. Das System ist eine Ergänzung zum Telefon und zur Beratung, kein Ersatz.

Realistischer Zeitplan mit Risikohinweisen

Das ist ein 18-Monats-Projekt für eine mittelgroße Gemeinde mit vorhandener kommunaler IT-Infrastruktur. Kleinstgemeinden ohne eigenen IT-Dienst werden länger brauchen oder auf Interkommunale Kooperationen angewiesen sein.

Datenschutz und Datenhaltung

Die datenschutzrechtliche Einordnung ist das Fundament, nicht ein Nachgedanke:

• Rechtsgrundlage für die Datenverarbeitung: Nicht Einwilligung, sondern Art. 6 Abs. 1 lit. e DSGVO, Verarbeitung zur Wahrnehmung einer Aufgabe im öffentlichen Interesse. Das erfordert nach Art. 6 Abs. 3 DSGVO eine Rechtsgrundlage im Bundes- oder Landesrecht, und Melderegisterdaten sind nach dem Bundesmeldegesetz zweckgebunden. Vor dem Projektstart muss geklärt werden, ob die Nutzung für proaktive Hinweise im eigenen Land gedeckt ist. Das Opt-In im Bürgerkonto ist dabei eine Entscheidung für Akzeptanz und Transparenz, es ersetzt diese Rechtsgrundlage nicht.
• Datensparsamkeit: Keine Verhaltensdaten, nur Ereignisdaten aus bereits bestehenden Registern. Das muss technisch sichergestellt und in der DSFA dokumentiert sein.
• Automatisierte Entscheidungen: Art. 22 DSGVO gibt Betroffenen das Recht, keiner ausschließlich automatisierten Entscheidung mit Rechtswirkung unterworfen zu werden. Das System gibt Hinweise, es trifft keine Entscheidungen. Das muss textlich in den Benachrichtigungen klar sein.
• EU AI Act: Solange das System nur auf Leistungen hinweist, die zu einem Lebensereignis typischerweise gehören, beurteilt es keinen Anspruch und fällt nicht unter Anhang III Nr. 5 Buchst. a der KI-Verordnung (EU) 2024/1689. Die Grenze ist schnell überschritten: Filtert es Hinweise nach Einkommen oder anderen Merkmalen, um vorzuschlagen, wer wahrscheinlich anspruchsberechtigt ist, beurteilt es Ansprüche natürlicher Personen. Dann gelten die Hochrisiko-Pflichten nach der Verordnung (EU) 2026/1744 ab dem 2. Dezember 2027, für die Kommune als Betreiberin einschließlich der Grundrechte-Folgenabschätzung nach Art. 27. Halte die Einordnung schriftlich fest, zusammen mit dem Datenschutzbeauftragten.
• LLM-Auswahl: Für die Formulierungsaufgabe (Schritt 3 oben) gilt: Keine personenbezogenen Daten aus dem EWM in den LLM-Prompt. Das LLM bekommt nur den Ereignistyp und die Leistungscluster, keine Namen, Adressen oder Identifikatoren. Dann ist der Datentransfer zum LLM-Anbieter unproblematisch. Wenn Daten doch übergeben werden müssen: Aleph Alpha On-Premise oder govdigital mit deutschem Hosting.
• AVV: Mit dem IT-Dienstleister ( n8n , Azure, govdigital ) ist vor Produktivbetrieb ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO abzuschließen.

Häufige Einwände, und was dahintersteckt

„Die Bürgerinnen und Bürger wollen das gar nicht, das ist Paternalismus.” Der eGovernment MONITOR 2024 spricht dagegen: 42 Prozent der Befragten würden Verwaltungsleistungen häufiger digital nutzen, wenn eine stärkere Personalisierung ihnen Aufwand abnimmt. Die entscheidende Bedingung ist das Opt-In-Prinzip: Niemand bekommt unverlangt Nachrichten. Wer im Bürgerkonto die proaktive Information nicht aktiviert, bekommt sie nicht. Paternalismus wäre es, wenn das System automatisch für alle eingeschaltet wäre, mit Opt-In ist es ein angebotener Service.

„Das können wir uns nicht leisten, wir haben kein Budget für ein 80.000-Euro-Projekt.” Das stimmt für viele kleine Kommunen. Prüfe die Förderprogramme deines Landes für kommunale Digitalisierung, ob dieses Projekt hineinpasst, hängt am jeweiligen Programm. Außerdem: Interkommunale Zusammenarbeit. Wenn drei Nachbargemeinden das System gemeinsam entwickeln und das Leistungsverzeichnis teilen, sinkt der Aufwand je Gemeinde deutlich. Der „Einer für Alle”-Gedanke des OZG gilt auch hier.

„Was, wenn das System auf einen Anspruch hinweist, auf den jemand gar keinen hat, und derjenige uns dann in Regress nimmt?” Einen Anspruch begründet ein Hinweis nicht, wenn die Texte klar als unverbindliche Hinweise formuliert sind und auf die individuelle Prüfung im Antragsverfahren verweisen. Das Risiko liegt woanders: Ein inhaltlich falscher Hinweis kann Amtshaftung auslösen, im Sozialrecht auch einen Herstellungsanspruch. Lass deshalb die Formulierungen und den Redaktionsprozess von einem Kommunalrechtler prüfen, das ist eine Sache von wenigen Stunden.

„Das haben wir alles schon im Chatbot.” Ein Bürger-Chatbot reagiert auf Fragen. Ein Empfehlungssystem geht aktiv auf Bürgerinnen und Bürger zu. Das sind unterschiedliche Paradigmen: reaktiv vs. proaktiv. Wer beides hat, schließt die Lücken zwischen „wer fragt, bekommt eine Antwort” und „wer fragt, muss zuerst wissen, dass es eine relevante Frage gibt”.

Woran du merkst, dass das zu dir passt

• Ihr betreibt ein Bürgerkonto, in dem Bürgerinnen und Bürger Vorgänge digital einreichen, ohne ein funktionierendes Bürgerkonto mit Login gibt es keine Zieladresse für Empfehlungen
• Eure Gemeinde hat mehr als 15.000 Einwohnerinnen und Einwohner, unter dieser Schwelle ist das Lebensereignis-Volumen zu niedrig für merkliche Wirkung
• Ihr habt ein OZG-digitalisiertes Leistungsangebot, auf das Empfehlungen verweisen können, proaktive Hinweise auf papierbasierte Formulare schließen den Kreis nicht
• Es gibt eine klare Zuständigkeit für das digitale Bürgerportal (typisch: Hauptamt, Bürgeramt, IT-Amt) mit Personalressourcen für den Leistungskatalog-Aufbau
• Euer kommunaler IT-Dienstleister (Dataport, ekom21, AKDB, Komm.ONE, ITEBO oder ähnlich) bietet Schnittstellen zum EWM an

Wann es sich (noch) nicht lohnt, drei harte Ausschlusskriterien:

1. Kleinere Gemeinden unter 15.000 Einwohnerinnen und Einwohnern ohne interkommunale Zusammenarbeit. Das Lebensereignis-Volumen (Geburten, Umzüge, Gewerbegründungen) liegt bei Kleinstgemeinden so niedrig, dass das System im Jahr vielleicht 50–100 Empfehlungen auslöst. Das rechtfertigt weder den Aufwand noch die Dauerpflege des Regelwerks. Alternative: Beteiligung an einem Verbundprojekt mehrerer Gemeinden.

2. Portale, die OZG-Leistungen noch nicht digital abbilden. Ein Empfehlungssystem, das auf einen Online-Antrag hinweist, der noch nicht existiert, erzeugt Frustration statt Service. Zuerst die Basis-Digitalisierung, dann die Personalisierung. Das ist keine Frage des Willens, sondern der Reihenfolge.

3. Kein Zugang zur EWM-Schnittstelle (Einwohnermeldesystem). Das Lebensereignis-Konzept funktioniert nur, wenn die Trigger (Ummeldung eingetragen, Geburtsurkunde ausgestellt) automatisch übermittelt werden. Wenn das EWM-System keine APIs anbietet und der IT-Dienstleister keine Brücke bauen kann, fehlt die Datenbasis für den Kernmechanismus.

Das kannst du heute noch tun

Der Einstieg ohne Budget und ohne Technik: Erstelle für drei häufige Lebensereignisse deiner Gemeinde einen manuellen Empfehlungszettel, was muss jemand nach einem Umzug erledigen, was nach einer Geburt? Dieser Zettel ist die Blaupause für das spätere Regelwerk.

Wenn du die Formulierung testen willst, ohne ein System zu bauen: Nutze ChatGPT oder Claude im Browser. Gib einen Lebenslage-Cluster ein, ohne Namen oder sonstige personenbezogene Daten, und lass das Modell eine verständliche Empfehlungs-E-Mail formulieren. So erkennst du in 20 Minuten, ob der Tonfall und die Detailtiefe für deine Gemeinde stimmen, bevor ein Cent ausgegeben wird.

Quellen & Methodik

• eGovernment MONITOR 2024: Initiative D21, Treiber für mehr digitale Nutzung: zentrale Plattform 47 %, schnellerer Erhalt der Leistung 46 %, stärkere Personalisierung 42 % (initiatived21.de, abgerufen am 18.09.2026)
• Niederländisches SyRI-System: Rechtbank Den Haag, Urteil vom 5. Februar 2020, C/09/550982 / HA ZA 18-388, Verstoß gegen Art. 8 EMRK.
• Toeslagenaffäre: rund 26.000 Eltern zwischen 2005 und 2019 zu Unrecht des Betrugs beim Kinderbetreuungszuschlag beschuldigt, Rücktritt des Kabinetts im Januar 2021 (Wikipedia, Dutch childcare benefits scandal, abgerufen am 18.09.2026)
• OZG-Leistungskatalog und Lebenslage-Systematik: IT-Planungsrat, OZG-Umsetzungskatalog (2018); Bundesministerium des Innern, OZG 2.0 Dokumentation (2024). Quelle für: 35 Lebenslagen, 575 Leistungsbündel.
• Fristen in den Lebenslage-Clustern: § 17 Abs. 1 BMG (Anmeldung binnen zwei Wochen), § 15 Abs. 1 FZV (Halteränderung unverzüglich), § 7 Abs. 1 BEEG (Elterngeld rückwirkend für drei Lebensmonate), § 99 Abs. 1 SGB VI (Rentenbeginn und Antragsfrist) (gesetze-im-internet.de, abgerufen am 18.09.2026)
• DSGVO Art. 5, 22, 28, 35: Datenschutz-Grundverordnung (EU) 2016/679, gültige Fassung. Grundlage für datenschutzrechtliche Einordnung.
• Vergabeschwellenwerte: EU-Schwellenwert für subzentrale Auftraggeber 216.000 Euro netto für 2026 und 2027, Delegierte Verordnung (EU) 2025/2152 (Europäische Kommission, abgerufen am 18.09.2026)
• Personalkosten: Bundesministerium der Finanzen, Personal- und Sachkosten in der Bundesverwaltung 2026 (Ist 2025), E 9a für nachgeordnete Bundesbehörden, 129 Arbeitsstunden im Monat (bundesfinanzministerium.de, abgerufen am 18.09.2026)
• Kosten, Anfragevolumen und Einsparungsangaben: Planungsannahmen der Redaktion ohne veröffentlichte Vergleichsstudie.

Du überlegst, ob das für deine Gemeinde oder Behörde in Frage kommt? Dann fang mit dem Leistungskatalog an, das ist die inhaltliche Arbeit, die kein System dir abnimmt, und der beste Stresstest für die Idee.