Welchen Geschäftsworkflow sollten Sie zuerst automatisieren?

Beschreiben Sie die Arbeit, bevor Sie die Technologie wählen.

«Wir sollten KI im Verkauf einsetzen» ist eine Richtung, kein Implementierungsumfang. «Wenn eine qualifizierte Anfrage eingeht, einen Offertentwurf aus dem freigegebenen Katalog vorbereiten und ihn der kontoverantwortlichen Person zur Prüfung senden» ist ein Workflow. Er hat einen Auslöser, eine Quelle, eine Ausgabe und jemanden, der entscheiden kann, ob die Ausgabe nützlich ist.

Diese Unterscheidung gilt im Kleinbetrieb wie im Grossunternehmen. In einem kleineren Team erledigt vielleicht eine Person mehrere Aufgaben. In einem grösseren Unternehmen verantworten mehrere Personen je einen Teil des Prozesses. In beiden Fällen braucht die erste Implementierung eine klar verantwortliche Person und einen klaren Umfang. Die Unternehmensgrösse allein definiert den Umfang nicht.

Formulieren Sie einen Kandidaten in einem Satz: Wenn dies eintritt, aus diesen Eingaben diese Ausgabe für diese Person vorbereiten, wobei diese Aktionen weiterhin eine Freigabe erfordern. Braucht der Satz fünf voneinander unabhängige Ergebnisse, teilen Sie ihn auf. Kann sich niemand auf die beabsichtigte Ausgabe einigen, dokumentieren Sie den bestehenden Prozess, bevor Sie ihn automatisieren.

Prüfen Sie die Bereitschaft, bevor Sie den Nutzen schätzen.

Eine Aufgabe mit hohem Volumen kann trotzdem ein schlechter erster Kandidat sein. Sie hängt vielleicht von unzugänglichen Systemen, uneinheitlichen Definitionen oder Ermessensentscheiden ab, die nie dokumentiert wurden. Das sind Implementierungsbedingungen, keine Details, die man bis nach einer Demonstration aufschieben kann.

Nutzen Sie fünf Prüffragen mit den Menschen, die die Arbeit machen:

• Verantwortung: Wer nimmt das Ergebnis ab, löst Ausnahmen und kann den Workflow stoppen?
• Eingaben: Woher stammen die Informationen? Kann das Projekt mit der nötigen Berechtigung auf repräsentative Beispiele zugreifen?
• Wiederholbarkeit: Welche Entscheidungen folgen stabilen Regeln, und welche brauchen Interpretation?
• Überprüfbarkeit: Kann eine prüfende Person erkennen, ob eine Ausgabe korrekt ist, ohne die ganze Aufgabe zu wiederholen?
• Berechtigungen: Was darf der Workflow entwerfen oder vorschlagen, und was darf er tatsächlich senden, ändern oder freigeben?

Behandeln Sie eine Unbekannte als offene Frage, nicht als günstige Bewertung. Trifft der Workflow regulierte Entscheidungen, verarbeitet er sensible Informationen oder hängt er von unklaren Entscheidungszuständigkeiten ab, braucht er eine spezifische Prüfung. Ein einfacher Bereitschaftsfragebogen kann nicht belegen, dass eine Implementierung sicher oder regelkonform ist.

Vergleichen Sie einige Kandidaten, nicht jeden Prozess im Unternehmen.

Nehmen Sie drei plausible Aufgaben und beschreiben Sie jede mit denselben Nachweisen. Die Triage eines gemeinsamen Postfachs hat vielleicht häufige Eingaben und eine offensichtliche verantwortliche Person, aber unklare Eskalationsregeln. Ein Offertentwurf hat vielleicht brauchbare Vorlagen, aber Preisentscheidungen, die beim Verkauf bleiben müssen. Ein Monatsbericht mag vorhersehbar sein, aber von Zahlen abhängen, die das Finanzteam manuell abstimmt.

Das sind illustrative Situationen, keine Kundenbeobachtungen. Sie sollen den Unterschied zeigen zwischen einer sichtbaren, sich wiederholenden Aufgabe und einer Implementierung, die tatsächlich bereit ist.

Erfassen Sie für jeden Kandidaten Häufigkeit, Bearbeitungszeit, Prüfaufwand, Ausnahmetypen, betroffene Systeme und die Folgen einer falschen Ausgabe. Bevorzugen Sie eine Aufgabe mit spürbarem Nutzen und einem handhabbaren Umfang. Wählen Sie sie nicht allein wegen der grössten theoretischen Einsparung. Die Kosten für Integration, Prüfung und laufenden Betrieb können den Vergleich verändern.

Diese Abwägungen sehen Sie in den Demos Lead to Proposal und Inbox to Resolution – beide sind synthetische lokale Simulationen. Sie zeigen die vorgeschlagene Kontrollstruktur; sie beweisen nicht, dass das CRM oder das Postfach eines Kunden bereit für die Anbindung ist.

Messen Sie eine Ausgangslage, die Prüfung und Nacharbeit einschliesst.

Nehmen Sie vor der Umsetzung mit der nötigen Berechtigung Stichproben echter Arbeit. Erfassen Sie einfache wie unangenehme Fälle. Messen Sie die aktive Bearbeitungszeit getrennt von der Wartezeit: Eine Aufgabe, die zwei Tage auf eine Antwort wartet, ist nicht zwangsläufig zwei Tage Arbeit.

Berücksichtigen Sie die Arbeit nach dem ersten Entwurf. Dauert die Vorbereitung einer Antwort zehn Minuten und ihre Prüfung drei, lässt die Messung der zehn Minuten allein einen neuen Workflow wertvoller erscheinen, als er ist. Erfassen Sie Korrekturen, Eskalationen und wiederholte Bearbeitung ebenso wie den ersten Durchgang.

Eine brauchbare Erfolgskennzahl verbindet Aufwand mit einer Qualitätsbedingung. Zum Beispiel: die mittlere Vorbereitungszeit senken und dabei den vereinbarten Anteil an Ausgaben halten, die die prüfende Person akzeptiert. Legen Sie den konkreten Schwellenwert mit der prozessverantwortlichen Person fest, nachdem Sie die Ausgangslage kennen. Erfinden Sie keine prozentuale Verbesserung, nur weil sie die Offerte attraktiv macht.

Legen Sie einen Umfang fest, den Sie erklären und testen können.

Benennen Sie die unterstützten Eingaben und die Aktionen ausserhalb des Umfangs. Ein Offerten-Workflow darf aus einem freigegebenen Katalog entwerfen, aber nie einen neuen Rabatt anlegen. Ein Dokumenten-Workflow darf Klauseln vergleichen und ein Prüfpaket vorbereiten, aber nie den Vertrag unterzeichnen. Ein Prozessleitfaden darf ein aktuelles Handbuch zitieren, ohne der lesenden Person die Berechtigung für die beschriebene Aktion zu erteilen.

Bestimmen Sie dann die Systeme, die für diesen Umfang tatsächlich nötig sind. Ein einzelner Workflow mit wenigen vereinbarten Schnittstellen ist etwas anderes als verbundene Abteilungs-Workflows mit getrennten Verantwortlichen. Der eine lässt sich oft unabhängig beurteilen; der andere braucht Koordination, gemeinsame Abnahme und ein breiteres Betriebskonzept.

Der Workflow Fit Checker macht diese Unterscheidung explizit. Seine Regeln berücksichtigen den deklarierten Umfang, den Zugriff, die Freigaberechte und das Risiko. Mehrdeutige oder risikoreiche Antworten ergeben «Prüfung erforderlich»; sie werden nicht zu einem selbstsicheren Implementierungsversprechen. Die Angebote von AIFAB beschreiben den jeweiligen Umfang und die Ausschlüsse.

Machen Sie den ersten Test zu einer Entscheidung, nicht zu einem Schaustück.

Einigen Sie sich vor der Umsetzung auf repräsentative Fälle. Nehmen Sie ein fehlendes Feld, widersprüchliche Nachweise, ein nicht verfügbares System und einen Fall auf, der abgelehnt werden sollte. Legen Sie fest, was die prüfende Person bei jedem Fall sehen muss. Halten Sie schriftlich fest, was geschieht, wenn keine Freigabe erteilt wird.

Vergleichen Sie am Ende des Tests dieselben Messwerte, die Sie vor der Implementierung erhoben haben. Prüfen Sie, wie viel Zeit in Prüfung oder Ausnahmebehandlung gewandert ist. Fragen Sie die verantwortliche Person, ob das Ergebnis an einem gewöhnlichen Arbeitstag brauchbar ist, auch wenn eine Eingabe unsauber ist.

Das nützliche Ergebnis ist ein begründeter nächster Schritt: den abgegrenzten Workflow einführen, den Umfang anpassen oder stoppen, weil die Voraussetzungen nicht erfüllt sind. Diese Entscheidung ist mehr wert als eine flüssige Ausgabe aus einem ungewöhnlich sauberen Beispiel. Der Prozess Eignung → Umfang → Umsetzung → Prüfung → Einführung hält diese Entscheidungen sichtbar.