Prozess-Readiness prüfen, nicht nur das Team
Ein KI-Service zu kaufen macht ein Business nicht KI-ready. Wenn der Prozess jedes Mal anders ist, Daten an fünf Orten liegen und Entscheidungen „nach Gefühl“ fallen, beschleunigt das Modell nur das Chaos.
Den Fehler, den ich zuerst entfernen würde: Ein Tool kaufen, bevor der Prozess beschrieben ist.
Was vorbereiten und welches Ergebnis erwarten
- Ergebnis: Sie wissen, was jetzt starten kann und was zuerst Ordnung in Daten oder Regeln braucht.
- Beschreiben Sie Trigger, Input, Aktionen, Ergebnis, Ausnahmen, Zeitplan und Owner. Bauen Sie dann ein Datenregister mit Ownern und Zugriffsrechten.
- Halten Sie Quelldaten und Zugriffsrechte vom Output getrennt, damit Sie prüfen können, was die Arbeit an der KI-Readiness des Business tatsächlich bewirkt hat.
- Bewerten Sie Bereiche 0–3: Daten 30 %, Prozess 25 %, Security 20 %, Integrationen 15 %, Menschen 10 %. Readiness = Summe((score / 3) × Gewicht).
Ein Datenregister und den ersten sicheren Pilot bauen
- Einen Prozess beschreiben
Führen Sie kein abstraktes KI-Audit des ganzen Business. Wählen Sie eine wiederholbare Aufgabe mit klarem Input, Ergebnis und Fehlerkosten.
Проверьте: Ein Neuling versteht den Prozess in fünf Minuten.
Если не сработало: Zerlegen Sie ihn in Stufen und wählen Sie eine.
- Ein Datenregister bauen
Notieren Sie für CRM, Tabellen und E-Mail Owner, Aktualisierung, Vollständigkeit, Zugriff und personenbezogene Daten. Daten in einem CRM sind nicht automatisch bereit.
Проверьте: Sie wissen, welche Felder vollständig sind und wer Fehler fixen wird.
Если не сработало: Beginnen Sie mit einer Testkopie und verschieben Sie nicht das gesamte Archiv.
- Rollen und Training prüfen
Weisen Sie einen Prozess-Owner, Daten-Owner, Ausnahme-Handler und Feedback-Kanal zu. Geben Sie dem Team drei reale darf/darf-nicht-Beispiele.
Проверьте: Mitarbeiter wissen, wohin ein zweifelhaftes Ergebnis geht.
Если не сработало: Schreiben Sie eine einseitige Regel statt einer langen Präsentation.
- Einen kleinen Pilot fahren
Nehmen Sie reale, aber umkehrbare Beispiele mit manueller Prüfung. Messen Sie Genauigkeit, Fixes, Zeit und Incidents, bevor Sie einen zweiten Kanal anbinden.
Проверьте: Es gibt eine Baseline und ein Entscheidungsdatum.
Если не сработало: Kehren Sie zu Daten oder Prozess zurück, statt ein neues Modell hinzuzufügen.
Eine einseitige Readiness-Skala
Bewerten Sie einen Prozess 0–5: Geldeinfluss 20 %, Wiederholbarkeit 15 %, Datenqualität 15 %, Integrationen 10 %, Observability 10 %, Risikokontrolle 15 %, Owner 10 %, Team 5 %. Formel: `readiness = sum(score × weight) / 5`.
75–100 — bereit für einen Pilot; 55–74 — zuerst Daten und Controls fixen; unter 55 — Automatisierung verschieben. Das ist eine interne Skala: fixieren Sie sie vor dem Launch und passen Sie sie nicht nach einem schlechten Ergebnis an.
readiness = sum(score * weight) / 5
if risk_is_high && approval_gate == false: block = trueWas ins Prozessregister gehört
Felder: `process_id`, `owner`, `trigger`, `input_source`, `systems`, `manual_steps`, `decision_rules`, `exception_types`, `monthly_volume`, `manual_time`, `error_rate`, `pii_present`, `approval_required`, `rollback_method`, `baseline_metric`, `target_metric`. Antworten Sie separat: was macht ein Mensch, wenn KI unsicher ist. Gibt es keine Antwort, ist der Prozess nicht bereit.
Was an einem Arbeitstag tun
Bitten Sie morgens einen Mitarbeiter, die letzten zehn realen Fälle zu zeigen, nicht den Prozess nachzuerzählen. Mittags Quellen, Felder, Ausnahmen und Owner sammeln. Am Tagesende einen Fall nehmen und den künftigen Workflow manuell von Input bis Ergebnis durchgehen.
Wenn Sie Baseline, Rollback und die Person für `needs_human` nicht benennen können, kaufen Sie kein neues Tool. Fixen Sie zuerst diese drei Lücken, behalten Sie eine Test-Datenkopie und berechnen Sie Readiness erst dann neu.
Was vor dem Rollout bereit sein muss
| Kriterium | Frage | Gutes Zeichen |
|---|---|---|
| Eingabe | Was genau geht in die KI-Readiness des Business ein? | Beschreiben Sie Trigger, Input, Aktionen, Ergebnis, Ausnahmen, Zeitplan und Owner. Bauen Sie dann ein Datenregister mit Ownern und Zugriffsrechten. |
| Aktion | Was darf das System selbstständig tun? | Nur vorab gelistete Aktionen, ohne Zugriff auf das gesamte Konto |
| Prüfung | Woran erkennen Sie, dass das Ergebnis akzeptiert werden kann? | Bewerten Sie Bereiche 0–3: Daten 30 %, Prozess 25 %, Security 20 %, Integrationen 15 %, Menschen 10 %. Readiness = Summe((score / 3) × Gewicht). |
| Fehlerfall | Wohin geht ein unklarer Fall? | Pausieren Sie den Pilot, wenn es keinen Daten-Owner, keine Erlaubnis zur Datennutzung oder keine Baseline-Metrik gibt. |
Was sich nach der Einrichtung ändern sollte
Sie wissen, was jetzt starten kann und was zuerst Ordnung in Daten oder Regeln braucht.
Warum Abos nicht zu Adoption werden
Ein Tool kaufen, bevor der Prozess beschrieben ist.
Daten nur deshalb als bereit behandeln, weil sie in einem CRM liegen.
Keinen Owner für Ausnahmen zuweisen.
Training ohne reale Aufgabe und Messung fahren.
Wann Readiness ein Change-Programm braucht
Holen Sie einen Spezialisten, wenn Readiness mehrere Abteilungen, Zugriffsrechte, regulierte Daten oder eine große Prozessänderung umfasst.
Was vor der ersten Aufgabe prüfen
Brauchen Sie perfekte Daten?
Nein. Aber Sie müssen wissen, wo Fehler sind, wer sie fixt und welche Felder ohne Erlaubnis nicht genutzt werden dürfen.
Wo fangen Sie ohne KI-Team an?
Mit einer wiederkehrenden Aufgabe mit klarem Ergebnis und niedrigen Fehlerkosten.
Was zählt mehr: Daten oder Team?
Beides. Gute Daten ohne Owner und ein Team ohne klaren Prozess ergeben keinen stabilen Launch.
Wie oft sollte Readiness überprüft werden?
Vor einem neuen Pilot und nach einer materiellen Änderung in Prozess, Daten oder Zugriffsrechten.
