Field-Service-App im KMU: wann sich Field Service Management wirklich rechnet

Firmen, die Klimaanlagen, Medizingeräte, Industriewaagen, Großformatdrucker oder Baumaschinen warten, haben erstaunlich ähnliche Probleme. Acht Techniker im Außendienst, eine Disposition mit Papierplan, Serviceberichte, die am Freitagnachmittag vom Kugelschreiber ins ERP übertragen werden. Eine mobile App für Servicetechniker (FSM — Field Service Management) räumt das meiste von diesem Chaos auf, aber nicht jedes Unternehmen braucht sie an diesem Punkt.

In Gesprächen mit Inhabern solcher Firmen hören wir meistens zwei extreme Meinungen. Einmal: „Bei uns klappt das nicht, meine Leute wollen kein Diensthandy". Und: „Ich brauche eine App wie Uber für Techniker". Beides trifft es meistens nicht. Die Wahrheit liegt in der Mitte und hängt stark davon ab, wie viele Aufträge pro Tag du hast, wie viele Leute im Außendienst und wie lang der Zyklus vom Auftrag bis zur Rechnung ist.

Dieser Text sagt nicht: „Jede Servicefirma braucht eine App". Er sagt: Ab welchem Punkt kostet dich das Nicht-Haben mehr als das Haben.

Was ohne FSM passiert

Ein typischer Tag in einer 12-köpfigen Klimaanlagen-Servicefirma bei Krakau sieht so aus. Morgens druckt die Disposition den heutigen Plan aus Excel — sechs Techniker, je fünf Einsätze. Aufträge kommen aus mehreren Kanälen: Telefon, E-Mail, Reklamationsportal einer Handelskette, Formular auf der Website. Alles landet in einer Tabelle.

Die Techniker bekommen Ausdrucke. Vor Ort füllen sie einen Servicebericht aus (Papier, Durchschlag, eine Kopie für den Kunden). Der Kunde unterschreibt. Abends oder am nächsten Morgen bringt der Techniker den Stapel ins Büro. Im Büro tippt jemand alles ab: ins ERP (Comarch Optima, enova365, was auch immer), in eine Techniker-Rentabilitäts-Tabelle, ins Geräteregister des Kunden. Die Rechnung stellt der Vertrieb freitags aus den Papieren der ganzen Woche.

Die Probleme, die daraus entstehen, sind immer dieselben:

• Die Rechnung geht 5–10 Tage nach dem Einsatz raus. Der Kunde erinnert sich nicht mehr, worum es ging. Der Einwand „das stand nicht im Vertrag" wird leicht.
• Papier geht verloren. Statistisch verschwinden 3–5 % der Berichte pro Monat. Es gibt keine Grundlage zum Fakturieren.
• Niemand weiß wirklich, wie lange ein Einsatz dauert. Der Techniker schreibt „2 Stunden" im Nachhinein, weil es plausibel aussieht. Die echte Dauer kennt niemand.
• Zweiteinsätze. Der Techniker hat vergessen, Ersatzteile zu bestellen, weil die Teileliste auf seinem Bericht steht, der eine Woche später im Büro landet. In der Zwischenzeit ruft der Kunde an, dass es immer noch nicht geht.
• Die Disposition weiß nicht in Echtzeit, wer wo ist. Der Kunde ruft an „Wo ist der Techniker?", die Antwort: „Ich rufe kurz Krzysztof an und melde mich zurück".

Jedes dieser Probleme kostet im Jahr echtes Geld. Kumuliert haben wir in einer Firma dieser Größe einmalig 60–80 Tausend PLN (etwa 15–19 Tausend EUR) an „entgangenem Umsatz" gesehen — nicht fakturierte Einsätze, Zweiteinsätze ohne Grundlage für eine Zusatzrechnung, Bürostunden fürs Abtippen.

Was FSM tatsächlich verändert — ein Beispiel aus der Praxis

Bei einem unserer Kunden — einer 12-köpfigen HVAC-Servicefirma bei Krakau (6 Techniker im Außendienst, 2 im Backoffice, der Inhaber, 3 Montagemitarbeiter) — haben wir eine schlichte FSM-App eingeführt, integriert mit ihrem Comarch Optima. Nicht Enterprise. Eine Android-App für die Techniker, ein leichtes Dispositionspanel im Browser, ERP-Integration über eine REST-API.

Was sich in den ersten drei Monaten geändert hat:

• Die Zeit vom Einsatz bis zur Rechnung sank von 5–10 Tagen auf denselben Tag. Der Techniker unterschreibt den Bericht auf dem Tablet beim Kunden, der Bericht geht ins System, die Rechnung wird aus einer Vorlage erzeugt. Der Vertrieb bestätigt sie nur.
• Zweiteinsätze sind von ~15 % auf ~4 % gefallen. Weil die Liste fehlender Teile aus dem ersten Einsatz noch am selben Tag im Lager ankommt und nicht erst nach einer Woche.
• Die Disposition hat ~10 Stunden pro Woche zurückgewonnen. Kein Abtippen mehr. Stattdessen echtes Planen.
• Es kam heraus, dass ein Techniker im Schnitt 40 % längere Einsätze hatte als die anderen. Nicht weil er langsam war — er bekam die schwierigeren Kunden. Der Plan wurde umgebaut, seine Zeit wird nicht mehr auf Fahrten verbrannt.
• „Verlorene" Berichte verschwanden. Ein Bericht kann nicht verloren gehen, wenn er nicht auf Papier existiert.

Summe: rund 90 Tausend PLN Jahresergebnisdifferenz gegen eine Einführung von ~45 Tausend PLN einmalig und ~1200 PLN/Monat laufend. Amortisation im ersten Jahr.

Kein Märchen — schlicht der Effekt, dass Papier verschwindet und Daten im System landen in dem Moment, in dem die Arbeit passiert, nicht eine Woche später.

Wann sich FSM noch nicht rechnet

Anti-Hype: nicht jede Firma braucht das. Signale, dass es noch zu früh ist:

• Weniger als 3 Techniker im Außendienst und ≤ 10 Einsätze am Tag. Ein Whiteboard im Büro und eine WhatsApp-Gruppe reichen tatsächlich. Das Tool rechnet sich nicht mal in drei Jahren.
• Aufträge sind groß und selten — etwa Installationen über drei Tage. FSM glänzt bei vielen kurzen Einsätzen. Bei ein paar Großprojekten pro Monat lohnt es sich eher, den Prozess im ERP zu polieren.
• Das Team ist älter und hat echte Berührungsängste mit dem Tablet. Das heißt nicht: nicht einführen — sondern: plane 2–3 Monate Gewöhnung ein und wähle eine App, deren Bildschirme sich einhändig mit Handschuh bedienen lassen.
• Das ERP ist so gepflegt, dass sowieso alles per Hand nachgetragen wird. Dann verschiebt FSM das Problem nur. Zuerst das Geräteregister des Kunden und die Kundenstammdaten im ERP aufräumen.

SaaS, Eigenentwicklung oder Low-Code — die Wahl

Drei Schulen. Jede hat in einer anderen Situation Sinn.

Fertige SaaS (ServiceMax, mHelpDesk, Fieldcode, das polnische MobileNET, Fielda, ein paar andere). Vorteil: live in 2–4 Wochen, monatlich pro Nutzer abgerechnet. Nachteil: du musst dich an ihren Workflow anpassen. Die ERP-Integration existiert meistens, aber in der „50-%-Version" — falsche Felder, andere Formate, die Rechnung wird sowieso um Mitternacht als CSV geschoben. Sinnvoll, wenn dein Serviceprozess Standard ist (Einsatz, Bericht, Rechnung) und du damit leben kannst, dass das Geräteregister an zwei Stellen lebt.

Eigenentwicklung (das machen wir bei SilverData). Vorteil: die App sieht aus wie dein Prozess, nicht wie die Vorstellung eines amerikanischen Start-ups davon. Die ERP-Integration ist nativ — ein System, ein Kunden- und Geräteregister, die Rechnung entsteht in deinem ERP im selben Moment. Nachteil: 35–70 Tausend PLN einmalig, 6–12 Wochen. Sinnvoll ab ~5 Technikern im Außendienst aufwärts und bei einem nicht-standardisierten Prozess (etwa gesetzlich reglementierter Service mit vorgeschriebenen Abnahmeprotokollen).

Low-Code (Power Apps, AppSheet, Low-Code auf Airtable). Der Mittelweg. In ein paar Wochen ein MVP zusammenbauen, ERP-Integration per API, günstiger als Custom. Nachteil: die funktionale Decke kommt schnell, und Lizenzen ab 10 Nutzern sind nicht mehr billig. Eine gute Option für den ersten Anlauf — Pilot mit einer Kolonne, Annahmen prüfen, dann entscheiden: fertig, Custom oder bei Low-Code bleiben.

Wo anfangen — die ersten 30 Tage

Bevor du ein Werkzeug wählst, mach drei Dinge. Das funktioniert in jeder Servicefirma, die wir kennen.

1. Miss den aktuellen Prozess. Nimm die letzten 20 Einsätze. Prüfe: Tage vom Auftrag bis zum Einsatz, Tage vom Einsatz bis zur Rechnung, wie viele einen Zweiteinsatz brauchten und warum. Ohne Basislinie kannst du dir nie beweisen, dass FSM etwas gebracht hat.
2. Bring das Geräteregister des Kunden in Ordnung. Das ist das Fundament. Jedes betreute Gerät (Klimagerät, Drucker, Waage) hat genau eine ID im ERP. Nicht „Klimagerät im Erdgeschoss" — konkretes Modell, Seriennummer, Installationsdatum. Sonst gibt dir auch die beste App keine Service-Historie.
3. Wähle eine Kolonne für den Pilot. Nicht alle gleichzeitig. Zwei Techniker, ein Disponent, zwei Wochen. Sieh, was tatsächlich nicht funktioniert, bevor du es über die ganze Firma kippst.

Erst danach ein Gespräch mit einem Anbieter — ob fertiges SaaS oder ein Haus wie unseres. Das Gespräch läuft anders, wenn du mit Zahlen reingehst statt mit „Wir hätten gern irgendeine App".

Wenn du abschätzen willst, ob sich FSM in deiner Firma rechnet (und wie schnell), das erste Gespräch ist kostenlos, dauert eine halbe Stunde und endet nicht mit einem Vertriebler an Bord.

FSM macht aus Chaos keine Ordnung. FSM macht aus geordnetem Chaos einen messbaren Prozess. Schritt eins ist, das Geräte- und Kundenregister zu ordnen, erst dann kommt die App.

← Zurück zum Blog