Unternehmenswissen in Claude – wie Teams und Firmen den Kontext sauber organisieren

Wenn Claude im Team ankommt, passiert oft dasselbe. Jede:r baut sich persönliche Erinnerungen, ein:e Controller:in erklärt Claude jeden Monat aufs Neue, was eine „Abgrenzung“ ist, im Steuerteam definieren drei Personen unabhängig den gleichen Begriff. Das Wissen ist da – aber es liegt verstreut, wird mehrfach erklärt und altert lokal in einzelnen Chats.

Wer Claude unternehmensweit nutzt, braucht zwei klare Schichten: Team-Kontext und Org-Kontext. Personenbezogene Erinnerungen gehören nicht in diese Diskussion – sie bleiben individuell. Worum es hier geht: das geteilte Wissen, das mehr als eine Person betrifft.

Schicht 1: Team-Kontext – Projekte

Ein Projekt ist der natürliche Ort für alles, was ein Team gemeinsam braucht: die Buchungslogik des Hauses, die KPI-Definitionen, Berichts-Templates, Reporting-Standards. Innerhalb eines Projekts greifen alle Mitglieder auf denselben Stand zu – wer eine Datei aktualisiert, aktualisiert sie für alle.

Der Wert eines Projekts liegt nicht nur in den Dateien, sondern in der geteilten Definition. Wenn das Controlling-Team in seinem Projekt festhalten lässt, dass „Deckungsbeitrag I“ im Hause ohne Vertriebsgemeinkosten gerechnet wird, antwortet Claude allen Teammitgliedern konsistent – und nicht je nach persönlicher Erinnerungslage anders.

Was gehört typischerweise in ein Team-Projekt?

Buchungs- und Bilanzierungsrichtlinien des Hauses
KPI-Definitionen mit Berechnungsformel und Quelle
Berichtsvorlagen (Monats-Reporting, Quartals-Pack, Board-Charts)
Glossare mit hausinternen Begriffen
Vorlagen-System-Prompt für typische Aufgaben (z. B. „Antworte als Controller mit Fokus auf Margen“)

Wer pflegt das? In den meisten Teams übernimmt das jemand, der ohnehin Definitionen-Hoheit hat – die Controlling-Leitung, die FP&A-Lead, die Senior-Steuerassistenz. Ein Projekt braucht keine Versionierung wie eine Software, aber eine Person, die ein Auge darauf hat, dass Einträge nicht veralten.

Schicht 2: Org-Kontext – drei Bausteine

Was über Teams hinausgeht, lebt eine Schicht höher. Auf Org-Ebene gibt es drei Stellen, an denen sich Wissen ablegen lässt:

Organization Instructions

Auf Team- und Enterprise-Plänen können Admins, Owners oder Primary Owners zentrale Organization Instructions hinterlegen – einen System-Prompt, der jeder Konversation aller Mitglieder automatisch mitgegeben wird.

Geeignete Inhalte: Sprachstil-Vorgaben („antworte auf Deutsch, in einem professionellen Ton“), Hinweise zum Datenschutz („Externe Daten nicht in Antworten zitieren“), grundlegende Compliance-Hinweise. Nicht geeignet: Domain-spezifisches Fachwissen – das gehört in Projekte oder Skills.

Skills und Plugins

Ein Skill ist eine wiederverwendbare Anleitung, die einen konkreten Workflow abbildet – mit Anweisungen, Prüfkriterien und ggf. Referenzdateien. Ein Plugin bündelt Skills, Connectors und Sub-Agenten zu einem Paket und lässt sich zentral verteilen.

Beispiele aus dem Finanzkontext: ein AP-Freigabe-Skill, der eine Rechnung gegen den Kontenrahmen prüft; eine Monatsabschluss-Checkliste, die immer die gleichen Schritte abfragt; eine Reisekosten-Prüfung mit hauseigenen Spesenrichtlinien. Skills, die alle brauchen, gehören ins Org-Plugin – nicht in jedes Team-Projekt einzeln.

Connectors auf Org-Ebene

Connectors zu OneDrive, SharePoint, Outlook oder Teams – und sekundär zu Google Drive, Gmail oder Slack – werden idealerweise von der IT zentral freigegeben. Damit ist klar, welche Datenquellen das Unternehmen unterstützt, welche Authentifizierung gilt, und wer welchen Ordner sehen darf.

Wer Connectors org-weit aufsetzt, hat zwei Vorteile: Compliance ist einmal geprüft, statt in jedem Team neu auszuhandeln. Und Audits werden einfacher – die Verbindung ist dokumentiert.

Wer pflegt was?

Inhalt	Wo?	Wer pflegt?
KPI-Definitionen Controlling	Team-Projekt	Controlling-Leitung
Buchungsrichtlinien	Team-Projekt	Hauptbuchhaltung
Sprach- und Datenschutz-Defaults	Organization Instructions	IT / Compliance
AP-Freigabe-Workflow	Org-Plugin (Skill)	Leitung Kreditorenbuchhaltung
Spesenrichtlinien-Prüfung	Org-Plugin (Skill)	Personalabteilung / Finance
SharePoint-Zugriff „Eingangsrechnungen“	Org-Connector	IT
Persönlicher Schreibstil	Memory (individuell)	Nutzer:in selbst

Die Tabelle ist beispielhaft – jedes Haus hat eigene Rollen. Das Prinzip bleibt: Wer die Definitionshoheit für ein Thema hat, pflegt auch die Stelle, an der Claude diese Definition lernt.

Anti-Pattern: Wenn Schichten verrutschen

In der Praxis sehen wir vier wiederkehrende Muster, in denen Wissen an der falschen Stelle landet – und die Konsequenzen.

1. Memory statt Projekt

Drei Controller:innen erklären Claude jeweils in ihrem persönlichen Memory, was „DB I“ bedeutet – in drei leicht unterschiedlichen Varianten. Konsequenz: Antworten driften auseinander, je nachdem, wer fragt. Lösung: Definition einmal ins Team-Projekt, Memory drückt nur persönliche Präferenzen aus.

2. Projekt statt Skill

Eine AP-Freigabe-Logik liegt im Projekt der Kreditorenbuchhaltung – aber das Steuerteam braucht sie auch. Konsequenz: Kopie wandert wandernd herum, Versionen veralten unterschiedlich schnell. Lösung: Was mehrere Teams brauchen, gehört in ein Org-Plugin als Skill.

3. Skill statt Connector

Eine Liste der aktuellen Lieferanten wird als Datei in einen Skill gepackt – und veraltet sofort. Konsequenz: Claude arbeitet mit Stand vom letzten Quartal. Lösung: Lebende Daten gehören in einen Connector zur Quelle (ERP, SharePoint), nicht in einen statischen Skill.

4. Enterprise-Prompt als Wissensspeicher

Der unternehmensweite System-Prompt wächst auf 800 Zeilen, weil „da kann es ja nicht schaden“. Konsequenz: jede Antwort durchläuft 800 Zeilen Vorgabe, das Modell wird abgelenkt, der Token-Verbrauch steigt. Lösung: Im Enterprise-Prompt nur Defaults, die wirklich für alle gelten. Spezifisches Wissen gehört in die Schicht, in die es passt.

Wo man am besten anfängt

Wer noch keine klare Aufteilung hat, beginnt am einfachsten von oben: Welche zwei oder drei Definitionen gibt es, die jede:r im Finanzteam – oder im ganzen Haus – gleich verstehen sollte? Diese gehören zuerst in ein Projekt. Was darauf aufbaut und wiederholt durchlaufen wird, kann später ein Skill werden. Connectors und Enterprise-Prompts sind in der Regel IT-Themen und kommen nicht vor der ersten Aufräum-Runde.

Die zwei Schichten sind keine Architektur-Disziplin um der Disziplin willen. Sie sind das, was am Ende den Unterschied macht zwischen „Claude im Haus“ und „Claude verteilt über 50 Mitarbeiter:innen, die alle leicht andere Antworten bekommen“.