CommunitySchreiben & Editierengithub.com

littlerobben10-hue/deal-case-study

Verwandelt einen abgeschlossenen Deal in eine einseitige Case Study (Referenz) für zukünftige Pitch-Präsentationen. Verwende dies, wenn der Nutzer sagt, ein Deal sei abgeschlossen oder bewertet und bittet um eine Case Study, Referenzfolie, Tombstone-Text, Deal-Beschreibung oder „Lessons Learned“ – für M&A, Börsengänge, Anleiheemissionen oder strukturierte Transaktionen.

Was ist deal-case-study?

Das Skill „Deal Case Study“ erstellt aus den Fakten eines abgeschlossenen Deals ein prägnantes, einseitiges Dokument, das in den Referenzteil des nächsten Pitch-Präsentation aufgenommen werden kann. Es unterscheidet sich von einer reinen Auflistung von Dealdaten, indem es eine kurze Geschichte aus Problem, Vorgehen und Ergebnis erzählt, die potenzielle Kunden dazu bringt, zu denken: „Die haben ein Problem wie meins gelöst“. Das Skill unterstützt die Erstellung von zwei getrennten Versionen: eine **externe Referenz**, die Kunden gezeigt werden darf, und eine **interne Notiz** mit Lessons Learned. Es wird über die Kommandozeile (Bash) aufgerufen und ist für Transaktionen wie M&A, Börsengänge (IPOs), Anleiheemissionen und strukturierte Deals geeignet. Der Workflow umfasst sechs Schritte: Prüfung der öffentlichen Bekanntgabe und der Offenlegungsgrenzen, Sammlung der relevanten Fakten, Finden des Erzählwinkels, Erstellen der externen Referenz nach einem vorgegebenen Format, Verfassen der internen Notiz sowie Vorschlagen von Einsatzmöglichkeiten. Es gibt strenge Regeln: Keine Übertreibungen ohne Quellenangabe, keine Behauptung von Markterfolgen, keine Abwertung der Gegenseite und ein Ergebnis muss immer mit einem Referenzpunkt verglichen werden (z.B. „15 Basispunkte unter der ersten Orientierung“ statt einfach „4,25 %“). Das Skill kann nicht selbst überprüfen, was öffentlich ist; dies obliegt dem Deal-Team und der Compliance-Abteilung.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/littlerobben10-hue/corpskill-skills/tree/HEAD/plugins/investment-banking/skills/deal-case-study

Installed? Explore more Schreiben & Editieren skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Deal Case Study (Transaction Case Study)

Verfasse den einseitigen Bericht über einen abgeschlossenen Deal, der in den Credentials-Abschnitt des nächsten Pitch-Präsentation aufgenommen wird. Seine Aufgabe ist es, einen potenziellen Kunden denken zu lassen: „Sie haben ein Problem wie meins gelöst“. Eine Liste von Deal-Fakten bewirkt das nicht; eine kurze Geschichte aus Problem, Vorgehen und Ergebnis schon.

Aus denselben Fakten entstehen zwei Versionen: eine externe Referenz, die Kunden gezeigt werden darf, und eine interne Notiz darüber, was das Team gelernt hat. Halte sie getrennt. Nichts aus der internen Notiz fließt in die externe ein.

Workflow

  1. Prüfen, was gesagt werden darf. Vor dem Schreiben frage:
    • Wurde der Deal öffentlich bekannt gegeben? Falls nicht, stoppe bei einer internen Notiz.
    • Welche Bedingungen sind öffentlich (Wert, Multiple, Preis, Gegenparteien)? Nur öffentliche Bedingungen oder solche, die der Kunde zur Offenlegung freigegeben hat, kommen in die externe Version.
    • Erlaubt der Mandatsvertrag der Firma, den Deal zu zitieren und den Namen und das Logo des Kunden zu verwenden? Markiere alles Unbestätigte als [DISCLOSURE PRÜFEN], anstatt es stillschweigend wegzulassen oder hineinzusetzen.
  2. Sammle die Fakten aus den unter „Eingaben“ aufgeführten Angaben. Nimm Zahlen aus der Bekanntmachung, den endgültigen Bedingungen oder dem Pricing Sheet, nicht aus dem Gedächtnis des Pitchs. Wenn zwei Quellen abweichen, frage nach.
  3. Finde den Winkel. In einem Satz: Was war hier schwierig, und was hat das Team dagegen getan? Beispiele: ein Carve-out ohne eigenständige Bilanzen; ein volatiles Fenster für die Preisbildung; ein einzelner glaubwürdiger Käufer, der Wettbewerbsdruck brauchte; ein Erst-Emittent. Wenn der Nutzer keine Schwierigkeit nennen kann, wird die Case Study wie ein Tombstone wirken – sag das und biete stattdessen das Tombstone-Format an.
  4. Schreibe die externe Referenz im untenstehenden Format. Vergangenheitsform, klare Verben, Zahlen mit Einheiten und Daten.
  5. Schreibe die interne Notiz. Was hat funktioniert, was nicht, was würdest du anders machen, wer waren die nützlichen Kontakte.
  6. Schlage vor, wo es passt: welche Kundensituationen und welche Sektor- oder Produkt-Pitches diese Referenz unterstützt.

Eingaben

  • Kunde, Gegenpartei, die Rolle der Firma (allein / gemeinsam, sell-side / buy-side, Bookrunner / Co-Manager)
  • Daten: Mandat, Ankündigung oder Platzierungsstart, Signing oder Pricing, Closing oder Settlement
  • Größe und die öffentlichen Rahmenbedingungen
  • Ergebnisgrößen, nach Deal-Typ:
    • M&A — Wert, Multiple, Prämie zum ungestörten Kurs, Anzahl kontaktierten Parteien / eingegangener Gebote, Zeit vom Launch bis zum Signing
    • IPO / Follow-on — Größe, Preisbildung im Verhältnis zur Spanne, mehrfach überzeichnet, Qualität des Buches, Handel nach einem Tag und einem Monat
    • Anleihen — Größe, Laufzeit, Kupon, Spread beim Pricing gegenüber der ersten Orientierung, Buchgröße, New Issue Concession
    • Strukturierte — das Ziel des Kunden, die Struktur in einem Satz, das wirtschaftliche Ergebnis im Vergleich zur Alternative
  • Die Ausgangssituation und das Ziel des Kunden zu Beginn
  • Was das Team getan hat, das wichtig war

Ausgabeformat

# [Kunde] — [was passiert ist, in unter zwölf Wörtern]
[Monat Jahr] · [Rolle der Firma] · [Größe]

**Situation.** Zwei oder drei Sätze: Wer der Kunde ist, was er wollte, warum es nicht einfach war.

**Was wir getan haben.** Maximal drei Aufzählungspunkte. Jeder beschreibt eine Handlung und ihren Grund, nicht eine Position oder einen Prozessschritt.

**Ergebnis.** Zwei oder drei Zahlen, die das Ergebnis im Vergleich zu einem Referenzpunkt zeigen (die Spanne, die Orientierung, der ungestörte Kurs, die vorherige Runde, die Alternative).

**Warum es für Sie wichtig ist.** Ein Satz, der verallgemeinert – die Art von Kunde, auf den dies zutrifft.

---
Tombstone-Zeile: [Kunde] · [Transaktion] · [Größe] · [Rolle] · [Monat Jahr]

Dann separat und deutlich gekennzeichnet Intern – nicht für Kunden:

- Was funktioniert hat
- Was nicht funktioniert hat, und warum
- Was wir anders machen würden
- Kontakte und Gegenparteien, an die es sich zu erinnern lohnt
- Nützlich für Pitches: [Situationen / Sektoren / Produkte]

Regeln

  • Ein Ergebnis braucht einen Referenzpunkt. „Preis bei 4,25 %“ sagt dem Leser nichts; „Preis 15 Basispunkte unter der ersten Orientierung“ schon.
  • Beanspruche keine Anerkennung für das, was der Markt getan hat. Wenn das Fenster einfach gut war, sage, was das Team getan hat, um es zu nutzen.
  • Wertschätze weder die Gegenpartei, noch andere Berater oder frühere Entscheidungen des Kunden herab – in keiner Version.
  • Keine Superlative ohne Quelle („größte“, „erste“, „Rekord“). Wenn die Behauptung belegt ist, nenne die Quelle und das Datum.
  • Halte die externe Version auf einer Seite, etwa 150–200 Wörter.

Grenzen

Dieses Skill schreibt auf Basis der gelieferten Fakten. Es kann nicht überprüfen, was öffentlich ist oder was der Mandatsvertrag erlaubt; das Deal-Team und die Compliance entscheiden, was Kunden gezeigt werden darf.

Verwandte Skills