Claude Enterprise gibt Ihrer Organisation Zugang zu leistungsstarker KI über Chat, Claude Code, Claude Cowork, Claude Design und Claude in den Tools, die Ihre Teams bereits nutzen, einschließlich Microsoft 365, Chrome und Slack. Mit diesem Zugang kommt die Verantwortung, den Verbrauch effektiv zu verwalten – um sicherzustellen, dass Ihr Team maximalen Wert erhält und die Nutzung vorhersehbar und im Budget bleibt.
Dieser Leitfaden führt Enterprise-Administratoren durch die wichtigsten Hebel zur Kontrolle und Optimierung des Token-Verbrauchs: Festlegung von Ausgabengrenzen, Konfiguration rollenbasierter Zugriffskontrolle, Schulung von Benutzern, Auswahl des richtigen Modells und Aufwandsniveaus für die richtige Aufgabe und Messung des Wertes Ihrer Ausgaben.
Warum Verbrauchsverwaltung wichtig ist
Claude Enterprise wird nach einem Pro-Seat-, nutzungsbasierten Modell abgerechnet. Der Verbrauchspool Ihrer Organisation wird von allen Benutzern gemeinsam genutzt, und einige Oberflächen – besonders Claude Code und Cowork – verbrauchen Token mit deutlich höherer Rate als Standard-Chat.
Administratoren, die proaktiv Ausgabengrenzen konfigurieren und Benutzer schulen, können Verschwendung reduzieren und sicherstellen, dass hochwertige Anwendungsfälle die benötigte Kapazität erhalten.
Token-Intensität über Oberflächen hinweg verstehen
Oberfläche | Token-Intensität und ihre Ursachen |
Core Chat | Niedrige Intensität. Standard-Hin-und-Her-Gespräche, Zusammenfassungen, Entwürfe und Fragen und Antworten. Der Token-Verbrauch skaliert mit der Nachrichtenlänge und dem Gesprächsverlauf. |
Claude Code | Höhere Intensität. Jede Coding-Sitzung umfasst System-Prompts, Dateikontext, Tool-Aufrufe und mehrstufiges Reasoning – mehr Token pro Sitzung als Chat. |
Claude Cowork | Höhere Intensität. Agentengesteuerte Workflows, mehrstufige Aufgabenausführung und Skills generieren erhebliche Zwischentoken-Nutzung, die für Endbenutzer möglicherweise nicht sichtbar ist. |
Andere Oberflächen nutzen auch die Nutzung Ihrer Organisation und erscheinen als separate Produkte in Analytics, dem Ausgabenexport und der Analytics-API: (a) Claude für M365 (Excel, PowerPoint, Word, Outlook-Add-Ins), unterliegt denselben Org-, Gruppen- und Pro-Benutzer-Ausgabengrenzen und Modellbeschränkungen; (b) Claude Design (Beta), das von der Verbrauchspool Ihrer Organisation zu Standard-API-Raten abgerechnet wird, mit Org-, Gruppen- und Pro-Benutzer-Limits; (c) Claude in Chrome, dessen Seitenpanel als Claude Cowork-Sitzung ausgeführt wird, sodass mehrstufige Browsing-Aufgaben wie andere Cowork-Agenten-Arbeiten verbraucht werden (verwalten Sie unter Organisationseinstellungen > Cowork); (d) Claude Tag (Claude in Slack, Beta), dessen Kanalarbeit zum Nutzungsguthaben der Organisation statt zu einzelnen Seats abgerechnet wird, sodass Pro-Benutzer- und Gruppenlimits es nicht begrenzen; legen Sie das Claude Tag-Ausgabenlimit (und optionale Pro-Kanal-Limits) unter claude.ai/admin-settings/usage/claude-tag fest. Direktnachrichten mit Claude Tag werden zum Seat des Absenders abgerechnet.
Admin-Tipp: Erwartungen mit Ihrem Team abstimmen
Benutzer, die Claude Code oder Cowork-Workflows ausführen, sind sich möglicherweise nicht bewusst, wie token-intensiv ihre Sitzungen sind. Eine einzelne Cowork-Aufgabe oder Claude Code-Debug-Sitzung kann viel mehr Token verbrauchen als Chat. Beziehen Sie diesen Kontext in jede Benutzer-Onboarding-Kommunikation ein.
Rollenbasierte Zugriffskontrolle
Rollenbasierte Zugriffskontrolle (RBAC) ermöglicht es Ihnen, Benutzer zu gruppieren und ihren Zugriff auf Claude-Oberflächen und Verbrauchsbudgets als Einheit statt einzeln zu verwalten. Dies ist die skalierbarste Methode zur Verwaltung der Nutzung in größeren Organisationen.
Wie man Gruppen strukturiert
Denken Sie bei Gruppen in Bezug auf Jobfunktion und Anwendungsfall, nicht Organisationshierarchie. Ein paar Prinzipien:
Erstellen Sie Gruppen, die unterschiedliche Nutzungsmuster abbilden, nicht Organigramm-Felder. "Engineering" und "Sales" sind nützlicher als "Nordamerika" und "EMEA" für die Verbrauchsverwaltung. Funktionale Gruppen machen auch intelligente Berichte nützlicher, da Berichte, die auf ein Team beschränkt sind, spezifische Erkenntnisse liefern, auf die man reagieren kann.
Begrenzen Sie die Gruppenverbreitung. Mehr als 8–10 Gruppen werden schwer zu verwalten. Beginnen Sie mit 4–6 und teilen Sie nur auf, wenn sich die Nutzungsmuster deutlich unterscheiden.
Verwenden Sie Gruppen, um den Zugriff auf hochintensive Oberflächen zu kontrollieren. Beispiel: Nur Mitglieder der Gruppe "Engineering" können auf Claude Code zugreifen; andere Benutzer sehen nur Chat und Cowork. Der Zugriff wird durch die benutzerdefinierten Rollen gewährt, die Sie jeder Gruppe zuweisen, und er gilt nur für Mitglieder, deren Organisationsrolle auf "Benutzerdefiniert" gesetzt ist. Mitglieder, die auf der integrierten Benutzerrolle bleiben, haben alles organisationsweit aktiviert. Gruppen können manuell erstellt oder von Ihrem Identitätsanbieter synchronisiert werden. Siehe Rollenbasierte Berechtigungen in Enterprise-Plänen einrichten.
Weisen Sie Gruppen-Ausgabengrenzen als Ausgangspunkt zu, überschreiben Sie dann auf Benutzerebene für Ausreißer (z. B. ein nicht-technischer PM, der Claude Code für ein bestimmtes Projekt benötigt).
Gruppen-Ausgabenverwaltung
Sobald Gruppen konfiguriert sind:
Überprüfen Sie den Gruppenverbrauch wöchentlich während des anfänglichen Rollouts, danach monatlich.
Wenn eine Gruppe sich ihrer Grenze konsistent nähert (siehe "Zeit bei Limit" auf der Nutzungsseite), untersuchen Sie, bevor Sie das Limit automatisch erhöhen. Ein intelligenter Bericht, der auf diese Gruppe beschränkt ist, zeigt, welchen Wert die Ausgaben bringen, oder Sie können dieser Gruppe eine kurze Umfrage senden, um direkt zu fragen. Die richtige Antwort könnte eine niedrigere Aufwantsgrenze oder klarere Modellvorgaben sein. Wenn der Bericht hochwertige Arbeit zeigt, erhöhen Sie das Limit, da Mitglieder bei ihrem Limit oft Ihre Top-Nutzer sind.
Erwägen Sie, in jeder Abteilung einen "Gruppeneigentümer" zuzuweisen, der für die Überprüfung der Nutzung und die Beantwortung von Fragen seines Teams verantwortlich ist. Dies verteilt die Admin-Last und bringt jemanden mit geschäftlichem Kontext ins Spiel. Sie müssen diese Personen nicht zu Eigentümern oder Administratoren machen: Erstellen Sie eine benutzerdefinierte Rolle, die die Admin-Berechtigung "Analytics (Kann anzeigen)" gewährt – und optional "Abrechnung (Kann anzeigen)", damit sie die Nutzungsseite sehen können – und weisen Sie sie einer kleinen Gruppe "Nutzungsreviewer" zu. Admin-Berechtigungen gelten nur für Mitglieder, deren Rolle auf "Benutzerdefiniert" gesetzt ist, und der Zugriff auf die Analytics-Ansicht ist organisationsweit statt auf ihre Gruppe beschränkt.
Um einem Gruppeneigentümer eine Ansicht nur seines Teams zu geben, können Sie ihn intelligente Berichte ausführen lassen, die auf seine Gruppen beschränkt sind. Siehe Lassen Sie Teammitglieder intelligente Berichte für bestimmte Gruppen ausführen.
Governance-Tipp: Oberflächenzugriff als erstes Tor
Bevor Sie sich Gedanken über Token-Level-Limits machen, stellen Sie sicher, dass die richtigen Personen Zugriff auf die richtigen Oberflächen haben. Allen Claude Code und Cowork-Zugriff am ersten Tag zu geben, ist der schnellste Weg, um unerwarteten Verbrauch zu generieren. Führen Sie hochintensive Oberflächen in Wellen aus, beginnend mit den Teams, die sie am produktivsten nutzen werden.
Ausgabengrenzen festlegen
Ausgabengrenzen sind Ihr primäres Werkzeug zur Kontrolle des Verbrauchs. Claude Enterprise ermöglicht Administratoren, Limits auf drei Ebenen festzulegen: Organisationsebene, Gruppenebene (mit RBAC) und individuelle Benutzerebene, plus optionale gepoolte Budgets, die einer Gruppe einen gemeinsamen monatlichen Betrag geben. Unser empfohlener Ansatz ist, mit RBAC-Gruppen-Limits und Pro-Benutzer-Limits zu beginnen – diese geben Ihnen präzise, gezielte Kontrolle ohne das Risiko, Ihre gesamte Organisation zu unterbrechen, wenn ein Limit erreicht wird.
Organisationsweite Ausgabengrenzen
Das organisationsweite Limit ist als harte Obergrenze für alle Benutzer und Oberflächen verfügbar, aber verwenden Sie es mit Bedacht: Das Erreichen wirkt sich auf alle gleichzeitig aus, was störend sein kann. Die meisten Administratoren stellen fest, dass die Verwaltung des Verbrauchs auf Gruppen- und Benutzerebene bessere Ergebnisse mit weniger operativem Risiko bringt.
Gruppen-Ausgabenlimit
Gruppen-Ausgabenlimits ermöglichen es Ihnen, einer ganzen Gruppe ein monatliches Pro-Benutzer-Ausgabenlimit zuzuweisen, sodass jedes Mitglied dieser Gruppe dasselbe Limit erbt, ohne es einzeln festzulegen. Dies ist die skalierbarste Methode zur Verwaltung des Verbrauchs in mittleren bis großen Organisationen, und hier sollten Administratoren beginnen.
Beachten Sie die folgenden Vorrangregeln:
Individuelle Limits überschreiben immer Gruppenlimits, unabhängig davon, welches höher ist.
Wenn ein Benutzer mehreren Gruppen mit unterschiedlichen Limits angehört, steuert die Einstellung Multi-Gruppen-Ausgabenlimit unter Ausgabenstandardwerte, ob das höhere oder niedrigere Limit gilt. Das Standardlimit für den Seat-Typ ist in diesem Vergleich enthalten.
Organisationsweite Limits bleiben die harte Obergrenze.
Kein Limit überall = kein Limit. Wenn ein Mitglied kein individuelles Limit hat und keine seiner Gruppen ein Limit haben, ist sein Verbrauch nicht begrenzt.
So konfigurieren Sie: Organisationseinstellungen → Nutzung → Nach Gruppe/Tier. Legen Sie Limits entweder auf einen bestimmten Dollarbetrag oder "Unbegrenzt" fest.
Gepoolte Gruppenbudgets (Beta)
Eine Gruppen-Ausgabenbegrenzung gibt jedem Mitglied dasselbe individuelle Limit. Ein gepooltes Budget gibt der ganzen Gruppe einen gemeinsamen monatlichen Betrag, aus dem jedes Mitglied entnimmt. Verwenden Sie es, wenn ein Team ein festes Budget, aber ungleichmäßige Nutzung zwischen Mitgliedern hat.
Jede Anfrage wird sowohl gegen das monatliche Limit des Mitglieds als auch gegen den Pool der Gruppe angerechnet. Das Mitglied stoppt bei dem, das zuerst aufgebraucht ist. Die Nutzung kann leicht über ein Limit hinausgehen, bevor sie pausiert. Legen Sie das Pro-Mitglied-Limit als Schutzvorrichtung fest, nicht als gleicher Anteil des Pools. Wenn der Pool aufgebraucht ist, pausiert die Nutzung für jedes Mitglied der Gruppe, bis ein Administrator es erhöht oder es im nächsten Monat zurückgesetzt wird. Abrechnungsadministratoren erhalten E-Mail-Benachrichtigungen bei 50 %, 75 %, 95 % und 100 % des Pools.
Wenn ein Mitglied zu mehr als einer gepoolten Gruppe gehört, wird der größte Pool zuerst verwendet. Sie können eine benutzerdefinierte Reihenfolge unter Pooled budget priority festlegen.
So konfigurieren Sie: Organization settings > Usage > Spend limits > By group/tier. Öffnen Sie das Menü der Gruppe, wählen Sie Edit limits und legen Sie ein Pooled monthly budget und ein Member monthly limit fest. Die Gruppe benötigt zunächst ein monatliches Ausgabenlimit. Besitzer, Hauptbesitzer, Administratoren, die Abrechnungsrolle und benutzerdefinierte Rollen mit Abrechnungsberechtigung (Can manage) können Pools einrichten. In der Beta-Version gilt die Abrechnungsberechtigung für die gesamte Organisation, daher kann jeder, der den Pool einer Gruppe bearbeiten kann, den Pool jeder Gruppe bearbeiten. Pools sind über die Admin-API noch nicht verfügbar. Siehe Manage pooled group budgets on Enterprise plans.
Ausgabenlimits auf Benutzerebene
Limits auf Benutzerebene ermöglichen es Ihnen, Verbrauchslimits für einzelne Konten festzulegen. Diese sind für Organisationen unverzichtbar, in denen die Nutzung je nach Rolle erheblich variiert – ein Entwickler, der Claude Code täglich nutzt, hat ganz andere Anforderungen als ein Marketer, der Chat zum Schreiben von Texten nutzt.
Best Practices für Limits auf Benutzerebene:
Definieren Sie Verbrauchsstufen basierend auf dem Rollentyp vor dem Rollout. Eine gestaffelte Struktur – z. B. Light, Standard, Power – erleichtert die konsistente Zuweisung und Anpassung von Limits.
Beginnen Sie konservativ. Es ist einfacher, ein Limit auf Anfrage eines Benutzers zu erhöhen, als ein Überschreitungsgespräch rückgängig zu machen.
Geben Sie Power-Usern (Ingenieuren, Datenwissenschaftlern, Forschern) höhere oder unbegrenzte individuelle Limits, gleichen Sie dies aber aus, indem Sie sicherstellen, dass sie das richtige Claude-Modell für die richtige Aufgabe verwenden.
Überprüfen Sie monatlich die Option „Time at limit
Model selection guidance
One of the most impactful things an admin can do is set clear guidance for users on which model to use for which tasks. Model choice has a direct and significant impact on spend.
Effort level is a second consumption lever. Users can choose how much thinking Claude applies to each response, and higher effort levels consume more tokens than lower ones. Encourage users to reserve Max effort for only the most demanding tasks and to use lower effort for routine tasks.
The right model for the right task
Model | Best for | Token intensity | Recommended use |
Claude Fable | The hardest, open-ended work: deep research, complex analysis, and long-running agentic work | Very High | Our most advanced generally available model, for your hardest and highest-value work. |
Claude Opus | Complex reasoning, research, writing, analysis, coding, and multi-step tasks | High | A strong default for most roles, and for complex, multi-step work |
Claude Sonnet | Everyday tasks, writing, analysis, Q&A | Moderate | A fast option for lighter everyday tasks, or a default for groups doing high-volume, simpler work. |
Claude Haiku | Simple lookups, summaries, fast responses | Low | High-volume, lightweight automation tasks |
Set your organization's default model
Beyond guiding users toward the right model, you can set the model that new conversations start with for everyone in your org. This is one of the most direct consumption levers available—the default shapes what the majority of users run day to day.
You have two options:
Anthropic recommended — automatically updates as new models ship, so your org always starts on our current recommended general-purpose model with no manual upkeep.
Choose your own — sets a specific model as the org default and holds it there until you change it. Use this when you want to standardize on a known model for consumption predictability (for example, defaulting to Opus and giving Fable to the roles that do the hardest work).
This setting applies to new conversations in chat, Claude Cowork, Claude Code (CLI 2.1.199 or later), and Claude for Microsoft 365. If the selected model isn't available in a product, Anthropic's recommended default is used. If you also pin a model for Claude Code through managed settings, that setting takes precedence for the CLI and IDE. See Set a default model for your organization.
Sticky defaults - always start with the default model and effort level (beta). By default, the model picker is sticky: new conversations start on whatever model a member last used. To change that, turn on Always start with the default model and effort level in Organization settings > Models. Every new conversation then starts on the org's default model and default effort level. Members can still change both within a conversation.
Sticky defaults upgrade automatically. When a launch changes the default model, the sticky model moves to the new default, so no one is left on an older model. Roles that set their own default model have the same switch in the role editor. It works in chat, Claude Cowork, Claude Code, Claude for Microsoft 365, Claude Design, and Claude Science. See Set a default model for your organization.
To follow the recommended configuration above, set defaults by role through Custom Roles. For example, you might make Claude Opus the org default and Claude Fable the default for your research and analysis roles. This builds on the RBAC groups you've already set up (see Role-based access controls above).
How to configure: Organization settings > Models for the org default. For role defaults, go to Organization settings > Roles > select a role > Models tab.
Manage model access for your organization
Beyond setting a default, you can restrict which models are available at all—a firmer lever than guidance alone. This works at two levels:
Organization level: each model is enabled or disabled for everyone, including Owners and Admins. Disabling a model here removes it from every picker org-wide.
Custom role level: for members on Custom roles, each role grants access to a subset of what's enabled at the org level. A role can't grant a model the org has disabled — the org setting is always the ceiling.
If a member belongs to multiple groups with different custom roles, access is additive — they get every model any of their roles grants (as long as it's enabled org-wide).
Capping effort level by role
Beyond restricting which models a role can use, you can cap the maximum effort level members on that role can select per model — a more granular version of the effort guidance already covered above. You can also set an effort cap for the whole organization, which is the highest level any role can allow. If a member has multiple roles, the highest effort cap across those roles wins.
Sie können auch eine Standard-Anstrengungsstufe für das Standardmodell einer Rolle festlegen, damit neue Gespräche auf der von Ihnen gewählten Stufe beginnen – entweder Anthropics empfohlener Standard oder eine bestimmte Stufe. Der Standard kann nicht höher sein als die Anstrengungsobergrenze für dieses Modell. Weitere Informationen finden Sie unter Standardmodell für Ihre Organisation festlegen.
Wo dies gilt
Wo dies gilt
So konfigurieren Sie: Organisationseinstellungen > Rollen > Rolle auswählen > Registerkarte Modelle. Legen Sie Modellzugriff, eine optionale Anstrengungsobergrenze pro Modell, ein optionales Standardmodell auf Rollenebene, Standard-Anstrengungsstufe und den Schalter Immer mit dem Standardmodell und der Standard-Anstrengungsstufe starten fest. Um die Konfiguration organisationsweit zu verwalten, gehen Sie zu Organisationseinstellungen > Modelle. Weitere Details finden Sie unter Modellzugriff für Ihre Organisation verwalten.
Empfehlungen zur Admin-Konfiguration
Wenn Sie Workflows mit hohem Volumen und niedriger Komplexität haben (z. B. Zusammenfassung von Support-Tickets, Generierung von Entwürfen für E-Mails), prüfen Sie, ob Haiku besser geeignet ist – es kann den Verbrauch für diese Anwendungsfälle erheblich reduzieren.
Überprüfen Sie regelmäßig, welche Modelle Ihre Benutzer tatsächlich auswählen. Wenn der größte Teil Ihres Verbrauchs auf Opus entfällt, ist das ein Signal dafür, dass Ihre Modellempfehlungen nicht ankommen.
Was Sie Ihren Benutzern über die Modellauswahl mitteilen sollten
Sonnet ist Ihr tägliches Arbeitstool. Es ist schnell, hochgradig leistungsfähig und für die überwiegende Mehrheit der Aufgaben konzipiert – Schreiben, Analyse, Codierungshilfe und Fragen und Antworten.
Opus ist für schwierigere, komplexere Arbeiten. Verwenden Sie es, wenn Sie an einem wirklich komplexen mehrstufigen Problem arbeiten oder wenn Qualität wichtiger ist als Geschwindigkeit.
Im Zweifelsfall mit Sonnet beginnen. Sie können das Modell jederzeit während eines Gesprächs zu Opus wechseln, wenn Sie mehr Tiefe benötigen.
Verwendung von Organisationsanweisungen zur Gestaltung des Benutzerverhaltens
Organisationsanweisungen ermöglichen es Administratoren, in jedem Claude-Gespräch in Ihrer Organisation ständige Anleitung einzufügen – und geben Claude praktisch einen Systemprompt, der die Normen, Best Practices und Schutzmaßnahmen Ihres Teams widerspiegelt. Dies ist ein hochgradig wirksames Tool zur Änderung des Benutzerverhaltens ohne zusätzliche Reibung, da die Anleitung im Produkt zum Zeitpunkt der Verwendung angezeigt wird, anstatt in Dokumentation, die Benutzer erst finden müssen.
Einige Möglichkeiten, wie Sie Organisationsanweisungen zur Verwaltung von Verbrauch und Nutzungsmustern verwenden können:
Warnen Sie vor tokenintensiven Ausgabeformaten. Wenn Sie eine Verbreitung eines bestimmten Artefakttyps bemerkt haben (z. B. HTML-Dashboards, die in funktionsübergreifenden Threads geteilt werden, wo ein einfacheres Format ausreichen würde), können Sie Claude anweisen, den Benutzer zu bestätigen, bevor er eines generiert. Dies fügt eine leichte Überprüfung hinzu, ohne die Funktion vollständig zu entfernen.
Weisen Sie Benutzer auf interne Ressourcen hin. Verweisen Sie direkt in der Einstellung auf das Wiki Ihres Teams, Best-Practice-Dokumente oder Nutzungsrichtlinien. Claude wird sie bei Bedarf anzeigen – und Benutzer zu den richtigen internen Kontexten lenken, anstatt sie jedes Mal neu zu erfinden.
Verstärken Sie die Modellauswahlnormen. Erinnern Sie Claude (und damit auch die Benutzer) daran, dass Sonnet der Standard ist und Opus für bestimmte Workflows reserviert ist. Dies ergänzt die Benutzerschulung, ohne dass jeder es von Anfang an verinnerlichen muss.
Verfolgung von Nutzung und Ausgaben
Seite "Analytik"
Die Seite "Analytik" im Benutzermenü (claude.ai/analytics) ist die schnellste Möglichkeit, einen Überblick über Ihre Organisation zu erhalten. Sie zeigt wöchentlich aktive Benutzer, Sitzauslastung, Top-Konnektoren, Gesamtausgaben (MTD/QTD/YTD), Ausgaben nach Modell und eine Top-10-Rangliste der Benutzer nach Ausgaben. Produktspezifische Ansichten für Chat, Claude Code, Cowork und Claude Design schlüsseln die Aktivität für jede Oberfläche auf. Weitere Informationen.
Skills-Analytik und ROI pro Skill
Jeder Skill stellt einen wiederholbaren Workflow dar – Vorbereitung eines Verkaufsgesprächs, Überprüfung eines Vertrags – daher können seine Kosten direkt gegen den Wert dieses Workflows abgewogen werden. Die Skills-Ansicht in Analytics zeigt Benutzer, Kosten pro Verwendung und Gesamtverwendungen für jeden Skill in Ihrer Organisation, filterbar nach Gruppe ("Welche Skills verwendet mein Rechtsteam?") oder Produktoberfläche.
So führen Sie eine ROI-Analyse durch:
Exportieren Sie die Skills-Tabelle als CSV aus der Skills-Ansicht.
Weisen Sie jedem Skill einen Wert pro Ausführung zu – eine grobe Schätzung des Wertes der abgeschlossenen Aufgabe, z. B. die Mitarbeiterzeit, die sie ersetzt (z. B. "Die Vorbereitung eines Verkaufsgesprächs ist für uns etwa 20 $ wert").
Berechnen Sie in Ihrer Tabelle: (Wert pro Ausführung − Kosten pro Verwendung) × Gesamtverwendungen ergibt den Nettowert, den jeder Skill generiert hat.
Die Berechnung erfolgt derzeit außerhalb des Produkts, aber der CSV-Export macht es zu einer schnellen Tabellenkalkulationsaufgabe. Selbst grobe Schätzungen erzählen eine überzeugende Geschichte: Ein Call-Prep-Skill mit Kosten von 0,90 $ pro Ausführung gegenüber 20 $ Wert bringt bei jeder Verwendung 20x zurück.
CSV-Export des Ausgabenberichts
Wenn Sie eine einmalige detaillierte Aufschlüsselung benötigen, können Sie einen Ausgabenbericht pro Benutzer und Modell als CSV von der Seite "Analytik" exportieren: Klicken Sie im Ausgabenbereich ("Wie viel kostet Claude?") auf der Registerkarte "Übersicht" auf "Ausgabenbericht exportieren" und wählen Sie MTD, letzten Monat, letzte 90 Tage oder einen benutzerdefinierten Bereich bis zu 90 Tage zurück.
Analytics-Chat
Mit Analytics-Chat können Sie Fragen zur Nutzung Ihrer Organisation in natürlicher Sprache stellen. Geben Sie eine Frage ein – "Zeige mir die täglichen Ausgaben der letzten 30 Tage", "Wer sind unsere Top-Spender", "Wie hoch ist unsere Sitzauslastungsquote" – und Claude gibt ein Diagramm und eine kurze schriftliche Zusammenfassung der Ergebnisse zurück. Sie können folgen, um zu verfeinern, zu vertiefen oder zu pivotieren, ohne von vorne zu beginnen.
Verwenden Sie dies, wenn Sie eine spezifische Frage haben und das Dashboard nicht navigieren möchten, oder wenn Sie Trends erkunden und schnelle Hin- und Herbewegungen wünschen. Die Ergebnisse decken standardmäßig die letzten 30 Tage ab; geben Sie einen anderen Bereich in Ihrer Frage an, wenn Sie ihn benötigen. Daten werden täglich aktualisiert. Weitere Informationen.
Analytics-API
Für programmgesteuerten Zugriff verwenden Sie die Claude Enterprise Analytics API. Rufen Sie eine sortierte Liste von Benutzern nach verwendeten Token oder ausgegebenen Dollar ab, oder sehen Sie sich Nutzungs- und Kostentrends im Laufe der Zeit an, aufgeschlüsselt nach Produkt, Modell, RBAC-Gruppe, Kontextfenster, Region oder Service-Tier (Standard vs. schnell). Das Gruppieren des Kostenberichts nach RBAC-Gruppe ergibt Ausgaben pro Abteilung für Rückbelastung, ohne pro-Benutzer-Zeilen zu exportieren. Jede Anfrage ist auf 31 Tage begrenzt, beginnend innerhalb der letzten 365 Tage, und nicht früher als 1. Januar 2026.
Ihr Primary Owner kann einen Schlüssel mit dem Bereich read:analytics unter Organisationseinstellungen > API erstellen. Kosten- und Nutzungsdaten landen normalerweise innerhalb von etwa vier Stunden (gelegentlich bis zu 24) und können bis zu 30 Tage lang überarbeitet werden. Fragen Sie daher Daten ab, die 30 oder mehr Tage in der Vergangenheit liegen, um Rechnungsqualitätstotale zu erhalten. Engagement-Endpunkte wie Benutzer, Skills, Plugins und Konnektoren werden täglich mit ungefähr einem Tag Verzögerung aktualisiert. Weitere Informationen und lesen Sie den API-Referenzleitfaden.
Nutzung von Skills, Plugins und Konnektoren pro Benutzer
Die Analytics-API schlüsselt auch die Nutzung von Skills, Plugins und Konnektoren pro Benutzer auf. Die Endpunkte skills, plugins und connectors unterstützen jeweils einen Parameter group_by[]=user_id, der die organisationsweiten Gesamtwerte, die Sie im Dashboard sehen, in eine Zeile pro Benutzer pro Skill (oder Plugin oder Konnector) umwandelt – damit Sie genau sehen können, wer einen bestimmten Skill ausführt, wie oft, und welche Teammitglieder tatsächlich ein Plugin aufgerufen haben, das Sie bereitgestellt haben. Sie können auch nach RBAC-Gruppe oder Produktoberfläche gruppieren oder auf einen einzelnen Skill, Plugin oder Konnector nach Name filtern.
Dies ist nützlich für die gleichen Pro-Skill-ROI-Fragen wie oben, nur aufgeschlüsselt nach einzelnem Benutzer anstatt in eine Tabelle exportiert – zum Beispiel, um zu bestätigen, dass ein Plugin-Rollout tatsächlich bei dem Team gelandet ist, für das es verteilt wurde, anstatt nur zu überprüfen, dass es installiert wurde. Weitere Informationen finden Sie in der API-Referenz: Skills, Plugins, Konnektoren.
Admin-API
Für Organisationen, die Limits über viele Gruppen hinweg verwalten, verschiebt die Admin-API Cost-Control-Workflows in Skripte – automatisiert Anfragen zur Erhöhung, kennzeichnet Mitglieder in der Nähe ihrer Limits und zeigt schnell wechselnde Nutzung im großen Maßstab. Die API liest das effektive Limit und die Ausgaben im laufenden Monat jedes Mitglieds und setzt oder löscht Overrides pro Benutzer. Gruppen-, Sitztyp-, Organisations- und gepoolte Gruppenlimits werden weiterhin in den Organisationseinstellungen konfiguriert. Die Benutzerverwaltungs-Endpunkte der Admin-API (derzeit in Beta für Enterprise-Organisationen) ermöglichen es Ihnen auch, Gruppen zu erstellen, Mitglieder hinzuzufügen oder zu entfernen und Ihre benutzerdefinierten Rollen programmgesteuert zu lesen. Siehe Benutzerverwaltung.
Warnungen für Ausgabenschwellen
Warnungen für Ausgabenschwellen benachrichtigen Administratoren bei 75 % und 90 % eines Ausgabenlimits auf Organisationsebene und geben Ihnen Zeit, die Obergrenze zu erhöhen, bevor jemand mitten in einer Aufgabe blockiert wird. Gepoolte Gruppenlimits senden ihre eigenen Warnungen an Abrechnungsadministratoren bei 50 %, 75 %, 95 % und 100 % des Pools.
In-Product-Umfragen
Die obige Analytik zeigt Ihnen, wie viel Ihr Team Claude nutzt; Umfragen zeigen Ihnen, was sie damit tun und was ihnen im Weg steht. Von Analytik > Umfragen können Administratoren Benutzern eine kurze Umfrage senden, die in Cowork oder Chat bei einer natürlichen Pause in ihrer Arbeit angezeigt wird. Wählen Sie das Publikum nach Gruppe aus, legen Sie ein Fenster fest und überprüfen Sie aggregierte Ergebnisse in der Konsole, einschließlich Antwortquote, einer Aufschlüsselung nach Oberfläche und Gruppe sowie eines Feeds mit schriftlichen Antworten und einem CSV-Export pro Umfrage. Weitere Informationen zum Erstellen von Umfragen für Ihre Organisation.
Zeit am Limit (Seite "Nutzung")
Die Seite "Nutzung" in Organisationseinstellungen > Nutzung wird mit einer Ansicht geöffnet, wie oft Mitglieder ihre Ausgabenlimits erreichen. Sie zeigt die Zeit am Limit pro aktiven Sitz diesen Monat, für alle Mitglieder und für Ihre Power-User (die Top 10 % nach Ausgaben), aufgetragen gegen vorherige Monate mit einer Prognose. Es hebt auch hervor, welche Gruppe oder welcher Limittyp die meiste Zeit am Limit ausmacht, damit Sie wissen, wo Sie zuerst nachschauen sollten.
Verwenden Sie diese Ansicht als Überprüfung, ob Limits zu Ihrer Arbeitsweise passen. Steigende Zeit am Limit bedeutet, dass Mitglieder mitten in einer Aufgabe blockiert werden. Sie können Limits von der gleichen Seite aus anpassen: Erhöhen Sie einen Standard oder erhöhen Sie die Limits der Mitglieder, die sie erreicht haben.
Smart Reports (Beta)
Analytics zeigt, wie viel jedes Team ausgibt. Smart Reports zeigen, was diese Ausgaben produzieren. Begrenzen Sie einen Bericht auf ein Team, einen Datumsbereich und die Produkte, die Sie einbeziehen möchten. Claude überprüft eine Stichprobe von Transkripten und schlüsselt die Ausgaben nach Workstream und Ausgabetyp auf.
Konzentrieren Sie sich für das Verbrauchsmanagement auf diese Abschnitte:
Kosten pro Sitzung nach Ausgabetyp. Sehen Sie, welche Arbeitsarten teuer zu produzieren sind und ob diese Kosten ihrem Wert entsprechen.
Häufigste Reibungsverluste und Ineffizienzen. Überarbeitungsschleifen und Sitzungen ohne verwertbares Ergebnis sind Ausgaben ohne Ertrag. Wiederholte Reibungsverluste deuten oft auf einen Connector oder eine Einstellung hin, die Sie in Minuten aktivieren können.
Wiederverwendbare Fähigkeiten und Workflows zum Aufbau. Wenn Sie wiederholte Arbeiten als gemeinsame Fähigkeit verpacken, erhält das gesamte Team schneller ein konsistentes Ergebnis. Nach dem Rollout können Sie die Kosten und ROI in der Ansicht „Fähigkeiten" verfolgen."
Teuerste Sitzungen. Sehen Sie, wo sich die Ausgaben konzentrieren.
Smart Reports sollen Ihnen helfen, die Akzeptanz zu verstehen und Investitionen zu planen, nicht um die Leistung einzelner Personen zu bewerten. Informationen zur Verfügbarkeit, zum Setup und zum Erstellen und Freigeben von Reports finden Sie unter Erste Schritte mit Smart Reports.
Umfragen (Beta)
Sie können eine kurze Umfrage in Claude durchführen, um zu erfahren, wofür Benutzer Claude nutzen, welchen Wert es für sie hat und wo sie Schwierigkeiten haben. Vergleichen Sie dann ihre Antworten mit Ihren Ausgabendaten.
Umfragen werden in Claude Cowork als Karte zwischen Aufgaben oder nach einer Antwort im Chat angezeigt und unterbrechen niemals eine laufende Aufgabe. Sie können eine an alle Mitglieder oder an bestimmte Gruppen senden, Cowork, Chat oder beides auswählen und Start- und Enddaten festlegen. Jeder Benutzer sieht eine Umfrage nur einmal. Die Ergebnisse werden aktualisiert, während die Umfrage läuft: Antwortsatz, Balkendiagramme für Multiple-Choice-Fragen und ein Feed geschriebener Antworten, den Sie nach Gruppe filtern können. Sie können diese auch in CSV exportieren.
Für das Verbrauchsmanagement sind Umfragen nützlich für:
Überprüfung des Werts hinter hohen Ausgaben. Wenn eine Gruppe häufig an ihrer Grenze ist, fragen Sie, wofür sie Claude nutzt, bevor Sie die Obergrenze erhöhen oder senken.
Ausfüllen Ihrer ROI-Zahlen. Fragen Sie, wie viel Zeit Claude bei wichtigen Workflows spart, und verwenden Sie die Antworten als Ihre Wert-pro-Durchlauf-Schätzungen in der ROI-Analyse für Fähigkeiten.
Reibungsverluste finden. Fragen Sie, wo Claude nicht hilft. Antworten deuten oft auf einen Connector, eine Fähigkeit oder eine Modelleinstellung hin, die geändert werden muss.
Konfigurationsanleitung: Analytics > Umfragen > Neue Umfrage. Primäre Eigentümer, Eigentümer, Administratoren und benutzerdefinierte Rollen mit Zugriff auf die Analytics-Ansicht können Umfragen erstellen und Ergebnisse anzeigen. Antworten gehen an die Administratoren Ihrer Organisation, und Anthropic greift nur bei Bedarf darauf zu, um den Service auszuführen. Geben Sie keine regulierten Daten wie PHI in Antworten ein. Antworten sind nicht anonym: der Export enthält die E-Mail-Adresse jedes Befragten. Umfragen sind noch nicht für Organisationen verfügbar, die kundenverwaltete Verschlüsselungsschlüssel (CMEK) verwenden. Siehe Umfragen für Ihre Organisation erstellen.
Schulung von Endbenutzern
Technische Kontrollen bringen Sie schon sehr weit, aber das Benutzerverhalten treibt den Rest an. Ein Team, das versteht, wie der Verbrauch funktioniert, trifft unabhängig bessere Entscheidungen und bringt weniger Grenzfälle zur Fehlerbehebung zu Ihnen.
Was Sie Endbenutzern mitteilen sollten
Wenn Sie Benutzer einarbeiten, teilen Sie Folgendes mit:
Wie Claude abgerechnet wird
Die Nutzung wird in Token gemessen. Lange Eingabeaufforderungen und lange Gespräche verbrauchen mehr Token.
Claude Code und Cowork-Sitzungen sind erheblich tokenintensiver als Chat. Eine einzelne lange Codierungssitzung kann viel mehr Token verbrauchen als eine typische Chat-Sitzung.
Überprüfen Sie Ihre Nutzung in den Einstellungen, indem Sie zu Einstellungen → Nutzung wechseln.
Wie man ein Modell auswählt
Sonnet ist das Standard-Modell und bewältigt die meisten Aufgaben gut. Verwenden Sie Opus nur, wenn Sonnet Sie nicht dorthin bringt, wo Sie sein müssen.
Ihre Organisation hat ein Standard-Modell für neue Gespräche festgelegt. Sie können aber immer noch ein anderes Modell auswählen. Wählen Sie es am Anfang einer Aufgabe aus.
Die Modellauswahl ist in der Benutzeroberfläche sichtbar – erinnern Sie Benutzer, sie zu überprüfen, besonders wenn sie komplexe Aufgaben ausführen.
Sofern Ihr Administrator nicht „Immer mit dem Standard-Modell starten
Die Aufwandsstufe wird neben dem Modellnamen angezeigt. Ein höherer Aufwand bedeutet gründlichere Antworten, aber einen höheren Token-Verbrauch, daher passen Sie ihn an die Aufgabe an.
Was passiert, wenn sie eine Obergrenze erreichen
Benutzer werden im Produkt benachrichtigt, wenn sie sich ihrer Ausgabenbegrenzung nähern, und können nach Erreichen der Grenze auf „Mehr Nutzung anfordern
Nichts, was sie bereits produziert haben, geht verloren. Die bereits laufende Anfrage wird abgeschlossen, aber weitere Anfragen werden blockiert, daher kann eine mehrstufige Claude Code- oder Claude Cowork-Aufgabe vor Abschluss pausieren. Sie können die Arbeit fortsetzen, sobald ein Administrator die Grenze erhöht, oder wenn die Grenzen am 1. des Monats um 00:00 UTC zurückgesetzt werden.
Wenn Ihre Gruppe ein gemeinsames Budget verwendet, kann die Nutzung für die gesamte Gruppe pausieren, wenn der gemeinsame Pool aufgebraucht ist, auch wenn Sie Ihre eigene Grenze nicht erreicht haben.
Ressourcen zum Teilen mit Benutzern