Mit dem Engpass beginnen, nicht mit dem Modell
Der beste Startpunkt ist eine wiederkehrende Tätigkeit, bei der Menschen viel Zeit mit Suchen, Sortieren oder Formulieren verbringen. Beispiele sind die Vorqualifizierung einer Anfrage, ein Antwortentwurf oder das Zusammenführen von Informationen.
Unklare Entscheidungen mit hohem Risiko sind dagegen ein schlechter erster Anwendungsfall. Dort wird aus vermeintlicher Automatisierung schnell zusätzlicher Prüfaufwand.
- Die Aufgabe tritt regelmäßig und ähnlich auf
- Geeignete Quelldaten sind verfügbar und aktuell
- Ein falscher Vorschlag lässt sich erkennen und korrigieren
- Der Nutzen kann über Zeit, Qualität oder Durchlauf messbar werden
Quellen und Grenzen gehören in die Oberfläche
Nutzer sollten erkennen, worauf eine Antwort basiert und welchen Status sie hat. Ein Entwurf ist kein Versand, eine Empfehlung ist keine Freigabe und eine Zusammenfassung ersetzt nicht die Quelldatei.
Solche Grenzen gehören nicht nur in eine interne Richtlinie. Sie müssen im Produkt sichtbar werden: durch Quellenlinks, Bearbeitungsmöglichkeiten, Rollen und klare Aktionsbezeichnungen.
Der menschliche Übergabepunkt
Ein verlässlicher Assistent kennt Situationen, in denen er nicht weiterarbeiten sollte. Unvollständige Daten, sensible Inhalte, ungewöhnliche Fälle oder eine geringe Sicherheit können eine Übergabe auslösen.
Die Übergabe muss Kontext erhalten: bisherige Eingaben, relevante Quellen und der Grund für die Eskalation. Sonst beginnt der Mensch wieder von vorne und der versprochene Effizienzgewinn verschwindet.
Datenschutz und Betrieb früh klären
Vor dem Prototyp sollte feststehen, welche Daten das System verarbeitet, wo sie gespeichert werden und wer auf Ergebnisse zugreifen darf. Für personenbezogene oder vertrauliche Inhalte braucht es eine bewusst gewählte Architektur.
Ebenso wichtig ist die laufende Qualität: Welche Beispiele werden geprüft? Wie werden problematische Ausgaben gemeldet? Wer entscheidet über neue Quellen oder Regeln?
Ein guter erster Pilot
Ein vier- bis sechswöchiger Pilot sollte einen engen Ablauf mit echten Fällen abdecken. Messbar werden Bearbeitungszeit, Korrekturaufwand und die Quote sinnvoller Übergaben.
Erst wenn dieser Kern verlässlich funktioniert, lohnt sich die Erweiterung. Das schützt Budget und schafft Vertrauen bei den Menschen, die täglich mit dem System arbeiten.