Fünf Produkt­bereiche. Eine Referenz, der alle folgen.

Nomad begann als Proof of Concept: Können Fleet-Operatoren ihre Daten jederzeit als Grundlage für Entscheidungen sehen, statt als Zahlen auf einem Ausdruck am Monatsende? Ein Proof of Concept hat ein Launch-Datum. Was er nicht hat, ist ein Plan für die Zeit danach, wenn Zahlung, Kraftstoff, Routen, Analyse und Rechnungen alle einen eigenen Screen wollen.

Erst das System

Das Erste, was wir bauten, war deshalb kein Screen. Es war ein Designsystem, auf dem Nomads Team direkt bauen kann: Tokens, Komponenten und eine Prototyping-Skill für ihren KI-gestützten Workflow, damit ein neuer Produktbereich von derselben Referenz startet statt von einer Kopie des letzten. Das ist der Unterschied zwischen einer Suite und fünf Apps, die zufällig ein Logo teilen.

Handlung statt Reports

Das Designprinzip war überall dasselbe: die Daten, die Nomad erzeugt, so zurückgeben, dass sie Handlung auslösen. Keine Reports. Keine Exports. Interfaces, die sagen, was als Nächstes zu tun ist.

Bei der Übergabe

Bei der Übergabe umfasste die Suite Zahlung, Kraftstoffmanagement, Routenoptimierung, Datenanalyse und Rechnungsstellung, mit einem Kundenportal obendrauf, auf Web und Mobile. Jeder Bereich nach dem ersten war ein Release 1.1, kein Neubau: Das System nahm die Änderung auf, und Nomads Team lieferte sie selbst. Das meinen wir mit einem Fundament, das änderbar bleibt. Es soll das Mandat überdauern, und das hat es.