Die meisten Automatisierungsprojekte scheitern nicht beim Bauen. Sie scheitern nach der Demo, wenn niemand den Workflow verantwortet, die Grenzfälle auftauchen und sich das Modell ändert. Das ist die Methode, mit der wir das verhindern – Schritt für Schritt, mit dem, was Sie in jeder Phase erhalten.
Die Methode
Zehn Schritte, in der Reihenfolge, in der sie passieren
- Analysieren. Wir beobachten den Prozess so, wie er wirklich abläuft – nicht so, wie ihn das Organigramm beschreibt. Wer den Input erhält, was geprüft wird, wo er liegen bleibt, was schiefgeht. Wir erfassen zwei bis vier Wochen lang echte Daten zu Volumen, Stunden, Fehlern und Reaktionszeit und halten sie in einer Ausgangsbasis fest.
- Priorisieren. Jeder infrage kommende Workflow wird nach Häufigkeit, Zeitaufwand, Regelklarheit, Ausnahmequote, Geschäftswert und Risiko bewertet. Der mit dem besten Verhältnis von Wert zu Risiko kommt zuerst. Bei einem Pilotprojekt ist das eine einzelne Entscheidung; im Team- oder Business-Umfang wird daraus eine Nutzen/Aufwand-Matrix.
- Konzipieren. Wir legen Inputs, Ergebnisse, jede Verzweigung, die Freigabepunkte, den Rückfallweg bei einem Ausfall von System oder Modell und die spätere Zuständigkeit für den Workflow fest. Das Ergebnis ist eine einseitige Scope-Card mit schriftlichen Abnahmekriterien: den Testfällen, die bestehen müssen, bevor Sie die Schlussrate zahlen.
- Bauen. Umgesetzt auf der einfachsten Plattform, die für Ihr Volumen und Ihre Datenregeln zuverlässig ist, in Konten, die Ihnen gehören. Zugangsdaten liegen in einem Vault, nicht in Workflow-Notizen. Entwicklung und Produktion nutzen von Anfang an getrennte Zugangsdaten.
- Testen. Normalfälle, Grenzfälle, Fehlerfälle (API nicht erreichbar, leeres Feld, doppelte Eingabe), Datenschutzfälle (personenbezogene Daten dort, wo sie nicht hingehören) und Manipulationsfälle (ein Kunde versucht, den Assistenten zu einer Rückerstattung zu überreden). KI-Schritte erhalten ein gekennzeichnetes Test-Set und eine Konfidenzschwelle.
- Abnahme durch Sie. Sie führen den Workflow selbst in einer Staging-Demo mit realistischen Daten aus und haken die Abnahmekriterien ab. Was nicht besteht, wird vor der Einführung behoben, nicht danach.
- Einführen. Schrittweiser Rollout: zuerst ein Teil der Eingaben, dann alles. Monitoring, Kostenlimits und ein Not-Aus sind aktiv, bevor der erste echte Durchlauf stattfindet. Jemand auf Ihrer Seite weiß, wie man den Workflow in unter einer Minute stoppt.
- Schulen und dokumentieren. Eine aufgezeichnete Übergabe, ein Runbook (was der Workflow tut, was bei einem Alarm zu tun ist, wie eine Vorlage geändert wird) und eine Zuständigkeitsübersicht, die festhält, wer in Ihrem Team wofür verantwortlich ist. Sie könnten das alles morgen an einen anderen Anbieter übergeben.
- Messen. Nach 30, 60 und 90 Tagen vergleichen wir Zeit-, Geschwindigkeits-, Fehler- und Kostenkennzahlen mit der Ausgangsbasis aus Schritt eins. Dieselben Kennzahlen, dieselbe Methode, damit der Vergleich ehrlich bleibt.
- Verbessern. Erst ausbauen, wenn der erste Workflow seinen Nutzen bewiesen hat. Schwellenwerte anpassen, einen Schritt entfernen, den niemand nutzt, den nächsten Workflow von der Prioritätenliste ergänzen. Im Rahmen eines Betreuungsplans ist das ein fester monatlicher Review.
Ergebnisse je Phase
Was Sie in jeder Phase in der Hand halten
| Phase | Ergebnis | Warum das wichtig ist |
|---|---|---|
| Analysieren | Ausgangsbasis | Volumen, Stunden, Fehler und Reaktionszeit, bevor sich etwas ändert. Ohne sie bleibt Ihnen nur das Gefühl, dass es schneller geworden ist. |
| Konzipieren | Scope-Card und Abnahmekriterien | Eine Seite, die festhält, was enthalten ist, was nicht, wo Menschen freigeben und welche Tests „fertig” definieren. |
| Bauen und testen | Testprotokoll | Welche Szenarien geprüft wurden, was fehlgeschlagen ist, was behoben wurde. Bei KI-Schritten inklusive verwendetem Test-Set und Schwellenwert. |
| Abnahme durch Sie | Staging-Demo und Freigabe | Sie haben den Workflow mit Ihren eigenen Daten genutzt, bevor er die Produktivumgebung berührt. |
| Einführen | Monitoring-Ansicht, Kostenlimits, Not-Aus | Sie sehen Durchläufe und Fehler und können den Workflow stoppen, ohne uns anzurufen. |
| Schulen und dokumentieren | Runbook, aufgezeichnete Übergabe, Zuständigkeitsübersicht | Ihr Team kann den Workflow betreiben, ändern und bei Bedarf ohne uns migrieren. |
| Messen | Vergleich nach 30/60/90 Tagen | Die Ausgangskennzahlen erneut gemessen, auf dieselbe Weise, mit den Abweichungen und Einschränkungen. |
Zeitrahmen je Paket
| Paket | Umsetzungsdauer | Support-Zeitraum |
|---|---|---|
| One Workflow Pilot | 10–15 Werktage | 14 Tage |
| Solo | 2–3 Wochen | 30 Tage |
| Team | 3–6 Wochen | 45 Tage |
| Business | 6–12 Wochen | 60 Tage |
| Enterprise | 10–24+ Wochen, stufenweise | Im Vertrag vereinbart |
Die Zeitrahmen setzen zeitnahen Zugriff auf die Systeme voraus und eine entscheidungsbefugte Person, die Fragen innerhalb eines Werktags beantwortet. Die häufigste Verzögerung ist das Warten auf einen API-Schlüssel. Was jedes Paket enthält, sehen Sie auf der Seite Preise.
Wer macht was
| Rolle | Verantwortung |
|---|---|
| Ihr(e) Prozessverantwortliche(r) | Erklärt, wie die Arbeit wirklich abläuft, beantwortet Fragen zu Grenzfällen, gibt die Abnahme frei |
| Ihre Admin- oder IT-Ansprechperson | Legt Konten an, vergibt minimale Zugriffsrechte, genehmigt Connectoren |
| Azikiel-Verantwortliche(r) | Analyse, Konzeption, Scope-Card, Bau, Tests, Übergabe, Messung |
| Ihr(e) Workflow-Verantwortliche(r) (nach der Einführung) | Beobachtet Alarme, gibt wartende Fälle frei, fordert Änderungen an |
| Ihre Rechts- oder Datenschutzberatung | Prüft die Punkte, die wir bei sensiblen Daten oder regulierten Entscheidungen markieren |
In einem kleinen Unternehmen sind Prozessverantwortliche(r), Admin und Workflow-Verantwortliche(r) oft dieselbe Person. Das ist in Ordnung, solange es schriftlich festgehalten ist.
Erkenntnisse
Warum Projekte nach der Demo scheitern
Die Demo funktioniert, weil sie mit sauberen Daten, einem einzigen Idealpfad und der Person arbeitet, die sie gebaut hat und am Rechner sitzt. Im Produktivbetrieb gibt es nichts davon.
- Keine Ausgangsbasis. Niemand hat vorher gemessen, also kann niemand beweisen, dass es geholfen hat, also verteidigt es niemand, wenn es Aufmerksamkeit braucht.
- Kein Verantwortlicher. Der Workflow schlägt Alarm, der Alarm landet in einem Sammelpostfach, und die Ausnahme-Warteschlange wächst drei Wochen lang unbemerkt.
- Ungetestete Grenzfälle. Der eine Lieferant, der Rechnungen als Fotos schickt, der Kunde, der in zwei Sprachen schreibt, das leere Feld.
- Modelländerungen. Ein Anbieter aktualisiert das Modell; die Klassifizierung, die zu 96 % korrekt war, driftet ab, und niemand hat ein Test-Set, um es zu bemerken.
- Konten der Agentur. Der Anbieter geht, das Abo läuft aus, und der Workflow steht still.
- Kein Not-Aus. Um 17:45 Uhr an einem Freitag geht etwas schief, und die einzige Person, die es stoppen kann, sitzt im Zug.
Für jeden dieser Punkte gibt es oben einen Schritt, der genau das verhindern soll. Die dahinterliegenden Kontrollen sind auf der Seite Sicherheit und Governance beschrieben.
Möchten Sie sehen, wie die Methode auf einen konkreten Prozess angewendet wird? Die Beispiel-Workflows zeigen für jeden davon den Auslöser, die Schritte, den menschlichen Kontrollpunkt und die Messwerte.