Modul 7.5 · QS in der Praxis
Ein Kundenticket analysieren
Was du danach weißt: Wie du eine vage Kundenanfrage liest, die richtigen Rückfragen stellst
und die minimalen Fakten extrahierst, die du brauchst — bevor du eskalierst.
Zwei Richtungen, zwei Fähigkeiten
Modul 07 hat dir gezeigt, wie du ein Fehler-Ticket schreibst —
nach innen, an den Entwickler, in klarer Struktur.
Diese Fähigkeit brauchst du. Aber es gibt auch die andere Richtung:
Ein Kunde schreibt dir — und was ankommt, sieht selten so aus wie ein Ticket.
Das hier ist keine Krise. Es ist eine Diagnosefähigkeit:
du lernst, aus einer unstrukturierten Anfrage die Fakten zu destillieren,
die du brauchst, um den nächsten Schritt zu entscheiden.
So kommt ein Kundenticket wirklich an
Guten Morgen,
die Abrechnung von unserer Mitarbeiterin Maria Muster stimmt wieder nicht.
Das passiert bei uns immer wieder und wir verstehen nicht warum.
Der Betrag ist total falsch — bitte prüfen Sie das sofort.
Das geht schon seit Monaten so und ich habe schon mehrmals angerufen.
Wir brauchen das bis heute Mittag.
Mit freundlichen Grüßen
H. Bauer
Du bekommst das um 08:47 Uhr. Was weißt du jetzt konkret?
Was du weißt — und was fehlt
Lege die fünf Felder aus Modul 07 als Filter über das Ticket.
Nicht alles davon ist klar oder konkret beantwortet:
| Feld |
Was im Ticket steht |
Verwertbar? |
| Titel |
„Abrechnung von Maria Muster stimmt nicht" |
⚠ teilweise — kein Monat, keine Kontonummer |
| Schritte |
— (keine Schritte beschrieben) |
✗ fehlt |
| Erwartet |
— (kein konkreter Betrag) |
✗ fehlt |
| Tatsächlich |
„total falsch" — kein Betrag, keine Abweichung |
✗ fehlt |
| Kontext |
Kundenname: Muster GmbH ✓ · Monat: ✗ · Release: ✗ |
⚠ teilweise |
Was „immer wieder" und „schon seit Monaten" bedeuten:
Diese Formulierungen klingen nach einem systematischen Problem — sind aber ohne Belege
wertlos für die Diagnose. Frag nach dem konkreten Monat, nicht nach der Häufigkeit.
Ein reproduzierbares Einzelbeispiel ist mehr wert als zwölf vage Beschreibungen.
Die Rückfragen — gezielt und minimal
Du brauchst genau vier Informationen, um zu entscheiden, was als nächstes passiert.
Frag danach — nicht nach allem auf einmal, und nicht nach dem, was du schon hast.
Guten Morgen Frau/Herr Bauer,
danke für Ihre Meldung. Um den Fehler prüfen zu können, benötige ich von Ihnen
vier konkrete Angaben:
1. Welcher Abrechnungsmonat ist betroffen? (z.B. April 2026)
2. Welcher Betrag steht in der Abrechnung — und welcher Betrag wäre korrekt?
3. Ist nur Maria Muster betroffen oder auch andere Mitarbeiterinnen?
4. Hat sich an ihrer Anstellung etwas geändert — Eintritt, Stundenänderung, Karenz — in den letzten Wochen?
Mit diesen Angaben kann ich gezielt nachschauen und Ihnen schnell Rückmeldung geben.
Mit freundlichen Grüßen
Warum genau diese vier Fragen?
Monat → du kannst die Abrechnung aufrufen.
Betrag soll/ist → du kannst die Abweichung prüfen.
Nur eine Mitarbeiterin? → hilft dir bei der Schicht-Zuordnung (Modul 13).
Änderungen → gibt dir den möglichen Auslöser (Ereigniskette, Modul 11).
Was du mit den Antworten tust
Wenn die Rückfragen beantwortet sind, hast du genug, um zu triagieren.
Die Entscheidung läuft so:
Kannst du den Fehler reproduzieren?
Nein → frag nach mehr Details oder prüfe, ob es ein Anwenderfehler war.
Nur diese eine Mitarbeiterin?
Ja → wahrscheinlich Kundendaten-Problem oder Anwenderfehler. Schicht 3/4 aus Modul 13.
Alle Mitarbeiter:innen dieses Kunden?
Ja → wahrscheinlich Konfigurationsfehler bei diesem Kunden. Schicht 2 aus Modul 13.
Mehrere Kunden gleichzeitig betroffen?
Ja → wahrscheinlich Produktfehler im Standard. Schicht 1 aus Modul 13.
Fehler reproduzierbar + Schicht klar?
Jetzt schreibst du ein Ticket nach Modul 07 — mit echten Beträgen, echtem Monat, echten Schritten.
Warnsignale in Kundenmeldungen
Manche Formulierungen klingen nach Dringlichkeit oder Schwere, liefern aber keine Fakten.
Erkenne sie als das, was sie sind — Signale für Frustration, nicht für Komplexität.
„immer wieder"
„total falsch"
„schon seit Monaten"
„alles muss nochmal gerechnet werden"
„wie immer"
„das kann nicht stimmen"
Emotion ist kein Beweis. Intensität ist kein Beweis.
Bis du konkrete Zahlen und einen konkreten Monat hast, weißt du nicht,
ob es ein Bug, eine falsche Eingabe oder ein Missverständnis ist.
Rückfragen zu stellen ist keine Unhöflichkeit — es ist professionelle Diagnose.
In deiner Arbeit bei P&I
Bevor du ein eingehendes Kundenticket eskalierst oder weiterleitest:
Prüfe, ob du die vier Minimalangaben hast — Monat, Ist-Betrag, Soll-Betrag, Betroffenenkreis.
Fehlt etwas davon, frag nach. Ein vollständiges Ticket, das du selbst geschrieben hast,
ist mehr wert als eine weitergereichte vage Meldung.
Denke mal nach:
Hast du selbst schon Meldungen bekommen, bei denen du nicht wusstest, wo du anfangen sollst?
Was war der erste Satz, der dich wirklich weitergebracht hätte?