Content ist auch ein Estate

Das Unternehmensproblem und der umsetzbare Auftrag

Unbegrenztes Crawlen von Mails, Anhängen und Dokumentkopien erhöht Datenmenge, Pflegeaufwand und den Aufwand bei falschen Antworten oder Nutzungsentzug.

Ein begrenzter Content-Bestand verbindet Quelle, maßgebliche Version, Zweck, zulässige Nutzung und den Umgang mit Ableitungen und Sicherungsanforderungen.

Wirtschaftliche Wirkung prüfen

Erfasse Dubletten, unnötige Neuindexierung, Klärungszeit bei Quellenfragen und Aufwand für Entzug oder Berichtigung. Rechne Inventar, Freigaben und laufende Pflege dagegen. Kapazitätsgewinn, tatsächlich vermeidbare Ausgaben und Qualitätswirkung werden getrennt ausgewiesen.

Veränderung im Alltag verankern

Content-Verantwortliche entscheiden über gültige Quellen und Versionen. Plattformteams und Fachbereiche vereinbaren einen betreuten Aufnahmeweg, der auch neue Anhänge und Kopien erfasst.

Für die Nutzenentscheidung dient Nutzen im ersten Review prüfen; für Mandat, Kapazität und tatsächliche Übernahme Change und Adoption. Wähle den kleinsten Umfang, der das Problem nachweisbar verbessert.

Was aus dem vorherigen Schritt ankommt

Aus dem KI-Zweck leitest du eine begrenzte Systemliste ab. Eine erreichbare Mailbox, Site oder Ablage gehört erst nach einer ausdrücklichen Scope-Entscheidung dazu.

Ausgangspunkt: Müll-Assets vergiften den AI-Kontext.

Begriffe vor dem Lesen

• Content Estate — benannte Menge von Mailboxen, Sites, Drives, DMS und Archiven im Umfang — nicht „alles Collaboration“.
• Estate Map — System-ID, Typ, Tenant/Region, verantwortliche Person der Bedeutung, technischer Betreiber, Nebenkopien, KI-Status.
• verantwortliche Person ≠ Admin — fachlich verantwortliche Person entscheidet Zweck und Freigabe; Plattform-technischer Betreiber betreibt Exchange, SharePoint oder das DMS.
• Nebenkopie — PST, lokaler Sync, Forward-Export, Shadow-Folder. Sie zählt als Estate-Zeile, nicht als Randnotiz.
• KI-Status — out-of-scope | candidate | ingest-allowed. Leer heißt out-of-scope, nicht heimlich erlaubt.
• Hold / Retention — Freeze und Aufbewahrung; Vertiefung in späteren Teilen, nicht Ersatz für die Map.

Die Beispiele sind Anwendungsbeispiele (keine Kundendaten). Ersetzt Tenant-, Site- und Toolnamen durch eure Catalog-, Records- und Prozessquellen.

zdem als freigegeben.

Entscheidung: Enterprise Content als Estate führen — jedes System mit Grenze, Owner der Bedeutung, Custodian der Plattform und AI-Touchpoint-Status; leer heißt out-of-scope.

Merksatz: Map, Owner und AI-Status binden, bevor der nächste Crawler den Tenant entscheidet.

Produkte und Entscheidungen

Content braucht nicht „eine Knowledge-Datenbank“, sondern geschnittene Produkte.

Content Estate Map

Dieses Produkt beschreibt:

• System-ID; Typ (mailbox / site / drive / dms / chat-archive / ticket-attach); Tenant/Region; technische Grenze; verantwortliche Person; technischer Betreiber; KI-Status; Review-Datum.

Entscheidungen:

• Welche Systeme sind materiell genug für eine Zeile?; Wer gibt eine Zeile frei — Records, fachlich verantwortliche Person oder KI-Produkt?; Welche „wir indexieren Collaboration“-Ansage gilt als Lücke?

System-RACI

Owner der Bedeutung versus Custodian der Plattform.

Es benötigt:

• fachlich verantwortliche Person; Plattform-technischer Betreiber; Steward für Crawl-Freigabeliste; Backup-Verantwortung für Shared Mailbox und Team-Site.

Entscheidungen:

• Wer entscheidet Zweck und Ingest — nicht wer die Site anlegt?; Welche Shared Mailbox hat nur einen Admin, keine verantwortliche Person?; Wer pflegt die Freigabeliste nach Site-Änderungen?

Nebenkopien-Register

PST, Sync, Export-Shares sind Estate.

Entscheidungen:

• Welche Nebenkopien sind bekannt und welche vermutet?; Zählen sie als candidate oder bleiben sie out-of-scope bis inventarisiert?; Wer darf eine Nebenkopie in den Crawl holen?

AI-Touchpoint-Status

Heute schon berührt oder nicht.

Entscheidungen:

• Welche Systeme erreichen Copilot oder den Index bereits?; Was ist ingest-allowed versus candidate?; Wer stoppt Ingest, wenn die Map die Zeile nicht trägt?

Wo Governance hängt

Zwischen Crawl-Start und Systemliste

Ohne benannte Systeme gibt es keinen Scope. „SharePoint und Outlook“ ist kein Estate.

Zwischen Exchange-Admin und Bedeutungs-Owner

Wer den Tenant betreibt, entscheidet nicht, welche Shared Mailbox Wissen ist.

Zwischen Hot Path und PST auf dem Laptop

Nebenkopien umgehen Hold und Index. Sie brauchen eine Zeile, bevor sie „mitwissen“.

Zwischen leerem AI-Status und stillem Ingest

Leer heißt out-of-scope. Ein fehlendes Flag ist kein Allow.

Zwischen Knowledge-Tag und Estate-Freigabe

Ein Katalog-Label ersetzt weder Grenze noch Owner.

Zwischen Records-Tool und Crawl-Allowlist

Das Tool inventarisiert nicht von selbst. Die Allowlist muss die Map zitieren.

Rollen-Mapping

Fachlicher Content Owner

HR-Lead, Ops-Lead oder Site-Owner der Bedeutung ist accountable für Zweck und Ingest-Freigabe. Der Owner entscheidet nicht die Plattform-Config allein.

Records / Information Governance

Führt Retention- und Hold-Anschluss (spätere Teile) und prüft Estate-Vollständigkeit. Records ersetzt nicht den fachlichen Owner für die Nutzung.

Estate Steward

Content- oder AI-Steward führt Map, Allowlist und Wiedervorlage. Stewardship braucht Kapazität, nicht die Restzeit zwischen Crawl und Audit.

Platform Custodian

Exchange, SharePoint, Drive, DMS. Setzt Grenzen und technische Sperren um. Konfigurationsmacht ist keine Estate-Verantwortung.

AI Product Owner

Priorisiert Map-Release und welche Systeme candidate werden. Nutzen und Lieferbarkeit — nicht die Records-Klausel.

Audit / Assurance Consumer

Empfängt Map und AI-Status. Sie erfinden keine parallele Site-Liste.

Mini-Fall

Alltagssituation: Ein Pilotprojekt „indexiert SharePoint und Outlook“. Es gibt aber kein Inventar, welche Inhalte wirklich dazugehören. IT betreibt Exchange, der Fachbereich nutzt die Inhalte nur, und alte Mailarchive sowie Synchronisationsordner liegen daneben.

Was schiefläuft: Dadurch entsteht ein Suchbestand ohne klare Grenze. Niemand kann erklären, welche Systeme, Nebenkopien und KI-Status bewusst im Pilot sind und welche nur zufällig erreichbar waren.

Vereinbarung: Estate Map für den Pilot-Tenant; verantwortliche Person und Admin je System getrennt; Nebenkopien als eigene Zeilen; leerer KI-Status bedeutet out of scope; die Freigabeliste zitiert die Map, bevor der Crawl wächst.

Kritische Übergaben

Anti-Patterns

• Crawl starten ohne Systemliste
• IT-Admin als alleinigen Content-verantwortliche Person führen
• PST, Sync und Ticket-Anhänge ignorieren
• Leeren KI-Status als Allow lesen
• „Knowledge“-Tag statt Estate-Freigabe
• Records-Tool kaufen und die Map vergessen
• Shared Mailbox ohne fachlich verantwortliche Person indexieren

Umsetzung im Alltag

Schritt 1: Rahmen und Entscheidung klären

Systeme eines Pilot-Tenants listen (Mailbox, Site, Drive, bekannte Nebenkopien). Owner und Custodian grob benennen. Heutige Copilot-/Index-Touchpoints flaggen.

Schritt 2: Control und Nachweis umsetzen

Estate Map plus RACI für den Tenant schließen. AI-Status setzen; leer bleibt out-of-scope. Eine Crawl-Allowlist nur aus ingest-allowed Zeilen ableiten.

Schritt 3: Testen und Ausnahmen sichtbar machen

Top-Nebenkopie (PST oder Sync) als Zeile aufnehmen oder bewusst out-of-scope halten. Negativtest: neues Site ohne Map-Zeile darf nicht in den Index. Anschluss Klassifikation (Teil 2) vorbereiten.

Schritt 4: Messen und begrenzt ausrollen

Aufwand und Lücken messen. Nur bestandene Muster auf eine zweite Domain übertragen.

Exit-Kriterien

• Der Pilot-Tenant hat eine Estate Map mit Typ, Grenze, Owner und technischer Betreiber.
• KI-Status leer bedeutet out-of-scope — kein stilles Ingest.
• Nebenkopien sind Zeilen oder bewusst ausgeschlossen.
• Crawl-Freigabeliste zitiert nur ingest-allowed Systeme.
• technischer Betreiber liefert Plattform-Nachweis; fachlich verantwortliche Person bleibt für Ingest accountable.

Weiterlesen

• Data Lifecycle & Retention
• personenbezogene Daten & Privacy Governance
• Governance nach Fachbereichen
• Datenmüll vor KI
• Löschung die hält

Die Übergabe am konkreten Fall prüfen

Kartiere eine Site, ein Mailarchiv und einen synchronisierten Ordner. Benenne je System fachliche Verantwortung und technischen Betrieb. Vergleiche die Map mit der Crawl-Konfiguration: Jede eingeschlossene Quelle braucht eine gültige Map-Zeile, jede ausgeschlossene Quelle einen nachvollziehbaren Block.

Wenn die Probe nicht trägt: Fehlender Scope wird nicht mit technischer Erreichbarkeit aufgefüllt. Unklare Nebenkopien bleiben als offene Quelle sichtbar.

Die Prüfung beschreibt einen Beispielfall. Halte bei der eigenen Umsetzung fest, was tatsächlich geprüft wurde und welche Abweichungen noch offen sind.