Zeichnen Sie eine Grundlinie auf, bevor der Pilot die Arbeit ändert.
Stichproben Sie genügend aktuelle Fälle, um normale Abweichungen zu erfassen. Erfassen Sie die verstrichene Zykluszeit, die aktive Zeit des Personals, Übergaben, Nacharbeiten, Fehler und Wartezeiten. Beachten Sie Volumen und Fallkomplexität, damit eine ruhige Woche nicht mit einer ungewöhnlich arbeitsreichen Woche verglichen werden kann.
Definieren Sie die zu messende Einheit: eine Anfrage, ein Dokument, eine Anforderung oder einen abgeschlossenen Fall. Ohne einen stabilen Nenner können Gesamtsummen dazu führen, dass die Verbesserung grösser oder kleiner erscheint, als sie ist.
Nutzen Sie ein ausgewogenes Massnahmenpaket.
Kombinieren Sie Effizienz-, Qualitäts- und Betriebskontrollmassnahmen. Ein schnellerer Schritt ist nicht sinnvoll, wenn mehr Fälle korrigiert werden müssen oder die Mitarbeiter nicht mehr auf das Ergebnis vertrauen.
- Aktive Bearbeitungszeit und End-to-End-Zykluszeit.
- Erfolgreiche Fälle, Korrekturen und ungelöste Fehler.
- Ausnahmequote und für die menschliche Überprüfung aufgewendete Zeit.
- Annahme: Förderfähige Fälle werden tatsächlich im Rahmen des Pilotprojekts bearbeitet.
- Laufende Kosten pro Fall bei beobachtetem Volumen.
Trennen Sie beobachtete Ergebnisse von Annahmen.
Führen Sie ein datiertes Testprotokoll, in dem Eingaben, Ausgaben, Prüferentscheidungen und Fehler verknüpft sind. Markieren Sie synthetische Fälle getrennt von echten Pilotenfällen. Wenn die Stichprobe klein ist, geben Sie die Anzahl und den Bereich an, anstatt einen genauen Prozentsatz als dauerhafte Prognose darzustellen.
Wandeln Sie Minuten aus einem kurzen Test nicht direkt in jährliche Einsparungen um, ohne Aufsicht, Wartung, Abonnementkosten und sich änderndes Volumen zu berücksichtigen. Geben Sie an, was gemessen wurde und was eine Schätzung bleibt.
Entscheiden Sie, ob Sie verbessern, erweitern oder aufhören möchten.
Besprechen Sie den Piloten mit Benutzern, dem Prozessverantwortlichen und der für den technischen Betrieb verantwortlichen Person. Untersuchen Sie die heiklen Fälle, nicht nur erfolgreiche Beispiele. Entscheiden Sie, welche Änderungen erforderlich sind, bevor Sie mehr Volumen oder einen breiteren Zugriff erhalten.
Ein Pilotprojekt kann auch dann wertvoll sein, wenn es nicht weitergeht. Es kann sich zeigen, dass Eingaben standardisiert werden müssen, eine Integration unzuverlässig ist oder menschliches Urteilsvermögen von entscheidender Bedeutung ist. Dokumentieren Sie die Entscheidung, die Eigentümerschaft und den nächsten Überprüfungstermin.
Fragen, bevor Sie beginnen
Fragen, bevor Sie beginnen
Wie lange sollte ein Automatisierungspilot laufen?
Lange genug, um repräsentative Mengen und Ausnahmen zu beobachten. Der geeignete Zeitraum hängt von der Prozesshäufigkeit und der Saisonalität ab. Vereinbaren Sie daher ein Fallziel sowie einen Datumsbereich.
Was zählt als erfolgreicher KI-Output?
Definieren Sie aufgabenspezifische Akzeptanzkriterien und den erforderlichen Prüfer. Fliessende Kenntnisse allein sind kein Beweis für die Richtigkeit, Vollständigkeit oder Eignung für die Geschäftsentscheidung.
Kann ein Pilot den Return on Investment nachweisen?
Es kann Inputs für eine ROI-Entscheidung liefern, einschliesslich beobachtetem Aufwand, Qualität, Kosten und Akzeptanz. Ein begrenzter Pilot kann kein zukünftiges Volumen, Verhalten oder Einsparungen garantieren.