Kundensupport · Fortgeschritten
Bug-Report aus einem vagen Ticket
Aus einer frustrierten Nachricht etwas machen, mit dem die Entwicklung arbeiten kann
Wofür
Tickets wie „geht nicht“, die bei der Entwicklung landen müssen. Für alle, die Bugs vom Support an Entwickler weitergeben und ständig nach Schritten gefragt werden, die sie nicht haben.
Mach aus dieser Kundennachricht einen Bug-Report. Nachricht: {{customer_message}} Erstelle: 1. Titel: eine Zeile, der sichtbare Fehler 2. Schritte zum Nachstellen, soweit sie sich ableiten lassen 3. Erwartet vs. tatsächlich 4. Welche Informationen FEHLEN, um es nachzustellen 5. Die genaue Rückfrage an den Kunden: höchstens zwei Fragen 6. Schweregrad, mit Begründung Regeln: - Erfinde nie Schritte, die der Kunde nicht beschrieben hat. Was fehlt, fehlt. - Emotionen raus, Fakten rein, und behalte seine genauen Worte, wo sie für die Diagnose wichtig sind
Ausprobieren: Variablen ausfüllen
Beispiel
Eingaben
- {{customer_message}} Nachricht des Kunden
- Eure App loggt mich ständig aus!!! Jedes Mal, wenn ich auf meinen anderen Laptop wechsle, muss ich mich neu anmelden, das macht mich wahnsinnig. Das geht seit letzter Woche so.
Ergebnis
1. Titel: Sitzung endet, wenn dasselbe Konto auf einem zweiten Laptop genutzt wird 2. Schritte (abgeleitet): auf Laptop A anmelden; auf Laptop B anmelden; zurück zu Laptop A, der jetzt erneut eine Anmeldung verlangt. 3. Erwartet vs. tatsächlich: erwartet, dass beide Sitzungen aktiv bleiben; tatsächlich beendet der Gerätewechsel die frühere Sitzung. 4. Es fehlt: App-Version und Betriebssystem auf beiden Laptops; ob jeweils Desktop-App oder Browser; das genaue Startdatum („letzte Woche“). 5. Rückfragen: „Nutzt du auf beiden Laptops die Desktop-App oder den Browser, und welche Version?“ und „Passiert es auch, wenn du auf einem Laptop nur zwischen Browser-Tabs wechselst?“ 6. Schweregrad: mittel. Es blockiert nichts, passiert aber bei jedem Gerätewechsel, und laut Kunde erst seit Kurzem, was auf eine Regression hindeutet.
Warum es funktioniert
Weil „was fehlt“ ein eigener Punkt ist, füllt das Modell Lücken nicht mit Vermutungen, und genau damit führen KI-geschriebene Bug-Reports sonst in die Irre. Zwei Rückfragen halten den Kunden bei der Stange, und seine genauen Worte bleiben als Spur erhalten, nach der jemand suchen kann.
Mehr aus diesem Paket
- Ticket beantwortenEine klare Antwort auf eine Support-Nachricht, ohne Service-Floskeln
- Nein sagen, ohne den Kunden zu verlierenEine Anfrage klar ablehnen und das nächstbeste Mögliche anbieten
- Entschuldigung für einen echten FehlerEinen Fehler eingestehen, ohne Konzern-Nebel
- Wütender Kunde, echte AntwortAuf Feindseligkeit mit einer Lösung antworten statt mit Beschwichtigung
Aus der Global Prompt Library (TextDeck Community License 1.0), Stand 53723a8. GitHub
Drei Tasten. Jeder Prompt.
In die Zwischenablage kopiert