2025 — heute
Nexio Fleet GmbH
Mitgründer · Strategie, Operations & Produkt
Berlin & Brandenburg, Deutschland
Deutsche Mietwagenunternehmen werden von der LABO auf Lenk- und Ruhezeiten geprüft. Die meisten erfüllen diese Pflicht mit Tabellen und Gedächtnis und gleichen Schichtexporte der Plattformen, auf denen ihre Fahrer arbeiten, von Hand ab. Wer die Rekonstruktion nicht liefert, zahlt kein Bußgeld — er verliert die Konzession. Nexio macht aus der Pflicht einen Workflow: Schichtdaten automatisch abrufen, die Lücken markieren, die eine Prüfung nicht bestehen würden, und das Paket erzeugen, das ein Prüfer verlangt.
Die Compliance-Pipeline
Ersetzt die monatliche Rekonstruktion in Tabellen durch eine fünfstufige Pipeline, die ein Betreiber in einem Durchgang abschließt.
Ich habe die Prüfpflicht von dem her aufgeschlüsselt, was die LABO tatsächlich verlangt, und sie anschließend in Stufen zerlegt, die jeweils Maschine oder Mensch verantworten. Die ersten drei Stufen laufen unbeaufsichtigt; der Betreiber sieht nur die Schichten, die eine Entscheidung erfordern. Diesen Übergabepunkt zu definieren — was die Software still korrigieren darf und was ein Konzessionsinhaber freigeben muss — war die zentrale Produktentscheidung der gesamten Plattform.
Schicht- und Pausenprüfung
Betreiber berichten von rund 60–70 % weniger Verwaltungsaufwand pro Compliance-Zyklus.
Der Bildschirm zeigt nur Schichten, welche die Regel-Engine nicht selbst freigeben konnte. Der Schweregrad steckt in der Zeile selbst, sodass ein Betreiber nach Farbe scannt, statt jede Zeile zu lesen — der Unterschied zwischen 214 zu prüfenden Schichten und den sechs, auf die es ankommt. Jede Anpassung wird als Eintrag im Audit-Trail zurückgeschrieben, denn eine Korrektur, die ein Betreiber später nicht begründen kann, ist schlimmer als gar keine Korrektur.
- Ausnahmen zuerst
- Unveränderlicher Audit-Trail
- Zweistufiger Schweregrad
Datenerfassung aus den Plattformen
Beseitigt den manuellen Download-Schritt vollständig — auch bei der Plattform, die keine API anbietet.
Die Fahreraktivität liegt in den Ride-Hailing-Plattformen, und nicht alle geben sie programmatisch heraus. Ich habe eine Erfassungsschicht spezifiziert, die beide Fälle als dasselbe Problem behandelt: unabhängig von der Quelle entsteht ein normalisiertes Dokument pro Fahrer-Tag. Genau diese einheitliche Form erlaubt es Regel-Engine, Dashboard und Berichtsgenerator, dieselben Daten zu lesen, ohne deren Herkunft zu kennen.
- Python · FastAPI
- Headless-Browser-Automatisierung
- Firestore · Google Cloud
Kommerzielle Architektur und Positionierung
Das Angebot in eine Compliance-Basis plus kostenpflichtige Module umstrukturiert und die Argumentation vollständig von Bußgeldern gelöst.
Compliance über die Drohung mit Bußgeldern zu verkaufen, rückte das Produkt gedanklich in dieselbe Kategorie wie die Rechnung des Steuerberaters — ein zu minimierender Kostenpunkt. Die Neurahmung über das Konzessionsrisiko verschob es in die Kategorie dessen, worauf ein Betreiber nicht verzichten kann. Die Preisgestaltung folgte derselben Logik: Alle zahlen für die Compliance-Basis, und die Module, die Marge statt Pflicht erzeugen, werden separat verkauft.
Betreiber reagieren auf „bestehen Sie Ihre nächste Prüfung“, nicht auf „vermeiden Sie ein Bußgeld von X €“. Das Erste ist ein Ergebnis, um das sie sich ohnehin sorgen; das Zweite eine Zahl, die sie abtun.
- 3 Preismodule
- Vollständiges Finanzmodell
Referenz
Referenzschreiben verfügbar
Von Aleksander Boski, CEO und Mitgründer der Nexio Fleet GmbH. Bestätigt Produktverantwortung, strategischen Beitrag und operativen Verantwortungsbereich während des frühen Aufbaus der Plattform.
Referenzschreiben öffnen →Zu den Abbildungen
Jede Abbildung auf dieser Seite wurde eigens für die Fallstudie neu erstellt. Nichts davon gibt einen Produktivbildschirm, einen Kundendatensatz oder eine Vertragskondition wieder.
- Keine Kundennamen. Pilot- und Referenzbetreiber werden ausschließlich nach Segment und Region beschrieben.
- Keine Plattformnamen. Integrationen werden nach Typ benannt — mit oder ohne öffentliche API — denn das ist der Teil, der die Architektur tatsächlich geprägt hat.
- Keine echten Datensätze. Fahrerkennungen, Schichtfenster und Pausenzeiten in Abb. 2 sind erfunden und in sich stimmig, nicht aus Live-Daten entnommen.
- Keine kommerziellen Details. Preise, Umsatzprognosen und Beteiligungsverhältnisse bleiben außen vor.