Foto: Google Gemini · AI-generated
Die meiste Unternehmenssoftware darf Annahmen über ihre Nutzer treffen. Sie wurden auf dem System geschult. Sie arbeiten täglich damit, also sind die Eigenheiten von gestern die Routine von heute. Wenn etwas kaputtgeht, eröffnen sie ein Ticket und behelfen sich — die Software zu benutzen gehört schließlich zu ihrem Job.
Software für den öffentlichen Sektor darf nichts davon annehmen. Der Nutzer ist ein Bürger, der die App einmal im Jahr öffnet — um ein Knöllchen zu bezahlen, eine Zulassung zu verlängern oder eine sichere Radroute zu finden. Er wurde nie geschult, wird es nie, und schuldet der Software keinerlei Geduld. Dieser eine Unterschied zieht sich durch jede technische Entscheidung — und er ist der Grund, warum GovTech, das nach Maßstäben interner Tools bloß “funktioniert”, im Alltag regelmäßig scheitert.
Der Nutzer, für den Sie bauen müssen, ist der, den Sie nie kennenlernen
Ein internes Tool bedient eine bekannte Gruppe: ein paar hundert Mitarbeitende, bekannte Geräte, bekannter Kontext. Ein bürgernaher Dienst bedient, wer auch immer kommt — jede Altersgruppe, jedes Maß an digitaler Sicherheit, alte Einsteiger-Androids neben dem aktuellen iPhone, Ungeduldige in der Warteschlange und Verunsicherte mit einem Bußgeldbescheid in der Hand. Als wir PayCity gebaut haben — eine App, mit der Einwohner südafrikanischer Städte Verkehrsbußgelder direkt vom Handy aus einsehen und bezahlen —, war die zentrale Produktentscheidung kein Feature, sondern Kompromisslosigkeit gegenüber Reibung. Wer unerwartet mit einem Bußgeld konfrontiert wird, hat keine Lust, gegen eine Benutzeroberfläche zu kämpfen. Jeder Screen musste genau eine Frage beantworten (was ist das für ein Bußgeld, was schulde ich, wie bezahle ich) — denn für diesen Nutzer gibt es keine zweite Sitzung. Entweder es funktioniert beim ersten Mal, oder er steht wieder in der Schlange im Bürgeramt — und die Software ist an genau der Aufgabe gescheitert, für die es sie gibt.
Vertrauen ist ein Feature, das sich nicht nachrüsten lässt
Ein Bürger, der Geld an ein staatliches System zahlt, bringt eine andere Art von Prüfblick mit als ein Mitarbeiter, der seine Stunden erfasst. Wenn der Betrag falsch aussieht, die Zahlung hängen bleibt oder die Bestätigung nie ankommt, meldet der Nutzer keinen Bug — er hört auf, dem Kanal zu vertrauen, rät anderen davon ab und stellt sich wieder persönlich an. Diese Vertrauenslast liegt am schwersten auf der Datenschicht. Die eigentliche Ingenieursarbeit bei PayCity war die Integrationsschicht, die Bußgelddaten aus den Backoffice-Systemen mehrerer Kommunen zu einer konsistenten, korrekten Ansicht normalisiert — denn ein Bußgeld, das auch nur einmal mit falschem Betrag angezeigt wird, richtet mehr Schaden an als ein Absturz. CarLicence macht denselben Punkt auf Plattform-Ebene: Es verwandelt die südafrikanische Kfz-Zulassungsverlängerung in eine Echtzeit-API, die Unternehmen in ihre eigenen Websites, Apps und sogar Geldautomaten einbetten. Jeder dieser Partner verleiht diesem Prozess seine eigene Marke. Dass die API schnell und zuverlässig ist, ist keine Service-Level-Nettigkeit — es ist das gesamte Geschäftsmodell, getragen von unglamouröser Technik: Cloud-Automatisierung, die den Status ohne manuelles Zutun aktuell hält, und Monitoring, das Störungen bemerkt, bevor es der Kunde eines Partners tut.
Öffentliche Ziele, Produktionsstandards
Software für den öffentlichen Sektor trägt außerdem ein politisches Gewicht, das kommerzielle Software nicht kennt. Die Fahrrad-Navigations-App, die wir für eine deutsche Landeshauptstadt geliefert haben, dient einem messbaren städtischen Ziel: den Radverkehrsanteil in Richtung 25 % zu steigern, als Teil der Klimaneutralitätsstrategie 2035. Software in dieser Rolle wird nicht an Downloads gemessen, sondern daran, ob Bürger ihr Verhalten still und leise ändern, weil das Werkzeug die bessere Option zur einfacheren gemacht hat. Das passiert nur, wenn die App dieselbe Messlatte nimmt wie die besten Consumer-Apps auf dem Handy des Nutzers — denn genau daneben liegt sie. “Gut für eine Behörden-App” ist kein Standard, den Bürger akzeptieren. Und er sollte auch keiner sein, den ein Lieferpartner akzeptiert.
Was das von einem Entwicklungspartner verlangt
Nichts davon erfordert exotische Technologie. Es erfordert, ernst zu nehmen, dass die Öffentlichkeit die härteste Nutzerbasis überhaupt ist: ungeschult, vielfältig, unter Zeitdruck — und zu Recht mit dem Anspruch, dass Dienste einfach funktionieren. Konkret heißt das: native Qualität auf beiden Mobilplattformen, wo diese Zielgruppe tatsächlich ist; Integrationsschichten, die fragmentierte Behörden-Backoffice-Daten kohärent aussehen lassen; Infrastruktur, die für Lastspitzen dimensioniert ist (Bußgelder und Fristverlängerungen sind terminggetrieben — die Last kommt in Wellen); und die Disziplin, all das über Jahre langweilig und verlässlich zu halten. Das ist individuelle Softwareentwicklung mit voll aufgedrehter Zuverlässigkeit — und einige der folgenreichsten Arbeit, die wir machen. Denn wenn sie gelingt, ist die Belohnung, dass niemand sie bemerkt. Wenn Sie für Bürger bauen — direkt oder als Agentur mit dem Kundenmandat — sprechen Sie mit uns.