Bürger-App für Kommunen: Stadtportal, Push und Barrierefreiheit

Vorhandenes nutzen statt Parallelwelt aufbauen

Städte, Gemeinden und Landkreise pflegen bereits, was eine Bürger-App braucht: Nachrichten im Web-CMS, Online-Dienste nach dem Onlinezugangsgesetz im Serviceportal, Terminvergabe, Mängelmelder, Abfallkalender, Veranstaltungen und das Ratsinformationssystem. Eine eigene App-Redaktion mit doppelter Pflege überfordert die meisten Verwaltungen. Die App sollte daher diese Angebote mobil zusammenführen:

• Das Web-CMS bleibt die einzige Quelle für Inhalte.
• Online-Dienste öffnen in der App mit derselben Anmeldung wie im Web, etwa über das Servicekonto.
• Fachverfahren mit eigener App werden verlinkt, nicht nachgebaut.
• Neu ist im Kern nur der Push-Kanal.

Für kleinere Gemeinden kann eine gemeinsame App auf Ebene des Landkreises oder im Rahmen interkommunaler Zusammenarbeit sinnvoll sein. Jede Gemeinde behält dann ihre eigenen Push-Themen und Inhalte, Betrieb, Barrierefreiheitsprüfung und Store-Pflege werden aber nur einmal organisiert. Klären Sie früh, wer in diesem Fall Account-Inhaber ist und wie Kosten und Zuständigkeiten verteilt werden.

Push: lokal informieren, nicht warnen

Bürgerinnen und Bürger installieren eine Stadt-App vor allem wegen der Mitteilungen: Erinnerung an die Abfuhr nach Straße oder Ortsteil, Straßensperrungen, Rohrbrüche, Änderungen bei Veranstaltungen. Lassen Sie Themen und Ortsteile wählen und regeln Sie, welche Ämter welche Kategorie senden dürfen.

Wichtig ist die Abgrenzung: Für amtliche Warnungen gibt es NINA, Cell Broadcast und weitere Warnmittel. Die Zustellung einer Push-Mitteilung ist nicht garantiert. Die Bürger-App ergänzt diese Systeme, etwa durch Verweise auf aktuelle Warnungen und lokale Hinweise, die dort nicht erscheinen.

Barrierefreiheit nach BITV 2.0

Die BITV 2.0 und die Landesregelungen gelten für Websites und mobile Anwendungen öffentlicher Stellen. Maßgeblich ist die harmonisierte Norm EN 301 549, die auf WCAG 2.1 Stufe AA aufbaut. Diese Hinweise ersetzen keine Rechtsberatung. In der Praxis heißt das:

• Die App übernimmt die Stärken und Schwächen der eingebundenen Webseiten – prüfen Sie diese zuerst.
• Native Elemente wie Navigationsleiste, Startbildschirm und Offline-Hinweis müssen mit VoiceOver und TalkBack funktionieren und Systemschriftgrößen respektieren.
• Zoomen darf im Viewport nicht gesperrt sein.
• Auch die App braucht eine Erklärung zur Barrierefreiheit mit Feedback-Möglichkeit und Hinweis auf das Schlichtungsverfahren.

Vergabe: was in die Leistungsbeschreibung gehört

Je nach Auftragswert gelten UVgO, landesrechtliche Wertgrenzen oder oberhalb der EU-Schwellenwerte die VgV. Für IT-Leistungen sind EVB-IT-Verträge verbreitet. Unabhängig vom Verfahren sollten Sie produktneutral festhalten:

1. Veröffentlichung in den Entwickler-Accounts der Kommune; der Auftragnehmer arbeitet über zugewiesene Rollen.
2. Übergabe des vollständigen Quellcodes samt Build-Dokumentation, damit ein Wechsel des Dienstleisters möglich bleibt.
3. Konformität mit BITV 2.0 und Pflicht zur Behebung gemeldeter Barrieren.
4. Auftragsverarbeitungsvertrag nach Art. 28 DSGVO, Hosting-Standort und Liste aller Drittdienste, etwa des Push-Anbieters.
5. Wartung bei neuen Betriebssystem-Versionen und geänderten Store-Vorgaben.
6. Nachweise zur Informationssicherheit, zum Beispiel eine ISO-27001-Zertifizierung.

Veröffentlichung im eigenen Account der Kommune

Eine App mit Stadtnamen und Wappen sollte von der Stadt selbst kommen. Die Stores prüfen Apps, die eine Behörde zu vertreten scheinen, genau, und Apple lehnt aus Vorlagen erzeugte Apps ab, wenn nicht der Inhaber der Inhalte einreicht. Registrieren Sie Organisationskonten auf die Gebietskörperschaft. Apple verlangt eine D-U-N-S-Nummer und bietet berechtigten Regierungsstellen in manchen Ländern eine Gebührenbefreiung an. Verwenden Sie ein Funktionspostfach statt einer persönlichen Adresse, damit Personalwechsel und Ämterumstrukturierungen den Zugang nicht gefährden.

So unterstützt jocapps

WeSetupYourWebViewApp macht aus Stadtwebsite oder Serviceportal store-ready iOS- und Android-Apps innerhalb von 72 Stunden, inklusive Quellcode – die Kommune bleibt unabhängig. Für Ausschreibungen mit individuellen Funktionen, Schnittstellen und langfristigen SLAs steht OnlineAppCreator bereit, unser ISO-zertifiziertes B2G-Delivery-Team in Deutschland. appsubmitter.io übernimmt Signierung, CI/CD und Einreichung direkt in den Accounts der Kommune, einschließlich Hilfe bei Ablehnungen. Mehr zur Einreichung lesen Sie unter App-Store-Veröffentlichung; für ein Vorgespräch gibt es das kostenlose 30-minütige Erstgespräch.