Referenzen

Fuhrpark-App für eine Autovermietung statt Tabelle

Die ganze Mietflotte in einer Mac-App: Wartung parallel nach Tagen und Kilometern. Den Fahrzeugstatus berechnet das Programm, nicht der Mensch.

Kunde
Freedom4x4
Branche
Autovermietung
Projektdauer
2 Wochen bis zum Produktivstart
Technologien
  • Swift
  • SwiftUI
  • SQLite
  • macOS
Flotten-Dashboard der App mit Karten für drei Autos und den Status bereit, in Wartung und gesperrt

Die Herausforderung

Jede Wartungsposition eines Geländewagens läuft auf zwei Uhren zugleich – Kilometerstand und Zeit –, und in der Tabelle hieß das, Daten und Kilometer für jedes Auto einzeln von Hand abzugleichen.

Was wir geliefert haben

  • Native macOS-App statt einer Tabelle
  • Wartungsintervalle in Tagen und Kilometern
  • Fahrzeugstatus aus Warnschwellen berechnet

Eine Vermietung von Geländewagen, geführt von einer einzigen Person. Die Autos kommen aus unwegsamem Gelände zurück und verschleißen anders als eine Stadtflotte – und bei einem Geländewagen gibt es mehr zu überwachen als bei einem normalen Auto, weil der ganze Allradantrieb dazukommt.

Das war das erste Problem, noch bevor irgendjemand an ein Programm dachte. Getriebe, Achsen, Bremsen, Filter und Flüssigkeiten haben jeweils zwei Fristen zugleich: alle so und so viele Kilometer oder alle so und so viele Monate, je nachdem, was zuerst eintritt. In einer Tabelle heißt das, dass bei jeder Position jemand zwei Zahlen von Hand mit der Wirklichkeit abgleichen muss.

Die Tabelle hielt das aus. Sie bekam immer neue Blätter, wurde laufend gepflegt und enthielt formal alles. Nur eine Frage beantwortete sie nicht: Welches Auto kann ich heute herausgeben?

Womit wir angefangen haben

Mit der Tabelle, nicht mit Bildschirmen. Wir sind sie Blatt für Blatt durchgegangen und haben bei jeder Spalte gefragt, wozu sie da ist und wann sie zuletzt gebraucht wurde. Manche waren einmal für eine einzige Situation entstanden und für immer geblieben – die fielen aus dem Umfang, bevor wir irgendetwas gebaut haben.

Zwei Dinge kamen dabei heraus, die nicht in der Auftragsbeschreibung standen:

  • Der Inhaber braucht keinen Bericht über die Flotte. Er braucht eine einzige Antwort: Was muss jetzt erledigt werden? Alles andere kann im Hintergrund bleiben.
  • Das gefährlichste Szenario ist nicht die vergessene Wartung, sondern ein Auto herauszugeben, bei dem schon etwas überfällig ist. Bei einem Wagen, der für eine Woche in die Berge fährt, ist das keine Frage ordentlicher Papiere.

Die zweite Beobachtung hat die Form der ganzen App bestimmt.

Was wir gebaut haben

Das Flotten-Dashboard ist der Startbildschirm. Jedes Auto hat dort eine Karte mit seinem Bereitschaftsstatus, dem Kilometerstand und einem Zähler für kritische Positionen, Warnungen und fehlende Daten. Ein Blick genügt, um zu wissen, womit man heute losfahren kann.

Die Karte eines einzelnen Autos ist ein Plan, gegliedert nach Baugruppen – Allradantrieb, Bremsen, Innenraum, Kühlung, Verschleißteile. Jede Position hat ihr eigenes Intervall und zählt in beide Richtungen zugleich: wie viele Tage und wie viele Kilometer bis zum nächsten Termin bleiben. Ein neuer Kilometerstand berechnet die ganze Liste sofort neu, denn der Kilometerstand ist das Einzige, was von Hand eingegeben werden muss.

Liste der Wartungspositionen eines Autos mit einer markierten überfälligen Position und einem Hinweis auf die Zahl der Verzugstage
Eine überfällige Position ist kein roter Punkt ohne Inhalt – das Programm sagt, wie viele Tage sie überfällig ist

Neben dem Plan hält die Karte des Autos auch seine Daten, Versicherungen und die Historie der erledigten Wartungen samt Kosten. Die Versicherung hat genauso eine Frist wie der Innenraumfilter, also liegt sie an derselben Stelle und nicht in einem eigenen Ordner mit einer Erinnerung im Kalender. Auch die Frage „Wann wurde das zuletzt gemacht?“ erfordert keine Suche in E-Mails mehr.

Die entscheidende Festlegung: Der Bereitschaftsstatus eines Autos ist kein Eingabefeld, sondern ein Ergebnis. Niemand markiert ein Auto als einsatzbereit – das Programm setzt es selbst auf gesperrt, sobald eine Position ihre Frist überschreitet. Eine Warnung lässt sich in der Eile wegklicken und vergessen, besonders wenn der Kunde am Schreibtisch steht. Der berechnete Status nimmt dem Menschen diese Einschätzung ab, und genau das ist der ganze Unterschied zwischen einer Tabelle und einem System – eine Tabelle rechnet nichts von selbst.

Schwellen statt starrer Regeln

Vorsicht ist eine Einstellung, keine im Code festgeschriebene Annahme. Eine Warnung erscheint mit einem festgelegten Vorlauf – getrennt in Tagen und in Kilometern –, und eine eigene Schwelle bestimmt, wie viele Positionen im Warnzustand ein Auto haben darf, bevor es nicht mehr als bereit gilt und in den Wartungsstatus wechselt.

Einstellungsseite mit Warnschwellen in Tagen und Kilometern sowie einem Positionslimit für ein bereites Auto
Warnschwellen und Bereitschaftslimit – der Kunde ändert sie selbst, ohne uns anzurufen

Das war eine bewusste Entscheidung, damit nicht jede Änderung der Vorgehensweise wieder bei uns landet. Eine Vermietung in der Saison und dieselbe Vermietung im Winter tragen zwei verschiedene Risiken, und beides wird im selben Fenster eingestellt.

Warum eine native macOS-App und keine Browser-Oberfläche

Das Unternehmen besteht aus einer Person, und der Inhaber arbeitet seit Jahren auf dem Mac. Eine Web-Oberfläche hätte einen Server zum Betreiben, ein Konto zum Einloggen und eine Abhängigkeit von der Internetverbindung bedeutet – drei Dinge mehr, um die sich ein Unternehmen kümmern müsste, das weniger davon haben wollte.

Die Daten bleiben lokal auf seinem Rechner, und die ganze Datenbank ist eine einzige Datei, die man wie jedes andere Dokument auf eine externe Festplatte kopiert. Nichts verlässt den Rechner, und es gibt keine Cloud-Datenbank, die geschützt werden müsste. Bei einem Nutzer und einer Flotte dieser Größe würde eine Synchronisierung zwischen Geräten ein Problem lösen, das dieses Unternehmen nicht hat.

Wie die Einführung lief

Die erste funktionierende Version war nach einer Woche beim Kunden – mit seinen echten Autos und den Terminen aus der Tabelle, nicht mit Testdaten. Das war eine bewusste Wahl: An erfundenen Datensätzen sieht man nicht, ob das Programm die Fragen beantwortet, die sich jemand am Mittwochmorgen stellt.

Die zweite Woche ging vollständig in Korrekturen aus den ersten Tagen im Echtbetrieb. Nach zwei Wochen wurde die Tabelle nicht mehr geöffnet.

Was sich nach dem Start geändert hat

Die wichtigste Änderung lässt sich nicht in einer Zahl ausdrücken: Die Frage „Ist wirklich alles aktuell?“ ist verschwunden. Früher musste man dafür mehrere Tabellenblätter durchgehen, heute sieht man die Antwort direkt nach dem Start des Programms.

Ehrlich zur Messung: Es ist ein Ein-Personen-Unternehmen, das vor der Einführung keine Statistiken geführt hat. Einen Vergleich der Art „früher dauerte das so lange, jetzt so lange“ haben wir also nicht. Die Zahlen unter diesem Text beschreiben den Stand nach dem Start, nicht eine aus den Daten des Kunden berechnete Ersparnis.

Nicht alles haben wir vorhergesehen. Die erste Version überwachte die Wartungen, die sich aus der Tabelle herauslesen ließen – in der Praxis zeigte sich, dass der Inhaber noch ein paar weitere Positionen im Blick hatte, die nirgends notiert waren, weil er sie im Kopf behielt. Wir haben sie nach dem Start ergänzt, und das war die größte Änderung am Umfang in diesem Projekt.

Die Lehre für die Zukunft ist banal und teuer: Die Tabelle eines Kunden zeigt, was jemand aufgeschrieben hat, nicht, was er wirklich im Blick behält. Beim nächsten Mal fragen wir nach beidem.

Ergebnisse in Zahlen

8
Excel-Tabellenblätter durch die App ersetzt
3
Autos mit automatisch berechnetem Status
30 Tage
Vorlauf bei der Standardwarnung