Field-Service-Plattform

Eine Field-Service-App für Disposition, Techniker und Dokumentation

Projektbeschreibung

Für ein mittelständisches Unternehmen aus Thüringen haben wir eine Field-Service-Plattform entwickelt, die Disposition, Einsatzplanung, Routen, Auftragsdaten und Wartungsberichte in einem gemeinsamen Workspace zusammenführt. Vor dem Projekt hing der Tagesbetrieb stark an Erfahrung, Telefonaten und manueller Nacharbeit: Wer ist verfügbar? Wer hat die passende Qualifikation? Welcher Auftrag ist dringend? Welche Fotos fehlen im Bericht? Ist die Kundenunterschrift schon da?

Entstanden ist eine Web-App für Disponenten und Service-Teams, die den Weg vom Auftrag bis zum Bericht digital abbildet. Die Plattform zeigt den Tag, die Woche, die Techniker, offene Eilaufträge, Routen, Kundeninformationen, Anlagenhistorie und Berichtsentwürfe in einer zusammenhängenden Struktur. Dadurch wird ein Prozess digitalisiert, der vorher häufig zwischen Kalender, Chat, Papierbericht, Dateiablage und persönlicher Abstimmung verteilt war.

Das Projekt war relevant, weil Field Service im Mittelstand nicht an fehlender Arbeit scheitert, sondern an Koordination. Jeder ungeklärte Auftrag erzeugt Rückfragen. Jeder unvollständige Bericht verzögert Freigabe und Abrechnung. Jede schlecht geplante Route kostet Zeit. Die Plattform sollte diese Reibung reduzieren, ohne die reale Arbeitsweise von Servicebetrieben zu ignorieren.

Zielbild

Das Business-Ziel war weniger manuelle Koordination und ein schnellerer Weg vom Einsatz zur abrechenbaren Leistung. Der Kunde wollte nicht nur Termine digital sehen, sondern Einsätze besser planen, Nachweise vollständiger erfassen und Berichte schneller freigeben können. Damit entsteht eine Grundlage für mehr Aufträge pro Woche, ohne dass die Disposition proportional mehr Aufwand tragen muss.

Das Nutzerziel war ein System, das Büro und Feld verbindet. Disponenten brauchen Übersicht über Techniker, freie Slots, Konflikte und Eilaufträge. Techniker brauchen klare Auftragsdaten, Materialhinweise, Historie, Routeninformationen und eine Dokumentation, die direkt während des Einsatzes entsteht. Die Plattform musste beide Perspektiven bedienen, ohne zwei getrennte Produkte zu erzeugen.

Das technische Ziel war eine zentrale Produktlogik für Aufträge, Status, Berichte, Zeiten, Materialien und Rollen. Berichte sollten als Entwürfe gespeichert, geprüft, ergänzt und später freigegeben werden können. Aufträge mussten mit Kunden, Anlagen, Technikern, Routen und Vorlagen verbunden sein. Ziel war ein MVP, der schnell live gehen kann, ohne später neu gebaut werden zu müssen, sobald mobile App, Kundenportal oder Abrechnung dazukommen.

Herausforderungen

Die größte Herausforderung lag in der Planungslogik. Ein Eilauftrag ist kein einzelner neuer Eintrag im Kalender. Er verändert Touren, Fahrzeiten, Kundentermine, Materialbedarf, Zuständigkeit und manchmal auch die Reihenfolge mehrerer Einsätze. Wenn das System diesen Zusammenhang nicht sichtbar macht, bleibt die eigentliche Arbeit weiter im Kopf der Disposition. Deshalb musste die Plattform freie Slots, Konflikte, Skills, Gewerke und Regionen gemeinsam betrachten.

Eine zweite Herausforderung war die Berichtserstellung. Wartungsberichte müssen vollständig und belastbar sein, aber Techniker dürfen vor Ort nicht durch starre Formulare ausgebremst werden. Die App musste Pflichtangaben prüfen, Zeiten erfassen, Fotos aufnehmen, Material dokumentieren und Signaturen vorbereiten. Gleichzeitig musste sie Entwürfe speichern, weil Einsätze unterbrochen werden können oder Verbindung vor Ort nicht zuverlässig ist.

Auch Rollen und Rechte waren wichtig. Ein Disponent darf Aufträge planen und verschieben, ein Techniker bearbeitet und dokumentiert, die Verwaltung prüft Freigaben und der Kunde unterschreibt oder erhält später den Bericht. Diese Rollen haben unterschiedliche Ansichten und Zuständigkeiten. Ohne klares Rollenmodell würden Statuswechsel, Freigaben und Verantwortlichkeiten schnell unübersichtlich.

Die UX musste mit sehr unterschiedlichen Arbeitsmodi umgehen. Disposition ist eine Desktop-Aufgabe mit viel Übersicht. Berichtserfassung ist eine mobile oder Tablet-nahe Aufgabe mit Fokus auf wenige Eingaben. Wissensdatenbank und Teamübersicht sind eher Recherche- und Verwaltungsbereiche. Die Produktstruktur musste diese Modi verbinden, ohne dass Nutzer jedes Mal neu lernen müssen, wie das System funktioniert.

Umsetzung

Wir haben die Anwendung entlang des tatsächlichen Serviceablaufs aufgebaut. Im Tagescockpit sieht die Disposition offene Aufträge, Live-Touren, aktuelle Aktivitäten und kritische Ereignisse. Die Wochenplanung zeigt Techniker, Gewerke, Termine, Konflikte und freie Bereiche. So wird die Planungsarbeit sichtbar, bevor daraus Telefonketten entstehen.

Die Produktlogik wurde zentral um den Auftrag herum modelliert. Ein Auftrag verbindet Kunde, Ort, Anlage, Techniker, Zeitfenster, Material, Status, Route, Kommentare und Bericht. Diese Entscheidung war wichtig, weil alle späteren Funktionen denselben Kern berühren. Wenn ein Auftrag verschoben wird, betrifft das Route, Techniker, Kundeninformation und Bericht. Wenn ein Bericht freigegeben wird, betrifft das Abrechnung und Dokumentation.

Der Berichtseditor wurde als kontrollierter Entwurf umgesetzt. Nutzer sehen den Bearbeitungsstatus, Pflichtchecks, offene Schritte und verknüpfte Daten. Auto-Save sorgt dafür, dass Arbeit nicht verloren geht. Die Struktur erlaubt Offline-Szenarien, weil ein Bericht auch dann sinnvoll weitergeführt werden muss, wenn die Verbindung vor Ort schwach ist. Die Freigabe wird erst möglich, wenn die relevanten Nachweise vollständig sind.

Für Routen und Disposition wurden Karten- und Kalenderlogik kombiniert. Die App zeigt nicht nur Termine, sondern auch Fahrtzeit, regionale Nähe und Optimierungspotenzial. Ein Eilauftrag kann dadurch bewertet werden: Wer ist fachlich geeignet, wer ist in der Nähe, welcher bestehende Termin verschiebt sich und welche Route bleibt realistisch?

Für den Betrieb wurden Konfiguration und Verwaltung mitgedacht. In den Einstellungen lassen sich Workspace, Routenregeln, Datenschutz, Integrationen und Rollen vorbereiten. Das ist wichtig, weil Field-Service-Software nicht endet, wenn die Oberfläche steht. Betriebe brauchen kontrollierbare Regeln, nachvollziehbare Freigaben, PDF-Prozesse, Fehleranalyse und eine Struktur, die später mit Abrechnung, Kundenportal oder mobiler App erweitert werden kann.

Ergebnis

Die Plattform bildet den Kernprozess eines Servicebetriebs digital ab: Auftrag anlegen, einplanen, Route prüfen, vor Ort arbeiten, Bericht dokumentieren, Freigabe vorbereiten und abrechnen. Nutzer können schneller erkennen, wo der Tag stabil ist und wo eingegriffen werden muss. Techniker bekommen mehr Kontext zum Auftrag und weniger Nacharbeit bei der Dokumentation.

Für den Kunden entsteht eine bessere operative Steuerbarkeit. Eilaufträge werden nicht nur gesammelt, sondern in den Plan eingeordnet. Berichte entstehen nicht nachträglich aus Erinnerung, sondern während des Einsatzes. Rückfragen zwischen Büro und Feld nehmen ab, weil Status, Material, Zeiten und offene Schritte im System sichtbar sind.

Technisch entsteht ein Fundament für weitere Produktstufen. Eine mobile Techniker-App, ein Kundenportal, Faktura, DATEV-Export, Push-Benachrichtigungen oder Wartungsverträge können an die bestehende Auftrags- und Berichtslogik anschließen. Die Plattform zeigt damit, wie ein MVP im Mittelstand aussehen sollte: schnell nutzbar, fachlich nah am Betrieb und technisch so aufgebaut, dass er weiterwachsen kann.

Produktansichten