Ein Einwohner, der ein Anliegen bei einer Behörde erledigen will, vergleicht diese Erfahrung nicht mit einer anderen Behörde, sondern mit seiner Bank und seinem Lieblingsonlineshop. Er erwartet, einen Antrag vom Telefon aus zu stellen, zu jeder Stunde, und genau zu sehen, wo sein Fall steht. Deshalb haben ein Bürgerportal und digitale Bürgerservices aufgehört, ein Zusatz zur Behörde zu sein, und sind zu ihrem ersten Schalter geworden - oft dem einzigen, den ein Einwohner je aufsucht.
Aus unserer Erfahrung ist der schwierigste Teil eines solchen Projekts nicht das Formular selbst, sondern das, was nach dem Absenden passiert: Validierung, Fallablauf, Status, Integrationen mit Fachverfahren und die strengen Anforderungen an Barrierefreiheit und Sicherheit. Wir behaupten nicht, ein fertiges Bürgerportal ausgeliefert zu haben, aber wir haben öffentliche Einrichtungen auf der Engineering-Seite unterstützt und wissen, wie man ein solches System entwirft und mit Menschen besetzt, die es bauen und betreiben.
Was erwarten Bürgerinnen und Bürger heute von E-Government-Services?
Kommerzielle Apps setzen den Maßstab, ein Einwohner geht also davon aus, dass ein behördliches Anliegen vollständig online erledigt werden kann und dass er nichts ausdrucken oder persönlich vorbeibringen muss. Diese Verschiebung der Erwartungen übersetzt sich in einige harte Anforderungen an das System:
- Zugang vom Telefon als Standard, nicht als Rückfallversion der Desktop-Seite,
- ein einziger Einstiegspunkt für viele Anliegen statt eines eigenen Portals je Fachbereich,
- ein transparenter Status, also klare Information darüber, was mit dem Antrag geschieht und was die Behörde noch braucht,
- minimales Abtippen von Daten, die die Behörde bereits hat.
Scheitert einer dieser Punkte, kehrt der Einwohner an den Schalter zurück, und der ganze Sinn der Digitalisierung löst sich auf.
Wie entwerfen Sie ein Bürgerportal und E-Formulare?
Ein Bürgerportal ist in der Praxis ein strukturierter Katalog von Anliegen, kein Stapel loser Seiten. Jeder E-Service sollte den Einwohner Schritt für Schritt führen, die Vollständigkeit der Daten vor dem Absenden sichern und einen Antrag gar nicht erst annehmen, der ohnehin zur Korrektur zurückkäme.
Wir entwerfen die Schicht der E-Formulare rund um Validierung sowohl im Browser als auch auf der Serverseite: Felder werden während der Eingabe geprüft, während Geschäftsregeln (Feldabhängigkeiten, Pflichtanlagen) vom Backend durchgesetzt werden. Wo das Recht eine Identitätsbestätigung oder einen signierten Antrag verlangt, integriert sich das System mit elektronischer Identität und Signaturen (allgemein gesprochen: nationale Identitätsknoten, E-ID, qualifizierte Signaturen), statt einen eigenen wackeligen Mechanismus zu bauen. Das Formular speichert außerdem Entwürfe, damit ein Einwohner später fertig ausfüllen kann, und einmal eingegebene Daten werden in die folgenden Schritte übernommen.
Wie funktionieren Fallbearbeitung und Statusverfolgung?
Ein abgesendetes Formular wird zu einem Fall mit eigenem Lebenszyklus. Hier entscheidet sich, ob die Digitalisierung die Behörde wirklich entlastet oder das Papier nur auf einen Bildschirm verschiebt. Ein gut entworfenes Fallmodul trägt einen Antrag vom Eingang über die Prüfung und eine etwaige Nachforderung bis zur Entscheidung, und jeder dieser Schritte hinterlässt eine Spur, die sowohl Sachbearbeiter als auch Bürger sehen.
Für den Einwohner zählen ein lesbarer Status und eine Fallhistorie: was die Behörde bereits getan hat, was sie vom Antragsteller erwartet und bis wann. Für die Behörde zählt der interne Ablauf genauso, also Fallzuweisung, Warteschlangen, Fristen und die Integration mit dem Dokumentenmanagement und den Fachverfahren. Wir entwerfen diesen Ablauf so, dass die dem Bürger angezeigten Status unmittelbar aus dem Fallzustand im System folgen und nicht von Hand gepflegt werden.
Wie ergänzen Sie E-Services um eine Terminbuchung?
Nicht jedes Anliegen lässt sich aus der Ferne abschließen, deshalb gehört die Online-Terminbuchung ins Portal und nicht in ein separates Werkzeug. Wir koppeln sie an den Behördenkalender und an einen konkreten Fall, sodass der Einwohner einen Termin am richtigen Schalter bucht und vorab weiß, welche Unterlagen er mitbringen soll.
Ein gut gebautes Buchungsmodul verkürzt Warteschlangen, verteilt den Andrang über die Zeit und senkt Nichterscheinen dank Erinnerungen. Über den Nutzen entscheiden die Details:
- Verfügbarkeit der Zeitfenster, berechnet aus der echten Besetzung der Schalter und nicht von Hand eingetragen,
- eine Verknüpfung zwischen Termin und Fall, damit der Sachbearbeiter vor dem Gespräch vorbereitet ist,
- einfaches Absagen und Verlegen, wodurch das Zeitfenster für andere frei wird.
Wie bauen Sie E-Mail- und SMS-Benachrichtigungen für Einwohner?
Ein System, das nicht informiert, zwingt den Bürger, sich „sicherheitshalber” immer wieder anzumelden. Deshalb behandeln wir E-Mail- und SMS-Benachrichtigungen als Teil der Fallbearbeitung: Wir versenden sie bei einer Statusänderung, bei einer Nachforderung von Unterlagen und vor einem gebuchten Termin. Wir bauen sie auf Queues und Vorlagen, mit Zustellprotokoll, Fehlerbehandlung und Wiederholungen, und mit Respekt vor Einwilligungen und Regeln der Datenverarbeitung. Der Inhalt einer Benachrichtigung verweist immer zurück auf den Fall im Portal, statt sensible Daten in die Nachricht zu verlagern.
Warum ist Barrierefreiheit (WCAG) eine Anforderung und kein Zusatz?
Im öffentlichen Sektor ist digitale Barrierefreiheit nach WCAG eine gesetzliche Pflicht und kein Extra, das am Ende angeschraubt wird. Das Portal muss mit einem Screenreader funktionieren, allein über die Tastatur und mit vergrößerter Schrift, und Kontrast und Überschriftenstruktur müssen von Anfang an stimmen. Deshalb weben wir Barrierefreiheit bereits in den Oberflächenentwurf ein und behalten sie während der gesamten Entwicklung im Blick, denn ein späteres Nachrüsten bedeutet meist, Komponenten neu zu schreiben. Als Zugabe profitiert jeder Nutzer davon, nicht nur Menschen mit Behinderungen.
Wie gehen Sie mit Sicherheit und Identität in einem Bürgerportal um?
Das Portal verarbeitet personenbezogene Daten und Verwaltungsentscheidungen, deshalb sind Sicherheit und Identitätsverwaltung ein Fundament und keine kosmetische Schicht. Wir stützen die Authentifizierung auf bewährte Standards (zum Beispiel OpenID Connect) und nationale Identitätsknoten, statt eigene Passwörter zu pflegen, wo wir das nicht müssen. Darauf kommen rollenbasierte Zugriffskontrolle, Verschlüsselung der Daten bei der Übertragung und im Ruhezustand, vollständige Audit-Protokolle sowie die Einhaltung der DSGVO und nationaler Sicherheitsanforderungen. Diese Dinge werden von Anfang an mitentworfen, denn sie später zu ergänzen ist teuer und riskant.
Welche Kompetenzen liefern wir für ein E-Services-Projekt?
Hier beginnt unsere eigentliche Rolle. Auch wenn wir kein fertiges Bürgerportal vorzeigen, liefern wir die Menschen, die solche Systeme entwerfen, schreiben und betreiben, und besetzen die Rollen passend zur konkreten Projektspezifikation:
- einen Lösungsarchitekten, der Portal, Fallablauf und Integrationen zusammenbindet,
- Backend- und Frontend-Entwickler für E-Formulare, Fallmodul und Benachrichtigungen,
- einen Integrationsspezialisten für Identitätsknoten, Dokumentenmanagement und Fachverfahren,
- einen Experten für Barrierefreiheit und QA, der über WCAG und Qualität wacht,
- einen DevOps-Ingenieur, der Deployments, Umgebungen und Monitoring aufbaut.
Wir formen das Team um den Umfang und prüfen die Kompetenzen vor dem Start, statt ein Projekt „auf Vorrat” zu besetzen.
Wie machen wir das bei RITS?
Wir arbeiten als Nearshore-Partner aus Polen, der das Team einer Einrichtung um die fehlenden Kompetenzen aufstockt, statt ihr die Verantwortung abzunehmen. Wir haben Erfahrung in der Engineering-Unterstützung einer öffentlichen Einrichtung und im Bau transaktionaler Systeme, bei denen Datenfluss, Sicherheit und Integrationen zählen. Wir arbeiten in Ihrer Zeitzone, steigen ohne langen Anlauf in Code-Reviews und Meetings ein und lassen das Team unter der Führung des Kunden wachsen. Am häufigsten tun wir das als Individualsoftware, gebaut von unserem Team, oder als Team-Verstärkung, wenn Kompetenzen schnell aufgestockt werden müssen. Wie Sie zwischen diesen Modellen wählen, haben wir in unserem Artikel zu IT-Kooperationsmodellen beschrieben.
Womit beginnen Sie beim Aufbau von E-Services für Bürger?
Beginnen Sie mit dem am häufigsten gestellten Anliegen und gehen Sie es vom Ende her durch, also davon aus, wie es innerhalb der Behörde bearbeitet wird und welche Systeme es berühren muss. Das definiert den Umfang des E-Formulars, das Ablaufmodell, die Menge der Integrationen und die benötigten Rollen. Der erste sauber fertiggestellte E-Service mit Validierung, Status, Benachrichtigungen und Barrierefreiheit wird zur Vorlage, die Sie auf weitere Anliegen übertragen, statt zehn uneinheitliche Portale zu bauen.
Bauen Sie ein Bürgerportal oder digitale Bürgerservices? Sprechen wir darüber - wir stellen Team und Architektur passend zu Ihrer Einrichtung zusammen.