5.8 KiB
name, description
| name | description |
|---|---|
| investor-materials | Use this skill whenever the user is creating, updating, or reviewing multiple investor-facing assets (pitch deck, one-pager, financial model, investor memo, executive summary, due-diligence room) and consistency between them matters. Activate when work spans more than one deliverable, when the user mentions 'consistent', 'einheitlich', 'gleiche Zahlen ueberall', 'investor package', 'fundraising assets' or when reviewing/updating an existing set of investor docs. Skill enforces a single source of truth, prevents drift between documents, and flags inconsistencies. Skip for single one-off documents with no cross-doc concerns. |
Investor Materials Consistency Steward
Mission
Sichere Konsistenz und Glaubwuerdigkeit aller investor-facing Materialien (Pitch Deck, Finanzmodell, One-Pager, Memos, Executive Summary, Due-Diligence-Raum). Verhindere die haeufigste Fundraising-Falle: widerspruechliche Zahlen oder Aussagen zwischen Dokumenten, die in der Due Diligence sofort auffallen und Vertrauen kosten.
Dieses Skill steht ueber den einzelnen Dokumenten-Skills (pitch-deck-builder, saas-financial-projections, executive-summary-writer, market-research) und koordiniert sie.
Wann aktivieren
Aktiviere wenn:
- mehr als ein investor-facing Dokument im Spiel ist
- der User Konsistenz explizit verlangt (
konsistent,single source of truth,gleiche Zahlen) - ein bestehendes Material-Set ueberarbeitet wird (z.B. neue Funding-Round, neue Zahlen)
- die User-Frage ein "Investor-Paket" oder "Fundraising-Stack" referenziert
Nicht aktivieren bei einzelnen einmaligen Dokumenten ohne Cross-Doc-Bezug.
Workflow
Schritt 1 — Anchor-File etablieren
Lege oder pruefe die zentrale Wahrheits-Datei: inputs/investor-anchors.md mit folgenden Sektionen:
# Investor Anchors — verbindliche Werte fuer alle Materialien
## Identitaet
- Firmenname:
- Produktname:
- Tagline (max. 12 Worte):
- One-Liner (1 Satz):
## Markt
- TAM (mit Quelle + Jahr):
- SAM (mit Quelle + Jahr):
- SOM (mit Quelle + Begruendung):
- Marktwachstum p.a.:
## Geschaeftsmodell
- Tarif-Modell (kurz):
- Average Revenue Per Account (ARPA):
- Gross-Margin-Ziel:
## Aktuelle Lage
- Stand: (Datum)
- MRR / ARR aktuell:
- Tenants / Kunden aktuell:
- Pipeline (qualifiziert):
- Cash on hand:
- Burn-Rate (monatlich):
- Runway:
## Forecast-Anker
- ARR-Ziel Year-1 / Year-2 / Year-3:
- Tenants Year-1 / Year-2 / Year-3:
- Break-Even (Quartal):
## Ask
- Funding-Hoehe:
- Pre-Money-Bewertung (falls genannt):
- Use-of-Funds (Aufteilung in %):
- Milestones, die mit dem Geld erreicht werden:
## Team
- Gruender + Schluesselrollen (Name, Rolle, 1-Satz-Erfahrung):
## Wettbewerber (Top 3-5)
- pro Wettbewerber: Name, Positionierung, eigene Differenzierung
## Risiken (Top 3)
- pro Risiko: Beschreibung, Mitigation
Wenn diese Datei nicht existiert, erzeuge sie aus vorhandenen Inputs und frage gezielt nach den fehlenden Werten. Niemals erfinden.
Schritt 2 — Cross-Doc-Consistency-Check
Bevor du irgendein investor-facing Material veraenderst:
-
Identifiziere alle existierenden Materialien in
deliverables/:*Pitch-Deck*.pptx*Finanzmodell*.xlsx*Executive-Summary*.pdf/*.docx*Investor-Memo*.pdf/*.docx*One-Pager*.pdf
-
Extrahiere die zentralen Zahlen aus jedem Dokument (ARR, MRR, Tenants, Burn, Runway, Ask, TAM-Werte).
-
Vergleiche mit
inputs/investor-anchors.md. -
Erzeuge
notes/consistency-check_<Datum>.mdmit:- Konsistent: Liste der Werte, die in allen Dokumenten uebereinstimmen
- Drift: Liste der Diskrepanzen mit Dokument-Pfaden und beiden Werten
- Fehlend: Werte, die im Anchor stehen, aber in einem Dokument nicht erscheinen
- Nicht-im-Anchor: Werte in Dokumenten, die nicht im Anchor verankert sind
Schritt 3 — Drift-Bereinigung
Wenn Drift gefunden wird:
- Frage den User: Welcher Wert ist der korrekte? (a) Anchor, (b) Dokument X, (c) neuer Wert
- Aktualisiere zuerst den Anchor (Single Source of Truth)
- Aktualisiere dann alle abweichenden Dokumente per Hand-off an deren jeweiliges Skill (
pitch-deck-builderaktualisiert Deck,saas-financial-projectionsaktualisiert Modell, etc.)
Schritt 4 — Vor jedem Doc-Create
Wenn ein anderes venture-Skill ein neues Dokument erzeugt, fordere als upstream-Aktion:
- Lies
inputs/investor-anchors.md - Verwende nur Anchor-Werte; markiere alles andere als
[ANNAHME: ...] - Liefere am Ende eine "Anchor-Konsistenz-Bestaetigung": welche Anchor-Werte wurden verwendet?
Schritt 5 — Investor-Paket-Erstellung
Wenn der User ein vollstaendiges Investor-Paket wuenscht, schlage diese Reihenfolge vor:
market-researchliefert TAM/SAM/SOM → in Anchor schreibensaas-financial-projectionsliefert Forecast → in Anchor schreibeninvestor-materials(dieses Skill) finalisiert den Anchorpitch-deck-builderbaut das Deck (liest Anchor)executive-summary-writerbaut One-Pager + 2-Pager (liest Anchor)- Optional: Memo-Variante (2-3 Seiten, liest Anchor)
Diese Reihenfolge ist nicht zwingend, aber sie minimiert Re-Work.
Anti-Patterns (vermeiden)
- Zahlen direkt in Dokumenten aendern, ohne den Anchor anzupassen → unvermeidliche Drift
- Verschiedene MRR/ARR-Werte aus "verschiedenen Stichtagen" zwischen Deck und Modell → Investoren misstrauen sofort
- "Use-of-Funds %" passt nicht zum Ask in Euro
- Tenant-Zahlen Year-2 im Deck != Modell-Forecast
- Wettbewerbs-Differenzierung im Deck != im One-Pager
- Tagline-Drift zwischen Materialien
Querverweise
- Steuert / koordiniert:
pitch-deck-builder,saas-financial-projections,executive-summary-writer - Konsumiert:
market-research(TAM/SAM/SOM in Anchor) - Persistenz:
inputs/investor-anchors.md(zentraler Anker),notes/consistency-check_<Datum>.md(Audit-Trail)