Rolle: Support

Wofür ist diese Rolle da?

Support begleitet Nutzer bei Einstieg, Fehlermeldungen und Eskalationen. Die Aufgabe ist nicht nur Antwort geben, sondern ein Problem so zu beschreiben, dass es für Betrieb oder Entwicklung direkt weiterverarbeitbar ist. Support ist damit die Brücke zwischen Nutzergefühl und belastbarer Fachbeschreibung.

Wann du an diese Rolle denkst

• wenn jemand nicht weiterkommt und erst einmal Orientierung braucht
• wenn ein Fehler nicht eindeutig fachlich ist
• wenn eine Meldung für Betrieb oder Entwicklung aufbereitet werden muss
• wenn du aus mehreren Einzelschilderungen einen klaren Fall machen willst

Typische Aufgaben

• Rückfragen aufnehmen
• Fehler eingrenzen
• passende Hilfeartikel verlinken
• bei Bedarf an Betrieb oder Entwicklung eskalieren
• aus einem unklaren Hinweis eine handhabbare Fallbeschreibung machen

Typischer Supportweg

Support arbeitet am besten in dieser Reihenfolge:

1. Symptom aufnehmen
2. Kontext ergänzen
3. Ursache grob einordnen
4. gezielten Gegencheck machen
5. erst dann eskalieren oder an einen Fachartikel verweisen

Wenn du diesen Weg überspringst, landet der Fall oft nur schneller an der falschen Stelle.

Erst klären, dann handeln

Bevor du ein Thema weitergibst, sollte klar sein:

• was genau passiert ist
• wo es passiert ist
• seit wann es auftritt
• ob es einmalig oder reproduzierbar ist
• ob schon ein Neuladen, ein anderer Browser oder ein anderer Mandant getestet wurde
• ob der Fehler fachlich, technisch oder rein kontextbezogen wirkt
• ob gerade nur ein Symptom oder schon die Ursache sichtbar ist

Wenn diese Fragen offen bleiben, fehlt meist noch die wichtigste Information für eine gute Weitergabe.

Woran du die Ursache grob erkennst

• Loginproblem: Zugang oder Einladung scheitert schon vor der Arbeit.
• Sessionproblem: Zustand, Tab oder Weiterleitung verhalten sich plötzlich merkwürdig.
• Rechteproblem: die Seite ist da, aber eine einzelne Aktion bleibt gesperrt.
• Kontextproblem: die Daten gehören zum falschen Mandanten, Objekt oder Zeitraum.

Was du vor der Eskalation sauber trennen solltest

• Symptom oder Ursache
• einmalig oder reproduzierbar
• UI-Problem oder fachliches Problem
• einzelner Nutzer oder mehrere Nutzer
• Kontextfehler oder echte Störung

Wenn du diese Trennung sauber machst, wird die Weitergabe sofort nützlicher.

Was Support zuerst testen sollte

• Seite neu laden
• anderen Tab testen
• anderen Browser testen
• Mandant und Rolle prüfen
• letzte Aktion und Zeitpunkt notieren
• prüfen, ob der Fehler nur einen Nutzer oder mehrere betrifft

Gute Support-Informationen

• Seite oder Route
• Zeitstempel
• Nutzerrolle
• genaue Fehlermeldung
• Screenshot oder Kontext
• erwartetes Verhalten
• was bereits ausprobiert wurde
• wenn möglich auch die konkrete Aktion, die den Fehler ausgelöst hat
• ob das Problem einmalig, reproduzierbar oder umgebungsabhängig ist
• ob der Fehler nach Login, nach Speichern oder erst nach einer Folgeaktion auftritt

Gute Rückfrage statt breite Meldung

Wenn dir noch etwas fehlt, frag nicht allgemein nach "mehr Details", sondern gezielt nach:

• der konkreten Aktion
• dem Zeitpunkt
• dem erwarteten Ergebnis
• dem letzten sicheren Zustand
• dem Mandanten oder Objekt

So bekommt Support genau die Information, die für die nächste Entscheidung fehlt.

Was eine gute Weitergabe ausmacht

• Der nächste Bearbeiter erkennt sofort, worum es geht.
• Der Kontext ist so knapp wie möglich und so vollständig wie nötig.
• Ursache und Wirkung sind getrennt beschrieben.
• Der letzte sichere Zustand ist mitgegeben.
• Es ist klar, was schon geprüft wurde.

Beispiel für eine gute Meldung

Eine gute Supportmeldung klingt eher so:

• "Auf /finance erscheint nach dem Speichern ein leerer Bildschirm, nur im Mandant demo. Neu laden hat nichts geändert. Im zweiten Tab tritt es genauso auf."

Und nicht so:

• "Geht nicht."
• "Fehler im System."
• "Bitte dringend schauen."

Was gute Supportarbeit ausmacht

• erst verstehen, dann weiterleiten
• den Fall in eine fachliche Sprache übersetzen
• nicht nur Symptome sammeln, sondern die Ursache eingrenzen
• am Ende klar sagen, wer als Nächstes dran ist
• die nächste Rückfrage so stellen, dass sie wirklich weiterhilft
• bei Unsicherheit lieber einen gezielten Gegencheck anfordern als eine breite Sammelmeldung senden

Häufige Supportfallen

• zu wenig Kontext, um den Fall weiterzuverarbeiten
• mehrere Probleme in eine einzige Nachricht gepackt
• der eigentliche Auslöser fehlt
• die Rückfrage ist freundlich, aber nicht konkret genug
• der nächste Schritt ist nicht klar genug dokumentiert
• zu früh eskalieren, obwohl noch ein schneller Gegencheck möglich wäre
• einen Bedienfehler wie einen Systemfehler behandeln oder umgekehrt

Wenn du selbst entscheiden musst

Nimm die leichter wiederherstellbare oder fachlich sauberer begründbare Variante, wenn:

• noch ein einfacher Gegencheck möglich ist
• die Ursache noch nicht klar genug ist
• eine schnelle Rückfrage den Fall deutlich sauberer machen würde

Das spart Betrieb und Entwicklung unnötige Schleifen.

Sauberer Abschluss

Support ist erst dann sauber fertig, wenn:

• der Fall fachlich eingegrenzt ist
• der nächste Schritt klar ist
• eine Eskalation nur mit Fakten erfolgt
• ein Dritter die Rückfrage sofort weiterbearbeiten kann

Support-Check vor Eskalation

Wenn du selbst kurz prüfen kannst, dann teste in dieser Reihenfolge:

1. Seite neu laden
2. anderen Tab testen
3. anderen Browser testen
4. Mandant und Rolle prüfen
5. Datum, Uhrzeit und genaue Aktion notieren

Wenn danach noch etwas offen ist, ist die Eskalation deutlich wertvoller.

Woran guter Support zu erkennen ist

• Der Fall ist nicht nur freundlich beantwortet, sondern fachlich sauber eingegrenzt.
• Das Team weiß danach, ob das Problem reproduzierbar ist.
• Die Rückfrage an Betrieb oder Entwicklung enthält nur die Infos, die dort wirklich gebraucht werden.
• Der nächste Schritt ist klar, statt nur eine offene Schleife zu hinterlassen.

Beispiel für einen guten Supportabschluss

Ein guter Abschluss klingt etwa so:

• "Problem auf /banking nur im Mandant demo, tritt nach Login reproduzierbar auf, Neuladen und zweiter Browser ohne Effekt. Ursache noch unklar, daher an Betrieb mit Zeitstempel und Screenshot weitergegeben."

So ist sofort klar, was geprüft wurde und was der nächste Schritt ist.

Wichtige Artikel für Support

• Login / Rechte / Session
• Login-Probleme
• Tickets / Fristen End-to-End
• Nachricht an Betreiber