Auf einen Blick: Claude Projekte werden im KMU dann nützlich, wenn mehr als zwei Mitarbeiter dieselben Dokumente, Skripte oder Wissensquellen brauchen. Geteilte Projekte gibt es nur ab Claude Team (mindestens 5 Seats, 125-150 USD pro Monat Einstieg). Wer mit Personendaten arbeitet, braucht den Standard-DPA, der erst ab Team-Tarif vorhanden ist. Die häufigsten Stolperfallen liegen in Versionierung, Kontext-Limit und DSGVO-Konformität.
Wenn ein Vertriebsteam dreimal pro Woche dieselbe Frage stellt, ist das ein gutes Signal: Hier könnten Claude Projekte echte Zeit sparen. Genau dafür sind sie gebaut. Ein Projekt bündelt einen Custom System Prompt, hochgeladene Dokumente und eine geteilte Konversationsbasis. Statt jeder Kollege chattet im eigenen Vakuum, arbeiten alle mit demselben Wissensstand.
Die praktische Hürde liegt nicht in der Bedienung. Die liegt im Tarif-Modell, in der Berechtigungsstruktur und in zwei DSGVO-Fragen, die viele KMU erst nach dem Setup entdecken. Wer den Sprung von Pro auf Team plant, sollte vor dem ersten Upload-Klick wissen, was wirklich auf ihn zukommt.
Was Claude Projekte sind und was nicht
Ein Projekt ist im Kern ein vordefinierter Arbeitskontext. Du hinterlegst einmal einen System Prompt (zum Beispiel "Du bist Vertriebsassistent für ein Heizungsbauunternehmen, antworte in der Du-Form, halte dich an die hinterlegte Preisliste"). Dann lädst du Dokumente hoch, die immer mitgelesen werden: Produktkatalog als PDF, Standard-Antwortvorlagen, FAQ aus dem Support, eine Compliance-Checkliste.
Jede Konversation, die in diesem Projekt startet, hat diesen Kontext automatisch dabei. Du musst ihn nie neu erklären.
Das klingt zunächst banal. In der Praxis ist es der Unterschied zwischen "Claude ist ein Tool, mit dem ich manchmal arbeite" und "Claude ist eine Instanz unserer Vertriebslogik". Zweiteres skaliert über mehrere Mitarbeiter. Ersteres bleibt Einzelarbeit.
Was Projekte ausdrücklich nicht sind: ein Wissensmanagementsystem mit Versionshistorie. Wenn Mitarbeiter A heute die Preisliste austauscht, ist die alte Version weg. Es gibt keine eingebaute Historie, kein Diff, kein Rollback. Wer das braucht, hält die Quelldateien parallel in Git, Notion oder einem Sharepoint und synchronisiert manuell.
Welcher Tarif Projekte freischaltet
Hier wird es konkret. Claude Pro (20 USD pro Monat) hat Projekte, aber nur für den einzelnen Nutzer. Geteilte Projekte, also welche, die mehrere Personen gemeinsam bearbeiten und nutzen, gibt es erst ab Claude Team.
Team kostet 25 USD pro Seat und Monat im Jahresabo oder 30 USD pro Seat bei monatlicher Zahlung. Mindestens 5 Seats sind Pflicht. Das macht 125 USD pro Monat als Einstiegspreis im Jahresabo oder 150 USD monatlich. Du brauchst also nicht zwingend 5 echte Nutzer, aber du zahlst für 5.
Für ein dreiköpfiges Team mit gelegentlicher Zusammenarbeit ist das ein echter Sprung. Drei Pro-Lizenzen kosten 60 USD, ein Team-Account mit dem minimalen Setup kostet 125 USD. Für sechs Seats und mehr kehrt sich das Verhältnis um, weil Pro-Lizenzen kein Sharing können und ihr Wissen damit nie wirklich gebündelt ist.
| Funktion | Pro (20 USD) | Team (25-30 USD/Seat) | Enterprise (ab 60 USD/Seat) |
|---|---|---|---|
| Eigene Projekte (privat) | Ja | Ja | Ja |
| Geteilte Projekte im Team | Nein | Ja | Ja |
| Rollen Owner / Editor / Viewer | Nein | Ja | Ja |
| Standard-DPA für DSGVO | Nein | Ja | Ja, erweitert |
| Admin-Konsole, SSO | Nein | Eingeschränkt | Ja |
| Datei-Upload pro Projekt | Ja | Ja | Ja, höhere Limits |
| Sonnet 4.6, Opus 4.7, Haiku 4.5 | Alle | Alle | Alle, höhere Limits |
| Mindestanzahl Seats | 1 | 5 | meist 25+ |
Wer einen DPA mit Anthropic für die DSGVO braucht, kommt um Team nicht herum. Das ist der eigentliche Wendepunkt im Tarifvergleich, nicht der Preisunterschied.
Berechtigungen verstehen, bevor du Dokumente hochlädst
Ein geteiltes Projekt hat drei Rollen. Owner sind die Personen, die das Projekt angelegt haben oder denen Owner-Rechte übertragen wurden. Sie dürfen alles: Dokumente hochladen, System Prompts ändern, Mitglieder einladen, Projekt löschen.
Editor dürfen Inhalte und Konfiguration ändern, aber keine Mitglieder verwalten. Das ist die typische Rolle für die Mitarbeiter, die das Projekt aktiv pflegen.
Viewer dürfen das Projekt nutzen, also Konversationen führen und die hinterlegten Dokumente abfragen. Sie sehen aber nicht die System-Prompts und können nichts ändern. Das ist die richtige Rolle für die Mehrheit der Anwender.
Wer die Rollen mischt, ohne nachzudenken, baut sich Probleme ein. Ein klassischer Fehler: Alle bekommen Editor-Rechte, weil "sonst ist es ja unflexibel". Drei Wochen später hat jemand versehentlich den System Prompt überschrieben, weil er ihn als Konversation interpretiert hat. Niemand merkt es eine Woche lang, alle Antworten werden seltsam.
Faustregel: Owner sind 1-2 Personen pro Projekt. Editor sind 1-3 Pflegekräfte. Alle anderen sind Viewer. Klingt eng, ist aber sauber.
Schritt-für-Schritt: Erstes Team-Projekt aufsetzen
Wer ein erstes geteiltes Projekt sauber starten will, geht in dieser Reihenfolge vor.
| Schritt | Aufgabe | Verantwortlich | Zeitaufwand |
|---|---|---|---|
| 1 | Team-Plan abschließen, Mindest-Seats kaufen | IT/Verwaltung | 30 Minuten |
| 2 | Workspace-Owner festlegen, Admin-Konsole prüfen | Owner | 30 Minuten |
| 3 | Use Case definieren: ein Problem, eine Zielgruppe | Fachbereich + Owner | 1-2 Stunden |
| 4 | Quelldokumente sichten, DSGVO-relevante Inhalte filtern | Fachbereich + Datenschutz | 2-4 Stunden |
| 5 | Projekt anlegen, System Prompt schreiben, Dokumente hochladen | Owner | 1-2 Stunden |
| 6 | 3-5 Testfragen durchspielen, Antworten prüfen | Fachbereich | 1 Stunde |
| 7 | System Prompt nachschärfen, Dokumente ergänzen | Owner | 1 Stunde |
| 8 | Mitglieder einladen, Rollen vergeben | Owner | 30 Minuten |
| 9 | Kurze interne Anleitung schreiben (eine Seite reicht) | Fachbereich | 1 Stunde |
| 10 | Pilotnutzung 2 Wochen, Feedback sammeln | Alle | laufend |
| 11 | Anpassungen, Skalierung auf weitere Projekte | Owner | je nach Bedarf |
In Summe sind das 1-2 Wochen bis das erste Projekt produktiv läuft. Ab dem zweiten Projekt geht es schneller, weil der Rollen-Workflow und die DSGVO-Pflichten geklärt sind. Dann sind 1-2 Stunden Setup pro neuem Projekt realistisch.
Der Schritt, den fast jeder unterschätzt, ist Nummer 4. Quelldokumente einfach hochzuladen, ist verlockend. Wenn aber im Produktkatalog Kundennamen, Lieferadressen oder Vertragsdaten stehen, hast du sofort ein DSGVO-Thema, das du vorher hättest klären müssen.
Praxis: Wie ein 8-Personen-Vertrieb das Onboarding-Projekt baut
Die fiktive Norddeutsche Heizsysteme GmbH aus Lüneburg hat acht Vertriebsmitarbeiter und eine Innendienst-Leitung. Jeden Monat startet ein neuer Außendienstler. Bisher dauert die Einarbeitung sechs Wochen, gefühlt zwei davon mit Rückfragen an Kollegen wegen Standardthemen: Welche Garantielaufzeit gilt bei welcher Pumpe, wie ist die Eskalation bei Service-Beschwerden, welche Skonto-Regeln gelten ab welcher Auftragsgröße.
Die Vertriebsleitung legt ein Team-Projekt "Vertrieb Onboarding" an. Hochgeladen werden: das aktuelle Produkthandbuch (PDF, 80 Seiten), die Eskalations-Matrix (2-Seiten-Word), die Standardvertragsbausteine (5 Markdown-Dateien) und das interne Wiki-Export zu Skonto- und Zahlungsregeln (PDF, 12 Seiten).
System Prompt: "Du bist interner Assistent für neue Vertriebsmitarbeiter der Norddeutschen Heizsysteme. Antworte auf Du, halte dich strikt an die hinterlegten Dokumente, wenn du etwas nicht findest, sag das ehrlich und nenne den Kollegen, der zuständig ist. Niemals Preise erfinden, niemals Garantieaussagen ohne Quelle. Wenn der Nutzer ein Bauteil nennt, das nicht im Handbuch steht, frage nach der Artikelnummer und sage, dass du es nicht hast."
Berechtigungen: Vertriebsleitung als Owner, Innendienst-Leitung als Editor (sie pflegt das Wiki ohnehin), die acht Vertriebler als Viewer. Wenn ein Vertriebler Verbesserungsvorschläge hat, gibt er sie an Innendienst weiter.
Ergebnis nach drei Monaten: Die Einarbeitungszeit ist auf vier Wochen gesunken, die Anzahl der internen Rückfragen pro Neuanstellung halbiert. Nebeneffekt: Die Vertriebsleitung sieht in den Projekt-Konversationen, welche Themen wiederholt auftauchen, und passt das Onboarding-Material gezielt an.
Was hat es konkret gekostet? Team-Account mit 10 Seats (acht Vertriebler plus zwei Pflegekräfte) bei jährlicher Zahlung 250 USD pro Monat, Setup-Aufwand insgesamt etwa 18 Stunden. Wer den Stundensatz mit 60 EUR ansetzt, kommt auf circa 1.080 EUR einmalig plus rund 230 EUR pro Monat laufend (USD-Kurs grob umgerechnet, Stand Mai 2026). Spürbar weniger als ein einziger nicht-produktiver Onboarding-Tag eines Außendienstlers.
Stolperfallen, die im KMU regelmäßig auftauchen
Hier kommt die unbequeme Liste. Diese Punkte sehen wir bei Beratungsmandaten immer wieder.
DSGVO und der Standard-DPA. Anthropic stellt einen Standard-Datenverarbeitungsvertrag (Art. 28 DSGVO) zur Verfügung, aber nur für Team- und Enterprise-Kunden. Pro hat keinen DPA. Wer im Pro-Tarif personenbezogene Daten verarbeitet (selbst nur indirekt, etwa in hochgeladenen Kundendokumenten), verstößt gegen Art. 28 DSGVO. Das ist kein theoretisches Risiko, sondern ein Standardthema bei jeder Datenschutz-Prüfung.
Datenstandort USA. Auch im Team-Tarif werden die Daten primär in den USA verarbeitet. Rechtsgrundlage ist das EU-US Data Privacy Framework, das seit Juli 2023 wieder eine Angemessenheits-Entscheidung der EU-Kommission hat. Wer EU-Hosting will, nutzt Claude über AWS Bedrock in der EU-Region. Das ist ein eigener technischer Pfad, nicht der Standard-Web-Account.
Kontext-Limit bei großen Dokumenten. Claude Projekte halten den Kontext im Modell, aktuell maximal etwa 200.000 Token (grob 150.000 Wörter). Wer einen 300-Seiten-Compliance-Handbuch hochlädt, riskiert, dass Claude relevante Stellen schlicht überliest. Besser sind mehrere thematisch geschnittene Teilprojekte (Datenschutz, Arbeitssicherheit, Qualitätsmanagement) als ein riesiger Sammelband.
Keine Versionierung. Wenn jemand die Preisliste austauscht und es sich später als Fehler herausstellt, hast du nur die ausgetauschte Version. Die alte Version ist weg. Wer das nicht riskieren will, hält Quelldateien in einem versionierten System (Git, SharePoint mit Versionshistorie, Notion mit Page-History) und synchronisiert manuell in das Projekt.
Geteilte Konversationen sind nicht privat. Eine Konversation im geteilten Projekt ist für alle Mitglieder lesbar. Wenn ein Vertriebler eine sensible Kundenfrage über das Projekt löst, sehen das alle Kollegen. Wer Vertraulichkeit braucht, nutzt ein privates Projekt im eigenen Pro-Account, nicht das Team-Projekt.
Modell-Mix verwirrt Nutzer. In einem Projekt lassen sich verschiedene Modelle wählen (Sonnet 4.6, Opus 4.7, Haiku 4.5). Jedes hat eigene Stärken und Kostenprofile. Wenn Mitarbeiter zufällig zwischen Modellen wechseln, ohne den Unterschied zu kennen, schwankt die Antwortqualität. Empfehlung: Im Onboarding ein Default-Modell festlegen und kommunizieren, wann ein Wechsel sinnvoll ist (zum Beispiel Opus bei komplexen Rechenproblemen, Haiku bei schneller Klassifikation).
Was wir in der Praxis sehen
Wir sehen bei unseren Beratungsmandaten regelmäßig, dass KMU den Sprung von Pro auf Team aus dem falschen Grund machen: weil ein einzelner Power-User Limits erreicht hat. Das ist selten der bessere Weg. Wer als Power-User mehr Volumen braucht, ist mit Claude Max (100 oder 200 USD pro Monat, 5x oder 20x Pro-Limit) oft günstiger und einfacher dran.
Der echte Grund für den Wechsel auf Team ist immer organisatorisch, nicht individuell. Drei oder mehr Personen wollen gemeinsam an einer Wissensbasis arbeiten. Es gibt eine DSGVO-Anforderung, die einen DPA verlangt. Es gibt einen Geschäftsprozess, der Standardisierung braucht. Wenn keiner dieser drei Punkte zutrifft, bleibt Pro die richtige Wahl.
Wer es trotzdem einmal ausprobieren will, kann den Team-Tarif mit minimalen 5 Seats monatlich (also 150 USD/Monat ohne Vertragsbindung) starten, drei Monate testen und bei Bedarf wieder zurück auf Pro wechseln. Das ist überschaubar.
Ein Punkt, der oft vergessen wird: Claude Team ist nicht zwingend der finale Schritt. Wer 25 oder mehr Mitarbeiter hat und SSO, dedicated Capacity oder erweiterte Admin-Funktionen braucht, sollte direkt Enterprise prüfen statt Team. Mehr dazu in unserem Tarif-Vergleich Claude Opus 4.7 im Mittelstand, wo wir die Schwellenwerte für KMU detailliert durchrechnen.
Was du nach den ersten zwei Wochen prüfen solltest
Ein produktives Projekt nutzt sich ab. Inhalte werden veraltet, neue Fragen tauchen auf, Mitarbeiter wechseln. Das ist normal und kein Problem, solange es jemand pflegt.
Realistische Pflege-Frequenz: einmal pro Quartal komplette Inhaltsprüfung, einmal pro Monat Sichtkontrolle der Mitgliederliste, alle zwei Monate Auswertung typischer Konversationen mit der Frage "Was beantwortet das Projekt gut, wo halluziniert es, wo fehlt Wissen?".
Wer das nicht plant, hat nach sechs Monaten ein Projekt mit veralteten Preisen, ehemaligen Mitarbeitern als Viewer und einem System Prompt, der nicht mehr zur Realität passt. Das ist dann schlimmer als kein Projekt, weil es falsche Sicherheit erzeugt.
Die Faustregel aus unseren Mandaten: Wer kein klares "Wer pflegt das" benennen kann, soll lieber gar nicht starten. Ein gepflegtes Projekt ist Gold wert, ein vergessenes ist ein Risiko.
Wann sich der Wechsel auf Enterprise vorbereiten lässt
Manche KMU wachsen aus Team heraus. Ab etwa 25-50 Nutzern wird Enterprise relevant. Die Auslöser sind meist:
- SSO über Microsoft Entra ID, Okta oder Google Workspace wird Pflicht (IT-Compliance)
- Dedicated Capacity wird gebraucht, damit Lastspitzen nicht zu Rate-Limits führen
- Eine erweiterte Admin-Konsole mit detaillierten Logs ist gewünscht
- Branchen-spezifische Compliance-Anforderungen verlangen erweiterte DPA-Klauseln
Bevor du den Sprung machst, prüfe, ob deine Pain Points wirklich darunter fallen. Ein Team-Account mit 30 Seats kostet 750 USD im Monat. Enterprise mit 30 Seats kostet rund 1.800 USD. Das ist mehr als doppelt so viel, und der Mehrwert ist nur dann da, wenn du die genannten Punkte wirklich brauchst.
Ein praktischer Tipp aus mehreren Beratungsmandaten: Vor dem Wechsel auf Enterprise mit dem Anthropic-Sales-Team ein konkretes Anforderungsprofil durchsprechen. Die Konditionen sind verhandelbar, und manche Funktionen (zum Beispiel erweiterte Audit-Logs) lassen sich auch in Team aktivieren, wenn die Gesamtzahl der Seats hoch genug ist.
Häufige Fragen
Brauche ich für jedes Projekt einen eigenen Tarif?
Nein. Ein Team-Account schaltet beliebig viele Projekte frei. Die Mindest-Seat-Zahl von 5 gilt einmal pro Workspace, nicht pro Projekt. Wer also fünf Mitarbeiter hat, kann mit einem Workspace zehn oder zwanzig Projekte parallel laufen lassen, ohne mehr zu zahlen. Die Kosten skalieren mit Nutzern, nicht mit Projekten.
Kann ich Projekte zwischen Pro und Team migrieren?
Eingeschränkt. Wenn du als Pro-Nutzer Projekte angelegt hast und auf Team upgradest, bleiben die Projekte zunächst privat. Du kannst sie aber per Export und Re-Import in den Team-Workspace übertragen, dort als geteilte Projekte neu anlegen und die Berechtigungen verteilen. Das ist mit etwas Handarbeit verbunden, aber machbar. In die Gegenrichtung (Team zurück auf Pro) gehen geteilte Projekte verloren, sobald du den Team-Plan kündigst.
Wie verhält sich der Datenschutz, wenn ich personenbezogene Daten in Dokumenten habe?
Mit Standard-DPA (ab Team) ist Anthropic Auftragsverarbeiter im Sinn von Art. 28 DSGVO. Das deckt grundsätzlich personenbezogene Daten ab, sofern du als Verantwortlicher eine zulässige Rechtsgrundlage nach Art. 6 DSGVO hast. Praktisch heißt das: Du musst die Verarbeitung in dein Verzeichnis nach Art. 30 DSGVO aufnehmen und prüfen, ob die Datenübermittlung in die USA über das EU-US Data Privacy Framework abgedeckt ist. Wer besonders sensible Daten verarbeitet (zum Beispiel Gesundheitsdaten), sollte den DPA durch einen Datenschutzbeauftragten prüfen lassen und ggf. AWS Bedrock in der EU-Region als Alternative erwägen.
Was passiert, wenn ein Mitarbeiter mit Viewer-Rechten ausscheidet?
Du entfernst ihn als Mitglied aus dem Workspace. Damit hat er keinen Zugriff mehr auf die geteilten Projekte. Bereits exportierte Konversationen, die er auf seinem lokalen Rechner gespeichert hat, sind allerdings weiterhin lesbar. Wer das vermeiden will, regelt im Arbeitsvertrag oder in einer separaten Vereinbarung den Umgang mit exportierten KI-Konversationen analog zu anderen vertraulichen Geschäftsunterlagen.
Zuletzt geprüft am 23. Mai 2026.
Du willst KI-Tools strukturiert im Unternehmen einsetzen, mit Förderung für die Mitarbeiterqualifizierung? Im DigiMan-Kurs lernen Teilnehmer in 16 Wochen, wie Claude, ChatGPT und n8n produktiv ineinandergreifen, inklusive DSGVO-Praxis und Rollen-Setup für KMU. Über Bildungsgutschein 0 EUR Kosten.
Über den Autor
Dr. Jens Aichinger ist promovierter Wirtschaftspaedagoge, Gruender von SkillSprinters und seit über zehn Jahren in der digitalen Bildung tätig. Mit dem DEKRA-zertifizierten Bildungstraeger SkillSprinters betreut er bundesweit KMU bei der KI-Einfuehrung. Mehr unter skill-sprinters.de/autor/jens-aichinger/.
Bereit für deinen nächsten Karriereschritt?
Lass dich kostenlos beraten. Wir finden die passende Weiterbildung und Förderung für dich.