Abschlussprojekt: Einen Produktions-Prompt bauen

🔄 Recall: Debugging als Sicherheitsnetz

In Lektion 7 hast du gelernt, kaputte Prompts systematisch zu diagnostizieren und zu reparieren. Jetzt brauchst du genau dieses Debugging-Wissen — denn wenn du einen kompletten Prompt von Grund auf baust, läuft selten alles beim ersten Versuch.

Alles zusammen

Du hast die einzelnen Bausteine gelernt. Jetzt bauen wir damit etwas Echtes.

In dieser Lektion gehst du den kompletten Prozess durch: von der Idee zum produktionsreifen Prompt. Kein Spielzeug-Beispiel — etwas, das du tatsächlich in einem echten Workflow einsetzen könntest.

Das Szenario

Aufgabe: Support-Ticket-Klassifikator

Anforderungen:

• Eingehende Support-Tickets in Kategorien einordnen
• Schlüsselinformationen extrahieren (Dringlichkeit, Produkt, Problemtyp)
• Tickets markieren, die menschliche Eskalation brauchen
• Zuverlässig mit unterschiedlichsten Eingaben funktionieren

Das ist eine echte Aufgabe, für die Unternehmen Geld bezahlen. Lass uns das mit einem Prompt lösen.

Schritt 1: Erfolgskriterien definieren

Bevor du auch nur ein Wort schreibst — kläre, was Erfolg bedeutet.

Eine gute Ausgabe sollte:

• Tickets in 95%+ der Fälle korrekt kategorisieren
• Strukturierte Felder konsistent extrahieren
• Nie ein eskalationspflichtiges Ticket übersehen
• Mit unklaren oder Multi-Problem-Tickets umgehen können
• Maschinenlesbare, strukturierte Daten liefern (JSON)

Schreib dir das auf. Du testest später dagegen.

Schritt 2: Struktur mit RACE definieren

Role: Erfahrene Support-Spezialistin mit Ticket-Triage-Erfahrung Action: Ticket klassifizieren, Infos extrahieren, Eskalation bestimmen Context: Kategorienliste, Eskalationsregeln, Ausgabeformat Examples: Repräsentative Tickets mit erwarteter Ausgabe

Schritt 3: Ersten Entwurf schreiben

Stück für Stück aufbauen:

Persona:

Du bist eine erfahrene Support-Spezialistin, die eingehende Tickets triagiert. Du hast Tausende von Tickets bearbeitet und erkennst schnell das Kernproblem, die Dringlichkeit und die passende Kategorie.

Aufgabe:

Für jedes Support-Ticket wirst du:
1. In die passende Abteilung kategorisieren
2. Schlüsselinformationen extrahieren
3. Die Dringlichkeitsstufe bestimmen
4. Markieren, ob menschliche Eskalation nötig ist

Kontext (Kategorien und Regeln):

KATEGORIEN:
- Abrechnung: Zahlungen, Rechnungen, Erstattungen, Abo-Probleme
- Technik: Bugs, Fehler, Integrationsprobleme, Ausfälle
- Konto: Login-Probleme, Passwort-Reset, Profiländerungen
- Feature: Feature-Wünsche, Vorschläge, Feedback
- Allgemein: Alles, was nicht in die obigen Kategorien passt

DRINGLICHKEITSSTUFEN:
- Kritisch: System down, Datenverlust, Sicherheitsproblem
- Hoch: Wichtige Funktion kaputt, Abrechnungsfehler
- Mittel: Funktion teilweise eingeschränkt, allgemeine Fragen
- Niedrig: Feature-Wünsche, kleinere Probleme, Feedback

ESKALATIONS-TRIGGER (immer für menschliche Prüfung markieren):
- Erwähnung von Anwalt oder rechtlichen Schritten
- Erwähnung von Presse, Social Media oder Bewertungsportalen
- Aggressive oder beleidigende Sprache
- Erwähnung von Sicherheitsbedenken
- Anfragen zur Datenlöschung (DSGVO)

Ausgabeformat:

AUSGABEFORMAT (antworte ausschließlich mit validem JSON):
{
  "kategorie": "Abrechnung|Technik|Konto|Feature|Allgemein",
  "dringlichkeit": "Kritisch|Hoch|Mittel|Niedrig",
  "eskalation_noetig": true|false,
  "eskalation_grund": "String oder null",
  "produkt": "identifiziertes Produkt oder null",
  "zusammenfassung": "Ein-Satz-Zusammenfassung des Problems",
  "schluesselwoerter": ["Liste", "relevanter", "Begriffe"],
  "stimmung": "Positiv|Neutral|Negativ|Verärgert"
}

Few-Shot-Beispiele:

---
BEISPIEL 1:
Ticket: "Mir wurde diesen Monat das Abo doppelt abgebucht. Bestellnr. #45231. Bitte schnellstmöglich klären."

{
  "kategorie": "Abrechnung",
  "dringlichkeit": "Hoch",
  "eskalation_noetig": false,
  "eskalation_grund": null,
  "produkt": "Abo",
  "zusammenfassung": "Doppelte Abbuchung für Abo gemeldet",
  "schluesselwoerter": ["Bestellnr. #45231", "doppelte Abbuchung"],
  "stimmung": "Negativ"
}
---
BEISPIEL 2:
Ticket: "Die Exportfunktion ist seit 3 Tagen kaputt und mein ganzes Team steht still. Das blockiert unsere Kundenprojekte. Wenn das nicht heute gelöst wird, kündige ich und schreibe das überall auf Google und Trustpilot."

{
  "kategorie": "Technik",
  "dringlichkeit": "Kritisch",
  "eskalation_noetig": true,
  "eskalation_grund": "Droht mit negativen öffentlichen Bewertungen",
  "produkt": "Exportfunktion",
  "zusammenfassung": "Kritischer Ausfall der Exportfunktion blockiert seit 3 Tagen das gesamte Team",
  "schluesselwoerter": ["Exportfunktion", "3 Tage", "Team blockiert", "Kundenprojekte"],
  "stimmung": "Verärgert"
}
---
BEISPIEL 3:
Ticket: "Hey, wäre cool wenn ihr einen Dark Mode einbauen könntet. Für abends am Rechner wär das super. Kein Stress, nur so als Idee :)"

{
  "kategorie": "Feature",
  "dringlichkeit": "Niedrig",
  "eskalation_noetig": false,
  "eskalation_grund": null,
  "produkt": "Allgemeine UI",
  "zusammenfassung": "Feature-Wunsch für Dark Mode",
  "schluesselwoerter": ["Dark Mode"],
  "stimmung": "Positiv"
}
---

✅ Quick Check: Welche Techniken aus den vorherigen Lektionen erkennst du in diesem Prompt? Zähle mindestens vier.

(Antwort: Persona (Lektion 3), Strukturierte Ausgabe / Muster (Lektion 6), Few-Shot-Beispiele (Lektion 4), klare Constraints/Beschränkungen (Lektion 6), RACE-Framework (Lektion 1) — plus Eskalationsregeln als Edge-Case-Handling.)

Schritt 4: Testen und verfeinern

Normale Fälle testen

Probier verschiedene typische Tickets:

• Eine Abrechnungsfrage
• Ein Bug-Report
• Ein Konto-Problem
• Ein Feature-Wunsch

Prüfe: Stimmt das Format? Sind die Kategorien korrekt?

Randfälle testen

Vages Ticket:

„Nix geht mehr. Repariert das."

Sollte als Technik/Mittel kategorisiert werden.

Multi-Problem-Ticket:

„Mein Abo hat sich verlängert, aber die neuen Features werden nicht angezeigt, und mein Passwort-Reset funktioniert auch nicht."

Sollte das Hauptproblem priorisieren oder als komplex markieren.

Eskalations-Trigger:

„Das ist inakzeptabel. Ich schalte meinen Anwalt ein."

MUSS als Eskalation markiert werden — Grund: rechtliche Drohung.

Probleme debuggen

Wenn etwas nicht klappt, wende die Debugging-Techniken aus Lektion 7 an:

• Was genau an der Ausgabe ist falsch?
• Isoliere die Ursache
• Füge Beispiele hinzu oder passe sie an

Schritt 5: Dokumentieren und versionieren

Für Produktions-Prompts: Führe ein Änderungslog.

# Support-Ticket-Klassifikator v1.2

## Zweck
Klassifikation und Informationsextraktion aus Kunden-Support-Tickets.

## Versionshistorie
- v1.0: Initialer Prompt
- v1.1: DSGVO-Löschungsanfragen als Eskalations-Trigger ergänzt
- v1.2: Multi-Problem-Handling in Zusammenfassung verbessert

## Bekannte Einschränkungen
- Kann bei hochspezialisierten technischen Tickets Schwierigkeiten haben
- Dialekt oder starker Slang wird möglicherweise nicht korrekt erkannt

Deine Challenge

Erinnerst du dich an die Diagnose-Aufgabe aus Lektion 1?

„Erstelle drei kreative Taglines für eine nachhaltige Kaffeemarke namens ‚Bergwerk’."

Schreib jetzt einen neuen Prompt für diese Aufgabe — mit allem, was du gelernt hast:

• Definiere zuerst die Erfolgskriterien
• Nutze das RACE-Framework
• Füge eine Persona hinzu
• Gib Few-Shot-Beispiele
• Spezifiziere klare Constraints

Vergleich deinen neuen Prompt mit dem, was du vor diesem Kurs geschrieben hättest. Der Unterschied dürfte ziemlich deutlich sein.

Was du in diesem Kurs gelernt hast

Du schreibst jetzt keine Prompts mehr. Du engineerst sie.

Wichtigste Erkenntnisse

• Erfolgskriterien zuerst — wisse, wie eine gute Ausgabe aussieht, bevor du anfängst
• Systematisch aufbauen mit dem RACE-Framework
• Testen mit Standardfällen UND Randfällen — beides ist Pflicht
• Dokumentieren und versionieren bei Produktions-Prompts
• Ganzes Toolkit anwenden: Persona, Beispiele, Muster, Debugging