SOP für Serviceeinsätze vor Ort & Disposition
Eine SOP für Serviceeinsätze vor Ort und Disposition bei Insatech: ServiceDesk-Triage, die Entscheidung Fernunterstützung oder Vor-Ort-Einsatz, Techniker-Zuweisung, Ausrüstungsvorbereitung und der abschließende Servicebericht.
Was ist SOP für serviceeinsätze vor ort & disposition?
Jeder Kundenkontakt in Insatechs Servicegeschäft landet, egal über welchen Kanal, an einer einzigen Stelle: dem ServiceDesk. Das ist beabsichtigt. Ein Kunde mit einem driftenden Durchflusswert, ein Kunde, dessen Messumformer nicht mehr reagiert, und ein Kunde, der fragt, wann die nächste Kalibrierung fällig ist, sind aus Kundensicht alle einfach nur jemand, der „wegen eines Instrumentenproblems bei Insatech anruft", und sie sollten nicht im Voraus wissen müssen, welcher dieser Fälle eine Fünf-Minuten-Lösung am Telefon ist und welcher einen Techniker direkt vor der Anlage braucht. Diese Beurteilung liegt beim ServiceDesk, einmalig getroffen, bei der Annahme, über „Technische Triage anhand von Symptomen und Servicehistorie" und die anschließende Entscheidung „Fernunterstützung ausreichend oder Einsatz vor Ort erforderlich?". Alles, was diese SOP abdeckt, dient dazu, genau diesen einen Aufruf richtig zu treffen, nicht schnell um der Schnelligkeit willen und nicht vorsichtig um der Vorsicht willen.
Die Entscheidung ist der eigentliche Inhalt der SOP, und sie wirkt in beide Richtungen. Einen Techniker für etwas zu entsenden, das ein Telefonat gelöst hätte, kostet ein Servicefahrzeug, einen Reisetag und Technikerstunden, die der Kunde nicht hätte bezahlen müssen, und das ist der Fehler, den der ServiceDesk am besten abfangen kann, da die Symptome bis zum Ende der Triage meist schon im Ticket stehen. Der umgekehrte Fehler ist schlimmer: einen Kunden telefonisch durch einen vermuteten Sensorausfall, ein akutes Sicherheitsproblem oder alles zu führen, was einen händischen Zugang zu ATEX-eingestufter Ausrüstung in einem klassifizierten Bereich braucht, nur weil niemand einen Einsatz buchen wollte. „Fernunterstützung ausreichend oder Einsatz vor Ort erforderlich?" ist deshalb als echter Zweig mit zwei echten Zielen angelegt, „Fernlösung mit dem Kunden per Telefon oder Portal" auf der einen und „Techniker zuweisen" auf der anderen Seite, gerade damit dieser Aufruf ausdrücklich getroffen werden muss, anhand der Symptome im Ticket, statt sich per Voreinstellung bei wem auch immer gerade das Telefon hält zu ergeben.
Die beiden Zweige bleiben nicht dauerhaft getrennt, und keiner der beiden ist ein garantierter geradliniger Weg zum Abschluss. Eine Fernlösung überspringt „Erforderliche Ersatzteile auf Lagerbestand prüfen und für den Einsatz kommissionieren", „Prüfausrüstung vorbereiten und Servicefahrzeug beladen" und den Einsatz selbst vollständig und springt direkt von „Fernlösung mit dem Kunden per Telefon oder Portal" zu „ServiceDesk schließt das Ticket und bestätigt die protokollierte Lösung". Ein Vor-Ort-Einsatz läuft über „Servicebericht vor Ort schreiben und vom Kunden gegenzeichnen lassen" in eine zweite Entscheidung, „Problem beim Einsatz vollständig behoben?", denn nicht jeder Auftrag schließt bei einem einzigen Besuch ab: ein bestelltes Teil, eine Freischaltung, die der Prozess des Kunden an diesem Tag nicht gewähren kann, oder ein Fehler, der einen zweiten Spezialisten braucht, erscheinen hier alle als „Nachfolgearbeiten nötig" statt als still wiedereröffnetes Ticket und führen zu „Ausstehende Arbeiten protokollieren und Nachfolgebesuch einplanen", das zurück in „Techniker zuweisen" schleift, statt einen losgelösten zweiten Fall zu beginnen. Beide möglichen Ausgänge, eine telefonische Lösung und ein vollständig gelöster Vor-Ort-Einsatz, laufen in derselben Zeile „ServiceDesk schließt das Ticket und bestätigt die protokollierte Lösung" zusammen. Diese Zusammenführung verhindert, dass eine telefonische Lösung zu einem undokumentierten Gefallen wird: Sie schließt über denselben ServiceDesk-Datensatz wie ein entsendeter Einsatz, auf demselben Ticket, mit demselben Verantwortlichen. Personen und Arbeitsaufwand sind bei jedem Schritt beider Zweige und der Nachfolgeschleife gesetzt, sodass das Workload-BI-Panel für eine Woche mit vielen Anrufen zeigen kann, ob sich das in Rebecca Försters ServiceDesk-Stunden, in Thomas Reuters Außendienststunden oder in beiden niederschlägt.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Annahme und Triage, von „Kunde kontaktiert ServiceDesk (Telefon, E-Mail oder Portal)" über „Ticket erfassen und Symptome, Instrument und Prozesskontext festhalten" bis zu „Technische Triage anhand von Symptomen und Servicehistorie"
- Das Gate Fernunterstützung gegen Vor-Ort selbst: „Fernunterstützung ausreichend oder Einsatz vor Ort erforderlich?", das den Fall entweder bei „Fernlösung mit dem Kunden per Telefon oder Portal" löst oder zur Disposition weiterleitet
- Die Einsatzvorbereitung über die Bahnen ServiceDesk, Außendienst und Logistik: „Techniker zuweisen", „Erforderliche Ersatzteile auf Lagerbestand prüfen und für den Einsatz kommissionieren", „Prüfausrüstung vorbereiten und Servicefahrzeug beladen" und „Termin, Zugang zum Gelände und PSA-Anforderungen mit dem Kunden bestätigen", alles bevor jemand zur Anlage aufbricht
- Den Einsatz, seinen Nachweis und das Nachfolge-Gate: „Kundenbesuch: Problem vor Ort beurteilen und beheben", „Servicebericht vor Ort schreiben und vom Kunden gegenzeichnen lassen" und „Problem beim Einsatz vollständig behoben?", das den Fall entweder für den Abschluss freigibt oder zu „Ausstehende Arbeiten protokollieren und Nachfolgebesuch einplanen" leitet, das zurück in „Techniker zuweisen" schleift, statt ein zweites, losgelöstes Ticket zu eröffnen
- Den Abschluss, den beide Zweige teilen: „ServiceDesk schließt das Ticket und bestätigt die protokollierte Lösung" schließt eine telefonische Lösung genauso ab wie einen vollständig gelösten Vor-Ort-Einsatz, auf demselben Ticket
- Benannte Verantwortliche und Stunden in jeder Zeile über die Spalten „Personen" und „Arbeitsaufwand", sodass das Workload-BI-Panel zeigen kann, dass sich Rebecca Försters ServiceDesk-Stunden über die gesamte Breite des Diagramms erstrecken, während sich Thomas Reuters Außendienststunden in der Einsatzvorbereitung und beim Vor-Ort-Einsatz bündeln
Wann Sie diese Vorlage verwenden sollten
- Sie standardisieren, wie Insatechs ServiceDesk zwischen Fernunterstützung und einem Technikerbesuch entscheidet, und wollen diesen Aufruf in einem Diagramm festhalten, statt ihn wem auch immer gerade abhebt zu überlassen
- Ein Kunde hat infrage gestellt, ob eine Anfahrt wirklich nötig war, und Sie wollen einen dokumentierten Triage-Schritt, der zeigt, worauf die Entscheidung beruhte
- Sie führen einen neuen ServiceDesk-Koordinator oder Disponenten ein und brauchen eine Referenz für genau das, was die Triage vor dem Aufruf Fernunterstützung/Vor-Ort abdeckt, und was passieren muss, bevor ein Techniker zur Anlage aufbricht
- Sie prüfen, ob derselbe Techniker in derselben Woche für zwei entsendete Einsätze gebucht ist
- Ein Vor-Ort-Einsatz wurde abgeschlossen, ohne dass ein gegengezeichneter Servicebericht in der Akte landete, und Sie wollen eine Stelle im Prozess, an der das erkannt wird, bevor das Ticket schließt
So funktioniert es
Ersetzen Sie die Bahnen durch Ihre tatsächlichen Servicerollen
Dieses Diagramm verwendet ServiceDesk, Außendienst und Logistik. Wenn Insatech die Disposition von der ServiceDesk-Triage trennt oder eine separate Lagerfunktion die Ersatzteile verwaltet, geben Sie dieser Rolle eine eigene Bahn, statt sie in ServiceDesk einzugliedern: Die Übergabe ist meist der Punkt, an dem ein Schritt still von jemandem als erledigt angenommen wird, der davon ausging, dass es jemand anderes getan hat.
Hinterlegen Sie Ihre eigenen Kriterien für Fernunterstützung/Vor-Ort bei der Entscheidung
„Fernunterstützung ausreichend oder Einsatz vor Ort erforderlich?" braucht eine genannte Liste dessen, was in welche Richtung ausschlägt, nicht nur „nach Ermessen". Tragen Sie die tatsächlichen Kriterien, Symptommuster, Bezug zu ATEX oder klassifizierten Bereichen, Sicherheitsindikatoren, in das Kommentarfeld der Zeile ein, damit die Triage nicht davon abhängt, welcher Koordinator gerade Dienst hat.
Tragen Sie Personen und Arbeitsaufwand in jeder Zeile ein, bevor Sie sich auf das BI-Panel verlassen
Das Workload-Panel kann nur Stunden für Zeilen summieren, die auch welche enthalten. Füllen Sie Personen und Arbeitsaufwand für jeden Schritt aus, während Sie das Diagramm anpassen, und verwenden Sie dabei realistische Aufwandsstunden statt verstrichener Zeit, damit eine Woche mit mehreren Einsätzen auch bei der richtigen Person als arbeitsreich sichtbar wird.
Legen Sie fest, was eine Ersatzteilprüfung für Ihre Produktlinien bedeutet
„Erforderliche Ersatzteile auf Lagerbestand prüfen und für den Einsatz kommissionieren" funktioniert nur, wenn gegen den bereits im Ticket erfassten Instrumententyp und das Fehlerbild geprüft wird. Wenn Insatechs Lager nach Produktlinie oder Kundenvertrag organisiert ist, vermerken Sie das in der Zeile, statt es als allgemeine Bestandsprüfung stehen zu lassen.
Benennen Sie, wer ein Ticket ohne gegengezeichneten Bericht schließen darf
„ServiceDesk schließt das Ticket und bestätigt die protokollierte Lösung" ist der Punkt, an dem beide Zweige zusammenlaufen. Legen Sie fest, und dokumentieren Sie, ob ein Abschluss jemals erfolgen darf, ohne dass „Servicebericht vor Ort schreiben und vom Kunden gegenzeichnen lassen" die Akte erreicht hat, sodass das eine Regel im Diagramm ist statt einer Ausnahme, die jemand unter Druck macht.
Häufig gestellte Fragen
Was entscheidet, ob ein Fall telefonisch behandelt oder ein Techniker entsendet wird?
Die Entscheidung „Fernunterstützung ausreichend oder Einsatz vor Ort erforderlich?", getroffen am Ende von „Technische Triage anhand von Symptomen und Servicehistorie". Sie wägt die Symptome und die Servicehistorie des Instruments ab: Ein Konfigurationsproblem oder ein an einem Live-Messwert erkennbarer Verdrahtungsfehler lässt sich meist telefonisch lösen, während ein vermuteter Sensorausfall, ein Sicherheitsbedenken oder alles, was händischen Zugang zu ATEX-eingestufter Ausrüstung braucht, vor Ort geht.
Was passiert, nachdem der ServiceDesk entschieden hat, dass ein Einsatz nötig ist?
Der Fall geht in die Einsatzvorbereitungsphase über: „Techniker zuweisen", „Erforderliche Ersatzteile auf Lagerbestand prüfen und für den Einsatz kommissionieren", „Prüfausrüstung vorbereiten und Servicefahrzeug beladen" und „Termin, Zugang zum Gelände und PSA-Anforderungen mit dem Kunden bestätigen", alles bevor der Techniker zum Einsatz selbst aufbricht.
Überspringt ein telefonisch gelöster Fall den Servicebericht?
Ja. „Fernlösung mit dem Kunden per Telefon oder Portal" geht direkt zu „ServiceDesk schließt das Ticket und bestätigt die protokollierte Lösung", ohne die Einsatzvorbereitung oder den Vor-Ort-Bericht zu berühren, da kein Techniker entsendet wurde und nichts vor Ort zum Gegenzeichnen geschrieben wird. Die Fernlösung selbst wird protokolliert.
Wer schließt das Ticket, der ServiceDesk oder der Techniker?
In beiden Zweigen der ServiceDesk. „ServiceDesk schließt das Ticket und bestätigt die protokollierte Lösung" ist die eine Zeile, über die sowohl eine telefonische Lösung als auch ein vollständig gelöster Vor-Ort-Einsatz abschließen, sodass jeder Fall auf demselben Datensatz landet, unabhängig davon, welcher Zweig ihn behandelt hat.
Was passiert, wenn der Techniker das Problem in einem Einsatz nicht vollständig lösen kann?
„Problem beim Einsatz vollständig behoben?" fängt das direkt vor Ort ab, unmittelbar nach dem Verfassen des Berichts. Eine Antwort „Nachfolgearbeiten nötig" führt zu „Ausstehende Arbeiten protokollieren und Nachfolgebesuch einplanen", das zurück in „Techniker zuweisen" schleift, statt das Ticket zu schließen, sodass ein Auftrag, der ein bestelltes Teil oder einen zweiten Besuch braucht, auf demselben Fall bleibt, statt später zu einem unverfolgten Wiederauftreten zu werden.
Wie unterscheidet sich das von der SOP für Notfall-Fehlersuche an Instrumenten?
Diese SOP setzt voraus, dass der Kunde das Problem bereits gut genug eingegrenzt hat, damit die Triage Fernunterstützung gegen Vor-Ort in Ruhe abwägen kann. Die Notfall-SOP deckt die gegenteilige Situation ab, einen Prozess, der gerade jetzt beeinträchtigt ist, bei dem noch nicht bekannt ist, welches Instrument überhaupt fehlerhaft ist, und bei dem die Dringlichkeitsbewertung vor dem Aufruf Fernunterstützung/Disposition erfolgen muss, nicht als routinemäßiger Triage-Schritt.
Lässt sich diese SOP für einen Kunden mit reinem Telefonsupport-Vertrag ohne Vor-Ort-Komponente verwenden?
Ja. Jeder Fall durchläuft weiterhin „Fernunterstützung ausreichend oder Einsatz vor Ort erforderlich?" zur Dokumentation, aber für diesen Kunden wird der Vor-Ort-Zweig nie genommen. Die Entscheidung im Diagramm zu belassen, statt sie zu entfernen, ist das, was einem Auditor zeigt, dass der Fall bewertet, nicht angenommen wurde.