KI-Nutzung im Team besprechen, ohne Nutzungsquoten zum Selbstzweck zu machen

Eine hohe KI-Nutzungsquote sagt zunächst nur, dass Menschen ein Werkzeug benutzen. Sie beantwortet nicht, ob dadurch bessere Entscheidungen, weniger Nacharbeit oder brauchbarere Übergaben entstehen. Wenn du KI-Nutzung im Team besprichst, beginne deshalb mit konkreten Aufgaben und Ergebnissen. Die Zahl aktiver Konten hilft bei der Betriebsplanung. Als alleiniger Erfolgsnachweis reicht sie nicht.

Dieser Artikel entwickelt einen eigenen Gesprächs- und Auswertungsablauf für Teamleitungen. Das durchgehende Beispiel ist fiktiv. Es zeigt, wie du Nutzung, Eignung und Wirkung auseinanderhältst, ohne Beschäftigte nach Prompt-Zahlen zu sortieren. Für die vollständige Zeitrechnung ergänzt du die Methode aus KI-Zeitersparnis messen.

Welche Entscheidung hinter der Nutzungszahl steckt

Bevor du ein Dashboard öffnest, schreibe die Entscheidung auf. Geht es um ungenutzte Lizenzen, fehlende Schulung, ungeeignete Aufgaben oder die Fortsetzung eines Piloten? Diese Fragen brauchen unterschiedliche Daten. Eine monatlich aktive Person ist für die Lizenzplanung relevant. Für die fachliche Abnahme zählt, ob sie eine geeignete Aufgabe mit akzeptabler Qualität erledigt.

Ein Konto mit wenigen Aufrufen kann trotzdem sinnvoll genutzt werden, etwa bei einer seltenen, aufwendigen Dokumentenauswertung. Viele Aufrufe können dagegen aus wiederholten Fehlversuchen entstehen. Ohne Aufgabenbezug zeigen beide Zahlen nur Aktivität. Eine Rangliste verführt dazu, den sichtbaren Zähler zu optimieren, während der eigentliche Arbeitszweck aus dem Blick gerät.

Formuliere daher eine engere Frage: "Bei welchen freigegebenen Aufgaben hilft die vorhandene KI-Vorlage, und an welcher Stelle scheitert ihre Nutzung?" Darauf kann ein Team mit Beispielen antworten. "Warum nutzt ihr zu wenig KI?" unterstellt dagegen schon, dass mehr Nutzung die richtige Lösung ist. Genau diese Annahme muss zuerst geprüft werden.

Nutzerproblem vor Werkzeugaktivität

Das Kapitel User Needs + Defining Success im Google PAIR Guidebook empfiehlt, KI an Nutzerproblemen und ihrem besonderen Nutzen auszurichten. Es fordert auch den Vergleich mit einfacheren Lösungen. Das ist Gestaltungswissen aus einem Leitfaden, kein experimenteller Nachweis für eine bestimmte Nutzungsquote.

Für eine Teamleitung folgt daraus eine eigene praktische Regel: Jede Nutzungskennzahl erhält einen benannten Zweck. Die Zahl aktiver Konten beantwortet eine Zugangsfrage. Die Zahl akzeptierter Ergebnisse beantwortet eine Qualitätsfrage. Die Zahl vermiedener Rückfragen beantwortet eine Prozessfrage. Keine dieser Angaben ersetzt die anderen, und nicht jede muss für jede Aufgabe erhoben werden.

Ein Beispiel: Eine Teamleitung will die Übergabe von Serviceanfragen verbessern. Dann ist die Frage nach vollständigen Vorgängen wichtiger als die Zahl erzeugter Zusammenfassungen. Eine Zusammenfassung, die der Empfänger komplett neu schreiben muss, ist kein brauchbarer Output. Der Beitrag über weniger Rückfragen als Erfolgsziel beschreibt die dazu passende Wirkungsmessung.

Ein fiktives Team mit scheinbar guter Quote

In einem fiktiven Team besitzen zwölf Personen eine Lizenz. Zehn haben das Werkzeug im betrachteten Monat geöffnet. Die aktive Nutzungsquote beträgt damit zehn geteilt durch zwölf, also rund 83 Prozent. Diese Rechnung ist korrekt. Die Interpretation "83 Prozent des Teams arbeiten erfolgreich mit KI" ist daraus nicht ableitbar.

Das Team dokumentiert zusätzlich vierzig Vorgänge, die grundsätzlich für seine freigegebene Vorlage infrage kommen. In zwanzig Fällen wird KI eingesetzt. Vierzehn Ergebnisse bestehen die fachliche Prüfung ohne wesentliche Korrektur. Sechs benötigen zusätzliche Überarbeitung. Bei den zwanzig Vorgängen ohne KI fehlen teilweise geeignete Unterlagen; teilweise ist die bestehende Textvorlage schneller verfügbar.

Die letzte Zahl ist keine Rendite und kein allgemeiner Reifegrad. Sie zeigt lediglich einen definierten Ausschnitt. Wenn die Prüfkriterien schwach sind, bleibt auch ein hoher Wert wenig aussagekräftig. Wenn die geeigneten Vorgänge falsch abgegrenzt sind, stimmt bereits der Nenner nicht. Das Team muss daher vor allem seine Definitionen erklären können.

Nichtnutzung nach Gründen unterscheiden

Frage bei einem ausgelassenen Einsatz zuerst nach dem Vorgang. War die Aufgabe freigegeben? Waren die benötigten Unterlagen vorhanden? Gab es Zugang zum richtigen System? Wurde die Vorlage verstanden? Oder passte der bestehende Arbeitsweg besser? Diese Unterscheidung verhindert, dass ein technischer oder fachlicher Mangel als mangelnde Bereitschaft einer Person behandelt wird.

Eine brauchbare Erfassung enthält wenige Gründe, die sich anhand eines Falls prüfen lassen: fehlender Zugriff, ungeeignete Daten, unklare Vorlage, zu hoher Prüfaufwand oder bewusst gewählte bessere Alternative. Ein freies Kommentarfeld nimmt Fälle auf, die noch nicht passen. Die Kategorien sind ein eigenes Arbeitsraster. Sie sind keine psychologische Diagnose und keine Bewertung der Beschäftigten.

Besprich einen repräsentativen Fall je häufigem Grund. Bei fehlendem Zugriff ist die nächste Handlung eine technische Klärung. Bei zu hohem Prüfaufwand braucht es eine Änderung des Ablaufs. Bei einer schnelleren Standardvorlage ist ein Vergleich sinnvoll. Das Vorgehen aus KI gegen die bestehende Vorlage testen verhindert, dass nur schwache Alternativen als Vergleich dienen.

Ein Gespräch ohne Vorführung einzelner Personen

Kündige den Zweck vorab an: Das Team prüft den Arbeitsablauf, nicht die Geschwindigkeit einzelner Beschäftigter. Verwende freigegebene, auf das Nötige reduzierte Beispiele. Eine persönliche Nutzungsstatistik gehört nicht automatisch in eine offene Teamrunde. Welche personenbezogenen Daten intern verarbeitet werden dürfen, muss die dafür zuständige Stelle anhand des konkreten Vorhabens klären.

Beginne mit einer gelungenen und einer schwierigen Aufgabe. Die bearbeitende Person beschreibt, welche Eingabe sie hatte, welches Ergebnis sie brauchte und an welcher Stelle Nacharbeit entstand. Die Leitung fragt nach Bedingungen und Belegen. Allgemeine Etiketten wie "KI-affin" oder "veränderungsresistent" erklären den Ablauf nicht und helfen bei der nächsten Verbesserung kaum weiter.

Halte die Diskussion bei beobachtbaren Vorgängen. "Die Vorlage hat den aktuellen Dokumentenstand nicht angezeigt" lässt sich prüfen. "Die Kollegen vertrauen KI nicht" ist zunächst eine Deutung. Eine Rückfrage nach dem letzten konkreten Fehlerfall liefert meist mehr Arbeitsmaterial als eine Debatte über Einstellungen. Wenn ein Vorfall vorliegt, schliesst das Gespräch an die Besprechung von KI-Fehlern im Team an.

Die Vergleichsgruppe nicht versehentlich verändern

Eine Quote verändert sich schon dann, wenn andere Aufgaben in den Nenner gelangen. Im Urlaubsmonat bearbeitet das Team möglicherweise weniger Sonderfälle. Nach einer neuen Freigabe kommen zusätzliche Vorgangstypen hinzu. Ein Anstieg der Nutzung hat dann mehrere mögliche Ursachen. Der Bericht muss solche Änderungen nennen, bevor er eine Wirkung der Schulung oder Vorlage behauptet.

Definiere deshalb für jeden Zeitraum dieselbe Beobachtungseinheit. Ein Vorgang bleibt ein Vorgang, auch wenn fünf Prompts nötig sind. Ein Fehlversuch verschwindet nicht aus der Rechnung, nur weil die Bearbeitung danach manuell weitergeht. Offene Vorgänge werden getrennt ausgewiesen. Eine fehlende Beobachtung zählt weder als Erfolg noch als Misserfolg ohne weitere Prüfung.

Vergleiche zudem Aufgabenklassen getrennt, wenn ihre Anforderungen sichtbar unterschiedlich sind. Eine kurze interne Zusammenfassung und eine fachlich anspruchsvolle Kundenantwort brauchen nicht dieselbe Quote. Die Leitung entscheidet, welche Unterschiede für ihre konkrete Frage relevant sind. Zu kleine Gruppen liefern Beispiele, aber keine verlässlichen Ranglisten oder scheinbar präzisen Aussagen über ganze Berufsgruppen.

Aus der Runde muss eine begrenzte Änderung entstehen

Am Ende jeder Fallbesprechung steht eine konkrete Änderung oder eine begründete Entscheidung, nichts zu ändern. Beispielsweise ergänzt die verantwortliche Person die Vorlage um einen Quellenstand. Die fachliche Prüferin kontrolliert fünf neue Fälle. Die Leitung legt fest, wann diese Ergebnisse erneut besprochen werden. Namen und Termin stammen aus dem tatsächlichen Team, nicht aus einer Musterannahme.

Begrenze den nächsten Versuch auf die vermutete Ursache. Wenn gleichzeitig Modell, Eingabeformat, Schulung und Qualitätsregel wechseln, bleibt unklar, was geholfen hat. Für einen kleinen betrieblichen Test reicht häufig eine sauber dokumentierte Änderung mit passenden Gegenbeispielen. Grössere Wirkungsbehauptungen verlangen eine stärkere Untersuchungsanlage und mehr Daten.

Ein freiwilliges Lernziel kann parallel bestehen: Beschäftigte probieren eine freigegebene Aufgabe aus und bringen eine offene Frage mit. Das ist eine Lernaktivität. Der Bericht darf sie nicht als bewiesene Produktivitätssteigerung verkaufen. Eine gute Lernrunde kann gerade zeigen, dass eine Aufgabe weiterhin besser ohne KI bearbeitet wird. Auch dieses Ergebnis muss im Team akzeptiert werden.

Gegenargument: Ohne Nutzungsziel bleibt die Lizenz ungenutzt

Ein Nutzungsziel kann sinnvoll sein, wenn zunächst Zugang und praktische Erfahrung fehlen. Dann muss es ausdrücklich als Einführungsziel bezeichnet werden. "Jede berechtigte Person bearbeitet einen freigegebenen Übungsfall" ist überprüfbar. Daraus folgt aber noch keine Pflicht, dauerhaft möglichst viele Vorgänge durch KI zu schicken.

Trenne deshalb die Einführung von der späteren Betriebsentscheidung. Während der Einführung prüfst du, ob Menschen das Werkzeug kennenlernen und die Grenzen verstehen. Im Betrieb prüfst du, ob der Ablauf unter realen Bedingungen trägt. Bleibt der Nutzen aus, ist eine reduzierte Lizenzzahl oder eine engere Aufgabenfreigabe eine sachliche Konsequenz.

Die Leitung muss auch die Kosten der Erfassung berücksichtigen. Ein aufwendiges Tracking für wenige Vorgänge verbraucht schnell mehr Zeit als der Test selbst. Beginne mit einer begrenzten Stichprobe und klaren Datenfeldern. Erweitere die Erfassung nur dann, wenn eine offene Entscheidung die zusätzliche Information tatsächlich benötigt.

Ein Teamfragebogen ohne Personenrangliste

Für eine erste Runde empfehle ich vier offene Felder: Welche freigegebene Aufgabe hast du bearbeitet? Was war am Ergebnis brauchbar? Welche Korrektur war nötig? Welche Voraussetzung hat gefehlt? Die Antworten beziehen sich auf den Arbeitsfall. Eine persönliche Prompt-Zahl ist für diese Diagnose nicht erforderlich.

Fasse ähnliche Hindernisse zusammen, ohne aus einzelnen Aussagen eine Häufigkeit für das ganze Team abzuleiten. Wenn zwei Personen fehlende Quellen nennen, ist zunächst genau dieser Befund belegt. Ob das Problem häufiger auftritt, muss eine passende Erhebung zeigen. Kleine Gruppen lassen sich zudem oft trotz weggelassener Namen wiedererkennen. Versprich deshalb keine Anonymität, die das Verfahren nicht tatsächlich gewährleistet.

Die Leitung erläutert vorab, wer die Antworten sieht und wofür sie verwendet werden. Bei personenbezogener Auswertung gelten die dafür vorgesehenen internen Verfahren. Für den hier beschriebenen Lernzweck reichen häufig zusammengefasste Hindernisse und freigegebene Fallbeispiele. Die nächste Besprechung prüft dann, ob die vereinbarte Änderung das konkret benannte Hindernis beseitigt hat.

Abnahme der nächsten Nutzungsbesprechung

Vor der Runde muss klar sein, welche Entscheidung die Daten unterstützen, was als geeigneter Vorgang zählt und wie ein akzeptiertes Ergebnis aussieht. Während der Runde muss mindestens ein Beispiel vom Eingang bis zur Freigabe nachvollziehbar sein. Danach muss eine verantwortliche Person den vereinbarten Prüfschritt übernehmen.

Ein brauchbarer Bericht nennt deshalb nicht nur die aktive Nutzungsquote. Er erklärt, welche Aufgaben betrachtet wurden, welche Ergebnisse entstanden und welche Hindernisse offenbleiben. Wenn diese Verbindung fehlt, ist die Statistik eine Betriebszahl mit begrenzter Aussage. Wenn sie steht, kann das Team über seinen Arbeitsablauf entscheiden, ohne mehr KI-Nutzung mit besserer Arbeit gleichzusetzen.