Problem: „Der Workflow läuft… bis er es nicht mehr tut“
In Kanzleien scheitern Automatisierungen selten am Tool – sondern an Ownership: Niemand fühlt sich zuständig, Alerts gehen ins Leere, Änderungen passieren „nebenbei“.
Ziel: ein minimaler, aber belastbarer Rollenrahmen, der Betrieb möglich macht (ohne neue Abteilung).
Das Minimal-Setup (5 Rollen, die reichen)
- Business Owner (Sponsor)
- Entscheidet Prioritäten, akzeptiert Scope/ROI.
- Eskalationsadresse, wenn SLAs/KPIs reißen.
- Process Owner (fachlich)
- Verantwortet den Prozess (z. B. Intake, Follow-ups, Dokumentenfluss).
- Definiert Statuslogik, Abnahmen, Ausnahmen.
- Workflow Owner (operativ)
- Verantwortet den konkreten Workflow-End-to-End.
- Nimmt Alerts an, koordiniert Fixes, pflegt Doku/Runbook.
- Data Owner (Quelle/Qualität)
- Verantwortet Datenqualität an der Quelle (Pflichtfelder, Validierung, Dedupe-Regeln).
- Entscheidet, welche Daten überhaupt verarbeitet werden (Minimalprinzip).
- Backup Owner (Stellvertretung)
- Springt ein bei Urlaub/Krankheit.
- Muss Zugriff + Kontext haben (kein „stiller Name“ in einer Liste).
Optional (je nach Risiko): DSB/Compliance-Review als Gate bei PII/sensiblen Daten.
RACI zum Kopieren (1 Workflow)
| Aufgabe | Business Owner | Process Owner | Workflow Owner | Data Owner | Backup |
|---|---|---|---|---|---|
| Ziel/KPI festlegen | A | R | C | C | I |
| Statusmodell definieren | C | A/R | C | C | I |
| Datenfelder/Validierung | I | C | C | A/R | I |
| Go-live Entscheidung | A | R | R | C | I |
| Monitoring/Alerts bearbeiten | I | C | A/R | C | R |
| Änderungen (Change) freigeben | A | R | R | C | I |
| Incident (Störung) | I | C | A/R | C | R |
Legende: R=Responsible, A=Accountable, C=Consulted, I=Informed
Eskalationslogik (damit es nicht hängen bleibt)
- P1 (kritisch): Mandats-/Frist-/Zahlungsrelevanz, Datenverlust, Security-Verdacht
- Reaktionszeit: ≤ 2h
- Eskalation: Workflow Owner → Process Owner → Business Owner
- P2 (hoch): Prozess steht, aber Workaround möglich
- Reaktionszeit: ≤ 8h
- P3 (normal): Komfort/Optimierung
- Reaktionszeit: ≤ 2 Werktage
Stop-Regel: Wenn derselbe Fehler 3× in 7 Tagen auftritt → Change/Refactor einplanen (nicht weiter „wegklicken“).
Artefakt: Owner-Karte (1 Seite)
Kopieren und pro Workflow ausfüllen:
- Workflow: ___
- Ziel/KPI: ___
- Process Owner: ___
- Workflow Owner: ___
- Backup: ___
- Datenquellen: ___
- PII enthalten? (ja/nein) ___
- Alerts an: ___
- Runbook-Link: ___
- Change-Fenster (Wochentag/Uhrzeit): ___
So misst man „Ownership funktioniert“ (KPI-Block)
Alert-Acknowledge-Zeit (Median): Ziel z. B. < 60 Minuten
MTTR (Median Time To Recovery): Ziel z. B. < 1 Werktag (P2)
Wiederholfehlerquote: < 10% (Fehler, die 2×+ auftreten)
Leitfaden: KI-Automatisierung für Kanzleien
Vertiefung: Owner & Change-Prozess (Governance)
Vertiefung: 30/60/90 Tage Plan: 1 Workflow produktiv
Nächster Schritt (Scope/KPI, ohne Sales)
Wenn Sie mir Teamgröße, 1 Ziel-KPI und 2–3 Kernsysteme nennen, kann ich Ihnen sagen:
- welches Minimal-Rollenmodell reicht,
- wo Sie ein echtes Risiko (PII, Ownership, Status) haben,
- und welcher 1. Workflow am sinnvollsten ist.