Wie du Claude-Arbeit mit deinem Team teilst

Wenn ein Kollege dich jetzt nach dem Claude-Verlauf fragt, mit dem du den Kampagnen-Brief entworfen hast, kopierst du vermutlich das Endergebnis in Slack und betrachtest die Sache als erledigt. Er bekommt die Antwort ohne etwas von der Überlegung, sodass er beim nächsten Anpassen einen neuen Chat startet und deinen Kontext von null aus neu aufbaut.

Das ist der Teil, der sich zu beheben lohnt. Das Ergebnis ist nicht das Wertvolle, das du weitergibst. Der Kontext ist es.

Das Nützlichste, was du teilen kannst, ist nicht Claudes Antwort. Es ist alles, was Claude zu dieser Antwort geführt hat.

Wann du Claude-Arbeit teilst (und wann nicht)

Nicht jedes Claude-Gespräch verdient einen Kollegen. Teilen hat einen Preis: Jemand muss deinen Kontext lesen, deine Rahmung verstehen und entscheiden, ob er deinem Aufbau traut, bevor er darauf aufbauen kann. Das lohnt sich nur, wenn die Arbeit irgendwohin führt.

Teile, wenn:

• Das Ergebnis über die Zeit von mehr als einer Person überarbeitet wird (ein Positionierungsdokument, eine Berichtsstruktur, ein Kampagnen-Brief).
• Mehrere Teammitglieder Varianten derselben Grundarbeit erzeugen müssen (verschiedene Zielgruppen, verschiedene Formate, dieselbe zugrunde liegende Recherche).
• Du etwas baust, das die aktuelle Aufgabe überdauert, etwa einen Styleguide, eine Recherchezusammenfassung oder eine wiederkehrende Berichtsvorlage.

Spar dir das Teilen, wenn:

• Die Aufgabe einmalig und wegwerfbar ist, etwa eine einzelne E-Mail umzuschreiben oder einen Artikel zusammenzufassen.
• Du noch in der chaotischen, explorativen Phase bist und das Gespräch voller Sackgassen ist. Räum es zuerst auf, sonst kann niemand sagen, was zählte.
• Der Kollege schneller zur selben Antwort käme, wenn er Claude die Frage einfach selbst mit seinem eigenen Kontext stellt.

Eine gute Faustregel: Würdest du dir die Mühe machen, einen Absatz in Slack zu schreiben, der erklärt „das habe ich getan und warum“, ist die Arbeit teilbar. Würdest du dir die Mühe nicht machen, ist sie vermutlich noch nicht fertig genug zum Weitergeben.

Ein geteiltes Projekt einrichten, das dein Team wirklich nutzen kann

Ein Claude-Projekt ist der richtige Behälter, wenn die Arbeit fortlaufend ist, aber nur, wenn du es so einrichtest, dass eine Kollegin ohne Vorwissen hineinkommen und mitarbeiten kann. Das heißt, vorab etwas strukturelle Arbeit zu leisten, statt es als Haufen Chatverlauf zu belassen.

1. Benenne das Projekt nach seinem Zweck, nicht nach seiner Herkunft. „Q3-Kampagnen-Brief“ schlägt „Marketing-Chat 4“. Jemand sollte wissen, wofür es da ist, bevor er es öffnet.
2. Füge zuerst ein angeheftetes Kontextdokument hinzu. Lege vor jedem Gespräch einen kurzen Brief in die Wissensbasis des Projekts: wofür dieses Projekt da ist, wer es nutzt, wie „fertig“ aussieht.
3. Nimm Ausgangsmaterial auf, keine Zusammenfassungen davon. Geht es im Projekt um einen Produktstart, füge die echte Produktspezifikation hinzu, nicht deine Dreisatz-Paraphrase. Kollegen müssen Behauptungen prüfen, nicht nur deiner Lesart trauen.
4. Lege fest, wie man es nutzen soll. Ein einzeiliger Hinweis wie „Starte für jeden Entwurf neue Chats in diesem Projekt, überschreibe nicht den angehefteten Brief“ erspart später Verwirrung.
5. Teste es selbst als Fremder. Öffne das Projekt frisch und frag: Könnte jemand ohne Erinnerung an diese Aufgabe herausfinden, was als Nächstes zu tun ist? Wenn nicht, ergänze, was fehlt.

Dieser Aufbau ist derselbe Grund, warum Projekte gut für Kontext funktionieren, der bleiben muss: Der Kontext lebt im Projekt selbst, nicht im Kopf einer Person oder im Scrollverlauf eines Gesprächs.

Ein Gespräch oder ein Projekt teilen: Welcher Behälter

Sie lösen verschiedene Probleme, und den falschen zu wählen ist eine häufige Reibungsquelle.

Teile ein einzelnes Gespräch, wenn:

• Es eine einmalige Übergabe ist. Jemand muss sehen, wie du zu einer Entscheidung kamst, und dann weitergehen.
• Die Aufgabe ein klares Ende hat und niemand nächsten Monat auf diesen Kontext zurückkommen muss.
• Du eine bestimmte Gedankenlinie genau so bewahren willst, wie sie geschah, ohne dass jemand anderes neue Stränge hinzufügt, die sie trüben.

Richte ein Projekt ein, wenn:

• Mehr als eine Person über mehrere Sitzungen mitarbeitet.
• Der Kontext (Markenstimme, Ausgangsdokumente, frühere Entscheidungen) für viele verschiedene Anfragen wiederverwendbar sein muss, nicht nur für eine.
• Du erwartest, dass sich die Arbeit entwickelt. Ein einzelnes Gespräch wird schnell unhandlich, wenn mehrere Personen unzusammenhängende Fragen in denselben Verlauf werfen.

Weißt du nicht, welches zutrifft, frag, ob es eine Momentaufnahme oder ein Arbeitsraum ist. Eine Momentaufnahme ist ein Zeitpunkt, den man bewahren will. Ein Arbeitsraum ist ein Ort, zu dem man immer wieder zurückkehrt. Es ist dieselbe Unterscheidung wie bei der Wahl zwischen neuem Chat, Projekt oder dem Weitermachen an einem alten Verlauf, nur auf Teamebene statt auf individueller Ebene angewandt.

Kontext schreiben, den dein Team aufgreifen und nutzen kann

Das größte einzelne Scheitern in Team-Workflows mit Claude ist, jemandem ein Projekt zu übergeben und zu erwarten, dass er dein Denken aus dem rohen Chatverlauf rekonstruiert. Schreib den Kontext stattdessen auf. Das dauert fünf Minuten und spart allen anderen eine Stunde.

Eine gute Übergabenotiz beantwortet drei Fragen:

• Was habe ich schon versucht? Nimm auch Ansätze auf, die nicht funktioniert haben, nicht nur die, die funktionierten. Das hält einen Kollegen davon ab, eine Sackgasse erneut zu testen.
• Was funktioniert gerade tatsächlich? Zeig auf den konkreten Entwurf, die Entscheidung oder das Ergebnis, die als aktuelle Basis gelten sollen.
• Was ist der nächste Schritt? Lass niemanden raten, ob er verfeinern, erweitern oder eine ganz neue Richtung beginnen soll.

Hier ist ein Format, das angeheftet oben in einem geteilten Projekt gut funktioniert:

Prompt für die Übergabenotiz:

Fasse dieses Gespräch für einen Kollegen zusammen, der diese
Arbeit frisch aufnimmt. Nimm auf:
1. Das ursprüngliche Ziel in einem Satz.
2. Welche Ansätze versucht und verworfen wurden, mit einer
   Zeile Begründung für jeden.
3. Den aktuell besten Entwurf oder die beste Antwort, vollständig zitiert.
4. Den konkreten nächsten Schritt, formuliert als Aufgabe (zum
   Beispiel „straffe den zweiten Absatz“ statt „verbessere weiter“).
Halte es unter 200 Wörtern. Keine Höflichkeitsfloskeln, keine Vorbehalte.

Das ergibt eine Notiz, die ein Kollege in dreißig Sekunden liest, statt durch vierzig Nachrichten zu scrollen. Für eine wiederverwendbare Fassung derselben Idee siehe einen Kontext-Steckbrief anlegen, den du nicht mehr neu tippst, der das Format ausführlicher behandelt.

Mit Feedback umgehen, wenn dein Team Claudes Ergebnis überarbeitet

Sobald ein Kollege einen Claude-Entwurf von Hand bearbeitet, ist diese Bearbeitung das wertvollste Stück Kontext im ganzen Workflow, und es geht leicht verloren, sobald du zurück in Claude gehst, um weiter zu iterieren.

Die Lösung ist, menschliche Bearbeitungen als Eingabe zu behandeln, nicht nur als fertiges Produkt, das vom nächsten Entwurf ersetzt wird.

1. Halte die Differenz fest, nicht nur die Endfassung. Bevor du den überarbeiteten Entwurf eines Kollegen zurück in Claude einfügst, notiere, was sich geändert hat und warum, auch kurz („zweiten Absatz gestrichen, den Handlungsaufruf gestrafft, Ton weniger förmlich gemacht“).
2. Gib die Begründung in den Prompt zurück, nicht nur den neuen Text. Bitte Claude, in Richtung der Bearbeitung fortzufahren, statt sie nur als neues Rohmaterial anzunehmen.
3. Aktualisiere den angehefteten Kontext, wenn die Bearbeitung eine dauerhafte Vorliebe widerspiegelt. Streicht dein Kollege immer Adjektive, ist das eine Stilregel, die in den Projekt-Brief gehört, nicht etwas, das man jede Runde neu entdeckt.
4. Bestätige, dass der nächste Entwurf die Bearbeitung respektiert, bevor du weitergehst. Eine kurze Prüfung wie „behält das den strafferen Handlungsaufruf der letzten Runde bei?“ fängt Rückschritte früh ab.

Ein nützlicher Prompt für diese Übergabe:

Hier sind der vorherige Entwurf und die bearbeitete Fassung, die
mein Kollege zurückgegeben hat. Vergleiche sie und sag mir in einer
kurzen Liste, was sich geändert hat und warum du glaubst, dass jede
Änderung gemacht wurde. Schreib dann den nächsten Abschnitt so
weiter, dass er zu diesen Änderungen passt, nicht zum
ursprünglichen Entwurf.

[ursprünglichen Entwurf einfügen]
[bearbeiteten Entwurf einfügen]

So summiert sich das Urteil des ganzen Teams in dieselbe Richtung, statt jedes Mal zurückgesetzt zu werden, wenn die Arbeit den Besitzer wechselt. Es ist dieselbe Logik wie bei einen Finanzbericht für Vorstand und Team umzuformen: ein zugrunde liegender Entwurf, für verschiedene Leser verfeinert und umformatiert, ohne jedes Mal neu anzufangen.

Häufige Fallstricke der Zusammenarbeit und wie du sie vermeidest

Drei Muster erklären den Großteil der Reibung in Team-Workflows mit Claude. Jedes hat einen erkennbaren Moment, in dem du es abfangen kannst, bevor es echte Zeit kostet.

• Die stille Übergabe. Du teilst einen Link zu einem Projekt oder Gespräch ohne Notiz, in der Annahme, die Person werde „einfach mal durchschauen“. Achte auf den Moment, in dem du einen Link ohne Kontext in Slack einfügen willst. Füge zwei Sätze hinzu, bevor du abschickst.
• Kontextdrift. Person A verfeinert den Brief, Person B arbeitet mit einer älteren, zwischengespeicherten Fassung, weil sie seit gestern einen Tab offen hatte. Das zeigt sich als zwei Menschen, die widersprüchliche Ergebnisse liefern, die beide selbstsicher klingen. Die Lösung ist, das angeheftete Kontextdokument zur einzigen Wahrheitsquelle zu machen und jede Kopie außerhalb des Projekts als vorläufig zu behandeln.
• Ein Projekt wie einen Gruppenchat behandeln. Jemand wirft unzusammenhängende Fragen in das geteilte Projekt („übrigens, kannst du mir bei dieser anderen E-Mail helfen?“), und der Kontext verwässert mit themenfremden Verläufen. Achte auf ein Projekt, das Gespräche ansammelt, die keinen klaren Bezug zu seinem erklärten Zweck haben. Dann ist es Zeit, anderswo einen neuen Chat oder ein zweites Projekt zu beginnen.

Keines davon ist ein Claude-Problem. Es sind Koordinationsprobleme, die zufällig in Claude sichtbar werden. Die Lösung ist jeweils dieselbe: den Kontext ausdrücklich machen, an einem Ort halten und laut sagen, was der nächste Schritt ist, statt anzunehmen, er sei offensichtlich.

Weiterlesen

• Mit Projekten arbeiten: Kontext, der bleibt für einen tieferen Blick darauf, wie Projekte Kontext über Sitzungen hinweg behalten, was das Fundament ist, von dem dieser ganze Ablauf abhängt.
• Einen wiederverwendbaren Kontext-Steckbrief anlegen, den du nicht mehr neu tippst, wenn du ein Format für Übergabenotizen willst, das über das reine Teilen im Team hinaus funktioniert.
• Ein Kampagnenziel in einen einseitigen Brief verwandeln als konkretes Beispiel für die Art kollaborativer Ergebnisse, die dieser Ablauf unterstützen soll.