Was sollte ein Unternehmen zuerst transformieren? Ein praktischer Workflow-Audit.

Transformieren Sie zuerst den Workflow, der spürbare operative Reibung, wiederkehrende Entscheidungen, zugängliche Evidenz und einen sicheren Weg in den Betrieb verbindet. Beginnen Sie weder bei der Abteilung mit der lautesten KI-Forderung noch bei der spektakulärsten Demo. Beginnen Sie dort, wo abgeschlossene Arbeit einen geschäftlichen Engpass verbessert und sich innerhalb klarer Grenzen belegen lässt, dass der neue Weg besser ist als der alte.

Eine KI-Potenzialanalyse soll keine lange Wunschliste für Automatisierung produzieren. Sie soll einen glaubwürdigen Ausgangspunkt bestimmen.

Warum die meisten KI-Chancenlisten zu oberflächlich sind

In typischen Workshops werden Teams gefragt, was KI für sie erledigen soll. Die Antworten ähneln sich: Content schreiben, Support beantworten, Daten analysieren, Leads qualifizieren, Berichte erstellen und Follow-ups automatisieren.

Das sind Fähigkeitsklassen, keine Umsetzungsbriefings. Es fehlen die operativen Tatsachen, von denen ein sicherer Workflow abhängt:

• Wo entsteht die Eingabe?
• Welcher Datensatz ist verbindlich?
• Wie vollständig und strukturiert sind die Daten?
• Welche Entscheidungen wiederholen sich, welche brauchen Urteil?
• Was darf das System lesen, entwerfen, verändern oder senden?
• Wer besitzt die Ausnahme?
• Welche Evidenz belegt den Abschluss?
• Wird das Team das Ergebnis tatsächlich nutzen?

Ein Audit macht diese Tatsachen sichtbar, bevor sich das Unternehmen auf eine Architektur festlegt.

Beginnen Sie mit der Arbeit, nicht mit dem Organigramm

Abteilungen helfen bei der Zuordnung von Verantwortung, doch Arbeit bleibt selten in einem Kästchen. Ein neuer Lead durchläuft Werbung, CRM, Qualifizierung, Vertrieb und Reporting. Ein Kundenbericht verbindet Buchhaltungsdaten, Analyse, Erklärung, Freigabe und Auslieferung.

Wählen Sie einen Arbeitsgegenstand mit erkennbarem Anfang und Ende:

• Ein Lead kommt an und erhält einen Status.
• Ein neuer Kunde beendet das Onboarding und ist lieferbereit.
• Eine Frage zum Bestellstatus erhält eine freigegebene Antwort.
• Ein Berichtsmonat wird zu einer geprüften Kundenerklärung.
• Ein Klinik-Prospekt wird zum verifizierten Recruiting-Kontakt mit Folgeschritt.

Untersucht wird nicht „Vertrieb“ oder „Operations“, sondern ein Objekt auf seinem Weg durch eine Folge von Entscheidungen.

Schritt 1: Abschlussbedingung formulieren

Vervollständigen Sie vor der Prozessaufnahme diesen Satz:

Dieser Workflow ist abgeschlossen, wenn __________, und wir können es belegen, weil __________.

Beispiele:

• Ein Lead ist abgeschlossen, wenn er disqualifiziert, zur Wiederholung terminiert oder an einen Closer übergeben wurde und CRM-Status sowie Anrufdatensatz vorliegen.
• Ein Finanzreview ist abgeschlossen, wenn der Kunde eine zeitraumbezogene Ansicht hat, offene Fragen beim Buchhaltungsteam liegen und kein unbefugter Schreibvorgang stattfand.
• Eine Klinikrecherche ist abgeschlossen, wenn der verbindliche Recruiting-Datensatz bestätigt, die nächste Ansprache freigegeben und das Follow-up dokumentiert ist.

Kann sich das Team nicht auf den Abschluss einigen, ist die Route noch nicht automatisierungsreif. Dann ist bereits der heutige Prozess unklar.

Schritt 2: Den heutigen Weg abbilden – ohne ihn zu beschönigen

Nutzen Sie echte, aktuelle Beispiele und verfolgen Sie den tatsächlichen Ablauf einschließlich aller Umwege. Eine brauchbare Karte hat sieben Spalten:

Bereinigen Sie den Prozess nicht beim Dokumentieren. Gerade die manuellen Umwege zeigen, wo das Unternehmen unsichtbare Logik trägt.

Schritt 3: Regeln und Urteil trennen

Ordnen Sie jeder Entscheidung eine Kategorie zu:

• Deterministisch: Gleiche gültige Eingaben müssen zur gleichen Aktion führen, etwa Pflichtfeldprüfung, Geschäftszeiten, kontobasiertes Routing oder das Ende einer Retry-Serie nach finalem Status.
• Modellgestützt: Sprache oder unstrukturierter Kontext zählen, das Ergebnis lässt sich aber begrenzen oder prüfen, etwa Gesprächszusammenfassung, Supportentwurf oder Erklärung einer Finanzabweichung.
• Menschlich verantwortet: Konsequenz, Mehrdeutigkeit oder Beziehung verlangen rechenschaftspflichtiges Urteil, etwa Ausgaben freigeben, Finanzdatensätze ändern, sensible Ansprache senden oder einen komplexen Abschluss tätigen.

So vermeiden Sie zwei Fehler: ein Modell einzusetzen, wo eine Regel sicherer wäre, und Menschen Entscheidungen wiederholen zu lassen, die zuverlässig kodiert werden könnten.

Schritt 4: Bereitschaft bewerten – ohne Scheingenauigkeit

Verwenden Sie für jeden Faktor Rot, Gelb oder Grün und notieren Sie die Begründung.

Geschäftliche Relevanz

• Grün: Der Workflow begrenzt Reaktionszeit, Kapazität, Lieferqualität, Margenpotenzial oder Conversion.
• Gelb: Die Arbeit ist nützlich, der wirtschaftliche Effekt jedoch indirekt.
• Rot: Das Projekt ist vor allem Demo oder Kosmetik.

Häufigkeit und Warteschlangendruck

• Grün: Dieselbe Arbeitsklasse kehrt wieder und erzeugt eine sichtbare Queue.
• Gelb: Sie wiederholt sich unregelmäßig.
• Rot: Die Aufgabe ist selten oder jedes Mal grundlegend anders.

Klarheit der Regeln

• Grün: Eignung, Routing, Stopbedingungen und Ausnahmen sind formulierbar.
• Gelb: Die meisten Regeln stehen, wichtige Randfälle fehlen.
• Rot: Erfahrene Mitarbeiter widersprechen sich über den richtigen Ablauf.

Quellenzugriff

• Grün: Verbindliche Daten und Anbieterwege stehen für einen kontrollierten Beweis bereit.
• Gelb: Zugriff existiert, doch Zugangsdaten, Ownership oder Datenqualität brauchen Arbeit.
• Rot: Der Workflow beruht auf unzugänglichen, herrenlosen oder unzuverlässigen Daten.

Konsequenz und Umkehrbarkeit

• Grün: Die erste Version kann schreibgeschützt, entwurfsbasiert oder leicht reversibel sein.
• Gelb: Aktionen haben Folgen, aber ein klares Freigabe-Gate existiert.
• Rot: Fehler wären erheblich und es gibt weder verlässliche Prüfung noch Rollback.

Evidenzqualität

• Grün: Abschluss und Fehler sind in gespeicherten Datensätzen erkennbar.
• Gelb: Evidenz existiert, liegt aber verteilt.
• Rot: Erfolg lässt sich nur durch Rückfrage beim Operator feststellen.

Verantwortung für Adoption

• Grün: Ein namentlich benannter Operator besitzt Rollout, Ausnahmen und Feedback.
• Gelb: Die Führung unterstützt das Projekt, tägliche Verantwortung ist unklar.
• Rot: Es gehört „dem KI-Team“, ohne verantwortlichen Nutzer im Betrieb.

Ein guter erster Workflow ist überwiegend grün. Gelbe Punkte werden zu ausdrücklichen Launch-Gates. Ein roter Punkt muss nicht zwingend ausschließen, aber im Scope gelöst werden – nicht im Versprechen verschwinden.

Schritt 5: Das menschliche Gate zuerst einzeichnen

Fügen Sie „Human in the loop“ nicht am Ende des Diagramms hinzu. Platzieren Sie die Person genau dort, wo Befugnisse wechseln.

Definieren Sie:

1. Auslöser: Was macht Prüfung nötig?
2. Verantwortlicher: Welche Rolle erhält sie?
3. Evidenz: Was kann die Person sehen?
4. Optionen: Freigeben, ändern, ablehnen, mehr Kontext verlangen oder umleiten?
5. Timeout: Was passiert ohne Reaktion?
6. Nachweis: Wo wird die Entscheidung gespeichert?

In einem schreibgeschützten Finanzportal liegt das Gate vor Schreiben oder externem Versand. Bei Lead-Qualifizierung liegt es bei der Übergabe eines geeigneten Prospekts. Im Recruiting vor einem Pilotanruf oder einer folgenreichen Nachricht.

Das menschliche Gate ist kein Automationsfehler. Dort übergibt das System verantwortliches Urteil an die Person, der es gehört.

Schritt 6: Den kleinsten Produktionsbeweis definieren

Ein Proof muss eng genug sein, um verstanden zu werden, und real genug, um zu zählen. Legen Sie fest:

• einen Workflow und eine Abschlussbedingung;
• das echte System of Record;
• eine begrenzte Eingabemenge oder Betriebsperiode;
• erlaubte Lese-, Entwurfs- und Schreibaktionen;
• das menschliche Gate;
• mindestens drei erwartete Fehlerfälle;
• die Evidenz jedes Durchlaufs;
• Kriterien für Erweiterung, Überarbeitung oder Stopp.

Vermeiden Sie zwei schwache Ersatzlösungen: eine rein visuelle Sandbox-Demo ohne echte Anbieterzustände, unvollständige Daten und Nutzerverhalten; und einen so breiten Piloten, dass niemand erkennt, welche Änderung welches Ergebnis bewirkte.

Der kleinste Produktionsbeweis beantwortet eine Frage: Kann dieser Arbeitsgegenstand unter echten Kontrollen den neuen Weg durchlaufen?

Drei unterschiedliche erste Transformationen

Linda's Care: Reaktionszeit und wiederkehrende Qualifizierung

Linda's Care hatte einen klaren Arbeitsgegenstand – einen geeigneten Lead –, einen geschäftlichen Engpass bei schnellem Follow-up, wiederkehrende Qualifikationsfelder, einen sichtbaren CRM-Datensatz und ein natürliches Gate bei der Übergabe.

Der Produktions-Bridge rief an, erfasste strukturierte Antworten, aktualisierte GoHighLevel, steuerte Wiederholungen und leitete geeignete Gespräche an einen Closer. Der Kunde berichtete von einem $800-Abschluss in der ersten Woche. Das ist ein zugeordneter Kundenbericht, kein Versprechen für andere Unternehmen.

Plutify: Kundenverständnis ohne Schreibrisiko

Plutify Bookkeeping besaß aktuelle QuickBooks-Daten, aber eine statische Kundenerfahrung. Ein schreibgeschütztes CFO-Portal war glaubwürdig, weil es Nutzen schaffen konnte, bevor es Finanzdatensätze verändern durfte.

Live-Lesepfad und geschützte APIs waren belegt. Schreibvorgänge, Exporte, Zeitpläne und Sends blieben gesperrt. Der erste Produktionsbeweis verbesserte die Prüffläche und bewahrte QuickBooks als verbindliche Quelle.

Care Networks: Administration live, Stimme in Vorbereitung

Care Networks hatte mehrere Anbieterwege und einen möglichen Workflow für Klinikanrufe. Der Audit verschmolz sie nicht zu einer Behauptung. Recruiting-Administration und verbindlicher JobAdder-Zugriff bildeten die funktionierende Spur; Voice blieb hinter Entscheidungen zu Telefonnummer, Anrufer-ID, Skript, Pilotliste und Webhook.

Das ist häufig das richtige Ergebnis: nicht „Nein“, sondern „diese Spur zuerst, jene sobald ihre Gates real sind“.

Schritt 7: Baseline vor Verbesserungsbehauptung

Erfassen Sie den heutigen Zustand mit Daten, die das Unternehmen dauerhaft pflegen kann, etwa:

• Größe und Alter der Queue;
• Zeit von Eingang bis erster Aktion;
• Anzahl Abschlüsse und Ausnahmen;
• Nacharbeit oder wieder geöffnete Fälle;
• Anteil menschlicher Eingriffe;
• Häufigkeit fehlender Daten;
• Adoption durch Nutzer;
• nachgelagerte Geschäftsergebnisse mit klarer Zuordnungsmethode.

Erfinden Sie keine Stundenersparnis, nur weil die Demo schneller aussieht. Verwechseln Sie Aktivität nicht mit Adoption und technische Bereitstellung nicht mit finanzieller Wirkung.

Ist ein finanzielles Ergebnis vom Kunden berichtet, kennzeichnen Sie es. Ist ein Workflow live verifiziert, aber regelmäßige Nutzung nicht gemessen, sagen Sie es. Präzision macht einen Fall glaubwürdiger.

Beobachtung, Schlussfolgerung und Evidenz

• Beobachtung: Das vollständige Register mit 25 Fällen umfasst fünf Nachweisstufen: verifiziert live, live unter Aufsicht, anbieterbereit, Pilot sowie gebaut mit ausstehender Einführung. Der glaubwürdigste erste Umfang änderte sich mit Zugriff, Konsequenz und Evidenz.
• Schlussfolgerung: Ein Workflow mit klarem Abschlussnachweis und reversibler erster Aktion lässt sich im Allgemeinen besser beweisen als das Mandat „KI-Mitarbeiter“.
• Evidenz: Bereitstellungsstände und Fallbehauptungen beruhen auf Dokumenten, Live-Prüfungen oder Kundenberichten. Die Audit-Matrix ist die praktische RECAST-Methode – eine Orientierung, keine Behauptung, jedes Unternehmen werde identisch priorisieren.

Ein 30-Minuten-Audit

Wählen Sie einen wiederkehrenden Arbeitsgegenstand und stellen Sie einen Timer:

Minute 0–5: Arbeit benennen

Notieren Sie Auslöser, Abschlussbedingung und Nachweis.

Minute 5–15: Einem echten Beispiel folgen

Listen Sie jede Person, jedes Tool, jede Entscheidung, jedes Copy-and-paste, jede Wartezeit und Ausnahme.

Minute 15–20: Befugnisse zuweisen

Markieren Sie jede Aktion als lesen, entwerfen, empfehlen, freigeben, schreiben oder senden. Umkreisen Sie die erste folgenreiche Aktion.

Minute 20–25: Bereitschaft bewerten

Nutzen Sie Rot, Gelb oder Grün für Relevanz, Häufigkeit, Regelklarheit, Quellenzugriff, Umkehrbarkeit, Evidenz und Adoption.

Minute 25–30: Proof-Scope schreiben

Definieren Sie kleinste reale Eingabemenge, menschliches Gate, erwartete Fehler und Erweiterungskriterium.

Am Ende steht eine von drei ehrlichen Schlussfolgerungen:

1. Bereit für den Beweis: wertvoll, begrenzt und beobachtbar.
2. Erst vorbereiten: Zugriff, Regeln oder Verantwortung müssen geklärt werden.
3. Anderen Workflow wählen: zu selten, mehrdeutig oder riskant als erster Schritt.

Alle drei Ergebnisse sind nützlich. Der Audit hat verhindert, dass Unsicherheit automatisiert wird.

Quellen

• RECAST, `OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf`, Linda's Care (Seite 4), Care Networks (Seite 9) und Plutify Bookkeeping (Seite 22).
• RECAST, `RECAST_CASE_STUDIES_2026_UPDATED.pdf`, Linda's Care (Seite 2), Care Networks (Seite 5) und Plutify Bookkeeping (Seite 18).
• NIST AI Risk Management Framework Core – Govern, Map, Measure und Manage für das Risikomanagement über den Lebenszyklus.
• NIST AI RMF Playbook – freiwillige Maßnahmen für die Ergebnisse des Frameworks.
• KI- und Datenschutz-Risikotoolkit des britischen ICO – praktische Unterstützung bei der Risikobewertung.

Ihr KI-Umsetzungsplan

Im kostenlosen KI-Audit wenden wir diese Methode auf Ihren Betrieb an. Wir bestimmen den ersten Workflow, definieren Kontrollen und zeigen, was ein glaubwürdiger Beweis benötigt. Im Gespräch erhalten Sie den mündlichen Plan, anschließend den schriftlichen KI-Umsetzungsplan. KI-Audit buchen.