Claude Code im Unternehmen einführen: Vom Pilot zum System, das Ihr Team betreibt.

Wofür Claude Code im Unternehmen taugt

Claude Code ist ein KI-Assistent von Anthropic, der Dateien liest und ändert und Befehle ausführt. Er wurde für Softwareentwicklung gebaut, ist aber überall nützlich, wo Arbeit aus Text, Daten und wiederkehrenden Abläufen besteht. In Unternehmen sehen Sie ihn typischerweise an vier Stellen:

• Entwicklung und IT: Tests schreiben, Fehler suchen, Dokumentation pflegen, Änderungen prüfen. Hier ist der Einsatz am weitesten verbreitet.
• Fachbereiche mit wiederkehrenden Textabläufen: Recherche, interne Entwürfe, Auswertung von Rückmeldungen, Berichte aus mehreren Quellen.
• Interne Werkzeuge: kleine Programme für Abläufe, für die sich eine große Softwarelösung nicht lohnt.
• Wissensarbeit im Team: versionierte Wissensarchive, Vorlagen und Checklisten, mit denen mehrere Personen und mehrere KI-Assistenten nach denselben Regeln arbeiten.

Was Claude Code nicht leistet: Es ersetzt keine Fachverantwortung, keine Rechtsprüfung und keine Qualitätskontrolle. Es erzeugt Vorschläge, die plausibel klingen und nicht immer richtig sind. Wer das akzeptiert und den Ablauf darauf auslegt, bekommt verlässliche Ergebnisse. Wer es ignoriert, bekommt schnelle Fehler.

Mein Blick darauf stammt aus der eigenen Praxis: Bei fainin arbeiten vier Personen und zehn KI-Agenten zusammen, und ich nutze Claude Code seit dem Start. Wie wir das organisieren, beschreibe ich in einem eigenen Beitrag. Hier geht es darum, wie Sie diesen Weg in Ihrem Unternehmen strukturiert gehen.

Den richtigen Prozess wählen

Die wichtigste Entscheidung fällt vor der ersten Zeile Code. Ein guter Pilotprozess erfüllt fünf Kriterien:

Beispiele, die sich gut eignen

• Recherche und Zusammenfassung: Marktbeobachtung, Lieferantenvergleich, Auswertung öffentlicher Quellen. Ergebnis ist eine Tabelle mit Quellen, die ein Mensch prüft.
• Interne Entwürfe: Protokolle, Statusberichte, Antworten auf wiederkehrende interne Fragen, immer mit Freigabe vor Versand.
• Auswertung von Rückmeldungen: Kundenfeedback, Umfragen oder Tickets nach Themen sortieren und Muster benennen.
• Dokumentation: Prozessbeschreibungen, Handbücher und Checklisten aus vorhandenem Material erstellen und aktuell halten.
• Kleine interne Werkzeuge: eine Tabelle, die sich selbst auswertet, oder ein Formular mit Prüfung.

Beispiele, die sich schlecht eignen

• Abläufe mit hohem Schadenspotenzial ohne Prüfschritt, etwa automatische Kundenkommunikation mit rechtlicher Wirkung.
• Abläufe, die selten vorkommen und für die niemand zuständig ist.
• Abläufe, bei denen niemand sagen kann, was ein gutes Ergebnis ist.
• Abläufe, die sensible personenbezogene Daten verarbeiten, bevor Datenschutz und Zugriffsrechte geklärt sind.

Rollen und Verantwortung

Ein Pilot scheitert selten an der Technik. Meist fehlt jemand, der entscheidet, oder jemand, der prüft. Klären Sie zu Beginn schriftlich, wer was verantwortet:

Wichtig ist der Grundsatz, dass das Team das System am Ende selbst betreibt. Ein Pilot, der nur mit externer Hilfe läuft, ist kein Pilot, sondern ein Projekt. Planen Sie deshalb von Anfang an die Übergabe ein.

Daten, Rechte und Datenschutz

Bevor ein KI-Assistent Daten sieht, legen Sie fest, welche Daten er sehen darf. Das klingt bürokratisch und spart später viel Ärger. Ein bewährtes Vorgehen ist eine einfache Einteilung in drei Stufen:

Fragen, die Sie vor dem Start beantworten sollten

1. Welche Daten sieht das Modell, und wo werden sie verarbeitet (Land, Anbieter, Unterauftragsverarbeiter)?
2. Gibt es einen Vertrag zur Auftragsverarbeitung, und deckt er Ihren Einsatz ab?
3. Werden Eingaben gespeichert, wie lange, und können Sie die Aufbewahrung steuern?
4. Wer im Unternehmen darf den Assistenten nutzen, und wie wird das nachgewiesen?
5. Welche Zugangsdaten und Schlüssel liegen in den Projektordnern, und wie werden sie geschützt?
6. Fällt der Einsatz unter Vorgaben des EU AI Act, etwa aufgrund von Zweck und Branche, und welche Pflichten folgen daraus?
7. Muss der Betriebsrat beteiligt werden, weil der Einsatz Verhalten oder Leistung von Beschäftigten erfassen könnte?

Diese Fragen ersetzen keine Rechtsberatung. Sie helfen Ihrer Rechts- und Datenschutzabteilung, die richtigen Punkte zu prüfen. Ich ordne Ihren Anwendungsfall ein und benenne offene Fragen, die Prüfung selbst liegt bei Ihren Fachleuten.

Technische Einrichtung im Unternehmen

Aus Sicht der IT sind vor allem fünf Punkte wichtig. Alle Angaben stammen aus der offiziellen Dokumentation von Anthropic (Stand Oktober 2026). Prüfen Sie sie vor der Einführung gegen die aktuelle Fassung.

Zugang und Abrechnung

Claude Code lässt sich über ein Claude-Abonnement (Team oder Enterprise), über die Claude Console oder über unterstützte Cloud-Anbieter (Amazon Bedrock, Google Cloud, Microsoft Foundry) betreiben. Die Wahl hängt von Ihren Anforderungen an Datenverarbeitung, Abrechnung und vorhandene Verträge ab. Klären Sie das mit IT und Einkauf, bevor Sie Pilotnutzer:innen ausstatten.

Zentrale Vorgaben

Claude Code liest Anweisungen aus Dateien namens CLAUDE.md. Es gibt eine Ebene für die gesamte Organisation („Managed policy“), die IT zentral hinterlegen kann, zum Beispiel für Sicherheitsvorgaben und Standards. Darunter folgen persönliche Vorgaben und Projektvorgaben, die im Team über die Versionsverwaltung geteilt werden. So legen Sie Regeln fest, die für alle gelten, und lassen Teams ihre eigenen Details ergänzen. Wie man solche Dateien schreibt, beschreibt die Anleitung mit Vorlagen.

Weiche und harte Regeln

Anweisungen in CLAUDE.md sind Kontext, keine technische Sperre. Das Modell befolgt sie in aller Regel, aber nicht garantiert. Für Dinge, die unter keinen Umständen passieren dürfen, etwa der Zugriff auf Dateien mit Zugangsdaten, verwenden Sie technische Sperren. Claude Code bietet dafür sogenannte Hooks, die vor einer Aktion laufen und sie blockieren können, sowie ein Berechtigungssystem. Die Unterscheidung zwischen bitte nicht und geht technisch nicht ist eine der wichtigsten Entscheidungen im Betrieb.

Berechtigungen

Das Programm fragt vor Änderungen und Befehlen nach. Organisationen können festlegen, welche Aktionen ohne Rückfrage erlaubt sind und welche nie. Beginnen Sie im Pilot streng und lockern Sie nach Erfahrung.

Protokollierung und Nachvollziehbarkeit

Legen Sie Projektordner unter Versionsverwaltung (Git). Jede Änderung ist dann mit Datum, Person und Beschreibung nachvollziehbar, und Sie können einzelne Schritte zurücknehmen. Für Abläufe mit Prüfpflicht ist das die einfachste Grundlage für Nachweise.

Der Pilot in sechs Wochen

Der folgende Plan hat sich als Rahmen bewährt. Er ist ein Richtwert und wird an Ihr Team angepasst. Wichtig sind die Reihenfolge und die festen Entscheidungspunkte.

Prinzipien im Pilot

• Klein bauen. Ein Ablauf, nicht zehn. Wer mit einem sauberen Ablauf beginnt, kann später übertragen.
• Mensch prüft. Das System entwirft, ein Mensch gibt frei, bevor etwas nach außen geht oder Folgen hat.
• Regeln aufschreiben. Was das Team einem neuen Kollegen erklären würde, steht in der Projektanweisung. Wiederholte Korrekturen werden zu Regeln.
• Fehler sammeln. Jeder Fehler ist ein Hinweis auf eine fehlende Regel, ein fehlendes Beispiel oder einen fehlenden Prüfschritt.
• Vorher messen. Ohne Ausgangswerte lässt sich kein Nutzen belegen.
• Enddatum einhalten. Ein Pilot ohne Ende wird zu einem Dauerzustand ohne Entscheidung.

Erfolg messen

Legen Sie vor dem Start fest, woran Sie Erfolg erkennen. Bewährt haben sich vier Gruppen von Kennzahlen. Wählen Sie pro Pilot zwei bis vier davon aus und halten Sie sie schriftlich fest.

Setzen Sie dazu ein Mindestkriterium und ein Abbruchkriterium. Beispiel: „Wir machen weiter, wenn die Bearbeitungszeit um mindestens 30 Prozent sinkt und der Anteil ohne Nacharbeit freigegebener Ergebnisse bei mindestens 85 Prozent liegt. Wir brechen ab, wenn nach Woche vier keine Verbesserung messbar ist.“ Die Zahlen sind Beispiele. Entscheidend ist, dass Sie sie vorher festlegen, nicht nachher an das Ergebnis anpassen.

Risiken und Gegenmaßnahmen

Typische Widerstände im Team

An der Technik scheitert selten etwas. Meist sind es diese vier Dinge, und alle vier lassen sich lösen.

„Ich traue mich nicht, etwas Neues auszuprobieren.“

Diese Unsicherheit ist normal. Sie entsteht, weil niemand den Einstieg bodenständig erklärt. Was hilft: eine kleine Aufgabe aus dem eigenen Alltag, ein klarer Anfang und jemand, der daneben sitzt. Kein Vortrag über KI, sondern eine Stunde an einer echten Aufgabe.

„Das wird bei uns nicht zum Alltagstool.“

Ohne praktische Anleitung wird Claude Code nicht zum Alltagstool. Das gilt für jedes neue Werkzeug. Was hilft: Training am eigenen Ablauf, mit eigenen Beispielen, und Anweisungen, die im Team liegen und gepflegt werden. Wie man sie schreibt, steht in der Anleitung zu CLAUDE.md.

„Die KI ist ungenau und macht Fehler.“

Dieser Eindruck entsteht oft, wenn Aufträge vage sind. Was hilft: konkrete Aufträge, Beispiele für gute Ergebnisse, Quellenpflicht und ein Prüfschritt vor jeder Wirkung nach außen. Fehler gehören dazu. Der Pilot sorgt dafür, dass sie früh auffallen und nicht erst beim Kunden.

„Eine gute Antwort ist eine lange Antwort.“

Das gilt nicht mehr. Qualität heißt heute nicht, umfangreich zu antworten, sondern kurz, prägnant und präzise. Legen Sie das in den Anweisungen fest, zum Beispiel: „Antworte in höchstens fünf Sätzen. Nenne zuerst das Ergebnis.“ Kurze Antworten sind schneller zu prüfen und leichter zu verantworten.

Vom Pilot zum Betrieb

Nach einem erfolgreichen Pilot stellt sich die Frage, wie Sie das System in den Alltag überführen. Drei Dinge entscheiden darüber, ob es trägt:

1. Eine feste Zuständigkeit. Jemand pflegt die Anweisungen, sammelt Fehler und gibt Änderungen frei. Ohne Pflege veraltet ein System schnell.
2. Ein wiederkehrender Prüfrhythmus. Stichproben zeigen, ob die Qualität gehalten wird. Planen Sie sie wie einen Termin, nicht wie eine gute Absicht.
3. Ein kontrolliertes Wachstum. Ein zweiter Ablauf kommt erst, wenn der erste stabil läuft. Neue Abläufe durchlaufen dieselben Schritte: Prozess wählen, Rollen klären, Daten festlegen, kleiner Pilot, Auswertung.

Mit der Zeit entsteht daraus ein gemeinsames Wissensarchiv des Teams: Regeln, Beispiele, Vorlagen und Prüfschritte in versionierten Dateien. Dann können mehrere Personen und mehrere KI-Assistenten nach denselben Vorgaben arbeiten. Wie das bei uns aussieht, steht im Beitrag „So arbeiten vier Personen mit zehn KI-Agenten“.

Sechs Fragen an jeden Anbieter

Egal, ob Sie mit mir, mit einem anderen Dienstleister oder allein starten: Diese sechs Fragen sollten Sie jedem stellen, der Ihnen KI-Einführung anbietet. Gute Anbieter antworten konkret und ohne Ausweichen.

1. Welches konkrete Ergebnis liefern Sie nach welcher Zeit, und woran messen wir es?
2. Welche unserer Daten sehen Sie oder das Modell, und wo werden sie verarbeitet?
3. Wer prüft Ergebnisse, bevor sie nach außen gehen?
4. Wie dokumentieren Sie Anweisungen, Regeln und Änderungen?
5. Wie befähigen Sie unser Team, das System ohne Sie weiterzuführen?
6. Was passiert, wenn der Pilot nicht trägt, und wie beenden wir ihn sauber?

Checkliste für den Start

Wenn Sie alle Punkte mit „ja“ beantworten können, sind Sie startklar:

• Wir haben einen Prozess gewählt, der häufig vorkommt, regelbasiert und messbar ist und bei dem Fehler abgefangen werden.
• Es gibt eine verantwortliche Person mit Zeit für den Pilot und eine:n Prozesseigentümer:in.
• Erfolgskriterium, Mindestkriterium und Abbruchkriterium stehen schriftlich fest.
• Die Datenstufen sind festgelegt, vertrauliche und personenbezogene Daten sind im Pilot ausgeschlossen oder geprüft.
• IT, Datenschutz und, wo vorhanden, Betriebsrat sind eingebunden.
• Zugänge und Berechtigungen sind eingerichtet, harte Sperren für kritische Dateien sind aktiv.
• Der Projektordner liegt unter Versionsverwaltung.
• Die Ausgangswerte sind erfasst.
• Ein Prüfschritt durch einen Menschen steht vor jeder Wirkung nach außen.
• Ein Enddatum und ein Auswertungstermin sind vereinbart.

Wenn Sie den Weg nicht allein gehen wollen: Ich begleite Unternehmen beim Aufbau von KI-Agentensystemen, schule Mitarbeitende und halte Keynotes. Die Formate stehen unter Claude Code für Unternehmen. Als Einstieg eignet sich ein KI-Sprint von 90 Minuten mit einem Team.