Software für den ÖPNV

// Das Problem

Die Fahrgäste eines regionalen Verkehrsverbunds schauen in einen PDF-Fahrplan und eine fremde App, die Umleitungen hinterherhinkt, und wer einen Screenreader nutzt oder eine andere Sprache spricht, kommt mit beiden schlecht zurecht.

// Was wir bauen würden

Eine App für iOS, Android und Web, mit Fahrgästen gestaltet und auf den GTFS-Fahrplänen und GTFS-Realtime-Feeds des Verbunds gebaut: nächste Abfahrten, Routenplanung mit OpenTripPlanner, Betriebshinweise für die Linien, denen ein Fahrgast folgt, und Leihrad-Stationen in der Nähe aus dem GBFS-Feed des Betreibers. Gestaltet und getestet für Screenreader, große Schrift und fünf Sprachen.

// Was drin ist

// Tech-Stack

• React Native
• Next.js
• OpenTripPlanner
• GTFS und GTFS Realtime
• PostgreSQL
• AWS Canada

// Das Problem

Ein Fahrdienst für Menschen mit Behinderung bucht jede Fahrt telefonisch während der Bürozeiten, verschickt Erinnerungen von Hand und kann einen frei gewordenen Platz nicht rechtzeitig einem anderen Fahrgast anbieten.

// Was wir bauen würden

Eine Buchungs-App und ein Webportal für berechtigte Fahrgäste und ihre Betreuungspersonen, mit Fahrtanfragen, Erinnerungen per SMS oder Sprachanruf, Absagen, die den Platz der Warteliste anbieten, und Fahrten, die über die API Ihrer Dispositionssoftware ausgetauscht werden. Berechtigungs- und Buchungsregeln legt Ihre Organisation fest, und das Personal meldet sich mit den Konten Ihrer Organisation an.

// Was drin ist

// Tech-Stack

• React Native
• Next.js
• PostgreSQL
• API der Dispositionssoftware
• SMS- und Sprach-API
• AWS Canada

// Das Problem

Ein Parkraumbetreiber führt Anwohnerausweise, Bußgelder und Widersprüche in einem FoxPro-System, nimmt Zahlungen am Schalter an, und die Kontrolleure notieren Kennzeichen auf Papier, bevor sie sie eintippen.

// Was wir bauen würden

Ein Ausweisportal, in dem Anwohner beantragen, Nachweise hochladen und über einen gehosteten Checkout bezahlen, eine Android-App für Kontrolleure, die Kennzeichen gegen gültige Ausweise prüft und Bußgelder mit Fotos ausstellt, und ein Online-Widerspruchsverfahren. Es ersetzt das FoxPro-System, mit übernommenen und geprüften Datensätzen, nach einer Prüfung dessen, was das alte System tut.

// Was drin ist

// Tech-Stack

• Next.js
• Kotlin für Android
• PostgreSQL
• Gehosteter Checkout des Zahlungsanbieters
• AWS Canada

// Das Problem

Fahrgastzähler, Tariftransaktionen, GTFS-Fahrpläne und Pünktlichkeitsdaten eines Verkehrsbetriebs liegen in getrennten Systemen, und jeder Vorstandsbericht beginnt mit einer Woche Abgleich.

// Was wir bauen würden

Ein Data Warehouse im eigenen Cloud-Konto des Betriebs, das jede Nacht Fahrgastzählungen, Tarifdaten, GTFS Realtime und Fahrten mit Leihrädern und E-Scootern aus GBFS-Feeds lädt, prüft und Dashboards für Fahrgastzahlen nach Linie und Haltestelle, Pünktlichkeit und Auslastung speist. Open-Data-Exporte gehen in den Formaten hinaus, die Sie veröffentlichen.

// Was drin ist

// Tech-Stack

• PostgreSQL
• dbt
• Metabase oder Power BI
• GTFS Realtime und GBFS
• Terraform
• AWS Canada

// Das Problem

Die Fragen einer Stadt zu Nahverkehr und Parken kommen per Telefon und E-Mail in vielen Sprachen, und die Antworten stehen auf einer Website, auf der sich nur wenige Fahrgäste zurechtfinden.

// Was wir bauen würden

Ein Hilfecenter auf Englisch, Französisch und in den Sprachen Ihrer Fahrgäste, mit einem Assistenten auf einem Frontier-Modell, der aus den Hilfeartikeln und Ihren veröffentlichten Fahrplänen und Tarifregeln antwortet, den Artikel nennt und an einen Menschen übergibt, wenn er nicht helfen kann.

// Was drin ist

// Tech-Stack

• Next.js
• API eines Frontier-Modells
• PostgreSQL mit pgvector
• GTFS
• DigitalOcean Toronto

// Das Problem

Tausende Kommentare und Beschwerden von Fahrgästen kommen jeden Monat per Formular, E-Mail und sozialen Medien, und das Personal sortiert sie Wochen später von Hand nach Linie, Haltestelle und Thema.

// Was wir bauen würden

Ein kleines offenes Modell, feinabgestimmt auf das bereits gekennzeichnete Feedback des Betriebs und in dessen eigenem Cloud-Konto betrieben, das jeden Kommentar mit Linie, Haltestelle, Thema und Dringlichkeit versieht, mit einer Ansicht, in der das Personal die Kennzeichnungen korrigiert, damit das Modell besser wird. Fahrgastkommentare verlassen Ihr Konto nie.

// Was drin ist

// Tech-Stack

• Llama oder Mistral (feinabgestimmt)
• vLLM
• PostgreSQL
• Next.js
• AWS-GPU

// Das Problem

Ein Regionalticket gilt bei einem Verkehrsbetrieb, einer Fähre und einem Leihradanbieter, und jeden Monat streiten sie, welche Fahrten zählen und wie die Einnahmen geteilt werden.

// Was wir bauen würden

Eine gemeinsame Aufzeichnung der Ticketfahrten auf einem privaten, zugangsbeschränkten Ledger, von dem jeder Betreiber einen Knoten betreibt, mit Fahrten aus dem eigenen Tarifsystem jedes Betreibers und einem monatlichen Abrechnungsbericht, den alle gleich sehen. Eine gemeinsame Datenbank bei einem Betreiber erfüllt diesen Zweck oft; das Ledger hilft, wenn mehrere Betreiber jeweils ihre eigene Kopie wollen und keiner einem anderen die Bücher überlassen will.

// Was drin ist

// Tech-Stack

• Next.js
• Hyperledger Besu (privat, zugangsbeschränkt)
• PostgreSQL
• APIs der Tarifsysteme
• AWS Canada