Baue deinen wöchentlichen Operator
Baue einen System-Prompt, der deine wiederkehrende Montagsaufgabe in einen 30-Sekunden-Job verwandelt. Dann führe ihn mit deinen eigenen Daten aus und behalte ihn.
In „Vom Chatten zum Bauen“ hast du das Muster des wöchentlichen Operators kennengelernt: ein System-Prompt, der deine Rolle kennt, plus frische Daten jede Woche, ergibt jeden Montag die gleiche Qualitätsanalyse. In dieser Lektion baust du deinen eigenen und führst ihn mit deinen echten Daten aus, bevor du die Seite verlässt.
Zwei Minuten Einrichtung. Öffne eine Notiz und beantworte drei Fragen:
Deine Rolle, in einer Zeile. Nicht dein Titel. „Ich leite ein 6-köpfiges Vertriebsteam, das den Südwesten abdeckt“ ist besser als „Regional Sales Manager.“
Dein wiederkehrendes Ergebnis. Die wöchentliche Ausgabe mit der gleichen Form: Pipeline-Review, Inhaltsplan, Ops-Update, Kundenstatus-E-Mail. Wähle diejenige, die am meisten Montag frisst.
Deine Datenquelle. Ein CRM-Export, ein Dashboard, die Zahlen der letzten Woche. Wähle etwas, das du jetzt sofort bekommen kannst.
Block 1 deines System-Prompts ist der Rollenkontext: alles, was Claude benötigt und sich Woche für Woche nicht ändert. Wer du bist, wer die Ausgabe liest, welche Entscheidung sie damit treffen.
Der Vertriebsleiter: „Ich leite ein 6-köpfiges Vertriebsteam. Jeden Montag überprüfe ich unsere Pipeline für meine VP, die entscheidet, wo sie ihre Deal-Support-Zeit investiert. Phasen: Discovery, Proposal, Negotiation, Closed. Ein Deal stagniert nach 21 Tagen in einer Phase.“
Der Operations Lead: „Ich führe wöchentliche Ops-Reviews für ein Fulfillment-Team durch. KPIs: Auftragsgenauigkeit (Ziel 99,2 %), Lieferzeit (Ziel 24h), Support-Rückstand (unter 40). Alles unter dem Ziel für 2 Wochen in Folge geht an den COO.“
Was drin ist: Definitionen, Schwellenwerte, der Leser, was der Leser als Nächstes tut. Was nicht drin ist: Adjektive, Mission Statements.
Block 2 ist das Ausgabeformat. Beschreibe die genaue Form des Ergebnisses, der Reihe nach, mit Längen. Der Test: Könnte ein Fremder aus dieser Beschreibung allein etwas erstellen, das wie dein Bericht aussieht?
Block 2 des Vertriebsleiters: „Ausgabe: 1) Dreisatz-Zusammenfassung des Pipeline-Zustands. 2) Deal-für-Deal-Tabelle: Name, Phase, Tage in Phase, einzeiliger Kommentar. 3) Top 3 Risiken dieser Woche, jeweils mit einer empfohlenen Aktion, die ich vor Freitag ergreifen kann. Unter 400 Wörtern. Keine Motivationsrede, keine Wiederholung der Daten.“
Wenn du eine frühere Version des Ergebnisses hast, mit der du zufrieden warst, sage es: „Passe die Struktur des untenstehenden Beispielberichts an.“ Ein echtes Beispiel ist besser als jede Beschreibung davon.
Block 3 sind Eskalationsregeln. Das unterscheidet einen Operator von einem Zusammenfasser. Sag Claude, was als Problem zählt und was dagegen zu tun ist:
„Wenn ein Deal über 50.000 $ eine Phase zurückgefallen ist, markiere ihn ganz oben, vor der Zusammenfassung.“
„Wenn ein KPI die Zielvorgabe zwei Wochen in Folge verfehlt, markiere ihn als ESKALATION und entwerfe die ein-Absatz-COO-Notiz.“
„Wenn den Daten ein benötigtes Feld fehlt, liste es unter Offene Fragen auf. Fülle Lücken niemals mit Vermutungen und verwende niemals Zahlen, die nicht in den von mir eingefügten Daten enthalten sind.“
Diese letzte Regel gehört in jeden Operator, egal welche Rolle du hast. Sie ist der Unterschied zwischen einem Bericht, den du überfliegst, und einem Bericht, den du prüfen musst.
Jetzt zusammenfügen und ausführen. Ordne die drei Blöcke der Reihe nach an: Rollenkontext, Ausgabeformat, Eskalationsregeln. Beende mit einer Zeile: „Jede Woche füge ich frische Daten ein. Erstelle das Ergebnis. Frage mich nichts, was du aus den obigen Blöcken beantworten kannst.“
Führe es jetzt aus: Füge den Operator als erste Nachricht einer neuen Konversation ein oder in die Projektanweisungen, damit jede zukünftige Konversation ihn erbt. Dann füge die echten, redigierten Daten dieser Woche ein.
Drei Prüfungen der Ausgabe: Jede Zahl lässt sich auf die eingefügten Daten zurückführen; das Format stimmt Block 2, Abschnitt für Abschnitt, überein; die Empfehlungen sind heute umsetzbar. „Follow-up mit Meridian bezüglich des ins Stocken geratenen Vorschlags“ besteht. „Überwache risikoreiche Deals“ schlägt fehl.
Schlägt eine Prüfung fehl? Repariere den Block, der es zugelassen hat, nicht die Ausgabe, und führe es erneut aus.
Das gehört dir. Speichere es jetzt. Lege den korrigierten Prompt an einem Ort ab, an dem du ihn nächsten Montag wiederfindest: eine Notiz mit dem Titel „Wöchentlicher Operator“, ein Dokument oder die Projektanweisungen (in diesem Fall bereits gespeichert).
Nächsten Montag besteht die gesamte Aufgabe darin: den Operator öffnen, frische Daten einfügen, die Ausgabe anhand deiner drei Prüfungen lesen. Dreißig Sekunden deiner Eingabe für das Ergebnis, das früher den ganzen Morgen in Anspruch nahm. Wenn die Ausgabe abweicht, bearbeite den Block, nicht den Entwurf.
Und das Gerüst lässt sich übertragen: Kundenstatus-E-Mail, monatliche Vorstandsübersicht, Sprint-Zusammenfassung. Der zweite Operator dauert Minuten, weil du deine Blöcke bereits kennst.
Du hast einen wöchentlichen Operator erstellt: Rollenkontext, Ausgabeformat, Eskalationsregeln, zusammengefügt zu einem System-Prompt und mit deinen echten Daten ausgeführt. Du kennst die drei Prüfungen (Zahlen lassen sich auf die Daten zurückführen, Format stimmt überein, Empfehlungen sind umsetzbar) und die Reparaturregel: den Block reparieren, nicht die Ausgabe. Er ist dort gespeichert, wo du ihn finden wirst. Nächsten Montag kostet er dich dreißig Sekunden.