Fragen Sie ein Team, was es zuerst automatisieren würde, und es nennt die Aufgabe, vor der allen graut: den Monatsabschluss, den Quartalsbericht, die Zwei-Stunden-Arbeit, die den Freitag ruiniert. Das ist selten die richtige Antwort. Am teuersten ist meist etwas Kleines, über das sich niemand beschwert, weil es nur zehn Minuten dauert — vierzigmal pro Woche.
Das ist die Methode, mit der wir eine erste Automatisierung auswählen. Sie braucht eine Tabelle, eine Stoppuhr und etwa einen Nachmittag pro Team — und sie ersetzt die Diskussion über Prioritäten durch vier Zahlen pro Aufgabe.
Warum die Aufgabe, die alle nennen, meist die falsche ist
Menschen erinnern sich an die Dauer und vergessen die Häufigkeit. Eine Zwei-Stunden-Aufgabe ist ein Ereignis, eine Zehn-Minuten-Aufgabe ist Hintergrund. Die Kosten sind aber das Produkt aus beidem, und die Häufigkeit schwankt weit stärker als die Dauer. Eine Arbeit, die einmal im Monat anfällt, müsste fast eine ganze Arbeitswoche dauern, um mit einer mitzuhalten, die mehrmals täglich erledigt wird.
Zwei Aufgaben, wie sie die meisten Buchhaltungen kennen: Der monatliche Management-Report wird neu gebaut, zwei Stunden, einmal im Monat — das ist etwa eine halbe Stunde pro Woche. Eingangsrechnungen werden mit Bestellungen abgeglichen, zehn Minuten, vierzigmal pro Woche — das sind knapp sieben Stunden pro Woche. Über den Report wird in jeder Besprechung gesprochen. Die Rechnungen kosten rund das Vierzehnfache.
Es gibt einen zweiten Grund, die häufige Aufgabe vorzuziehen. Was vierzigmal pro Woche läuft, liefert vierzig Testfälle pro Woche. Sie wissen nach wenigen Tagen, ob die Automatisierung funktioniert und wie die unbequemen Fälle aussehen. Eine monatliche Aufgabe gibt Ihnen zwölf Gelegenheiten im Jahr, überhaupt etwas zu lernen.
Vier Zahlen pro Aufgabe
Halten Sie für jede wiederkehrende Aufgabe vier Dinge fest. Keines davon muss genau sein. Es muss ehrlich sein.
- 01
Häufigkeit — Durchläufe pro Woche
Zählen Sie im System, nicht aus dem Gedächtnis: geschlossene Tickets, gebuchte Rechnungen, Nachrichten im Sammelpostfach. Menschen unterschätzen, wie oft sie kleine Dinge tun — meist deutlich.
- 02
Bearbeitungszeit — Minuten Aufmerksamkeit pro Durchlauf
Stoppen Sie fünf echte Durchläufe. Messen Sie die Minuten, in denen jemand tatsächlich daran arbeitet, nicht die Zeit, die der Vorgang in einer Warteschlange liegt. Wartezeit ist für Ihre Kunden wichtig, aber dafür werden die Stunden nicht aufgewendet.
- 03
Regelstabilität — wie viel davon der Regel folgt
Bitten Sie die Person, die die Aufgabe erledigt, die Regel zu erklären. Gelingt das in zwei Minuten und deckt es neun von zehn Fällen ab, ist die Aufgabe stabil. Beginnt jeder Fall mit „kommt darauf an“, ist es Ermessen und kein Prozess — und gehört weiter nach unten auf die Liste.
- 04
Fehlerkosten — und wie schnell ein Fehler auffällt
Eine falsche Zahl im internen Dashboard fällt am Montag auf und kostet nichts. Ein falscher Zahllauf fällt dem Lieferanten auf und kostet eine Geschäftsbeziehung. Je teurer ein Fehler ist und je später er sichtbar wird, desto mehr von der Aufgabe sollte bei einem Menschen bleiben.
Häufigkeit mal Bearbeitungszeit ergibt Stunden pro Woche. Das ist die Größe des Hebels. Stabilität und Fehlerkosten sagen Ihnen, wie viel davon Sie tatsächlich heben können — und wie vorsichtig.
So läuft die Zeitanalyse an einem Nachmittag
- 01
Auflisten, was wiederkehrt
Nehmen Sie ein Team und zwei gewöhnliche Wochen. Schreiben Sie jede Aufgabe auf, die mehr als einmal vorkam. Die Liste wird meist länger als erwartet — und die Zeilen, die niemand als Aufgabe betrachtet, also weiterleiten, umbenennen, eine Zahl von einem Bildschirm in den anderen übertragen, sind die, nach denen Sie suchen.
- 02
Jede Zeile mit Anzahl und Zeit versehen
Die Anzahl aus den Systemen, die Zeit von der Stoppuhr. Schätzen ist in Ordnung bei allem, was unter einer Stunde pro Woche liegt; es kommt ohnehin nicht an die Spitze der Liste.
- 03
Nach Stunden pro Woche sortieren
Der größte Teil der Summe steckt in einer Handvoll Zeilen ganz oben. Alles darunter kann warten, so lästig es auch ist.
- 04
Stabilität und Fehlerkosten für die ersten zehn markieren
Drei Stufen genügen jeweils: stabil, überwiegend stabil, Ermessen — und günstig bei Fehlern, teuer, inakzeptabel.
- 05
Prüfen, was die Aufgabe berührt
Welche Systeme, und lassen sie sich lesen und beschreiben? Eine Aufgabe zwischen zwei Werkzeugen mit sauberen Schnittstellen ist günstig zu automatisieren. Eine, die in einer Desktop-Anwendung ohne Schnittstelle lebt, bleibt möglich, rutscht aber auf der Liste nach unten.
Das Ergebnis lesen
Tragen Sie die ersten zehn auf zwei Achsen ein — Stunden pro Woche und Stabilität der Regeln — und es zeigen sich vier Gruppen.
- Viele Stunden, stabile Regeln: zuerst automatisieren. Hier rechnet sich ein erstes Projekt.
- Viele Stunden, wechselnde Regeln: das Regelhafte automatisieren und den Rest an einen Menschen geben. Hier landet der größte Teil der wertvollen Arbeit.
- Wenige Stunden, stabile Regeln: später, gebündelt. Es ist einfach — was nicht dasselbe ist wie lohnend.
- Wenige Stunden, wechselnde Regeln: nicht anfassen.
Die zwei verlockenden Fehler: mit etwas aus der dritten Gruppe anzufangen, weil es einfach ist, und mit der schwierigsten Aufgabe der zweiten, weil sie beeindruckt. Das eine beweist nichts, was jemanden interessiert. Das andere braucht Monate bis zum ersten Ergebnis — und ein erstes Projekt muss in Wochen eines zeigen.
Was eine Aufgabe auf der Liste nach unten schieben sollte
- Die Regel ändert sich alle paar Wochen. Sie würden die Automatisierung öfter pflegen, als sie Zeit spart.
- Der Prozess selbst ist kaputt. Einen schlechten Prozess zu automatisieren macht ihn schnell, nicht gut. Erst die Schritte in Ordnung bringen — das ist oft schon der größte Teil der Ersparnis.
- Niemand ist zuständig. Eine Automatisierung ohne benannte verantwortliche Person auf Ihrer Seite wird aufgegeben, sobald sie zum ersten Mal eine Entscheidung braucht.
- Die Eingaben kommen jedes Mal in einer anderen Form. Das ist eine Aufgabe für ein Modell mit Prüfschritt statt für eine Regel — ein anderes Projekt mit einem anderen Budget.
- Ein Fehler wäre zugleich inakzeptabel und unsichtbar. Behalten Sie den Menschen und automatisieren Sie die Vorbereitung um ihn herum.
Mit der Übergabe beginnen, nicht mit dem Idealfall
Wofür Sie sich auch entscheiden: Ein Teil der Fälle passt nicht in die Regel. An diesen Fällen scheitern Automatisierungsprojekte — nicht, weil es viele wären, sondern weil niemand entschieden hat, was mit ihnen geschieht. Entwerfen Sie diesen Ausnahmepfad zuerst: wohin der Sonderfall geht, wer ihn sieht und was diese Person zu sehen bekommt. Danach automatisieren Sie die Masse darum herum.
Damit ist auch die Vertrauensfrage geklärt. Ein Team akzeptiert vom ersten Tag an eine Automatisierung, die sagt: „Bei diesem Fall bin ich nicht sicher.“ Eine, die geraten hat, verzeiht es nicht.
Die Ausgangslage vereinbaren, bevor gebaut wird
Die Zeitanalyse liefert etwas Nützlicheres als eine Prioritätenliste: eine Ausgangslage. Stunden pro Woche für diese Aufgabe, gemessen, bevor sich etwas geändert hat. Schreiben Sie sie auf und stimmen Sie sie mit den Menschen ab, die die Arbeit machen. Wenn die Automatisierung läuft, messen Sie dasselbe auf dieselbe Weise.
Hat sich die Zahl in der zweiten Woche nicht bewegt, wollen Sie es genau dann wissen — solange die Korrektur eine kleine Änderung ist und keine Aufarbeitung.
“Häufigkeit schlägt Dauer, fast immer. Die Zehn-Minuten-Aufgabe, vierzigmal pro Woche, kostet mehr als die Zwei-Stunden-Arbeit, über die sich alle beschweren.”
Fragen, die das aufwirft
- Brauchen wir dafür KI, oder reicht gewöhnliche Automatisierung?
- Oft reicht gewöhnliche Automatisierung. Sind die Eingaben strukturiert und die Regel fest — ein geplanter Job, eine Integration zwischen zwei Systemen —, braucht es kein Modell, und das Ergebnis ist günstiger und berechenbarer. KI lohnt sich dort, wo die Eingaben unstrukturiert sind: E-Mails, PDFs und Freitext, die gelesen werden müssen, bevor überhaupt eine Regel greifen kann.
- Wie viele Prozesse sollten wir gleichzeitig automatisieren?
- Einen. Eine einzelne Aufgabe, die läuft und gemessen wird, lehrt Sie mehr über Ihre eigenen Systeme und Ausnahmen als eine Roadmap mit zehn. Die zweite Automatisierung geht meist schneller, weil die Anbindungen an Ihre Systeme dann schon bestehen.
- Wie rechnen wir aus, ob sich eine Automatisierung lohnt?
- Gesparte Stunden pro Woche, multipliziert mit dem, was eine Stunde dieses Teams Sie kostet, gegenüber den Kosten für Bau und Betrieb. Nehmen Sie die gemessene Ausgangslage statt einer Schätzung, und zählen Sie nur die Stunden, die wirklich frei werden — eine Aufgabe, die von zehn auf zwei Minuten sinkt, braucht die zwei weiterhin.
- Was, wenn sich die Aufgabe alle paar Monate ändert?
- Dann bauen Sie sie aus kleinen, benannten Schritten, damit eine Regeländerung nur einen Schritt betrifft — und führen Sie sie weiter unten auf der Liste als eine Aufgabe mit gleich vielen Stunden und stabiler Regel. Eine wechselnde Regel ist ein laufender Kostenpunkt und gehört in die Rechnung.
Passende Leistungen
Nächste Notiz
Der EU AI Act in der Praxis: Checkliste für Unternehmen, die KI einsetzen
Das meiste, was die Verordnung verlangt, ist Ingenieursarbeit, keine Rechtsarbeit. Das ist die Checkliste, die wir vor jedem Produktivstart durchgehen — und der Grund, warum jeder Punkt jetzt günstig und später teuer ist.