Field Service App: wie Techniker sie annehmen

Servicetechniker nehmen die Salesforce Field Service App an, wenn sie ihnen vor Ort Arbeit abnimmt, und umgehen sie, wenn sie vor allem Kontrolle und mehr Dokumentation bringt. Deshalb entscheidet sich die Akzeptanz lange vor dem Rollout: an der Frage, was der Techniker von der App hat, an einer offenen Klärung von Standortverfolgung und Zeiten mit dem Betriebsrat und an einer App, die auch im Keller ohne Netz funktioniert. Eine kleine Gruppe erfahrener Techniker, die das vorher im Einsatz testet, ist dafür der wirksamste Hebel.

Die Akzeptanz der Techniker ist ein eigenes Thema

Field Service verändert den Arbeitstag von Disponenten und Technikern. Ein Techniker, der Berichte auf Papier geschrieben hat, dokumentiert plötzlich in einer App. Er sieht seine Termine auf dem Telefon statt auf dem Zettel aus dem Büro, und er fragt sich zu Recht, wer jetzt sieht, wo er gerade ist.

Techniker sind außerdem eine besondere Gruppe. Sie sind selten im Büro, kommen zu Schulungen oft nur einmal und haben wenig Geduld mit Software, die beim Kunden vor der Maschine nicht funktioniert. Wenn die App in der ersten Woche zweimal versagt, gilt sie im Team als unbrauchbar, und dieser Ruf hält, auch wenn der Fehler längst behoben ist.

Was hält Techniker von der App ab?

Im ADKAR-Modell gesprochen: Bei Technikern fehlen am häufigsten Desire, also die Bereitschaft mitzumachen, und Ability, also die Fähigkeit, es im Alltag umzusetzen. Diese Tabelle ordnet die typischen Gründe ein:

Grund	Stufe	Was hilft
„Die Zentrale will sehen, wo ich bin“	Desire	Standortverfolgung offen klären, begrenzen, mit dem Betriebsrat vereinbaren
„Ich schreibe jetzt mehr als vorher“	Desire	kurze Formulare, vorausgefüllte Daten, nur Pflichtfelder, die jemand braucht
„Ohne Netz geht nichts“	Ability	Offline-Daten vorher festlegen und im Keller testen
„Ich finde die Funktion nicht“	Knowledge	Schulung am echten Auftrag, Techniker als Key User in der Region
„Nach dem Update ist alles anders“	Reinforcement	App-Updates vorher testen und ankündigen

Die Bereitschaft wächst, wenn die App etwas bringt. Für einen Techniker heißt das konkret: Die Historie der Anlage ist vor Ort sichtbar, die richtigen Ersatzteile sind vor dem Einsatz bekannt, und der Servicebericht ist nach dem Einsatz fertig, statt abends im Hotel geschrieben zu werden. Wie Prüfprotokolle ohne Papier aussehen, beschreibe ich in Field Service Data Capture.

Wie gehen Sie mit Standort und Zeiten um?

Der Betriebsrat spielt bei zwei Themen eine Rolle: bei der Sichtbarkeit der Techniker untereinander, etwa bei Timesheets, und beim Standort der Techniker. Beide Themen sollten proaktiv angesprochen werden, bevor etwas eingerichtet ist. Die Standortverfolgung der Field Service App lässt sich in Intervall und Genauigkeit einstellen und für einzelne Techniker ausschalten. Welche Einstellungen es gibt, steht in der Field-Service-Einführung.

Für die Akzeptanz zählt weniger die Einstellung selbst als die Offenheit. Ein Techniker, der vom Betriebsrat erfährt, dass sein Standort nur während der Anfahrt übertragen wird, reagiert anders als einer, der es auf einer Karte im Büro entdeckt. Die Vereinbarung gehört deshalb in die Kommunikation vor dem Rollout, in einfachen Worten.

Wie binden Sie Techniker vor dem Rollout ein?

Ich empfehle eine kleine Gruppe erfahrener Techniker pro Region, die vor dem Rollout mitarbeitet:

• Formulare im echten Einsatz testen. Ein Prüfprotokoll, das am Schreibtisch logisch aussieht, kann vor der Maschine unbrauchbar sein, weil die Reihenfolge nicht zum Arbeitsablauf passt.
• Offline prüfen. Die Gruppe nimmt die App dorthin mit, wo kein Netz ist, und meldet, welche Daten fehlen. Was offline auf dem Gerät liegen sollte, beschreibe ich in Field Service App offline.
• Kollegen schulen. Erfahrene Techniker erklären die App überzeugender als ein Trainer aus dem Projekt, weil sie dieselben Einsätze kennen.
• Ansprechpartner bleiben. Nach dem Rollout sind sie die ersten Ansprechpartner in ihrer Region, wie Key User im Innendienst, siehe Key User in Salesforce-Einführungen.

Wichtig ist, dass diese Gruppe echte Änderungen bewirken kann. Wenn ihre Rückmeldungen im Backlog verschwinden, hört sie auf, Rückmeldungen zu geben.

Nach dem Rollout braucht jede Region einen kurzen Rückweg

Die ersten Wochen nach dem Start einer Region sind die Zeit, in der Techniker die meisten Fragen zur App haben. In dieser Phase sollte das Projektteam erreichbar sein und nicht schon die nächste Region starten. Danach zählt Verankerung: Jedes App-Update kann Abläufe verändern und gehört vorher getestet, wie in Field Service App Updates testen beschrieben.

Genauso wichtig ist ein kurzer Rückweg. Ein Techniker, der vor Ort merkt, dass ein Pflichtfeld nicht passt, sollte das in einer Minute melden können, am besten direkt aus der App oder über seinen Ansprechpartner in der Region. Kommt nach zwei Wochen eine sichtbare Änderung, spricht sich das im Team herum, und das wirkt stärker als eine Schulung. Kommt nichts, ist das Pflichtfeld bald mit Punkten gefüllt.

Ob die App angekommen ist, zeigt sich in Zahlen: Arbeitsaufträge, die in der App abgeschlossen werden statt nachträglich im Büro, ausgefüllte Formulare und Serviceberichte am Tag des Einsatzes. Wie Sie solche Zahlen aufsetzen, beschreibe ich in Salesforce-Nutzung nach dem Go-live messen.

Drei bis fünf Testtechniker in der ersten Region gewinnen

Suchen Sie in der ersten Region drei bis fünf erfahrene Techniker, die bereit sind, die App vorher bei laufenden Aufträgen zu testen. Planen Sie dafür Zeit in ihrem Einsatzplan ein, sonst testen sie nur in der Mittagspause. Klären Sie parallel mit dem Betriebsrat Standort und Zeiten und schreiben Sie das Ergebnis in einfachen Worten auf. Danach legen Sie fest, welche Formulare und Daten der Techniker vor Ort braucht, und streichen den Rest, auch wenn ein Bereich in der Zentrale es gern hätte.