{"author":{"@type":"Person","name":"Alexander Bock","url":"https://abxk.ai/de/autor/alexander-bock/"},"categories":["AI Work"],"content":{"markdown":"KI-Tests enden oft so: Ein paar Kolleginnen und Kollegen probieren ein Tool aus, den meisten gefällt es, und drei Monate später kann niemand sagen, ob es Zeit gespart, die Qualität verbessert oder nur zusätzliche Arbeit gemacht hat. Das Tool bleibt, weil niemand entscheidet. Ein **Pilotprojekt** verhindert das. Es ist ein kurzer, geplanter Test eines Anwendungsfalls in der echten Arbeit, mit Zahlen vorher und nachher und einer klaren Entscheidung am Ende.\n\nDieser Artikel ist Teil 1 von Level 3 unseres Lernpfads AI Work. Level 2 hat Abläufe und Qualitätskontrolle behandelt. In Level 3 geht es um Automatisierung, Integration und Messung, und es beginnt mit der Methode, die aus einer Idee einen Beleg macht. Sie lernen, einen Anwendungsfall auszuwählen, einen Ausgangswert zu messen, KPIs und Erfolgskriterien festzulegen, sechs bis acht Wochen zu planen und am Ende über das Weitermachen zu entscheiden, mit einem Plan für den Ausbau.\n\n## Einen Anwendungsfall wählen, der einen Pilot lohnt\n\nEin Pilot beantwortet eine Frage: Schafft dieser Anwendungsfall in unserer täglichen Arbeit einen Nutzen, und unter welchen Bedingungen? Das ist eine andere Frage als beim Tool-Test in Level 2, bei dem Sie [die Finalisten mit Pilotnutzern getestet](/de/ai-work/learn/choose-ai-tools-for-your-team/) haben. Ein Tool-Test fragt: *Welches Tool?* Ein Pilotprojekt fragt: *Funktioniert die ganze Veränderung?* Gemeint sind das Tool, der neue Ablauf, die Prüfungen und die Menschen.\n\nBeginnen Sie mit einer Liste von Kandidaten. Fragen Sie jedes Team, welche Aufgaben viel Zeit kosten, sich oft wiederholen und einem Muster folgen. Unser [Tool-Vergleich für AI Work](/de/ai-work/#tools) führt {{\u003c stat \"tools\" \"ai-work\" \u003e}} Tools für Vertrieb, Kundenservice, Marketing, E-Commerce und Betrieb und zeigt, was heute möglich ist. Dann bewerten Sie jeden Kandidaten auf zwei Skalen: den Nutzen, den er bringen könnte, und den Aufwand für Daten, Anbindung, Schulung und Prüfung.\n\n![Zwei-mal-zwei-Matrix mit dem Aufwand auf der waagerechten und dem Nutzen auf der senkrechten Achse: zuerst pilotieren (hoher Nutzen, wenig Aufwand), als Projekt planen, Teams ausprobieren lassen, weglassen; darin sieben Beispiel-Anwendungsfälle, Antwortentwürfe für Service-E-Mails im Feld „Zuerst pilotieren“](/images/learn/de/run-an-ai-pilot-project-use-cases.webp \"Nutzen gegen Aufwand: Der beste erste Pilot bringt klaren Nutzen bei wenig Einrichtung. Die Positionen sind Beispiele.\")\n\nEin guter erster Pilot liegt im Feld oben links: klarer Nutzen, wenig Aufwand. Außerdem besteht er vier weitere Tests:\n\n- **Häufig:** Die Aufgabe kommt jeden Tag oder jede Woche vor, sodass in wenigen Wochen genug Fälle zusammenkommen.\n- **Messbar:** Sie können Zeit, Menge oder Fehler zählen, am besten in Systemen, die Sie schon nutzen.\n- **Begrenzt:** Macht die KI einen Fehler, fängt ihn ein Mensch ab, bevor ihn ein Kunde oder die Buchhaltung sieht.\n- **Gewollt:** Das Team, das die Arbeit macht, will es ausprobieren.\n\nDieser Teil nutzt durchgehend ein Beispiel. Das Serviceteam eines Onlineshops beantwortet Kunden-E-Mails in einem **Helpdesk**, der Software, die Kundenanfragen als Tickets sammelt. Im Pilot entwirft eine KI-gestützte Funktion für jede Routine-E-Mail eine Antwort, etwa zu Lieferzeiten, Rücksendungen oder Rechnungen. Eine Servicekraft prüft den Entwurf, bearbeitet ihn und verschickt ihn. Jede Antwort geht weiterhin durch die Hände eines Menschen, und das macht diesen Anwendungsfall zu einem sicheren ersten Pilot.\n\nDie Tools für solche Anwendungsfälle reichen von Kundenservice-Plattformen mit eingebautem KI-Agenten bis zu KI-Agenten für große Serviceteams. Nach Angaben der Anbieter verbindet Tidio einen KI-Agenten mit Live-Chat und Ticketsystem, und Typewise bietet KI-Agenten, die Anfragen über mehrere Kanäle bearbeiten und Abläufe in CRM- und ERP-Systemen ausführen. Für die Messung verbindet Databox Datenquellen mit Dashboards, Zielen und automatischen Berichten:\n\n{{\u003c tools \"tidio typewise databox\" \u003e}}\n\nBevor es losgeht, schreiben Sie einen einseitigen **Pilotsteckbrief**: das Problem, den Anwendungsfall, was dazugehört und was nicht, die Pilotnutzer, die beteiligten Daten, die KPIs, den Zeitplan, die verantwortliche Person und die Entscheidungsregel. Eine Seite zwingt zur Genauigkeit, und an ihr misst die Entscheiderin oder der Entscheider später die Ergebnisse.\n\n## Den Ausgangswert messen, bevor sich etwas ändert\n\nDer **Ausgangswert** (englisch Baseline) beschreibt, wie die Aufgabe heute läuft, gemessen genau so, wie Sie sie später im Pilot messen. Ohne ihn ist jedes Ergebnis geraten. „Es fühlt sich schneller an“ ist kein Ergebnis.\n\nMessen Sie den Ausgangswert mindestens zwei normale Wochen lang, bevor der Pilot beginnt. Viele Zahlen gibt es schon: Ein Helpdesk erfasst, wann eine E-Mail eingeht, wann eine Servicekraft sie öffnet und wann die Antwort hinausgeht. Für die Qualität ziehen Sie eine Zufallsstichprobe gesendeter Antworten, zum Beispiel 50 pro Woche, und lassen die Teamleitung sie mit einer kurzen Checkliste prüfen: richtige Fakten, vollständige Antwort, passender Ton.\n\nDrei Fallen verzerren den Vergleich:\n\n- **Saison und Aktionen.** Wochen vor Feiertagen sehen anders aus als ruhige Wochen. Vergleichen Sie ähnliche Zeiträume oder halten Sie die Unterschiede zumindest fest.\n- **Eine geänderte Messung.** Zählt der Ausgangswert die Bearbeitungszeit vom Öffnen der E-Mail bis zum Senden der Antwort, muss der Pilot sie genauso zählen.\n- **Der Neuheitseffekt.** Menschen arbeiten anders, wenn sie wissen, dass ein Test läuft, und ein neues Tool bekommt in den ersten Tagen besondere Aufmerksamkeit. Bewerten Sie die letzten Wochen des Pilots, nicht die ersten.\n\nWenn möglich, bilden Sie eine **Vergleichsgruppe**: ein ähnliches Team oder eine Schicht, die in denselben Wochen ohne KI arbeitet. Eine volle Woche trifft dann beide Gruppen, und der Unterschied zwischen ihnen zeigt die Wirkung der KI deutlicher.\n\nMessen Sie auf Teamebene, nicht pro Person. Ein Pilot ist keine Leistungsbeurteilung, und wer sich beobachtet fühlt, meldet keine Probleme mehr. In Deutschland hat der Betriebsrat ein Mitbestimmungsrecht, wenn ein Unternehmen technische Einrichtungen einführt, die Verhalten oder Leistung der Beschäftigten überwachen können (§ 87 Abs. 1 Nr. 6 Betriebsverfassungsgesetz, BetrVG). Beziehen Sie ihn vor dem Start ein. Verarbeitet der Pilot personenbezogene Daten auf neue Weise, klären Sie mit Ihrem Datenschutzbeauftragten, ob eine Datenschutz-Folgenabschätzung nötig ist (Art. 35 DSGVO).\n\n## KPIs und Erfolgskriterien festlegen\n\nEin **KPI** (Key Performance Indicator, Leistungskennzahl) ist eine Zahl, die zeigt, ob Sie ein Ziel erreichen. Ein Pilot braucht KPIs von vier Arten, denn eine einzelne Zahl kann ein Problem verdecken: Antworten können gleichzeitig schneller und schlechter werden.\n\n| Art | Beispiel-KPI | So messen Sie | Beispielziel |\n|---|---|---|---|\n| Nutzen | Bearbeitungszeit pro Routine-E-Mail | Zeitstempel im Helpdesk, Median pro Woche | Mindestens 20 % unter dem Ausgangswert |\n| Qualität | Fehler pro 50 gesendete Antworten | Wöchentliche Zufallsstichprobe, mit der Checkliste geprüft | Nicht über dem Ausgangswert |\n| Nutzung | Anteil der Routine-E-Mails, bei denen der Entwurf genutzt wird | Helpdesk-Bericht oder Markierung am Ticket | Mindestens 70 % in den letzten zwei Wochen |\n| Leitplanke | Kundenzufriedenheit (CSAT) und Beschwerden | Umfrage nach Abschluss des Tickets, Beschwerdeliste | Kein Rückgang gegenüber dem Ausgangswert |\n\nDer **Median** ist der mittlere Wert: Die Hälfte der E-Mails hat weniger Zeit gebraucht, die Hälfte mehr. Anders als der Durchschnitt lässt er sich von wenigen sehr langen Fällen nicht verzerren. Die Ziele in der Tabelle sind Beispiele. Legen Sie Ihre eigenen vor dem Start fest und schreiben Sie sie in den Pilotsteckbrief.\n\nEine **Leitplanken-Kennzahl** ist eine Zahl, die nicht schlechter werden darf, auch wenn sich alles andere verbessert. Kundenzufriedenheit, Beschwerden und Datenschutzvorfälle sind typische Leitplanken. Reißt eine Leitplanke, besteht der Pilot nicht, egal wie viel Zeit er spart.\n\nDann machen Sie aus den Zielen eine **Entscheidungsregel**, zum Beispiel: „Weiter, wenn die Bearbeitungszeit um mindestens 20 Prozent sinkt, Fehler und Kundenzufriedenheit mindestens auf dem Ausgangswert bleiben und mindestens zwei Drittel der Pilotnutzer so weiterarbeiten wollen.“ Eine Regel, die vor dem Start feststeht, schützt die Entscheidung am Ende vor Wunschdenken.\n\nHalten Sie auch fest, was der Pilot an Zeit kostet: Einrichtung, Schulung, die wöchentliche Runde und das Prüfen der Entwürfe. Diese Stunden gehören ins Ergebnis. Level 4 zeigt, wie daraus eine vollständige Rechnung wird, wenn Sie [den ROI von KI in der Arbeit messen](/de/ai-work/learn/measure-roi-of-ai-at-work/).\n\n## Sechs bis acht Wochen mit einem kleinen Team planen\n\nSechs bis acht Wochen sind eine gute Länge für einen ersten Pilot. Das ist lang genug, damit die Lernphase vorbei ist und normale Wochen sichtbar werden, und kurz genug, damit alle bei der Sache bleiben. Ein kleines Team genügt:\n\n- **Verantwortliche Person:** jemand aus dem Fachbereich, der den Pilot leitet und das Ergebnis berichtet, hier die Leitung des Serviceteams.\n- **Vier bis acht Pilotnutzer:** eine Mischung aus Begeisterten, Skeptikern und neuen Kolleginnen und Kollegen.\n- **Technischer Ansprechpartner:** richtet Zugänge, Verbindungen und Datenexporte ein.\n- **Datenschutzbeauftragte und, falls vorhanden, Betriebsrat:** vor dem Start eingebunden, nicht danach.\n- **Auftraggeber:** die Führungskraft, die am Ende entscheidet und der Entscheidungsregel vorab zugestimmt hat.\n\n![Acht-Wochen-Plan als Balkendiagramm: Vorbereitung in Woche 0, Ausgangswert in Woche 1 und 2, Einrichtung und Schulung in Woche 2, Pilotbetrieb in Woche 3 bis 7 mit wöchentlicher Runde, Auswertung in Woche 7 und Go/No-Go-Entscheidung in Woche 8](/images/learn/de/run-an-ai-pilot-project-timeline.webp \"Ein Pilotplan über acht Wochen. Der Entscheidungstermin steht im Kalender, bevor der Pilot beginnt.\")\n\nDie wöchentliche Runde ist das Herzstück des Pilots. In 30 Minuten schauen sich die verantwortliche Person und die Pilotnutzer die Zahlen an, gehen die Liste der Probleme durch und vereinbaren kleine Änderungen, etwa eine klarere Anweisung an die KI oder eine fehlende Antwort in der Wissensdatenbank. Tragen Sie jede Änderung mit Datum in ein **Änderungsprotokoll** ein. Sonst können Sie später nicht sagen, welche Änderung welche Wirkung hatte.\n\nBewerten Sie den Pilot nicht nach der ersten Woche. Teams werden oft erst langsamer, bevor sie schneller werden: Sie lernen den neuen Ablauf, finden Lücken in der Wissensdatenbank und prüfen jeden Entwurf sehr gründlich. Das Beispiel unten zeigt diesen typischen Verlauf.\n\n![Liniendiagramm mit Beispielwerten: Median der Bearbeitungszeit pro Routine-E-Mail über sieben Wochen; flach während des Ausgangswerts, in den ersten Pilotwochen etwas höher, ab Woche 5 deutlich unter dem Ausgangswert](/images/learn/de/run-an-ai-pilot-project-learning-curve.webp \"Beispielwerte, keine Messung: Die ersten Pilotwochen sind oft langsamer als der Ausgangswert. Bewerten Sie das Ergebnis in den letzten Wochen.\")\n\n## Risiken im laufenden Pilot steuern\n\nViele Risiken eines Pilots kündigen sich früh an. Achten Sie in jeder wöchentlichen Runde darauf:\n\n| Risiko | Frühes Warnzeichen | Was Sie tun |\n|---|---|---|\n| Falsche Fakten in Entwürfen | Fehler in der wöchentlichen Stichprobe | Servicekräfte prüfen jeden Entwurf; die Wissensdatenbank korrigieren, nicht nur die einzelne Antwort |\n| Personenbezogene Daten am falschen Ort | Kundendaten in nicht freigegebenen Tools | Nur freigegebene Konten, so wenig Daten wie möglich, Vertrag zur Auftragsverarbeitung |\n| Geringe Nutzung | Die Nutzung sinkt nach den ersten Tagen | Die Pilotnutzer nach dem Grund fragen, Hindernisse beseitigen, eine kurze Auffrischung anbieten |\n| Ausufernder Umfang | Anfragen wie „Kann es das auch?“ | Neue Ideen auf eine Liste für die Zeit nach der Entscheidung setzen |\n| Wissen in einem Kopf | Nur die verantwortliche Person kennt Einstellungen und Anweisungen | Einstellungen, Anweisungen und Änderungsprotokoll dokumentieren |\n| Ein endloser Pilot | Kein Entscheidungstermin im Kalender | Den Entscheidungstermin in Woche 0 buchen |\n\n{{\u003c callout type=\"warning\" title=\"Keine Dauerpiloten\" \u003e}}\nEin Pilot ohne Enddatum wird leicht zum Dauerpilot: Das Tool bleibt im Einsatz, aber niemand ist dafür verantwortlich, misst oder prüft es. Buchen Sie den Entscheidungstermin vor dem Start und vereinbaren Sie, dass das Tool abgeschaltet wird, wenn keine Entscheidung fällt.\n{{\u003c /callout \u003e}}\n\n## Entscheiden: weiter, anpassen oder aufhören\n\nAm Ende stellt die verantwortliche Person dem Auftraggeber die Ergebnisse auf einer Seite vor: die KPIs im Vergleich mit Ausgangswert und Zielen, die Leitplanken, die Stimmen der Pilotnutzer, die Zeit, die der Pilot gekostet hat, und eine Empfehlung. Es gibt drei mögliche Ergebnisse.\n\n![Entscheidungspunkt nach dem Pilot mit drei Ergebnissen: weiter, wenn alle Kriterien erfüllt sind; anpassen, wenn der Nutzen da ist, aber eine Bedingung fehlt; aufhören, wenn der Nutzen den Aufwand nicht rechtfertigt oder eine Leitplanke gerissen ist](/images/learn/de/run-an-ai-pilot-project-decision.webp \"Drei Ergebnisse, eine Regel: Vergleichen Sie die Ergebnisse mit den Kriterien, die vor dem Start feststanden.\")\n\n- **Weiter (Go):** Alle Kriterien sind erfüllt. Planen Sie den Ausbau.\n- **Anpassen:** Der Nutzen ist da, aber eine Bedingung fehlt, zum Beispiel zu viele Fehler bei einer Art von E-Mail. Beheben Sie genau diesen Punkt und verlängern Sie den Pilot um einige Wochen, aber nur einmal.\n- **Aufhören (No-Go):** Der Nutzen rechtfertigt den Aufwand nicht, oder eine Leitplanke ist gerissen. Halten Sie fest, was Sie gelernt haben, und schließen Sie den Pilot ab.\n\nEin Abbruch ist ein Ergebnis, kein Scheitern: Er spart die Kosten einer Einführung, die nicht funktioniert hätte. Bewahren Sie Steckbrief, Zahlen und Erkenntnisse für den nächsten Kandidaten auf Ihrer Liste auf.\n\nAbbrüche sind häufig. Ein viel zitierter Bericht des MIT aus dem Jahr 2025 fand, dass 95 % der Organisationen, die generative KI einsetzen, keinen klaren Ertrag ihrer Investition sahen, und führte das auf eine Lernlücke im Umgang mit den Tools zurück, nicht auf die Technik selbst (Quelle: MIT-Bericht, berichtet von Fortune, September 2025). Ein Pilot mit Ausgangswert und festen Kriterien zeigt früh, auf welcher Seite dieser Lücke Ihr Anwendungsfall steht.\n\n## Den Ausbau vor der Einführung vorbereiten\n\nEin Pilot läuft mit motivierten Nutzern, besonderer Aufmerksamkeit und einer verantwortlichen Person, die jede Woche auf die Zahlen schaut. Der Alltag muss ohne all das funktionieren. Bauen Sie in Wellen aus, ein Team nach dem anderen, und prüfen Sie vor jeder Welle diese Punkte:\n\n| Thema | Im Pilot | Vor dem Ausbau |\n|---|---|---|\n| Nutzer | Vier bis acht Freiwillige | Schulung für alle Nutzer und eine Ansprechperson für Fragen |\n| Verbindungen | Manuelle Schritte sind in Ordnung | Stabile Anbindung an Helpdesk und CRM, siehe Teil 2: [KI an CRM und Helpdesk anbinden](/de/ai-work/learn/integrate-ai-with-crm-and-help-desk/) |\n| Qualitätsprüfung | Jeder Entwurf geprüft, wöchentliche Stichprobe | Klare Regeln, welche Ergebnisse ein Mensch prüft, siehe Teil 5: [Human in the Loop](/de/ai-work/learn/human-in-the-loop-at-work/) |\n| Messung | Wöchentliche Runde der verantwortlichen Person | Dieselben KPIs in einem regelmäßigen Bericht, mit unveränderten Definitionen |\n| Verantwortung | Die verantwortliche Person des Pilots | Eine benannte verantwortliche Person für Tool, Einstellungen und Wissensinhalte |\n| Verträge und Datenschutz | Testkonten, Pilotbedingungen | Regulärer Vertrag, Vertrag zur Auftragsverarbeitung, Löschregeln |\n\n{{\u003c callout type=\"try\" title=\"Ihren Pilotsteckbrief schreiben\" \u003e}}\nWählen Sie einen Kandidaten von Ihrer Liste und füllen Sie eine Seite aus: Problem, Anwendungsfall, was dazugehört und was nicht, Pilotnutzer, Daten, vier KPIs (Nutzen, Qualität, Nutzung, Leitplanke) mit Ausgangswert und Ziel, einen Zeitplan über acht Wochen, die verantwortliche Person und die Entscheidungsregel. Zeigen Sie die Seite dann der Person, die entscheiden wird, und stellen Sie eine Frage: „Würden diese Ergebnisse Sie überzeugen?“ Lautet die Antwort Nein, ändern Sie die Kriterien jetzt und nicht in Woche 8.\n{{\u003c /callout \u003e}}","text":"KI-Tests enden oft so: Ein paar Kolleginnen und Kollegen probieren ein Tool aus, den meisten gefällt es, und drei Monate später kann niemand sagen, ob es Zeit gespart, die Qualität verbessert oder nur zusätzliche Arbeit gemacht hat. Das Tool bleibt, weil niemand entscheidet. Ein Pilotprojekt verhindert das. Es ist ein kurzer, geplanter Test eines Anwendungsfalls in der echten Arbeit, mit Zahlen vorher und nachher und einer klaren Entscheidung am Ende.\nDieser Artikel ist Teil 1 von Level 3 unseres Lernpfads AI Work. Level 2 hat Abläufe und Qualitätskontrolle behandelt. In Level 3 geht es um Automatisierung, Integration und Messung, und es beginnt mit der Methode, die aus einer Idee einen Beleg macht. Sie lernen, einen Anwendungsfall auszuwählen, einen Ausgangswert zu messen, KPIs und Erfolgskriterien festzulegen, sechs bis acht Wochen zu planen und am Ende über das Weitermachen zu entscheiden, mit einem Plan für den Ausbau.\nEinen Anwendungsfall wählen, der einen Pilot lohnt Ein Pilot beantwortet eine Frage: Schafft dieser Anwendungsfall in unserer täglichen Arbeit einen Nutzen, und unter welchen Bedingungen? Das ist eine andere Frage als beim Tool-Test in Level 2, bei dem Sie die Finalisten mit Pilotnutzern getestet haben. Ein Tool-Test fragt: Welches Tool? Ein Pilotprojekt fragt: Funktioniert die ganze Veränderung? Gemeint sind das Tool, der neue Ablauf, die Prüfungen und die Menschen.\nBeginnen Sie mit einer Liste von Kandidaten. Fragen Sie jedes Team, welche Aufgaben viel Zeit kosten, sich oft wiederholen und einem Muster folgen. Unser Tool-Vergleich für AI Work führt 46 Tools für Vertrieb, Kundenservice, Marketing, E-Commerce und Betrieb und zeigt, was heute möglich ist. Dann bewerten Sie jeden Kandidaten auf zwei Skalen: den Nutzen, den er bringen könnte, und den Aufwand für Daten, Anbindung, Schulung und Prüfung.\nNutzen gegen Aufwand: Der beste erste Pilot bringt klaren Nutzen bei wenig Einrichtung. Die Positionen sind Beispiele. Ein guter erster Pilot liegt im Feld oben links: klarer Nutzen, wenig Aufwand. Außerdem besteht er vier weitere Tests:\nHäufig: Die Aufgabe kommt jeden Tag oder jede Woche vor, sodass in wenigen Wochen genug Fälle zusammenkommen. Messbar: Sie können Zeit, Menge oder Fehler zählen, am besten in Systemen, die Sie schon nutzen. Begrenzt: Macht die KI einen Fehler, fängt ihn ein Mensch ab, bevor ihn ein Kunde oder die Buchhaltung sieht. Gewollt: Das Team, das die Arbeit macht, will es ausprobieren. Dieser Teil nutzt durchgehend ein Beispiel. Das Serviceteam eines Onlineshops beantwortet Kunden-E-Mails in einem Helpdesk, der Software, die Kundenanfragen als Tickets sammelt. Im Pilot entwirft eine KI-gestützte Funktion für jede Routine-E-Mail eine Antwort, etwa zu Lieferzeiten, Rücksendungen oder Rechnungen. Eine Servicekraft prüft den Entwurf, bearbeitet ihn und verschickt ihn. Jede Antwort geht weiterhin durch die Hände eines Menschen, und das macht diesen Anwendungsfall zu einem sicheren ersten Pilot.\nDie Tools für solche Anwendungsfälle reichen von Kundenservice-Plattformen mit eingebautem KI-Agenten bis zu KI-Agenten für große Serviceteams. Nach Angaben der Anbieter verbindet Tidio einen KI-Agenten mit Live-Chat und Ticketsystem, und Typewise bietet KI-Agenten, die Anfragen über mehrere Kanäle bearbeiten und Abläufe in CRM- und ERP-Systemen ausführen. Für die Messung verbindet Databox Datenquellen mit Dashboards, Zielen und automatischen Berichten:\nTidioKundenservice \u0026amp; Telefonie · Software mit KI-FunktionenKundenservice-Plattform mit KI-Agent, Live-Chat, Ticketsystem und Automatisierungen. TypewiseKundenservice \u0026amp; Telefonie · KI ist der KernKI-Agenten für Kundenservice und Vertrieb in Unternehmen, die Anfragen über mehrere Kanäle bearbeiten und Abläufe in CRM und ERP ausführen. DataboxAnalyse \u0026amp; Betrieb · Software mit KI-FunktionenAnalyse-Plattform mit Dashboards, automatischen Berichten, Zielen und KI-Auswertungen. Kurzbeschreibungen aus unserem Tool-Vergleich, nach Angaben der Anbieter — nicht von ABXK getestet.\nBevor es losgeht, schreiben Sie einen einseitigen Pilotsteckbrief: das Problem, den Anwendungsfall, was dazugehört und was nicht, die Pilotnutzer, die beteiligten Daten, die KPIs, den Zeitplan, die verantwortliche Person und die Entscheidungsregel. Eine Seite zwingt zur Genauigkeit, und an ihr misst die Entscheiderin oder der Entscheider später die Ergebnisse.\nDen Ausgangswert messen, bevor sich etwas ändert Der Ausgangswert (englisch Baseline) beschreibt, wie die Aufgabe heute läuft, gemessen genau so, wie Sie sie später im Pilot messen. Ohne ihn ist jedes Ergebnis geraten. „Es fühlt sich schneller an“ ist kein Ergebnis.\nMessen Sie den Ausgangswert mindestens zwei normale Wochen lang, bevor der Pilot beginnt. Viele Zahlen gibt es schon: Ein Helpdesk erfasst, wann eine E-Mail eingeht, wann eine Servicekraft sie öffnet und wann die Antwort hinausgeht. Für die Qualität ziehen Sie eine Zufallsstichprobe gesendeter Antworten, zum Beispiel 50 pro Woche, und lassen die Teamleitung sie mit einer kurzen Checkliste prüfen: richtige Fakten, vollständige Antwort, passender Ton.\nDrei Fallen verzerren den Vergleich:\nSaison und Aktionen. Wochen vor Feiertagen sehen anders aus als ruhige Wochen. Vergleichen Sie ähnliche Zeiträume oder halten Sie die Unterschiede zumindest fest. Eine geänderte Messung. Zählt der Ausgangswert die Bearbeitungszeit vom Öffnen der E-Mail bis zum Senden der Antwort, muss der Pilot sie genauso zählen. Der Neuheitseffekt. Menschen arbeiten anders, wenn sie wissen, dass ein Test läuft, und ein neues Tool bekommt in den ersten Tagen besondere Aufmerksamkeit. Bewerten Sie die letzten Wochen des Pilots, nicht die ersten. Wenn möglich, bilden Sie eine Vergleichsgruppe: ein ähnliches Team oder eine Schicht, die in denselben Wochen ohne KI arbeitet. Eine volle Woche trifft dann beide Gruppen, und der Unterschied zwischen ihnen zeigt die Wirkung der KI deutlicher.\nMessen Sie auf Teamebene, nicht pro Person. Ein Pilot ist keine Leistungsbeurteilung, und wer sich beobachtet fühlt, meldet keine Probleme mehr. In Deutschland hat der Betriebsrat ein Mitbestimmungsrecht, wenn ein Unternehmen technische Einrichtungen einführt, die Verhalten oder Leistung der Beschäftigten überwachen können (§ 87 Abs. 1 Nr. 6 Betriebsverfassungsgesetz, BetrVG). Beziehen Sie ihn vor dem Start ein. Verarbeitet der Pilot personenbezogene Daten auf neue Weise, klären Sie mit Ihrem Datenschutzbeauftragten, ob eine Datenschutz-Folgenabschätzung nötig ist (Art. 35 DSGVO).\nKPIs und Erfolgskriterien festlegen Ein KPI (Key Performance Indicator, Leistungskennzahl) ist eine Zahl, die zeigt, ob Sie ein Ziel erreichen. Ein Pilot braucht KPIs von vier Arten, denn eine einzelne Zahl kann ein Problem verdecken: Antworten können gleichzeitig schneller und schlechter werden.\nKI-Pilotprojekt durchführen: Umfang, KPIs, Zeitplan Art Beispiel-KPI So messen Sie Beispielziel Nutzen Bearbeitungszeit pro Routine-E-Mail Zeitstempel im Helpdesk, Median pro Woche Mindestens 20 % unter dem Ausgangswert Qualität Fehler pro 50 gesendete Antworten Wöchentliche Zufallsstichprobe, mit der Checkliste geprüft Nicht über dem Ausgangswert Nutzung Anteil der Routine-E-Mails, bei denen der Entwurf genutzt wird Helpdesk-Bericht oder Markierung am Ticket Mindestens 70 % in den letzten zwei Wochen Leitplanke Kundenzufriedenheit (CSAT) und Beschwerden Umfrage nach Abschluss des Tickets, Beschwerdeliste Kein Rückgang gegenüber dem Ausgangswert Der Median ist der mittlere Wert: Die Hälfte der E-Mails hat weniger Zeit gebraucht, die Hälfte mehr. Anders als der Durchschnitt lässt er sich von wenigen sehr langen Fällen nicht verzerren. Die Ziele in der Tabelle sind Beispiele. Legen Sie Ihre eigenen vor dem Start fest und schreiben Sie sie in den Pilotsteckbrief.\nEine Leitplanken-Kennzahl ist eine Zahl, die nicht schlechter werden darf, auch wenn sich alles andere verbessert. Kundenzufriedenheit, Beschwerden und Datenschutzvorfälle sind typische Leitplanken. Reißt eine Leitplanke, besteht der Pilot nicht, egal wie viel Zeit er spart.\nDann machen Sie aus den Zielen eine Entscheidungsregel, zum Beispiel: „Weiter, wenn die Bearbeitungszeit um mindestens 20 Prozent sinkt, Fehler und Kundenzufriedenheit mindestens auf dem Ausgangswert bleiben und mindestens zwei Drittel der Pilotnutzer so weiterarbeiten wollen.“ Eine Regel, die vor dem Start feststeht, schützt die Entscheidung am Ende vor Wunschdenken.\nHalten Sie auch fest, was der Pilot an Zeit kostet: Einrichtung, Schulung, die wöchentliche Runde und das Prüfen der Entwürfe. Diese Stunden gehören ins Ergebnis. Level 4 zeigt, wie daraus eine vollständige Rechnung wird, wenn Sie den ROI von KI in der Arbeit messen.\nSechs bis acht Wochen mit einem kleinen Team planen Sechs bis acht Wochen sind eine gute Länge für einen ersten Pilot. Das ist lang genug, damit die Lernphase vorbei ist und normale Wochen sichtbar werden, und kurz genug, damit alle bei der Sache bleiben. Ein kleines Team genügt:\nVerantwortliche Person: jemand aus dem Fachbereich, der den Pilot leitet und das Ergebnis berichtet, hier die Leitung des Serviceteams. Vier bis acht Pilotnutzer: eine Mischung aus Begeisterten, Skeptikern und neuen Kolleginnen und Kollegen. Technischer Ansprechpartner: richtet Zugänge, Verbindungen und Datenexporte ein. Datenschutzbeauftragte und, falls vorhanden, Betriebsrat: vor dem Start eingebunden, nicht danach. Auftraggeber: die Führungskraft, die am Ende entscheidet und der Entscheidungsregel vorab zugestimmt hat. Ein Pilotplan über acht Wochen. Der Entscheidungstermin steht im Kalender, bevor der Pilot beginnt. Die wöchentliche Runde ist das Herzstück des Pilots. In 30 Minuten schauen sich die verantwortliche Person und die Pilotnutzer die Zahlen an, gehen die Liste der Probleme durch und vereinbaren kleine Änderungen, etwa eine klarere Anweisung an die KI oder eine fehlende Antwort in der Wissensdatenbank. Tragen Sie jede Änderung mit Datum in ein Änderungsprotokoll ein. Sonst können Sie später nicht sagen, welche Änderung welche Wirkung hatte.\nBewerten Sie den Pilot nicht nach der ersten Woche. Teams werden oft erst langsamer, bevor sie schneller werden: Sie lernen den neuen Ablauf, finden Lücken in der Wissensdatenbank und prüfen jeden Entwurf sehr gründlich. Das Beispiel unten zeigt diesen typischen Verlauf.\nBeispielwerte, keine Messung: Die ersten Pilotwochen sind oft langsamer als der Ausgangswert. Bewerten Sie das Ergebnis in den letzten Wochen. Risiken im laufenden Pilot steuern Viele Risiken eines Pilots kündigen sich früh an. Achten Sie in jeder wöchentlichen Runde darauf:\nKI-Pilotprojekt durchführen: Umfang, KPIs, Zeitplan (2) Risiko Frühes Warnzeichen Was Sie tun Falsche Fakten in Entwürfen Fehler in der wöchentlichen Stichprobe Servicekräfte prüfen jeden Entwurf; die Wissensdatenbank korrigieren, nicht nur die einzelne Antwort Personenbezogene Daten am falschen Ort Kundendaten in nicht freigegebenen Tools Nur freigegebene Konten, so wenig Daten wie möglich, Vertrag zur Auftragsverarbeitung Geringe Nutzung Die Nutzung sinkt nach den ersten Tagen Die Pilotnutzer nach dem Grund fragen, Hindernisse beseitigen, eine kurze Auffrischung anbieten Ausufernder Umfang Anfragen wie „Kann es das auch?“ Neue Ideen auf eine Liste für die Zeit nach der Entscheidung setzen Wissen in einem Kopf Nur die verantwortliche Person kennt Einstellungen und Anweisungen Einstellungen, Anweisungen und Änderungsprotokoll dokumentieren Ein endloser Pilot Kein Entscheidungstermin im Kalender Den Entscheidungstermin in Woche 0 buchen !Keine Dauerpiloten\nEin Pilot ohne Enddatum wird leicht zum Dauerpilot: Das Tool bleibt im Einsatz, aber niemand ist dafür verantwortlich, misst oder prüft es. Buchen Sie den Entscheidungstermin vor dem Start und vereinbaren Sie, dass das Tool abgeschaltet wird, wenn keine Entscheidung fällt.\nEntscheiden: weiter, anpassen oder aufhören Am Ende stellt die verantwortliche Person dem Auftraggeber die Ergebnisse auf einer Seite vor: die KPIs im Vergleich mit Ausgangswert und Zielen, die Leitplanken, die Stimmen der Pilotnutzer, die Zeit, die der Pilot gekostet hat, und eine Empfehlung. Es gibt drei mögliche Ergebnisse.\nDrei Ergebnisse, eine Regel: Vergleichen Sie die Ergebnisse mit den Kriterien, die vor dem Start feststanden. Weiter (Go): Alle Kriterien sind erfüllt. Planen Sie den Ausbau. Anpassen: Der Nutzen ist da, aber eine Bedingung fehlt, zum Beispiel zu viele Fehler bei einer Art von E-Mail. Beheben Sie genau diesen Punkt und verlängern Sie den Pilot um einige Wochen, aber nur einmal. Aufhören (No-Go): Der Nutzen rechtfertigt den Aufwand nicht, oder eine Leitplanke ist gerissen. Halten Sie fest, was Sie gelernt haben, und schließen Sie den Pilot ab. Ein Abbruch ist ein Ergebnis, kein Scheitern: Er spart die Kosten einer Einführung, die nicht funktioniert hätte. Bewahren Sie Steckbrief, Zahlen und Erkenntnisse für den nächsten Kandidaten auf Ihrer Liste auf.\nAbbrüche sind häufig. Ein viel zitierter Bericht des MIT aus dem Jahr 2025 fand, dass 95 % der Organisationen, die generative KI einsetzen, keinen klaren Ertrag ihrer Investition sahen, und führte das auf eine Lernlücke im Umgang mit den Tools zurück, nicht auf die Technik selbst (Quelle: MIT-Bericht, berichtet von Fortune, September 2025). Ein Pilot mit Ausgangswert und festen Kriterien zeigt früh, auf welcher Seite dieser Lücke Ihr Anwendungsfall steht.\nDen Ausbau vor der Einführung vorbereiten Ein Pilot läuft mit motivierten Nutzern, besonderer Aufmerksamkeit und einer verantwortlichen Person, die jede Woche auf die Zahlen schaut. Der Alltag muss ohne all das funktionieren. Bauen Sie in Wellen aus, ein Team nach dem anderen, und prüfen Sie vor jeder Welle diese Punkte:\nKI-Pilotprojekt durchführen: Umfang, KPIs, Zeitplan (3) Thema Im Pilot Vor dem Ausbau Nutzer Vier bis acht Freiwillige Schulung für alle Nutzer und eine Ansprechperson für Fragen Verbindungen Manuelle Schritte sind in Ordnung Stabile Anbindung an Helpdesk und CRM, siehe Teil 2: KI an CRM und Helpdesk anbinden Qualitätsprüfung Jeder Entwurf geprüft, wöchentliche Stichprobe Klare Regeln, welche Ergebnisse ein Mensch prüft, siehe Teil 5: Human in the Loop Messung Wöchentliche Runde der verantwortlichen Person Dieselben KPIs in einem regelmäßigen Bericht, mit unveränderten Definitionen Verantwortung Die verantwortliche Person des Pilots Eine benannte verantwortliche Person für Tool, Einstellungen und Wissensinhalte Verträge und Datenschutz Testkonten, Pilotbedingungen Regulärer Vertrag, Vertrag zur Auftragsverarbeitung, Löschregeln ▸Ihren Pilotsteckbrief schreiben\nWählen Sie einen Kandidaten von Ihrer Liste und füllen Sie eine Seite aus: Problem, Anwendungsfall, was dazugehört und was nicht, Pilotnutzer, Daten, vier KPIs (Nutzen, Qualität, Nutzung, Leitplanke) mit Ausgangswert und Ziel, einen Zeitplan über acht Wochen, die verantwortliche Person und die Entscheidungsregel. Zeigen Sie die Seite dann der Person, die entscheiden wird, und stellen Sie eine Frage: „Würden diese Ergebnisse Sie überzeugen?“ Lautet die Antwort Nein, ändern Sie die Kriterien jetzt und nicht in Woche 8.\n","words":2150},"date":"2026-10-14","description":"Ein KI-Pilot mit klarer Entscheidung am Ende: Anwendungsfall wählen, Ausgangswert messen, KPIs festlegen, sechs bis acht Wochen testen, Ausbau planen.","image":"https://abxk.ai/images/cover/run-an-ai-pilot-project.webp","json":"https://abxk.ai/de/ai-work/learn/run-an-ai-pilot-project/index.json","kind":"page","language":"de","learning_path":{"category":"ai-work","level":3,"level_name":"Profi"},"modified":"2026-10-14","related_tools":["Tidio","Typewise","Databox"],"section":"ai-work","tags":["pilotprojekt","kennzahlen","ausgangswert","skalierung"],"title":"KI-Pilotprojekt durchführen: Umfang, KPIs, Zeitplan","translations":[{"json":"https://abxk.ai/en/ai-work/learn/run-an-ai-pilot-project/index.json","language":"en","url":"https://abxk.ai/en/ai-work/learn/run-an-ai-pilot-project/"}],"url":"https://abxk.ai/de/ai-work/learn/run-an-ai-pilot-project/"}