Prozessverbesserung vorbereiten: Eine Aufgabe statt eines Grossprojekts

Wer eine Prozessoptimierung oder Beratung vorbereitet, braucht noch keinen fertigen Lösungsplan. Ein brauchbarer Auftrag beginnt bei einer wiederkehrenden Arbeit, ihrem heutigen Ablauf und dem Ergebnis, das künftig einfacher entstehen soll. "Wir müssen produktiver werden" ist dafür zu breit. "Diese Anfrage soll ohne vier interne Rückfragen bearbeitbar sein" ist ein prüfbarer Einstieg.

Die Vorbereitung muss nicht selbst zum Projekt werden. Für ein erstes Gespräch reichen ein normaler Fall, die sichtbare Hürde und die Grenze dessen, was noch unbekannt ist. Vertrauliche Unterlagen oder ein vollständiger Systemzugang sind für diese Beschreibung nicht nötig.

Ich empfehle, zunächst einen Vorgang auszuwählen, der häufig genug vorkommt und dessen Ergebnis das Team beurteilen kann. Danach wird entschieden, ob eine einfache interne Änderung reicht oder ob zusätzliche fachliche beziehungsweise technische Unterstützung nötig ist. KI ist eine mögliche Methode, kein vorab feststehender Auftrag.

Den Auftrag bei der Arbeit beginnen lassen

Beschreibe, was heute geschieht. Wo kommt die Anfrage an? Welche Person sammelt welche Information? Wann wird aus dem Entwurf ein nutzbares Ergebnis? Wo entsteht die Rückfrage oder Wartezeit? Ein einzelner tatsächlicher Ablauf ist dafür konkreter als die Aufzählung aller Softwareprodukte.

Trenne Beobachtung von Vermutung. "Die Freigabe dauerte in diesen drei Fällen jeweils länger als die Erstellung" ist eine begrenzte Beobachtung, wenn die Zeitpunkte vorliegen. "Unsere Freigabe ist grundsätzlich schlecht organisiert" ist daraus noch nicht bewiesen.

Wenn die Ursache unbekannt ist, kann genau ihre Eingrenzung der erste Auftrag sein. Das muss als Diagnoseumfang erkennbar bleiben. Eine beauftragte Analyse ist keine Zusage, bereits eine funktionierende technische Lösung zu liefern.

Ein fiktiver Fall mit einem begrenzten Ziel

Ein Dienstleistungsunternehmen erhält Kundenanfragen per E-Mail und Anhang. Vor der Kalkulation suchen Mitarbeiter Angaben zu Menge, Leistungsumfang und gewünschtem Termin zusammen. Wenn Mail und Anlage nicht übereinstimmen, beginnt eine interne Klärung. Die Geschäftsführung fragt nach einer KI-Automation.

Für den ersten Auftrag wird die Aufgabe enger beschrieben: Aus einer freigegebenen Anfrage soll eine übersichtliche Vorbereitung für die Fachkraft entstehen. Sie zeigt belegte Angaben und offene Widersprüche. Preisentscheidung, Terminbestätigung und Kundenversand bleiben ausserhalb des Versuchs.

Dieses Beispiel ist fiktiv. Es ist keine Kundenreferenz und keine Aussage darüber, wie viele Minuten ein bestimmtes System spart. Der Umfang zeigt, wie aus einem breiten Wunsch ein begrenztes Ergebnis wird.

Eine solche Abgrenzung hilft auch dann, wenn am Ende keine KI eingesetzt wird. Vielleicht reicht eine bessere Eingabemaske oder eine gemeinsame Vorlage. Der Vergleich von Regel und KI unterstützt diese vorgelagerte Entscheidung.

Wann eine interne Verbesserung genügt

Ein Team kann eine kleine Änderung oft selbst ausprobieren, wenn Aufgabe, Befugnis und Rückweg klar sind. Ein verständlicherer Status, eine gekürzte Vorlage oder eine eindeutige Quelle braucht nicht automatisch externe Beratung. Die zuständigen Menschen müssen den Versuch aber tatsächlich durchführen und beurteilen können.

Zusätzliche Unterstützung wird interessant, wenn eine technische Lücke, fehlende Erfahrung oder ein unklarer Übergang den Versuch blockiert. Auch dann muss das Hindernis benannt werden. "Uns fehlt eine Schnittstelle zum Zielsystem" beschreibt etwas anderes als "Wir wissen noch nicht, welche Angabe verbindlich ist".

Eine externe Person kann die fachliche Entscheidung des Unternehmens nicht aus dem Nichts ersetzen. Der Fachbereich muss erklären können, was ein richtiges Ergebnis ist. Wenn dieser Massstab noch fehlt, gehört seine Erarbeitung ausdrücklich in den Auftrag.

Ein kurzes Briefing reicht für den Einstieg

Die optionale Briefingvorlage enthält die Felder, die für den ersten Abgleich gebraucht werden. Du kannst sie auch als kurze E-Mail beantworten. Sie ist keine Zugangshürde vor einem Gespräch.

Ein brauchbarer Einstieg lautet: "Wir bereiten dieselbe Art von Kundenanfrage jede Woche mehrfach vor. Angaben stehen in Mail und Anlage. Die Fachkraft muss vor der Kalkulation nach fehlenden oder widersprüchlichen Angaben suchen. Wir wollen diesen Vorbereitungsschritt vereinfachen, ohne Preis oder Termin automatisch zuzusagen."

Dazu kommen die bereits bekannten Werkzeuge, die beteiligten Rollen und ein Beispiel für ein brauchbares Ergebnis. Nicht bekannte Häufigkeiten oder Zeiten bleiben offen. Es ist besser, eine fehlende Messung zu benennen, als einen wirtschaftlichen Nutzen mit geschätzten Zahlen als sicher auszugeben.

Eine Abnahme vereinbaren, die mehr als eine Vorführung prüft

Vor dem Bau muss erkennbar sein, wie das Team das Ergebnis beurteilt. Für den fiktiven Fall genügt "Die KI liest die Anfrage" nicht. Die Abnahme muss zeigen, ob die richtigen Angaben mit ihrer Herkunft erscheinen und ob Fehlerfälle kontrolliert behandelt werden.

Zu den Prüffällen gehören ein normaler Eingang, eine fehlende Anlage und ein Mengenwiderspruch. Wenn eine Anwendung selbstständig externe Aktionen ausführt, kommen zusätzliche Tests für Freigaben und doppelte Ausführung hinzu. Solche Aktionen sind im beschriebenen ersten Versuch ausdrücklich nicht enthalten.

Die fachliche Prüfung bleibt von der technischen Prüfung getrennt. Eine parsebare Datei kann falsche Angaben enthalten. Eine richtige Musterantwort beweist noch nicht, dass die Übergabe im Alltag funktioniert. Die Arbeitsprobe zur Angebotsprüfung veranschaulicht den fachlichen Teil; sie ist kein Ersatz für den eigenen Test.

Einen kleinen Versuch mit Entscheidung danach planen

Die American Society for Quality beschreibt im PDCA-Zyklus die Planung einer Änderung, einen begrenzten Versuch, die Auswertung und die anschliessende Entscheidung. Der folgende Auftrag überträgt dieses Prinzip auf die konkrete Büroaufgabe. Daraus folgt keine bestimmte Erfolgswahrscheinlichkeit.

Ein Versuch braucht einen benannten Umfang. Welche Art von Eingängen wird geprüft? Welche Fälle bleiben draussen? Wer bearbeitet sie? Welche Beobachtungen führen zum Weiterarbeiten, Nachbessern oder Stoppen? Das Ergebnis kann auch sein, dass eine andere Lösung besser passt.

Der Zeitraum allein ist kein Abnahmekriterium. Zwei Wochen mit drei unähnlichen Vorgängen können weniger aussagen als eine kürzere, passend zusammengestellte Fallserie. Gleichzeitig darf der Test nicht unbegrenzt weiterlaufen, nur weil immer noch eine zusätzliche Funktion denkbar ist. Umfang und nächste Entscheidung müssen zusammenpassen.

Verantwortung und erlaubte Daten vor der Umsetzung klären

Der Auftrag muss eine Person benennen, die fachliche Fragen beantworten und Ergebnisse beurteilen kann. Bei technischen Änderungen braucht es zusätzlich die dafür zuständige Verantwortung. In einem kleinen Team können mehrere Aufgaben bei einer Person liegen. Die Zuständigkeit darf trotzdem nicht aus Vermutung entstehen.

Für den ersten Abgleich eignen sich synthetische oder passend bereinigte Beispiele. Sobald echte Daten verarbeitet werden, muss die dafür zuständige Stelle die Verwendung und Zugriffe klären. Ein allgemeiner Wunsch nach KI ist keine Freigabe aller vorhandenen Unterlagen.

Benenne auch, was die umsetzende Person nicht tun darf. Kein automatischer Kundenversand, keine Änderung produktiver Stammdaten oder keine Weitergabe an zusätzliche Dienste sind mögliche Grenzen. Die tatsächlichen Grenzen folgen eurem freigegebenen Umfang; sie werden nicht durch einen allgemeinen Mustertext ersetzt.

Aufwand und Preisbasis vollständig vergleichen

Einmalige Umsetzung und laufende Nutzung sind unterschiedliche Kostenpositionen. Zur ersten Gruppe können Prozessklärung, Einrichtung, Tests und Übergabe gehören. Zur zweiten gehören je nach Lösung Lizenzen, Betrieb, fachliche Prüfung und Pflege. Welche Positionen anfallen, muss das konkrete Angebot zeigen.

Ein günstiger Aufbau ist nicht automatisch die günstigste nutzbare Lösung, wenn jede Woche viel Nacharbeit entsteht. Umgekehrt rechtfertigt eine umfangreiche Plattform keine Anschaffung, wenn eine vorhandene Funktion dieselbe Aufgabe erfüllt. Vergleiche deshalb denselben abgegrenzten Ablauf.

Der Beitrag zum Prüfen eines KI-Dienstleisterangebots vertieft die Leistungsabgrenzung. Die Entscheidungsvorlage hilft, belegte Werte und Annahmen getrennt zu halten. Der vorliegende Artikel setzt keinen pauschalen Projektpreis und keine Einsparung an.

Eine Übergabe gehört zum Ergebnis

Wenn der Versuch funktioniert, muss die weitere Nutzung verständlich sein. Wer pflegt die Vorlage? Wer erkennt einen Fehler? Was geschieht bei fehlenden Angaben oder beim Ausfall eines Dienstes? Eine Lösung, die nach dem Projekt nur die externe Person bedienen kann, ist für den Regelbetrieb noch nicht vollständig übergeben.

Die Übergabe muss zum Umfang passen. Für eine kleine Textvorlage genügt eine kurze Erklärung mit einem Beispiel. Eine produktive Integration benötigt zusätzliche technische Dokumentation und einen getesteten Rückweg. Die Anleitung zum Übergang vom KI-Pilot in den Betrieb erläutert diese Trennung.

Auch das Abschalten einer erfolglosen Änderung muss möglich bleiben. Wenn die neue Arbeitsweise mehr Aufwand erzeugt, werden Beobachtungen gesichert und die nächste Entscheidung getroffen. Ein gescheiterter KI-Test liefert Erkenntnisse, wenn sein Ergebnis nicht nachträglich als Erfolg umgedeutet wird.

So bereitest du das erste Gespräch vor

Beschreibe einen Vorgang und die Stelle, an der das Team heute immer wieder Zeit verliert. Zeige ein erlaubtes Beispiel oder erkläre es ohne Kundendaten. Benenne, was ein brauchbares Ergebnis ermöglicht. Offene Daten, Zeiten und Zuständigkeiten bleiben als offen markiert.

Mehr Vorbereitung ist für den ersten Abgleich nicht zwingend nötig. Die Aufgabe muss klar genug sein, um den nächsten begrenzten Schritt zu besprechen. Sie muss noch keine fertige Architektur enthalten. Genau dafür ist das Gespräch über euren Arbeitsablauf da.

Quellenstand: 1. November 2026. ASQ belegt das beschriebene Prinzip des begrenzten Verbesserungszyklus. Anfragefall, Briefing und Abnahmebeispiele sind eigene redaktionelle Vorschläge. Es wurde kein Kundenprojekt durchgeführt und keine Wirkung gemessen.