Mit einer Aufgabe beginnen
Ein Pilot braucht eine klar abgegrenzte Aufgabe. «Unseren Kundenservice verbessern» ist zu breit. «Antwortentwürfe für fünf häufige Fragen vorbereiten» lässt sich dagegen mit echten Beispielen prüfen. Legen Sie fest, was das System ausdrücklich nicht tun darf.
Den Ausgangspunkt messen
Erfassen Sie, wie die Arbeit heute abläuft: Welche Schritte dauern lange? Wo sind Korrekturen nötig? Nutzen Sie eine repräsentative Stichprobe, auch mit schwierigen Fällen. Ohne Ausgangswert lässt sich eine Verbesserung kaum beurteilen.
Vorher über Erfolg entscheiden
Vereinbaren Sie Qualitätskriterien, erlaubte Fehler und Freigaben, bevor Sie ein Modell testen. Zeitersparnis ist nur sinnvoll, wenn die fachliche Qualität stimmt. Dokumentieren Sie, welche Fehler zu einem Stopp führen.
Den Betrieb mitdenken
Eine überzeugende Demonstration ist noch kein belastbarer Prozess. Klären Sie, wer Ausnahmen bearbeitet, Daten aktualisiert und laufende Kosten überwacht. Am Ende steht eine begründete Entscheidung: weiterentwickeln, anpassen oder beenden.
Ein Testset, das den Alltag abbildet
Sammeln Sie nicht nur die einfachsten Beispiele. Ein sinnvoller Testsatz enthält gewöhnliche Anfragen, unvollständige Angaben, widersprüchliche Dokumente und Fälle, die ausserhalb des vereinbarten Umfangs liegen. Trennen Sie die Beispiele, mit denen Sie die Lösung entwickeln, von den Fällen für die Abnahme. Sonst kann ein guter Eindruck entstehen, obwohl das System nur auf bekannte Beispiele zugeschnitten wurde. Halten Sie zu jedem Test fest, welches Ergebnis fachlich akzeptabel wäre und wann eine Rückfrage erforderlich ist.
Zeitersparnis vollständig betrachten
Vergleichen Sie die gesamte Bearbeitung, nicht nur die Sekunden bis zum ersten Entwurf. Zur neuen Arbeitszeit gehören auch das Lesen des Vorschlags, die Prüfung der Quellen, Korrekturen und der Umgang mit Ausnahmen. Ein schneller Entwurf, der umfangreiche Nacharbeit verlangt, kann den Prozess sogar verlängern. Messen Sie deshalb getrennt: Erstellungszeit, Prüfzeit und Zahl der korrigierten Ergebnisse. Die Rechnung muss auch die Fälle enthalten, in denen das System bewusst keine Antwort gibt.
Ein konkretes Beispiel: der gemeinsame Posteingang
Angenommen, ein Team möchte Anfragen vorsortieren. Der Pilot könnte lediglich eine Kategorie und eine zuständige Gruppe vorschlagen. Er versendet keine Antworten und ändert keine Kundendaten. Prüfer vergleichen den Vorschlag mit einer fachlich begründeten Zuordnung und dokumentieren Abweichungen. Erst wenn dieser begrenzte Schritt verlässlich funktioniert, wird über zusätzliche Aufgaben entschieden. Dieses Beispiel ist eine mögliche Testanordnung, kein Bericht über ein Kundenprojekt.
Eine Entscheidungsvorlage statt einer beeindruckenden Demo
Am Ende sollten Fachteam und Verantwortliche dieselben Fragen beantworten können: Für welche Fälle funktioniert der Ansatz? Welche Fehler bleiben? Wie viel zusätzliche Prüfung ist nötig? Was kostet der Betrieb bei der erwarteten Nutzung? Wer übernimmt die Verantwortung für Ausnahmen? Dokumentieren Sie auch offene Punkte und Bedingungen für einen Abbruch. Ein Pilot, der eine ungeeignete Idee früh ausschliesst, kann ebenso wertvoll sein wie einer, der den Weg zur Einführung bestätigt.