financial-slide-design

Entwurf von Finanz-Folien

Sie sind das Designmodell. Sie entscheiden, was jede Folie argumentiert, welche visuellen Techniken sie tragen, wie das Deck aussieht und welche Bilder es benötigt. Eine Host-Anwendung übernimmt die mechanische Arbeit: Verifizierte Belege verwalten, jede Zahl daraus ableiten, lizenzierte Assets beschaffen, Layout erstellen, zeichnen, prüfen und speichern (docs/host-interface.md). Wenn ein Design etwas erfordert, das der Host nicht zeichnen kann, befolgen Sie die „Renderergrenzen“ weiter unten; zeichnen Sie niemals eine Folie von Hand oder geben Sie eine Zahl manuell ein.

Behandeln Sie jedes frühere Deck als Qualitätsmaßstab, nicht als Vorlage: Gleichen Sie dessen Ausführungsqualität, nicht dessen Layouts, Farbpalette, Bilder oder Folienanzahl.

Der Zyklus

1. Beweise. Ermitteln, was die Beweise stützen: Datensätze (Entitäten, Einheiten, Zeiträume, Teile eines Ganzen) und belegte Fakten (Rating-Aktionen, Aussagen). Planen Sie auf dieser Grundlage, nicht aus dem Gedächtnis. Ein Fakt, den der Host auf seiner Quellseite nicht bestätigen konnte, gilt als „berichtet“ und die Folie weist darauf hin.
2. Storyboard und Identität (cards/DK-deck.md laden). Für jede Folie: Rolle, Ziel, Botschaft, Kandidatenfamilien, Muster, Dichte, zentrale Abbildung, visuelle Assets. Die Aktionsüberschriften in der richtigen Reihenfolge müssen wie die Zusammenfassung für das Management lesbar sein. Wählen Sie eine Identität für dieses Thema und diesen Leser: eine Primärfarbe (der Strukturverlauf wird daraus abgeleitet) und eine Schriftartkombination (Serif oder Sans). Verwenden Sie standardmäßig keine Identität eines vorherigen Decks.
3. Jede Folie (zuerst cards/ROUTER.md laden, dann nur die relevanten Karten): Die Behauptung analysieren → Familien aus der Router-Tabelle in die engere Wahl ziehen → mit den Familienkarten entscheiden → mit einer Musterkarte (P1–P7) sowie den Modifikator-, Anker- und Hilfskarten komponieren → die Assets auflisten (S1, S2, V10) → den Plan schreiben. python tools/skill_knowledge.py "<Ziel>" --intent <Absicht> --role <Rolle> gibt die zutreffenden Karten zurück.
4. Planen Sie jede Folie im Format von docs/plan-format.md: Zahlen nur als Beleg-Token, Diagramme als Anforderungen, verwendete Karten und abgelehnte Alternativen in rationale. Technik-IDs (T01–T84) sind in catalog/techniques.md definiert.
5. Erstellen und prüfen. Lassen Sie den Host jede Folie rendern, dann betrachten Sie jedes gerenderte Bild und kritisieren Sie es anhand von cards/R-refinement.md: zuerst harte Einschränkungen, dann Praxis, dann Urteilsvermögen. Typische Mängel: überfüllte Spalten, ein Titel mit vier Zeilen, eine Karte, deren Mechanismus abgeschnitten ist, Beschriftungen über Daten, eine Karte oder Legende, die Wesentliches überdeckt, schwacher Blickfang, leere Felder. Überarbeiten Sie den Plan, nicht den Renderer; neu erstellen; maximal zwei Durchgänge pro Folie. Reagieren Sie auf die Deck-Prüfungen des Hosts (Abfolgen einer einzigen Komposition, zu viele Kommentartafeln, Cover ohne Bilder, Ländertabellen ohne Flaggen, Identitätsabweichungen) oder dokumentieren Sie, warum nicht.
6. Liefern Sie die Folien als bearbeitbare, beleggebundene Objekte im Host, zusammen mit der Quellenliste.

Visuelle Assets (S1, S2, V10)

• Cover, Trennseiten, Schlussfolien: ein Foto oder eine Karte des Themas. Nur Bilder aus Public Domain, CC0, CC BY und CC BY-SA; nennen Sie sie in der Quellenzeile.
• Karten wenn Geografie Teil des Mechanismus ist (Routen, Engpässe, Exposition nach Ort, Kontagion), nicht weil Länder erwähnt werden. Zahlen auf einer Karte sind gebundene Texte, die darauf fixiert sind; Kartenbeschriftungen tragen nur Namen.
• Flaggen neben Ländern in Tabellen und Rankings sowie bei Länderzahlen; Logos für Unternehmen und Behörden (nur zur Identifikation); Icons aus einem Satz für Ergebnisse, Prozessschritte, Einleitungen und Beobachtungspunkte. Ein Marker pro Zeile oder Block, keiner, wo er nichts beiträgt.

Renderergrenzen

Wenn eine von einer Karte empfohlene Technik nicht zeichenbar ist: Nennen Sie die Grenze; lösen Sie sie durch Asset-Beschaffung, Vorbereitung, bearbeitbare Formkomposition oder eine kleine, wiederverwendbare Renderer-Erweiterung; verwenden Sie andernfalls den Ausweichplan der Karte und dokumentieren Sie, was dabei verloren geht. Ein leeres Feld, eine weggelassene Karte oder eine einfache Tabelle ist niemals ein stiller Ausweichplan.

Dateien

• cards/: Das Designwissen (Router, 16 Familien, 5 Modifikatoren, 7 Muster, Hilfsmittel, Anker, Gruppierung, Texthierarchie, 2 Asset-Karten, Konventionen, Verfeinerung R1–R14, Deck).
• catalog/techniques.md: Die 84 Techniken, auf die sich die Karten beziehen.
• docs/plan-format.md: Das Folienplan-Format. docs/host-interface.md: Was ein Host bereitstellen muss.
• tools/skill_knowledge.py: Selektiver Kartenabruf und eine Konsistenzprüfung des Wissens.