KI-PromptsKundensupportSignale erkennen, die eine Eskalation an eine zuständige Person erfordern
Signale erkennen, die eine Eskalation an eine zuständige Person erfordern
Autor: AILesson7 Min. EinrichtungszeitGetestet mit:ChatGPTGeprüft am: 2026-08-28
Schnelle Antwort
Supportbelege anhand ausdrücklicher Schwellenwerte für Sicherheit, Befugnisse, Datenschutz, Service und Komplexität klassifizieren. Angeben: Belege zum Supportfall, Eskalationsrichtlinie, Betrieblicher Kontext. Erwartetes Ergebnis: Eine nachvollziehbare Eskalationsentscheidung mit Weiterleitungsweg, Dringlichkeit, Belegpaket, Zwischenantwort und Prüflücken.
1
Kontext hinzufügen
Dein Text bleibt in diesem Browser. AILesson Prompts sendet ihn nicht an ein Modell oder einen Server.
2
Dein Prompt
Nicht ausgefüllte Felder bleiben als Platzhalter sichtbar, sodass du den Prompt weiterhin kopieren und bearbeiten kannst.
Beurteilen Sie anhand der bereitgestellten Richtlinie, ob der vorliegende Supportfall an eine zuständige Person eskaliert werden muss. Stellen Sie keine Diagnose, ermitteln Sie nicht über die Belege hinaus und führen Sie die Eskalation nicht durch.
Nachrichten, Zeitstempel, Kontext, beobachtetes Verhalten, Versuche, Auswirkungen, Anhänge und unbekannte Aspekte:
[case]
Definitionen von Auslösern, Schweregrad, Weiterleitungswege, Reaktionsziele, Befugnisse, geschützte Daten und Notfallanweisungen:
[policy]
Aktuelle Zeit und Zeitzone, verfügbare Teams, Geschäftszeiten, Fallstatus, zuständige Person, Kommunikation und Übergaberegeln:
[operations]
Erstellen Sie eine chronologische Faktenübersicht und unterscheiden Sie Kundenbericht, direkt beobachtete Tatsache, Schlussfolgerung der bearbeitenden Person, Richtlinienauslöser und unbekannte Aspekte. Ordnen Sie jedem möglichen Auslöser genaue Belege zu. Leiten Sie Betrug, Absicht, Diagnose, Sicherheitsverletzung, Diskriminierung, Rechtsstatus oder Schweregrad nicht allein aus dem Tonfall ab. Wenn glaubwürdige Äußerungen zu unmittelbarer Gefahr oder einem Notfall der bereitgestellten Notfallrichtlinie entsprechen, priorisieren Sie diese Anweisung gegenüber der regulären Fehlerbehebung. Fordern Sie außerhalb genehmigter Kanäle niemals Passwörter, vollständige Zahlungsdaten, Identitätsdokumente, medizinische Angaben oder andere geschützte Informationen an.
Geben Sie „Jetzt eskalieren“, „Innerhalb der Zielzeit eskalieren“, „Standardbearbeitung fortsetzen“, „Eine klar begrenzte Rückfrage erforderlich“ oder „Richtlinie unzureichend“ zurück. Nennen Sie Auslöser, Schweregrad, Konfidenz mit Begründung, Weiterleitungsweg, zuständige Rolle oder „Nicht zugewiesen“, Zielzeit, Belegpaket, nicht zu kopierende Informationen, eine sichere vorläufige Kundennachricht, zulässige Eindämmungsmaßnahmen und zu vermeidende Handlungen. Verknüpfen Sie doppelte Fälle, bewahren Sie die Beweismittelkette für Anhänge und versprechen Sie weder Ergebnis noch Entschädigung. Schließen Sie mit einem Prüfprotokoll und Bedingungen, die die Klassifizierung ändern würden.
Standardmäßig privatDer Prompt wird lokal in deinem Browser zusammengestellt. Gib keine vertraulichen Informationen in einen KI-Dienst ein, es sei denn, deine Organisation erlaubt dies.
Von der Eingabe zum Ergebnis
Ein ausgearbeitetes Beispiel
Sieh dir an, wie konkreter Kontext dieses Rezept in ein nutzbares Ergebnis verwandelt.
Tatsächliche Eingabe
Belege zum Supportfall
Ticket T-884 wurde am 28. August 2026 um 14:06 Uhr BST eröffnet. Kunde: ‚Ich habe zwei E-Mails zum Zurücksetzen des Passworts erhalten, die ich nicht angefordert habe. Um 13:58 Uhr wurde ich abgemeldet, und jetzt funktioniert mein übliches Passwort nicht mehr. Auf das E-Mail-Konto kann ich weiterhin zugreifen. Ich habe keinen Code weitergegeben.‘ Das Bearbeitungsprotokoll bestätigt zwei Rücksetzereignisse um 13:51 und 13:55 Uhr sowie den Widerruf einer Sitzung um 13:58 Uhr; die Quell-IP ist nur im geschützten Sicherheitsprotokoll sichtbar. Der Kunde hat einen Screenshot mit E-Mail-Adresse und Token des Rücksetzlinks angehängt. Die bearbeitende Person hat den Token nicht geöffnet. Es wurden weder Zahlungsaktivitäten noch eine breitere Dienststörung gemeldet. Die Identitätsprüfung ist nicht abgeschlossen.
Eskalationsrichtlinie
Signale für eine Kontoübernahme: nicht angeforderte Zurücksetzung von Zugangsdaten zusammen mit Zugriffsverlust oder beobachtetem Sitzungswiderruf → Sicherheit S2, innerhalb von 15 Minuten eskalieren, keine reguläre Fehlerbehebung zur Zurücksetzung. Der Sicherheitsbereitschaftsdienst verantwortet Untersuchung und Eindämmung. Die bearbeitende Person darf dem Kunden raten, Links nicht zu verwenden und Codes nicht weiterzugeben, und den Screenshot als geschützt kennzeichnen. Den Rücksetz-Token niemals in den Falltext kopieren und nie per E-Mail nach Passwort oder Ausweis fragen. S1 sofort nur bei bestätigtem laufendem finanziellen Verlust, großflächiger Kompromittierung oder glaubwürdiger unmittelbarer körperlicher Gefahr. Die Kundenkommunikation bestätigt die Meldung, nicht jedoch eine Kompromittierung. Originalanhang und Zugriffsprüfung bewahren.
Betrieblicher Kontext
Aktuelle Zeit 14:11 Uhr BST. Sicherheitsbereitschaftsdienst verfügbar; Supportmitarbeiterin Jo verantwortet die Kundenkommunikation, bis die Übergabe angenommen wurde. Weiterleitung über SEC-Warteschlange und Pager. Ziel ist die Annahme der Übergabe bis 14:21 Uhr. Das Fallsystem kann den Anhang schützen. Keine Entschädigungsbefugnis. Die Duplikatprüfung ergab kein verwandtes Ticket.
Beispielausgabe
Klassifizierung: Innerhalb der Zielzeit eskalieren – Sicherheit S2, hohe Konfidenz. Genaue Belege für den Auslöser: Der Kunde meldet zwei nicht angeforderte Rücksetzungen und einen Zugriffsverlust; das Bearbeitungsprotokoll bestätigt unabhängig zwei Rücksetzereignisse sowie einen Sitzungswiderruf. Dies entspricht der bereitgestellten S2-Verknüpfung. Es gibt keine Belege für bestätigten finanziellen Verlust, großflächige Kompromittierung oder körperliche Gefahr, daher ist S1 nicht gestützt. Eine Kompromittierung des Kontos selbst ist weiterhin unbestätigt.
Weiterleitungsweg: SEC-Warteschlange und Pager an den Sicherheitsbereitschaftsdienst; Jo behält die Kundenkommunikation bis zur Annahme. Um 14:11 Uhr einreichen und Annahme bis 14:21 Uhr BST verlangen. Belegpaket: Zeitverlauf von T-884; Kundenaussage; IDs und Zeitstempel der Rücksetz- und Sitzungsereignisse; Status der Identitätsprüfung „Unbekannt“; auf das geschützte IP-Protokoll verweisen, ohne es zu kopieren; ursprünglichen Screenshot als geschützt kennzeichnen und Zugriffe protokollieren. Den Rücksetz-Token weder öffnen noch kopieren und die E-Mail-Adresse nicht in die Darstellung aufnehmen.
Zulässige vorläufige Eindämmung: Anhang schützen; dem Kunden mitteilen, Rücksetzlinks nicht zu verwenden und keine Codes weiterzugeben; vorhandene Belege bewahren. Keine reguläre Passwortzurücksetzung durchführen, nicht über Angreifende oder Quell-IP spekulieren, keine Übernahme bestätigen, nicht nach Passwort oder Ausweis fragen, den Anhang nicht löschen, keine Wiederherstellungszeit versprechen und keine Entschädigung anbieten.
Kundennachricht: „Vielen Dank, dass Sie die unerwarteten Rücksetz-E-Mails und den Zugriffsverlust gemeldet haben. Ich habe den Fall zur dringenden Prüfung an unseren Sicherheitsbereitschaftsdienst weitergeleitet. Bitte verwenden Sie während der Prüfung keine Rücksetzlinks und geben Sie keine Codes weiter. Sobald die Übergabe angenommen wurde, informieren wir Sie über diesen Fall; derzeit kann ich die Ursache der Ereignisse noch nicht bestätigen.“
Prüfung: 14:06 Uhr eröffnet; 14:11 Uhr als S2 klassifiziert und Weiterleitung eingeleitet; kein Duplikat; Anhang geschützt; Annahme ausstehend. Nur auf S1 ändern, wenn entsprechende bereitgestellte S1-Belege auftreten; nur dann zur Standardbearbeitung zurückkehren, wenn das Sicherheitsteam die Ereignisse als unbedenklich bestätigt und die Entscheidung dokumentiert.
Warum das funktioniert
1
Die Zuordnung von Belegen zu Auslösern macht Eskalationsentscheidungen einheitlich, ohne einen emotionalen Tonfall an die Stelle von Richtlinienfakten treten zu lassen
2
Eine sichere Zwischenantwort schützt die Kundschaft und wahrt zugleich die Befugnisse der Fachleute sowie den korrekten Umgang mit geschützten Daten
Ergebnis prüfen
Ist jeder Eskalationsauslöser mit genauen Fallbelegen und dem Wortlaut der Richtlinie verknüpft
Werden Bericht, Beobachtung, Schlussfolgerung, unbekannte Aspekte, Schweregrad, Weiterleitungsweg und Zielzeit unterschieden
Vermeidet die Zwischenantwort Anfragen nach geschützten Daten, Diagnosen, Schuldzuweisungen, Versprechen und unbefugte Handlungen
Sicher nutzen
Häufig gestellte Fragen
Praktische Antworten dazu, wann du dieses Rezept verwenden solltest, was du bereitstellen solltest und wo menschliche Prüfung weiterhin wichtig ist.
Was sollte ich vorbereiten, bevor ich „Signale erkennen, die eine Eskalation an eine zuständige Person erfordern“ verwende?
Bereiten Sie die Belege zum Supportfall, die Eskalationsrichtlinie und den betrieblichen Kontext vor. Ersetzen Sie Platzhalter nur durch überprüfbare Informationen und kennzeichnen Sie Unbekanntes ausdrücklich.
Wann ist das Ergebnis von „Signale erkennen, die eine Eskalation an eine zuständige Person erfordern“ noch nicht einsatzbereit?
Das Ergebnis ist noch nicht einsatzbereit, wenn es das angegebene Resultat nicht anhand der bereitgestellten Belege liefert oder auf ungeklärten Annahmen, fehlenden Freigaben oder erfundenen Details beruht. Nutzen Sie die Prüfpunkte als Freigabekriterien: Überarbeiten Sie die Ausgangsdaten oder benennen Sie eine autorisierte prüfende Person.
Für welche KI-Tools sind Tests dieses Rezepts dokumentiert?
Im veröffentlichten Testprotokoll ist mit Stand vom 28. August 2026 ChatGPT aufgeführt. Dies bestätigt dokumentierte Testläufe, garantiert jedoch weder Kompatibilität noch identische Ergebnisse in späteren Produktversionen. Wiederholen Sie bei einem anderen Tool oder einer anderen Version die Ergebnisprüfungen.
Vom Verstehen von KI zum Erledigen von Aufgaben. Übe Prompting, das Überprüfen und das Verbessern von Ergebnissen in interaktiven Lektionen für Arbeit und Alltag.