Die eigene Prompt-Bibliothek
Stand 2026-09-03
Eine Prompt-Bibliothek ist geistiges Eigentum, kein Ablageordner: Richtig als Vorlage gebaut, übersteht sie drei verschiedene Kunden unverändert und macht aus einem vierstündigen Requirements-Workshop einen einstündigen. Berater, die sie in Git versionieren - mit einem "zuletzt validiert"-Datum und dem Modellnamen pro Prompt - wissen innerhalb von Minuten, ob eine fehlerhafte Ausgabe am eigenen Prompt oder an einem Modell-Update liegt; wer das nicht tut, rät eine Stunde lang. Explizit im Kompetenz-Pitch oder in der Tagessatzverhandlung mit dem Einkauf zitieren: "Eine strukturierte Prompt-Bibliothek, die den administrativen Aufwand pro Projekt um rund 20-30 % senkt" ist eine konkrete, überprüfbare Aussage, keine Soft Skill.
Was Sie lernen
- Eine versionierte Prompt-Bibliothek aufbauen, strukturiert für die Wiederverwendung über SAP-Analytics-Engagement-Typen hinweg — von Discovery-Workshops bis zur BOBJ-Migrationsabgrenzung
- Unterscheiden, welche Prompts man als Vorlage anlegt, welche flüchtig bleiben, und warum die falsche Wahl mehr Zeit kostet als gar keine Bibliothek
- Eine praktische Wartungsdisziplin anwenden, damit die Bibliothek nützlich bleibt, während sich Foundation-Modelle ändern und sich Kundenkontexte verschieben
- Die eigene Prompt-Bibliothek als sichtbares Differenzierungsmerkmal in Fähigkeitspräsentationen und Tagessatzverhandlungen mit Einkaufsteams nutzen
Eine Prompt-Bibliothek ist kein Ordner gespeicherter ChatGPT-Konversationen. Sie ist ein strukturiertes, versioniertes Asset — dieselbe professionelle Disziplin, die man auf ein Excel-Modell mit Makros oder eine wiederverwendbare BTP-Integrationsvorlage anwendet. Berater, die sie wie eine zufällige Sammlung von „Dingen, die einmal funktioniert haben“ behandeln, bauen bei jedem Engagement von Grund auf neu. Berater, die sie wie ein geistiges Eigentum pflegen, verdichten ihre Effizienz über Jahre hinweg.
Was in eine Prompt-Bibliothek gehört — und was nicht
Der Test für die Aufnahme ist Wiederverwendbarkeit über mindestens drei verschiedene Kunden hinweg, ohne wesentliche Umschreibung. Musste man den Prompt für einen anderen Kunden oder Projekttyp vollständig umformulieren, war er kontextspezifisch, nicht generisch. Kontextspezifische Prompts sind flüchtig — einmal nutzen, verwerfen.
Kandidaten, die tatsächlich in die Bibliothek eines SAP-Analytics-Beraters gehören:
Voraussetzungen
- Fortgeschrittene praktische Erfahrung auf SAP-Analytics-Projekten
- Zunächst die Kernkonzepte durcharbeiten: C088, C092, C087
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Eine Vier-Berater-Boutique, die den SAP-Datasphere-Rollout eines deutschen Tier-1-Automobilzulieferers unterstützt, beschließt, ihre Ad-hoc-Prompt-Nutzung in eine gemeinsame Bibliothek zu überführen.
- Das Anti-Pattern erkennen und vermeiden: Jeden Prompt speichern, der einmal funktioniert hat — Eine Bibliothek mit 400 Einträgen, in der etwas unter Zeitdruck zu finden länger dauert als es neu zu schreiben.
- Die Kernentscheidung des Moduls anwenden: Einen Prompt in die Bibliothek aufnehmen oder verwerfen — wähle Ihn mit [EINGEKLAMMERTEN] Platzhaltern und einer expliziten Fehlermodus-Einschränkung templaten, bevor er committet wird.
- Die Beherrschung mit dem KPI verfolgen: Wiederverwendungsrate (Ziel: >= 3 Kunden pro templatetem Prompt, unverändert; Warnsignal: Ein Prompt, der einmal genutzt und nie wieder aufgegriffen wird — er hätte nicht committet werden sollen).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.