Wie trennen wir den KI-Test vom laufenden Betrieb?

Das Problem

Sie möchten eine KI im Betrieb ausprobieren: Kundenmails vorsortieren, Rechnungen auslesen oder Offerten entwerfen. Der naheliegende Weg ist, das Werkzeug einfach mit den echten Daten und Konten zu verbinden und zu schauen, was passiert. Das ist schnell, aber riskant.

Denn ein Test ist per Definition ein Versuch mit unbekanntem Ausgang. Vielleicht verschiebt die KI Dateien, überschreibt Einträge, schickt eine Mail an die falsche Adresse oder legt Kundendaten an einem Ort ab, wo sie nicht hingehören. Was im Test falsch läuft, passiert dann in Ihrem echten System, mit echten Kundinnen und Lieferanten.

Eine Testumgebung ist ein abgetrennter Bereich, in dem Fehler nichts kosten. Sie muss nicht aufwendig sein. Oft genügen getrennte Ordner, eigene Konten und Kopien der Daten.

Welche Stufen der Trennung gibt es?

Je nach Vorhaben genügt die erste oder zweite Stufe. Beschränkungen bei KI-Agenten behandelt Test- und Produktivsystem trennen.

So lösen Sie es mit KI – Schritt für Schritt

1. Beschreiben Sie, was der Pilot berührt. Welche Programme, Ordner, Postfächer, Daten? Zeichnen Sie ein einfaches Schema. Alles, was darin vorkommt, könnte vom Test betroffen sein.
2. Entscheiden Sie die Stufe der Trennung. Orientieren Sie sich an der Tabelle: so streng wie nötig, so einfach wie möglich.
3. Richten Sie getrennte Zugänge ein. Eigene Konten für den Test mit Rechten nur auf den Testbereich. Keine Administratorrechte, kein Zugriff auf Echtkonten.
4. Stellen Sie Testdaten bereit. Erfundene oder anonymisierte Kopien, nicht die Originale. Hilfe bietet Testdaten für den KI-Pilot auswählen.
5. Sperren Sie Wirkung nach aussen. Keine echten Mails, Bestellungen, Zahlungen oder Veröffentlichungen. Verwenden Sie Testadressen und Testkonten.
6. Sichern Sie die Originale. Vor dem Start eine Sicherung der betroffenen Daten. Prüfen Sie, dass sie wiederherstellbar ist.
7. Legen Sie Regeln für das Testteam fest. Wer darf in die Testumgebung, was darf hinein und hinaus? Echte Kundendaten gehören nicht hinein, Testergebnisse nicht in den Alltag.
8. Beobachten und protokollieren Sie. Halten Sie fest, was die KI getan hat, am besten mit einem Testprotokoll.
9. Planen Sie den Übergang. Was wird aus dem Test später in den Betrieb übernommen, und wie? Siehe Vom Pilot in den Regelbetrieb.

Vorlage zum Kopieren

Mit diesem Auftrag erstellen Sie eine Trennungs-Checkliste für Ihren Pilot. Verwenden Sie keine echten Zugangsdaten oder Kundendaten:

Wir planen einen KI-Pilot in [Betrieb, Branche, Grösse]. Der Pilot betrifft: [Programme, Ordner, Postfächer, z. B. gemeinsames Laufwerk, Outlook-Postfach Kundenservice, Buchhaltungssoftware].
Die KI soll: [Aufgabe, z. B. eingehende Kundenmails kategorisieren und Antwortentwürfe erstellen].
Erstelle eine Checkliste für die Trennung von Test und Betrieb mit den Gruppen: Zugänge und Konten, Daten (Kopien, Testdaten), Wirkung nach aussen (Mails, Zahlungen, Veröffentlichung), Sicherung, Regeln für Testpersonen, Protokollierung, Übergang in den Betrieb.
Schreibe zu jeder Gruppe 3 bis 5 konkrete Prüffragen. Behaupte nichts über Funktionen konkreter Produkte, sondern nenne, was wir bei der IT klären müssen.

Gehen Sie die Checkliste mit der IT oder Ihrem Dienstleister durch, bevor der erste Test beginnt.

Worauf Sie achten müssen

• Vertrauliche Daten: Auch in der Testumgebung gelten Datenschutz und Geheimhaltung. Echte Personendaten nur nach Prüfung und mit Rechtsgrundlage.
• Heimliche Verbindungen: Manche Werkzeuge sind standardmässig mit Konten, Kalendern oder Dateiablagen verknüpft. Prüfen Sie alle Verbindungen vor dem Start.
• Wirkung nach aussen: Testmails an echte Adressen oder Bestellungen bei echten Lieferanten sind ein klassischer Pannenfall.
• Zu aufwendig geplant: Verzichten Sie auf perfekte Testsysteme, wenn ein getrennter Ordner mit Kopien genügt. Der Aufwand soll zum Risiko passen.
• Test ≠ Realität: Ergebnisse aus Testdaten lassen sich nicht ungeprüft auf den Alltag übertragen. Siehe Pilot-Erfolg ist nicht automatisch übertragbar.
• Aufräumen: Beenden Sie den Test sauber: Zugänge schliessen, Testdaten löschen, Ergebnisse festhalten.

Ein Beispiel aus der Praxis

Ein Beispiel: Ein Sanitärbetrieb in Zofingen möchte testen, ob eine KI Servicemeldungen aus dem Gemeinschaftspostfach vorsortieren kann.

Vorher: Die Büroleiterin verbindet das Werkzeug direkt mit dem echten Postfach. Nach zwei Tagen hat die KI Dutzende Mails in einen falschen Ordner verschoben, und eine Entwurfsantwort wurde versehentlich automatisch versendet.

Nachher: Der Betrieb legt ein Testpostfach an, in das 200 Mails der letzten Monate ohne Namen und Adressen kopiert werden. Die KI darf dort nur lesen und Vorschläge in eine Tabelle schreiben. Senden ist gesperrt. Nach vier Wochen wird ausgewertet, und erst dann entscheidet der Betrieb, ob ein Parallelbetrieb im echten Postfach sinnvoll ist.

So hilft Ihnen Alpasana

Wer einen KI-Pilot sauber aufsetzen will, braucht einen klaren Anwendungsfall, eine Pilotphase und Einsatzregeln. Die KI-Beratung und digitale Transformation von Alpasana unterstützt bei der Integration von KI-Agenten mit Anwendungsfall, Pilot, Einsatzregeln und Skalierung sowie beim Aufnehmen von Prozessen und Erstellen eines Umsetzungsplans. Projekte werden individuell offeriert; Sie schildern Ihre Lage, und der Umfang wird gemeinsam geklärt.

Häufige Fragen

Brauche ich dafür ein eigenes IT-System?

Nicht unbedingt. Für viele Piloten genügen eigene Ordner, ein Testkonto und Kopien der Daten. Ein vollständiges Testsystem lohnt sich nur, wenn die KI tief in Ihre Software eingreift.

Wie viele Daten kopiere ich in die Testumgebung?

So viele, wie für aussagekräftige Tests nötig sind, aber so wenige wie möglich. Eine überschaubare, repräsentative Auswahl genügt meist.

Was, wenn der Pilot trotzdem etwas im Betrieb auslöst?

Stoppen Sie den Test, sichern Sie Spuren, korrigieren Sie die Folgen und passen Sie die Trennung an, bevor Sie weitermachen.