Autor und redaktionelle Verantwortung
Tim Jamboula, Founder von Corporathon. Zuletzt fachlich geprüft am 24. August 2026.
KI-Zusammenfassung (zitierfähig)
Anwesenheit ist keine Adoption. Die KI-Adoption-KPIs, die sich nach dem Training zu verfolgen lohnen, messen, ob Leute die Tools wirklich nutzen, ob echte Aufgaben zu KI gewandert sind und dort geblieben sind, wie viel Zeit frei wurde und wie viele Artefakte in Nutzung sind. Wählt vor dem Training eine kleine Menge davon, erfasst eine Baseline, dann messt erneut nach dreißig und neunzig Tagen. Das stärkste einzelne Signal ist eine echte Aufgabe, die zu KI gewandert ist und nicht zurückkam, was ein Hackathon von Natur aus erzeugt.
Inhalt dieses Artikels
- Die eigentliche Frage, die Adoptions-KPIs beantworten sollten
- Die KPIs, die zählen, und die, die täuschen
- Wie man vor dem Training eine Baseline nimmt
- Das Entscheidungsframework in vier Fragen
- Ehrliche Kostenlogik ohne erfundene Preise
- Ein durchgerechnetes Modell
- Adoption über die Zeit, visualisiert
- Warum ein Einbruch nach dreißig Tagen normal ist
- EU AI Act, was Artikel 4 verlangt
- Was du jetzt tun solltest
- FAQ
1. Die eigentliche Frage, die Adoptions-KPIs beantworten sollten
Die Frage ist nicht „waren Leute da" oder auch nur „sind Leute zufrieden", sie ist „wird Arbeit anders erledigt, und bleibt das". Zufriedenheitswerte fühlen sich gut an und sagen wenig vorher. Ein KPI-Set rund um Verhalten, aktive Nutzung, auf KI gehaltene Aufgaben, frei gewordene Zeit und Artefakte in Produktion, beantwortet die eigentliche Frage. Wenn ihr das nicht seht, messt ihr das Event, nicht die Adoption. Entscheidet das Verhalten, das ihr sehen wollt, dann messt das.
Wenn eure einzige Zahl nach einem Training die Teilnehmerliste ist, habt ihr den Raum gemessen, nicht die Arbeit. Adoption lebt in dem, was Leute in neunzig Tagen noch tun. – Tim Jamboula, Founder von Corporathon
2. Die KPIs, die zählen, und die, die täuschen
| KPI | Was er sagt | Signalqualität |
|---|---|---|
| Aktive wöchentliche Nutzer am Tool | ob Nutzung echt ist, nicht einmalig | stark |
| Auf KI gehaltene Aufgaben nach 90 Tagen | ob die Änderung geblieben ist | stark |
| Frei gewordene Stunden je Person und Woche | ob es Wert erzeugt hat | stark |
| Artefakte ausgeliefert und in Nutzung | ob Output echt ist | stark |
| Prompts je Nutzer | Aktivität, kein Ergebnis | für sich schwach |
| Zufriedenheitswert | Stimmung, kein Verhalten | für sich schwach |
| Teilnahmequote | Präsenz, keine Fähigkeit | schwach |
Gewichtet die starken KPIs und behandelt die schwachen als Kontext. Hohe Prompt-Zahlen ohne gehaltene Aufgaben sind Aktivitätstheater. Eine einzelne gehaltene Aufgabe mit echt frei gewordenen Stunden schlägt eine Wand zufriedener Gesichter.
3. Wie man vor dem Training eine Baseline nimmt
Ein KPI ohne Baseline ist eine Zahl ohne Bedeutung. Erfasst vor dem Training den aktuellen Stand der zwei oder drei Aufgaben, die sich ändern sollen, wie lange sie dauern, wer sie macht, wie oft. Diese Baseline ist günstig zu erheben und sie macht aus einer Nach-Training-Zahl Evidenz. Ohne sie ratet ihr, ob neunzig Stunden im Monat schon immer so verbracht wurden oder nicht.
4. Das Entscheidungsframework in vier Fragen
- Welche zwei oder drei Verhalten müssen sich ändern? Messt die, nicht alles. Ein kurzes KPI-Set schlägt ein Dashboard, das niemand liest.
- Habt ihr eine Baseline? Erfasst sie vor dem Training, sonst sagt die Nach-Zahl wenig.
- Wann messt ihr? Setzt Dreißig- und Neunzig-Tage-Checkpunkte vorab, Adoption zeigt sich über die Zeit.
- Wer besitzt die Zahlen? Ein KPI ohne Owner wird nicht verfolgt. Benennt die Person, bevor ihr startet.
Starke Antworten heißt, eure Messung wird glaubwürdig. Schwache Antworten heißt, klärt Baseline und Ownership, bevor ihr in das Training investiert.
5. Ehrliche Kostenlogik ohne erfundene Preise
Seriöse Preise hängen von Variablen ab, nicht von einer Pauschale. Messung hat eigene ehrliche Kosten.
Instrumentierung. Manche Tools melden Nutzung nativ, andere brauchen leichtes Setup. Dieser Aufwand ist echt.
Baseline-Erhebung. Den Startzustand zu erfassen kostet vorab Zeit und spart später Streit.
Review-Takt. Dreißig- und Neunzig-Tage-Reviews sind wiederkehrender Aufwand, kein Einmaleffekt.
Ownership. Jemand muss die KPIs besitzen, das ist eine echte, wenn auch kleine Kostenzeile.
Corporathon nennt bewusst noch keine festen Preise. Der sinnvolle Zuschnitt entsteht in einem kurzen Gespräch aus genau diesen Variablen.
6. Ein durchgerechnetes Modell
Ein rein illustratives Modell, das ihr mit euren Zahlen ersetzen könnt.
Ihr verfolgt einen KPI, frei gewordene Stunden je Person und Woche, für ein Team von zehn. Die Baseline zeigt eine Aufgabe mit drei Stunden je Person und Woche. Beim Neunzig-Tage-Check haben aktive Nutzer 40 Prozent davon zu KI verlagert.
Frei gewordene Stunden, 1,2 Stunden × 10 Personen = 12 Stunden pro Woche.
Über 45 Arbeitswochen, 540 Stunden pro Jahr.
Bei einem internen Stundensatz von 58 Euro, rund 31.320 Euro modellierter Jahreswert, sichtbar nur, weil eine Baseline existierte.
Das ist ein Modell, keine Garantie und keine Kundenzahl. Der Punkt ist, der Wert war nur messbar, weil eine Baseline erfasst und ein echter KPI gewählt wurde, nicht weil eine Zufriedenheitsumfrage gut abschnitt.
7. Adoption über die Zeit, visualisiert
Visualisierung, Adoptionskurve nach dem Training (schematisch).
Adoption
100% |
| ___------- Plateau (bleibt)
75% | __------
| __-
50% | _-- Einbruch und Erholung
| _- \___ /
25% | _- \____/
| __-
0% +---------------------------------------------->
Tag 0 Tag 7 Tag 30 Tag 60 Tag 90
8. Warum ein Einbruch nach dreißig Tagen normal ist
Ohne Wiederholung und Anwendung sinkt behaltenes Wissen schnell ab, das beschreibt die Vergessenskurve seit dem 19. Jahrhundert. Deshalb brechen Adoptionskurven oft um Tag dreißig ein, die anfängliche Begeisterung lässt nach und der alte Ablauf lockt zurück. Teams, die das Neunzig-Tage-Plateau erreichen, sind meist die, die Anwendung früh geplant und Support durch den Einbruch hatten. Ein KPI-Set, das nur an Tag sieben prüft, verpasst das völlig und nennt ein Training kurz vor dem Verfall einen Erfolg.
9. EU AI Act, was Artikel 4 verlangt
Seit dem 2. Februar 2025 verlangt Artikel 4 der KI-Verordnung ausreichende KI-Kompetenz der Mitarbeiter, rollen- und kontextbezogen. Adoptions-KPIs stützen das indirekt, gehaltene Aufgaben und dokumentierte Nutzung je Rolle sind stärkere Kompetenzevidenz als eine Teilnehmerliste. Die KPIs sind ein Baustein, kein behördliches Zertifikat, und sie garantieren keine automatische Compliance. Die Angemessenheit des Gesamtprogramms prüft das Unternehmen selbst.
Wähle deine Adoptions-KPIs vor dem Training
Zwei Wege, je nachdem wie weit ihr seid.
Direkt buchen: Discovery Call buchen. 30 Minuten, wir wählen zwei oder drei KPIs und eine Baseline für eine echte Aufgabe.
Erst mitlesen: Trag deine E-Mail ein und bekomme die Adoptions-KPI-Vorlage plus ein Baseline-Blatt. Kein Spam, jederzeit abbestellbar.
10. Was du jetzt tun solltest
Wählt zwei oder drei Verhaltens-KPIs, erfasst eine Baseline vor jedem Training, und setzt Dreißig- und Neunzig-Tage-Checkpunkte mit einem benannten Owner. Gewichtet gehaltene Aufgaben und frei gewordene Stunden über Prompt-Zahlen und Zufriedenheit. Wenn ihr einen schnellen Weg wollt, sowohl die Verhaltensänderung als auch ihre Baseline zu erzeugen, fahrt einen Hackathon an einer echten Aufgabe. In nur 1 Woche kommt ihr vom Erstkontakt zum funktionierenden Prototyp, dessen Nutzung euer erster Datenpunkt ist.
Verwandte Begriffe
Einordnung zu Artikel 4 / Article 4 scope
Ein Hackathon, Workshop oder Training kann als rollen- und kontextbezogene Maßnahme zur KI-Kompetenz beitragen und geeignete interne Evidenz erzeugen. Das Format ist kein behördlich vorgeschriebenes Zertifikat, ersetzt keine Rechtsberatung und garantiert für sich allein keine Compliance. Das Unternehmen muss sein gesamtes Maßnahmenpaket anhand von Rollen, Systemen, Risiken und Nutzungskontext beurteilen.
A hackathon, workshop or training can contribute to role- and context-appropriate AI literacy measures and create suitable internal evidence. It is not an officially prescribed certificate, does not replace legal advice and cannot guarantee compliance on its own. The organisation must assess its complete programme against the relevant roles, systems, risks and use context.
