Claude im Team: Claude Tag & geteilte Projects

Die meisten Teams nutzen Claude so: Jede Person hat ihre eigenen Chats, ihre eigenen Erklärungen, ihre eigenen Ergebnisse. Das funktioniert – aber das Team verschenkt viel. Mit geteilten Projects und Claude Tag in Slack wird aus vielen Einzel-Claudes ein gemeinsames Teammitglied, das den Kontext kennt, den alle teilen. Dieser Guide zeigt dir, wie du beides einführst.

Für wen ist das?

Für Teams auf dem Team- oder Enterprise-Plan – und für alle, die entscheiden, wie Claude im Team eingesetzt wird: Führungskräfte, Projektleitung, Team-Admins. Vorkenntnisse brauchst du kaum; hilfreich ist, wenn du Projects schon einmal gesehen hast.

Was lernst du?

• Warum isolierte Einzelchats Wissen im Team versickern lassen
• Wie geteilte Projects als gemeinsame Wissensbasis funktionieren
• Was Claude Tag ist und wie ein gemeinsamer Claude im Slack-Channel arbeitet
• Wie du die Einführung im Team startest – mit Pilot-Channel und Spielregeln
• Welche Governance-Fragen du vorher klären solltest

Wann nutzen?

• Mehrere Personen arbeiten am selben Projekt und erklären Claude immer wieder denselben Hintergrund
• Dein Team kommuniziert ohnehin in Slack und will Aufgaben dort delegieren, wo die Diskussion stattfindet
• Du willst, dass Ergebnisse und Zwischenstände für alle sichtbar sind statt in privaten Chats zu liegen

Wann nicht?

• Du arbeitest allein – dann reichen persönliche Projects und normale Conversations
• Dein Team hat keinen Team- oder Enterprise-Plan – beide Bausteine setzen ihn voraus
• Es geht um hochvertrauliche Einzelfälle, die bewusst nicht im Team-Kontext landen sollen

Das Problem: Wissen versickert in Einzelchats

Ohne gemeinsame Struktur passiert in fast jedem Team dasselbe: Anna erklärt Claude das Produkt, den Tonfall und die Zielgruppe – in ihrem Chat. Ben erklärt eine Woche später dasselbe noch einmal – in seinem Chat. Claras gute Prompt-Ideen sieht niemand, und die Zusammenfassung, die Claude für David geschrieben hat, existiert nur in Davids Verlauf.

Die Folgen:

• Doppelte Arbeit – jeder baut denselben Kontext immer wieder neu auf
• Inkonsistente Ergebnisse – jede Person bekommt leicht andere Antworten, weil jede andere Anweisungen gibt
• Kein gemeinsames Lernen – was bei einer Person gut funktioniert, erreicht den Rest des Teams nicht

Genau dafür gibt es zwei Bausteine: geteilte Projects als gemeinsame Wissensbasis und Claude Tag als gemeinsamen Claude im Slack-Channel.

Baustein 1: Geteilte Projects als Team-Wissensbasis

Im Team- und Enterprise-Plan kannst du Projects mit deinem Team teilen. Ein geteiltes Project bündelt zwei Dinge für alle Mitglieder:

• Projekt-Anweisungen: Tonfall, Zielgruppe, Regeln, Fachbegriffe – einmal formuliert, gelten sie für jede Conversation, die ein Teammitglied im Project startet
• Dokumente: Styleguides, Produktbeschreibungen, Prozessbeschreibungen – Claude kennt sie in jedem Gespräch, ohne dass jemand sie erneut hochlädt

Die Faustregel: ein Project pro Thema oder Projekt. Also nicht ein riesiges „Firma-Project” für alles, sondern zum Beispiel eines für den Website-Relaunch, eines für Kundensupport-Antworten, eines für das Onboarding neuer Kolleginnen und Kollegen. So bleibt der Kontext fokussiert – und Claude muss nicht in irrelevantem Material wühlen.

Der Effekt: Wer neu ins Thema einsteigt, öffnet das geteilte Project und arbeitet sofort mit demselben Wissensstand wie alle anderen. Wie Projects im Detail funktionieren, erklärt der Guide Projects, Artifacts & Memory.

Baustein 2: Claude Tag – ein gemeinsamer Claude in Slack

Geteilte Projects lösen das Wissensproblem in der Claude-Oberfläche. Claude Tag geht einen Schritt weiter und bringt Claude dorthin, wo dein Team ohnehin kommuniziert: nach Slack.

Das Prinzip: Du erwähnst Claude mit @Claude in einem Slack-Channel – und übergibst die Aufgabe direkt im Gespräch. Das Besondere daran:

• Ein Claude pro Channel: Alle im Channel arbeiten mit demselben Claude. Wenn Anna eine Aufgabe anstößt, kann Ben nahtlos übernehmen – kein Kopieren zwischen privaten Chats.
• Kontext aus dem Verlauf: Claude baut über die Zeit Kontext aus dem Channel-Verlauf und angebundenen Datenquellen auf. Wiederkehrende Erklärungen entfallen.
• Asynchrone Aufgaben: Du delegierst etwas und arbeitest weiter. Claude zerlegt die Aufgabe in Schritte, kann sich Aufgaben selbst einplanen und ein Vorhaben eigenständig verfolgen.
• Proaktive Updates: Wenn aktiviert, meldet sich Claude von selbst, sobald es etwas für relevant hält – etwa einen Zwischenstand oder ein Ergebnis.
• Granulare Rechte: Admins legen Tool- und Datenzugriff pro Channel fest. So kann der Support-Channel andere Datenquellen nutzen als der Marketing-Channel.

Projects und Claude Tag ergänzen sich: Das geteilte Project ist die kuratierte Wissensbasis für konzentrierte Arbeit in der Claude-Oberfläche – Claude Tag ist das Teammitglied im laufenden Gespräch, das aus dem Channel-Verlauf lernt und Aufgaben nebenbei erledigt.

Einführung & Governance

Der häufigste Fehler bei der Einführung: alles auf einmal, für alle, ohne Regeln. Besser ist ein kontrollierter Start.

Klein anfangen. Wähle einen Pilot-Channel mit einem Team, das Lust auf das Experiment hat. Dort sammelt ihr Erfahrungen, bevor Claude Tag breiter ausgerollt wird.

Spielregeln definieren. Legt gemeinsam fest: Welche Aufgaben gehören in den Channel – und welche nicht? Was darf Claude sehen, was bleibt draußen? Wer prüft Ergebnisse, bevor sie weiterverwendet werden? Ein kurzes, für alle sichtbares Regeldokument reicht.

Governance klären. Drei Fragen solltet ihr vor dem Rollout beantworten:

• Datenquellen: Wer entscheidet, welche Quellen pro Channel angebunden werden? Die granularen Admin-Rechte helfen nur, wenn jemand sie bewusst nutzt.
• Vertrauliche Daten: Was im Channel steht, sehen alle Mitglieder – und Claude. Personenbezogene oder geheimhaltungsbedürftige Inhalte gehören nicht in den Team-Kontext. Mehr dazu im Guide Vertrauliche Daten.
• Prüfpflicht: Claudes Ergebnisse bleiben Entwürfe. Gerade weil im Team-Kontext mehr Menschen mit den Ausgaben weiterarbeiten, braucht es eine klare Regel, wer was prüft, bevor es nach außen geht.

So startest du im Team

Konkrete Beispiele

• Meeting-Nachbereitung → Notizen in den Channel, @Claude fasst zusammen und listet die offenen Punkte – für alle sichtbar
• Rechercheauftrag → Claude recherchiert asynchron im Hintergrund, das Team arbeitet weiter und bekommt das Ergebnis im Channel
• Status-Zusammenfassung für Stakeholder → Claude verdichtet den Channel-Verlauf der Woche zu einem Update-Entwurf
• Onboarding-Fragen → Neue Teammitglieder fragen @Claude im Channel, statt Kolleginnen und Kollegen zu unterbrechen – Claude kennt den Kontext aus Verlauf und Quellen
• Konsistente Texterstellung → Das geteilte Project mit Styleguide sorgt dafür, dass jede Person denselben Tonfall bekommt

Typische Fehler

• Alles in ein Sammel-Project werfen: Ein Project für die ganze Firma verwässert den Kontext. Besser ein Project pro Thema oder Projekt.
• Claude Tag ohne Spielregeln ausrollen: Ohne Absprache landet Vertrauliches im Channel oder niemand prüft Ergebnisse. Erst Pilot, dann Regeln, dann Rollout.
• Beta-Status ignorieren: Claude Tag ist Beta – wer es als fertiges Produkt verkauft, erzeugt Frust, wenn etwas hakt. Erwartungen vorher setzen.
• Rechte pauschal vergeben: Die granularen Admin-Rechte pro Channel sind ein Sicherheitswerkzeug. Wer überall alles freischaltet, verschenkt sie.
• Ergebnisse ungeprüft weiterverwenden: Auch im Team-Kontext bleibt Claude ein Assistent. Zusammenfassungen und Recherchen brauchen einen menschlichen Blick, bevor sie an Stakeholder gehen.

Mini-Übung

Starte einen Mini-Pilot mit deinem Team – ganz ohne großen Rollout:

1. Lege ein geteiltes Project für ein laufendes Thema an: zwei, drei Sätze Anweisungen, die zwei wichtigsten Dokumente dazu.
2. Bitte zwei Teammitglieder, im Project je eine typische Aufgabe zu erledigen – und vergleicht: Musste noch jemand Kontext erklären?
3. Wenn ihr Claude Tag nutzen könnt: Delegiert im Pilot-Channel eine echte Aufgabe per @Claude – etwa die Zusammenfassung der letzten Team-Diskussion – und besprecht das Ergebnis gemeinsam.

Notiert, was gut lief und was gefehlt hat. Das ist der Kern eurer Spielregeln.

Nächster Schritt

Bevor ihr Claude Tag und geteilte Projects breit ausrollt, klärt die wichtigste Frage: Welche Daten dürfen überhaupt in den Team-Kontext? Der Guide Vertrauliche Daten zeigt, wo die Grenzen liegen und wie ihr sie im Team praktikabel umsetzt.