Wie aus einer ÖPNV-App eine Smart-City-Plattform wird

Eine ÖPNV-App muss zur Plattform werden, sobald sie Inhalte zeigt, die sich laufend ändern: Sehenswürdigkeiten, Veranstaltungen, besondere Erlebnisse. Das entscheidende Merkmal ist, dass sich diese Inhalte pflegen lassen, ohne dass dafür ein App-Update nötig ist. Bei „Mein HALLE Unterwegs" haben wir diesen Punkt erlebt. Hier beschreibe ich, woran man ihn erkennt, was danach organisatorisch nötig ist und wann man besser bei einer schlanken App bleibt.

Am Anfang stand eine Übernahme

Das Projekt hat nicht mit einer großen Vision begonnen, sondern ganz unspektakulär. Wir haben für die Stadtwerke Halle und die HAVAG eine bestehende App übernommen und weitergeführt: „Mein HALLE Unterwegs". Eine klassische Übergabe, wie es sie in unserem Geschäft oft gibt.

Wer ein bestehendes System übernimmt, sieht es zuerst von innen. Die Architektur entsprach dem Stand der Technologiegeneration, in der sie entstanden war. Das ist kein Versäumnis. Jede App altert, und was vor einigen Jahren der übliche Weg war, ist heute nicht mehr der naheliegende.

Der Wendepunkt: drei Stränge auf einmal

Einen einzelnen Moment, an dem klar war, dass aus der App mehr werden muss, gab es nicht. Es waren drei Entwicklungen, die zusammenkamen.

Die Technik. Fahrplan-, Echtzeit- und Haltestellendaten kamen aus drei verschiedenen Quellen, und für iOS und Android gab es zwei getrennte Codestände. Wir haben die Datenflüsse harmonisiert und beide Apps auf eine gemeinsame Codebasis gestellt. Seitdem entsteht jede Änderung einmal statt zweimal. Das System ist dadurch schneller und verlässlicher geworden.

Die Bedienung. Aus Sicht der Stadtwerke war die App in die Jahre gekommen. Bedienung und Haptik entsprachen nicht mehr dem, was Menschen heute von einer App auf ihrem Smartphone erwarten.

Ein neues Vorhaben. Die Stadtwerke Halle wollten Bildungsinhalte in die App bringen. Damit verschob sich der Fokus: von „ÖPNV" zu „Entdecken mit ÖPNV".

Mit diesen drei Strängen zusammen lag der Plattform-Gedanke auf der Hand. Der eigentliche Wechsel war dabei weniger ein technischer als ein organisatorischer: weg von „Das kann nur die Entwicklung ändern", hin zu „Das pflegt der Kunde selbst".

Die Naht: ein einziger Button

Sichtbar wird dieser Wechsel an einer unscheinbaren Funktion. Auf jeder Detailseite im Bereich „Entdecken", ob Sehenswürdigkeit, Veranstaltung oder besonderes Erlebnis, gibt es den Button „Verbindung hierher". Ein Tipp, und aus dem Inhalt wird eine Fahrplanauskunft.

Für mich ist das die Naht des ganzen Konzepts. Inhalte und Mobilität sind ab hier keine zwei getrennten Welten mehr. Wer sich für ein Museum interessiert, ist einen Schritt von der passenden Straßenbahn entfernt. Und die Fahrplan-App bekommt einen Grund, sie zu öffnen, bevor man überhaupt weiß, wohin man fahren will.

Das Muster: Wann aus einer App eine Plattform werden muss

Mit der Erweiterung wurde schnell klar: Sobald Inhalte gepflegt werden müssen, muss die reine App-Struktur zur Plattform werden. Sehenswürdigkeiten, Veranstaltungen und Erlebnisse ändern sich laufend. Sie müssen schnell und mit wenig Aufwand aktualisiert werden können, und zwar von den Menschen, die sie verantworten.

Das Kernmerkmal lässt sich deshalb einfach prüfen: Funktioniert die Pflege der Inhalte unabhängig vom App-Deployment? Wenn für einen neuen Veranstaltungstermin ein App-Update nötig ist, stimmt die Struktur nicht. Inhalte gehören in eine Plattform. Die App ist nur der Kanal, über den sie in Echtzeit rausgehen.

Die Konsequenz dreht das gewohnte Bild um. Nicht die App ist der Kern, sondern die Plattform dahinter. Die App wird zum Ausgabekanal, der Änderungen direkt verarbeitet.

Eine Unterscheidung hilft, echte Plattform-Kandidaten zu erkennen. Bei ihnen wächst der pflegbare Inhalt. Bei einer App, der man nur weitere Funktionen anhängt, wächst dagegen nur der Funktionsumfang. Das zweite ist ein Fall für saubere App-Entwicklung, nicht für eine Plattform.

Was es organisatorisch braucht

Die Technik ist der kleinere Teil. Drei Dinge entscheiden darüber, ob eine solche Plattform im Alltag funktioniert.

Menschen für die Pflege. Den Aufwand dafür unterschätzen fast alle. Wer POIs und Events in seiner App will, braucht auch jemanden, der sie aktuell hält. Das ist der häufigste blinde Fleck, und er wird oft erst sichtbar, wenn die ersten Einträge veraltet sind.

Schnittstellen zu Partnern. Daten müssen automatisch und aktuell fließen. Schnittstellen zu den Datenquellen von Partnern und zum Verkehrsverbund sind deshalb keine Kür, sondern Grundvoraussetzung.

Ein Werkzeug statt einer Liste. Pflege über Excel und Co. ist ein No-Go. Sie wird der Geschwindigkeit nicht gerecht, mit der sich Inhalte heute ändern. Und sie führt genau zu dem Engpass zurück, den die Plattform auflösen soll.

Was schwieriger war als gedacht

Unterschätzt haben wir, was es bedeutet, wenn die Datenhoheit nicht bei einem selbst liegt. Eine ÖPNV-App lebt von Daten, die andere liefern. Zeigt sie etwas Falsches an, beginnt die Detektivarbeit: Liegt der Fehler bei der Quelle, im Backend oder in der App? Je weniger von dieser Kette in der eigenen Hand liegt, desto länger dauert die Suche.

Wir haben daraus eine klare Regel gemacht. Fällt eine Live-Datenquelle aus, zeigt die App an der betroffenen Stelle einen Hinweis, dass Live-Daten gerade nicht verfügbar sind. Sie zeigt also keine Daten an, die falsch sein könnten. Ehrlich statt scheinbar vollständig. Für Fahrgäste ist ein klarer Hinweis verlässlicher als eine Abfahrtszeit, die nicht stimmt.

Die Frage, wer Daten kontrolliert, hat noch eine zweite Seite: Wo liegen sie, und wer hat Zugriff darauf? Warum wir bei öffentlichen Projekten deshalb auf Self-Hosting setzen, habe ich in Datensouveränität im öffentlichen Sektor beschrieben.

Wo der Ansatz nicht passt

Eine Plattform ist nicht automatisch die bessere Lösung. Kommunen, die eine reine ÖPNV-App brauchen und nur Fahrplan- und Echtzeitdaten aus dem Verkehrsverbund einbinden, sollten die Architektur schmal und klein halten. Jede zusätzliche Schicht muss betrieben werden, ohne dass sie hier einen Nutzen bringt.

Ebenso gilt: Wo niemand die Inhalte dauerhaft pflegen kann, ist die Plattform der falsche Weg. In einem unserer Termine mit den Stadtwerken Halle haben wir das gemeinsam auf einen Satz gebracht: Ein veralteter Entdecken-Bereich schadet mehr als ein fehlender. Wer die Pflege nicht sicherstellen kann, fährt mit einer guten Fahrplan-App besser.

Vom Einzelfall zum Muster

Die Schritte aus Halle lassen sich auf andere Städte übertragen, und sie müssen nicht alle auf einmal gegangen werden. Die Plattform, auf der „Mein HALLE Unterwegs" aufbaut, heißt Mobile M.app. Ihre drei Ausbaustufen folgen genau diesem Muster. Am Anfang steht eine schlanke Netzkarte mit Echtzeitdaten im Browser. Darauf folgt eine App mit Verbindungssuche, Rufbus-Buchung und Entdecken-Bereich. Erst im dritten Schritt entsteht eine Plattform, deren Inhalte die Stadt selbst pflegt.

Welcher Schritt der richtige ist, entscheidet sich an zwei Fragen aus diesem Text: Wächst bei Ihnen der Inhalt oder nur der Funktionsumfang? Und gibt es jemanden, der diesen Inhalt dauerhaft pflegt?