Über Jahre stand am Anfang jedes Gesprächs dieselbe Frage: Wie bekommen wir unsere Abläufe dokumentiert, ohne ein halbes Jahr zu modellieren? Das ist eine gute Frage, und es gibt eine gute Antwort darauf. Man nimmt, was ohnehin da ist — eine Arbeitsanweisung, eine SOP, ein Handbuch — und macht daraus einen lesbaren Prozess.
Diese Frage wird weiterhin gestellt. Nur ist sie inzwischen selten die einzige.
Was sich verändert hat, ist nicht der Markt. Es ist die Frage danach.
Wer eine SAP-Umstellung vor sich hat, will nicht wissen, wie ein Prozess dokumentiert ist. Er will wissen, welche Abläufe, Rollen und Abhängigkeiten außerhalb von Order-to-Cash betroffen sind — und dafür reicht kein einzelnes Dokument, sondern es müssen Bestände aus mehreren Systemen nebeneinandergelegt werden. Wer einen Auditnachweis braucht, will nicht die Modellierung sehen, sondern die Stellen, an denen dokumentierte und gelebte Praxis auseinanderlaufen. Und wer KI-Agenten arbeiten lassen will, braucht kein Schaubild, sondern eine Struktur, mit der eine Maschine etwas anfangen kann.
Das sind nicht drei Ausbaustufen derselben Aufgabe. Es sind drei verschiedene Verhältnisse zwischen dem, was hineingeht, und dem, was herauskommt.
Die drei Verhältnisse
Eine Quelle hinein, ein Prozess heraus. Ein Dokument, eine Norm, eine Anweisung wird gelesen und daraus entsteht ein strukturierter Ablauf mit Rollen, Schritten und Verantwortlichkeiten. Das ist die Grundoperation, und sie ist die häufigste. Dafür steht ProcessCollector.
Viele Quellen hinein, ein Prozess heraus. Derselbe Ablauf ist an vier Stellen beschrieben: im Qualitätshandbuch, im Altsystem, im Wiki der Fachabteilung und im Kopf einer Kollegin, die in zwei Jahren geht. Diese vier Beschreibungen widersprechen sich, und zwar nicht zufällig, sondern an den interessanten Stellen. Sie zusammenzuziehen und zu einer belastbaren Fassung zu verdichten, ist eine andere Operation als die erste. Dafür steht ProcessMagnet.
Dieselben Quellen, viele Ergebnisse heraus. Wenn das Wissen einmal strukturiert vorliegt, ist der Prozess nicht mehr das einzige denkbare Ergebnis. Aus demselben Bestand lassen sich eine Migrationsgrundlage ableiten, ein Auditnachweis, ein Schulungspfad, eine Schnittstelle für einen Agenten. Dafür steht ProcessForge.
Diese drei Verhältnisse in einer Oberfläche unterzubringen, ist möglich. Es führt nur dazu, dass niemand mehr sagen kann, wofür das Werkzeug eigentlich gedacht ist — und dass jede Erklärung mit „das kann man auch…" beginnt.
Warum das keine Produktlinie ist
Der naheliegende Verdacht bei drei Namen ist eine Staffelung: klein, mittel, groß. Das trifft es nicht, und der Unterschied ist wichtig.
Die drei Werkzeuge unterscheiden sich nicht im Anspruch, sondern im Umfang dessen, was gleichzeitig hineingeht und herauskommt. Eine kleine Organisation kann Stufe drei brauchen, eine große mit Stufe eins auskommen. Die Frage ist nicht, wie viele Mitarbeitende jemand hat, sondern welches Verhältnis er auflösen muss.
Und sie bauen aufeinander auf, in einer Richtung: Wer unten anfängt, verliert nichts. ProcessMagnet enthält den Excellence-Modus des ProcessCollector, ProcessForge enthält beide. Es gibt keinen Punkt, an dem etwas noch einmal erhoben werden müsste, weil man sich zuerst für die kleinere Stufe entschieden hat. Das ist keine Preispolitik, sondern eine Folge davon, dass alle drei auf demselben Datenmodell arbeiten.
Was dabei ausdrücklich nicht passiert
Es wäre einfacher zu behaupten, die Werkzeuge verstünden eine Organisation. Sie tun es nicht.
Sie lesen, was vorliegt, und legen es zusammen. Was dabei entsteht, ist ein Vorschlag mit Quellenangabe — nachvollziehbar bis zu der Stelle im Dokument, aus der er stammt. Erkenntnis wird daraus erst, wenn Menschen im Haus ihn prüfen, korrigieren und benutzen. Diese Grenze ist keine Vorsicht und kein Kleingedrucktes. Sie ist der Grund, warum die Werkzeuge so gebaut sind, wie sie gebaut sind.
Genauso ausdrücklich nicht passiert: das Glätten von Widersprüchen. Wenn zwei Quellen denselben Ablauf verschieden beschreiben, ließe sich daraus ein sauberes Modell erzeugen, indem man sich für eine entscheidet. Das wäre ein besseres Schaubild und ein schlechteres Ergebnis. Die Stellen, an denen sich zwei Beschreibungen widersprechen, sind fast immer die Stellen, an denen ein Vorhaben später hängt. Sie werden benannt, nicht bereinigt.
Was das für die Arbeit bedeutet
Für jemanden, der heute mit einem der Werkzeuge arbeitet, ändert sich an der Sache nichts. Was sich ändert, ist die Zuordnung: Es ist jetzt benennbar, welche der drei Aufgaben gerade ansteht — und damit auch, wann die nächste dazukommt.
Für alles darüber hinaus gilt dieselbe Reihenfolge wie zuvor: verstehen, bevor entschieden wird. Eine Organisation, die nicht belastbar sagen kann, wie sie tatsächlich arbeitet, kann weder automatisieren noch nachweisen noch umstellen. Nicht, weil die Werkzeuge dafür fehlen — sondern weil die Grundlage fehlt, auf der sie greifen.
Weiterlesen
Die Theorie dahinter steht unter Thinking. Die drei Werkzeuge im Einzelnen: ProcessCollector, ProcessMagnet, ProcessForge.