Governance für KI Präsentationen: Ein praxistaugliches Framework für Unternehmen

Governance für KI Präsentationen umfasst die Regeln, Rollen und technischen Kontrollen, die festlegen, was ein KI System in Ihrer Folienproduktion lesen, abrufen, erzeugen, verändern und freigeben darf. Sie beantwortet fünf Fragen: Welche Daten dürfen hinein, auf welches Wissen darf das System zugreifen, was darf es schreiben, welches Artefakt kommt heraus, und wer unterschreibt.

Diese Definition klingt selbstverständlich. Kaum ein Unternehmen, mit dem ich spreche, hat sie aufgeschrieben.

Die meisten Konzerne haben inzwischen eine KI Richtlinie. Nur wenige haben eine, die den Kontakt mit einem Vorstandsdeck übersteht. Ich möchte erklären, warum Präsentationen eine eigene Governanceebene brauchen, und dann das Framework zeigen, mit dem wir Unternehmensteams durch dieses Thema führen.

Warum Präsentationen allgemeine Richtlinien sprengen

Eine allgemeine Richtlinie sagt sinngemäß: keine vertraulichen Informationen in KI Werkzeuge eingeben. Auf dem Papier vernünftig. Für Präsentationen praktisch wertlos, denn vertrauliche Unterlagen zu bauen ist die eigentliche Aufgabe.

Das strukturelle Problem sieht so aus. Präsentationen verdichten Informationen, die jedes andere System sauber trennt. Ein Quartalsdeck für den Vorstand trägt den Forecast aus dem Reporting, Personaldetails aus HR, eine Kundeneskalation aus dem CRM, einen offenen Sicherheitsvorfall und ein Managementurteil, das sonst nirgends existiert. Jede dieser Quellen hat ihr eigenes Berechtigungsmodell. Das Deck flacht alle zu einer Datei ab, die anschließend per Mail reist, als PDF exportiert wird und auf drei Notebooks landet, für die nie jemand eine Berechtigung geprüft hat.

Eine allgemeine Richtlinie regelt Werkzeuge. Governance für Präsentationen muss einen Produktionsprozess regeln. Das sind zwei verschiedene Dinge.

Die fünf Kontrollpunkte

Jeder Prozess für Präsentationen mit KI, vom simplen Vorlagenbefüller bis zum vollwertigen Agenten, hat dieselben fünf Kontrollpunkte. Wer seinen Prozess auf jeder Ebene beschreiben kann, hat einen steuerbaren Ablauf. Wer das nicht kann, hat eine Demo.

Nur zwei der fünf Punkte sind technischer Natur. Governance scheitert deutlich häufiger bei Eingabe und Freigabe als bei der Generierung. Teams evaluieren monatelang Modellqualität und übergeben das fertige Deck dann an die Person, die um neunzehn Uhr noch online ist.

Schritt eins: klassifizieren, bevor Sie konfigurieren

Beginnen Sie mit einem Klassifizierungsmodell, das klein genug ist, dass es tatsächlich angewendet wird. Vier Stufen reichen fast immer.

1. Öffentlich. Ohne weitere Prüfung für externe Verteilung freigegeben.
2. Intern. Gewöhnliche interne Geschäftsinformation.
3. Vertraulich. Kunden, Finanz, Strategie oder Personaldaten mit begrenztem Zugriff.
4. Streng vertraulich. Besondere rechtliche, vertragliche, transaktionsbezogene, gesundheitliche, sicherheits oder marktmissbrauchsrelevante Anforderungen.

Schreiben Sie dann den Satz, der in den meisten Richtlinien fehlt: welche Stufen ein Werkzeug unter welchen Bedingungen verarbeiten darf. Nicht „bitte vorsichtig sein“, sondern eine konkrete Zuordnung.

Lautet Ihre Antwort für ein Werkzeug „nur Stufe eins und zwei“, dann haben Sie ein Werkzeug beschafft, mit dem Ihre Teams die eigentliche Arbeit nicht erledigen können. Innerhalb eines Monats wird jemand ein Dokument der Stufe drei hineinkopieren. Besser, Sie wissen das jetzt.

Schritt zwei: eine autoritative Quelle je wesentlicher Aussage

Ein kontrollierter Prozess weiß, woher eine Zahl stammt. Freigegebene Arbeitsmappe, Reportingsystem, kontrolliertes Dokument oder Tastatur. Wo es zählt, gehören Periode, Einheit, Währung, Szenario, Owner und Aktualisierungsdatum an den Wert selbst.

Für wiederkehrende Decks lohnt sich eine Source Map. Bei generativen Aufgaben braucht jede nicht triviale Aussage eine Quelle oder einen Evidenzeintrag.

Setzen Sie außerdem die wichtigste Regel: Lässt sich keine Quelle feststellen, markiert das System die Lücke. Ein Modell, das eine Lücke still mit einer plausiblen Zahl füllt, richtet in einer Präsentation den größten Schaden an, weil das Format die Aussage autoritativ wirken lässt.

Schritt drei: Verantwortliche benennen, keine Gremien

Governance stirbt in geteilter Verantwortung. Schreiben Sie die Tabelle.

Die letzte Zeile wird am häufigsten übersprungen. Jedes Deck, das das Haus verlässt, braucht eine Person und keine Funktion, die es angenommen hat. Kann Ihr Prozess diese Person im Nachhinein nicht benennen, haben Sie keinen Freigabeschritt, sondern eine Gewohnheit.

Schritt vier: Prüfung nach Tragweite staffeln

Nicht jedes Deck verdient dieselbe Prüftiefe. Genau diese Staffelung verhindert, dass Governance zum Theater wird.

Stufe eins, geringe Tragweite. Interne Statusupdates, Teammeetings, Arbeitsstände. Die Autorin prüft selbst. Kein formaler Nachweis.

Stufe zwei, Standard. Kundenpräsentationen, internes Managementreporting, Angebote. Fachverantwortung prüft den Inhalt, die Autorin prüft das Format, eine benannte Person gibt frei.

Stufe drei, hohe Tragweite. Unterlagen für Vorstand und Aufsichtsrat, regulatorisches Reporting, Transaktionsdokumente, alles mit personenbezogenen Daten identifizierbarer Beschäftigter oder Kunden und alles, was eine Aufsicht später lesen könnte. Unabhängige inhaltliche Prüfung, Prüfung durch Datenschutz oder Recht bei personenbezogenen oder regulierten Daten, dokumentierte Freigabe, archiviertes Quellenset.

Definieren Sie die Stufen einmal. Danach sollte der Prozess das Deck anhand von Klassifizierung und Zielgruppe automatisch zuordnen, statt eine Autorin unter Zeitdruck am Ende selbst einschätzen zu lassen.

Schritt fünf: festlegen, was die KI nicht darf

Das ist in den meisten Richtlinien der kürzeste und zugleich wertvollste Abschnitt. Werden Sie konkret und beziehen Sie sich auf Folienproduktion.

Ein Prozess für Präsentationen mit KI sollte ohne ausdrückliche menschliche Eingabe und Prüfung Folgendes weder erzeugen noch verändern:

• Preise, kommerzielle Konditionen oder Leistungszusagen;
• Kundennamen, Logos oder die Erlaubnis, einen Kunden zu nennen;
• Besetzung, Verfügbarkeit oder individuelle Qualifikationen;
• Ergebniskennzahlen, Leistungsdaten oder Finanzergebnisse;
• Rechtstexte, Haftungshinweise, regulatorische Aussagen und Pflichtangaben;
• wörtliche Zitate, die einer namentlich genannten Person zugeschrieben werden;
• alles, was als Quellenangabe erscheint, sich aber nicht auf einen realen Beleg auflösen lässt.

Alle Punkte auf dieser Liste haben eine Eigenschaft gemeinsam. Wenn sie falsch sind, entstehen die Kosten außerhalb Ihres Unternehmens, bei einem Kunden, einer beschäftigten Person oder einer Aufsichtsbehörde. Das ist die Linie, die sich zu ziehen lohnt.

Schritt sechs: Entscheidungen protokollieren, nicht nur Ergebnisse

Ein Audit Trail ist seinen Speicherplatz nur wert, wenn er eine Frage beantwortet, die tatsächlich jemand stellt. Je nach Anwendungsfall gehören dazu Nutzer und Workspace, Auftrag und ausgewähltes Quellenset, Datei und Versionskennung, erzeugte oder geänderte Objekte, Validierungsergebnisse und offene Punkte, Prüfer und Freigabestatus sowie Export oder Release.

Widerstehen Sie dem Reflex, standardmäßig jeden Prompt und jeden Inhalt zu protokollieren. Promptprotokolle werden selbst zu sensiblen Datenbeständen, und ein unbegrenztes Protokoll ist ein Datenschutzproblem, das Sie absichtlich gebaut haben. Logs brauchen eigenen Zweck, eigene Zugriffsregeln und eigene Fristen, genau wie jeder andere Datenspeicher.

Wo europäische Regulierung tatsächlich greift

Für die meisten europäischen Teams sind zwei Rahmen relevant. Es lohnt sich, präzise zu sein, statt Schlagzeilen zu wiederholen.

Die DSGVO gilt, sobald der Prozess personenbezogene Daten verarbeitet, und das passiert in Präsentationen häufiger als angenommen. Eine Person kann über eine einzigartige Rolle, eine Transaktionshistorie, einen Standort und ein Datum identifizierbar sein, ohne dass irgendwo ein Name steht. In der Folienproduktion greifen vor allem Zweckbindung, Datenminimierung, Richtigkeit und die Auftragsverarbeitung mit Ihrem Anbieter.

Der EU AI Act gilt je nach System und Rolle. Seit dem 2. Februar 2025 gilt die Pflicht zur KI Kompetenz nach Artikel 4 für Betreiber jedes KI Systems, also auch für ein Unternehmen, das einen Assistenten für Folienentwürfe ausrollt. Seit dem 2. August 2026 gelten die Transparenzpflichten nach Artikel 50. Die Pflichten für Hochrisikosysteme nach Anhang III wurden durch die Verordnung (EU) 2026/1744, den Digital Omnibus zu KI, auf den 2. Dezember 2027 verschoben. Diese Verordnung trat am 27. Juli 2026 in Kraft. Für in Produkte eingebettete Systeme nach Anhang I gilt der 2. August 2028.

Die meisten Prozesse für Folienentwürfe sind keine Hochrisikosysteme. Zu diesem Ergebnis sollten Sie durch eine Prüfung Ihres konkreten Einsatzes kommen, nicht durch eine Annahme. Und die Verschiebung hat eine Frist verändert, keine Richtung.

Die Richtlinie, die auf eine Seite passt

Ist Ihre Richtlinie länger als das und Ihre Teams kopieren trotzdem Kundendaten in ein privates Chatfenster, dann war die Länge nie das Problem. Der freigegebene Weg war zu langsam.

Was Sie messen sollten

Governancequalität ist messbar, und Zeitersparnis ist die falsche erste Kennzahl. Verfolgen Sie:

• im Review gefundene unbelegte oder korrigierte Aussagen und deren Herkunft;
• Prüfzyklen je Deck und wie viele davon Format statt Substanz betrafen;
• Anteil der Inhalte aus freigegebenen Quellen gegenüber kopierten Inhalten;
• beantragte und erteilte Zugriffsausnahmen;
• gemeldete Vorfälle einschließlich Beinahevorfälle;
• Anteil externer Decks, die von der benannten Person freigegeben wurden;
• Zeit von der Anfrage bis zum prüffähigen Entwurf, gemeinsam mit allen Punkten darüber.

Achten Sie auf das Muster, bei dem ein Prozess schneller wird, während der Prüfaufwand steigt. Das ist keine Effizienz. Das sind Kosten, die zu jemandem wandern, der weniger Zeit hat.

Wo offgen passt

Wir haben offgen so gebaut, dass diese Kontrollen im Prozess leben statt in einem Dokument, das niemand liest. Ein Company Brain verbindet freigegebene Master, Vorlagen, Folienbibliotheken, CVs, Referenzen und Geschäftskontext mit Menschen und Agenten, innerhalb der Berechtigungen, die ohnehin gelten. Ergebnisse bleiben nativ und bearbeitbar, sodass die Prüfung am echten Artefakt stattfindet. Markenregeln, sperrbare Elemente, klar umrissene Skills und kontrollierter Zugriff sind die Mechanik hinter dem Framework oben.

Das sind Bausteine für Ihr Kontrollkonzept, keine Compliance Aussage. Daten, Konfiguration, Rolle, Nutzerkreis und Zweck bewerten Sie weiterhin selbst. Unsere Security Übersicht, das Trust Center und der Auftragsverarbeitungsvertrag sollen diese Bewertung beschleunigen.

Den Test, den ich an jedes Framework anlegen würde, auch an dieses: Kann Ihr Team beantworten, was hineinging, was das System getan hat, was sich geändert hat, wer geprüft hat und was freigegeben wurde? Fünf Antworten. Wer sie hat, kann den Prozess steuern. Wer sie nicht hat, bekommt sie durch kein Richtliniendokument.