1. Ausgangslage: Der Markt kauft gerade Sicherheit
Der ÖPNV-Mittelstand steht unter Druck von mehreren Seiten gleichzeitig:
- Etablierte Nebensysteme laufen aus oder werden nicht mehr weiterentwickelt. Betreiber müssen handeln, ohne dass es dafür ein Standardprodukt gibt.
- Das Deutschlandticket drückt auf die Ertragslage, große Suite-Projekte sind finanziell kaum noch durchsetzbar.
- Personalmangel in Leitstelle, Werkstatt und Verwaltung erzwingt Automatisierung und einfache Bedienung.
- Die großen Suite-Anbieter bedeuten hohe Kosten, lange Projekte und starke Bindung an einen Hersteller.
In dieser Lage kaufen Verkehrsunternehmen keine Visionen, sondern Sicherheit: kleine, kalkulierbare Schritte mit schnell sichtbarer Wirkung und belegbaren Referenzen. Genau dieses Fenster bedient die Kombination aus ATRON, jouri und UDM, wenn sie als eine Lösung auftritt.
2. Zielbild: Eine Lösung, ein Gesicht
Die Kooperation tritt beim Kunden nicht als Konsortium aus drei Anbietern auf, sondern als ein Lösungsangebot mit einem Namen, einem Angebot und einem verantwortlichen Lead pro Projekt. Intern bleibt die Arbeitsteilung entlang der Kernkompetenzen erhalten:
- ATRON: die fachliche Tiefe der Hauptsysteme und die installierte Basis im Markt.
- jouri: die Reichweite bis zu Fahrern, Werkstatt und Betriebshof über App und Hub.
- UDM: die Geschwindigkeit, mit der Lücken zwischen den Systemen geschlossen und übergreifende Prozesse aufgebaut werden.
Wichtig ist die Positionierung von UDM: nicht als reine Verbindungsebene (unsichtbare Middleware), sondern als die Ebene, auf der in Wochen die Fachanwendungen entstehen, die weder Hauptsysteme noch Frontend abdecken. Das ist zugleich das Unterscheidungsmerkmal gegenüber den Suite-Anbietern: Best-of-Breed, ohne dass der Kunde das Integrationsrisiko trägt.
3. Rollen und Abgrenzung
Die drei Produkte überlappen sich heute an mehreren Stellen (Weisungen mit Lesebestätigung, Meldungen, Formulare, Vorgangsbearbeitung). Diese Überlappung muss vor dem ersten gemeinsamen Kundentermin intern geklärt sein, sonst gibt es auf die Frage nach der Störmeldung drei Antworten.
Grundregel: Fahrt- und fahrzeuggebunden: ATCS. Personengebunden außerhalb der Fahrt: jouri. Vorgangs- und datengebunden dahinter: UDM.
| Themenfeld | ATRON (ATCS) | jouri | UDM |
|---|---|---|---|
| Weisungen und Kommunikation im Fahrdienst | Führend (Weisung an Umlauf, Lesebestätigung, Sprachruf) | Nur außerhalb der Fahrt | Keine Rolle |
| Kommunikation außerhalb der Fahrt (Betriebshof, Werkstatt, Frei, Schulung) | Keine Rolle | Führend (App und Hub) | Liefert Daten und Zielgruppen zu |
| Ereignisse und Disposition im Betrieb | Führend (Ereignis-Workflow, Fahrtänderung, Anschlusssicherung) | Empfänger von Informationen und Aufgaben | Übergreifende Vorgangssteuerung, wenn mehrere Systeme beteiligt sind |
| Meldungen und Formulare der Mitarbeitenden | Nur fahrtbezogene Fahrermeldung | Führend (Erfassung, Bestätigung, Rückfrage) | Weiterverarbeitung als Vorgang, Verteilung an Zielsysteme |
| Systemübergreifende Prozesse und Datenflüsse | Quelle und Ziel | Quelle und Ziel | Führend (Orchestrierung, Automatisierung, Schnittstellen) |
| Auswertung, Berichte, Nachweise | Leitstellenbericht (fahrtbezogen) | Auswertung der Kommunikation im Hub | Führend (übergreifende Auswertung und Nachweispflichten) |
| Fachanwendungen für Lücken der Systemlandschaft (z.B. Meldewesen, Ausfahrten, Prognosen) | Keine Rolle | Frontend für die Fläche, wo sinnvoll | Führend (Aufbau in Wochen auf der Plattform) |
Diese Matrix ist ein lebendes Dokument und wird im gemeinsamen Angebots-Playbook gepflegt. Bei neuen Anforderungen entscheidet die Grundregel, nicht der Einzelfallvertrieb.
4. Leuchtturm-Use-Cases: Was nur die Kombination kann
Der Vertrieb führt nicht mit Architektur, sondern mit durchgängigen Geschichten, die keiner der drei Partner allein erzählen kann.
1Störung bis zum Fahrgast und zurück
- Ein Ereignis entsteht im ATCS (Unfall, Streckensperrung, Notruf).
- UDM orchestriert die Maßnahmen- und Meldeketten: Wer muss was wissen, was ist zu dokumentieren, welche Nachweise entstehen.
- jouri informiert betroffene Fahrer, Werkstatt und Bereitschaft zielgruppengenau, mit Bestätigungspflicht.
- Rückmeldungen aus der Fläche fließen strukturiert in den Vorgang zurück.
- Der Leitstand sieht den Gesamtvorgang inklusive aller Bestätigungen und offener Punkte.
Nutzen: kürzere Reaktionszeiten, vollständige Dokumentation ohne Zusatzaufwand, Entlastung der Disponenten.
2Fahrzeugdefekt bis Ersatzgestellung
- Ein Fahrer meldet einen Defekt strukturiert in jouri (Kategorie, Fotos, Standort).
- UDM erzeugt daraus automatisch den Werkstattvorgang und informiert die Disposition.
- Das ATCS führt den Fahrzeugtausch im Umlauf aus, Fahrgastinformation und Anschlusssicherung laufen mit.
- Der Vorgang bleibt bis zur Instandsetzung nachvollziehbar, inklusive Auswertung nach Fahrzeugtyp und Schadensbild.
Nutzen: drei Systeme, ein Vorgang, kein Telefon. Aus Einzelmeldungen entsteht eine Datenbasis für Instandhaltung und Beschaffung.
3Ablösung auslaufender Nebensysteme
- Ein auslaufendes Nebensystem (z.B. Meldewesen, Abrechnung, Listenwesen) wird analysiert und in Fachprozesse zerlegt.
- UDM übernimmt die Fachprozesse schrittweise auf der Plattform, ohne Big Bang und ohne Datenverlust.
- jouri bringt die Prozesse in die Fläche, wo Mitarbeitende außerhalb des Büros beteiligt sind.
- Das ATCS bleibt führendes Betriebssystem oder kommt als moderner Leitstellenarbeitsplatz hinzu.
Nutzen: kalkulierbarer Ausstieg aus Altsystemen statt riskanter Neuausschreibung. Nebensystem-Ablösungen dieser Art setzt UDM bereits heute in eigenen Projekten produktiv um; das belegt die Machbarkeit der UDM-Rolle. Eine gemeinsame Referenz der drei Partner entsteht erst mit dem ersten Pilotprojekt.
5. Vertrieb und Vermarktung
Lead-Logik
- ATRON als Generalunternehmer: ATRON tritt als Hauptauftragnehmer und Vertragspartner des Kunden auf und führt den Kundenkontakt. Das passt zur Marktpräsenz, zur Bestandskundenbasis und zur Größe von ATRON und gibt dem Kunden einen etablierten Vertragspartner, auch für Ausschreibungen und langfristige Wartung. jouri und UDM sind Unterauftragnehmer mit klaren Leistungsschnitten, margenstarke Zusatzbausteine ohne eigenes Entwicklungsrisiko für ATRON.
- Einstieg auch neutral möglich: Der erste Kontakt kann über jouri oder UDM entstehen (Kommunikation oder Nebensystem-Ablösung); der Vertrag läuft dann über ATRON als Generalunternehmer. Das ATCS kommt als Option, wenn das Leitstellenthema ansteht.
- Ein Gesicht: Pro Projekt gibt es genau einen Vertragspartner des Kunden, ATRON. Die anderen Partner liefern ihre Leistungsanteile darunter zu.
Botschaften
- Investitionsschutz: Bestehende Systeme bleiben fachlich führend, nichts muss abgelöst werden, was funktioniert.
- Schnelle Wirkung: Der erste Use Case ist in zwölf Wochen produktiv.
- Kein Lock-in: Best-of-Breed-Architektur mit klaren Schnittstellen statt geschlossener Suite.
- Belegbar: Referenzprojekte statt Konzeptfolien.
Wettbewerbsabgrenzung: Gegen die großen Suiten positioniert sich das Angebot über Einstiegskosten, Geschwindigkeit und Offenheit. Gegen Einzel-Tools (Messenger, Formular-Apps, Insellösungen) über die Durchgängigkeit bis in die Fachsysteme und die Nachweisfähigkeit der Prozesse.
6. Kommerzielles Modell (Prinzipien)
- Paketierter Einstieg zum Festpreis: ein definierter Use Case, feste Laufzeit, festes Ergebnis.
- Drei Stufen: Einstiegspaket (ein Use Case), Ausbaupakete (weitere Use Cases und Zielgruppen), Betrieb (Subscription für Plattform, App und Support).
- Transparenz zwischen den Partnern auf Paketebene: Jeder Partner kennt die Preisstruktur der gemeinsamen Pakete, die interne Kalkulation bleibt beim jeweiligen Partner.
- Vergütungslogik folgt der Lead-Logik: ATRON als Generalunternehmer verantwortet Angebot und Marge des Gesamtpakets, die Leistungsanteile der Partner sind vorab definiert.
7. Governance und offene Punkte
- Vertragsstruktur: Generalunternehmerschaft liegt bei ATRON; Haftung, Gewährleistung und Wartungsverantwortung zwischen den Partnern ausgestalten.
- Supportkette: First-, Second- und Third-Level-Support über die drei Produkte hinweg definieren, mit einem Ansprechpartner für den Kunden.
- Produktname und Marke: Gemeinsamen Lösungsnamen mit Arbeitstitel festlegen, Markenrechte und Verwendung klären.
- Vertragspartner: ATRON tritt langfristig als Vertragspartner auf; zu klären bleibt, wie Bestandsverträge von jouri und UDM bei Veränderungen fortgeführt und eingebunden werden.
- Demarkation: Die Abgrenzungsmatrix aus Kapitel 3 als verbindlichen Teil des Angebots-Playbooks vereinbaren.
- Datenschutz und Betrieb: Hosting-Modelle, Auftragsverarbeitung und Datenflüsse zwischen den Produkten dokumentieren.
8. Roadmap: Die nächsten 90 Tage
- Woche 1 bis 4: Gemeinsamer Workshop der drei Partner: Demarkationsmatrix verabschieden, Use Cases priorisieren, Arbeitstitel für die Lösung festlegen.
- Woche 5 bis 8: Gemeinsames Pitch-Material und ein durchgängiges Demo-Szenario über alle drei Produkte aufbauen. Einstiegspaket mit Festpreis definieren.
- Woche 9 bis 12: Erste drei Zielkunden aus der ATRON-Bestandsbasis auswählen und ansprechen. Ziel: ein Pilotprojekt mit dem Einstiegspaket noch in diesem Jahr.
Nicht noch ein System und nicht noch ein Konsortium, sondern eine Lösung mit einem Gesicht, die vorhandene Systeme verbindet, Lücken in Wochen schließt und die Menschen im Betrieb erreicht.