Ein Prozessbild in PowerPoint sieht oft sauber aus. Kästen, Pfeile, Farben, Logos, vielleicht noch ein Screenshot aus dem ERP. Für Menschen ist das angenehm. Für KI ist es nur bedingt brauchbar. Denn die KI sieht zuerst ein Bild, nicht den Prozess. Sie muss Formen erkennen, Pfeile deuten, Text auslesen, Reihenfolgen erraten und daraus wieder eine Struktur bauen. Das kann funktionieren. Es kann aber auch leise falsch werden. Besser sind langweilige, textbasierte Formate wie Markdown, JSON, Mermaid oder LaTeX. Sie sehen weniger beeindruckend aus, sind für KI aber deutlich verständlicher.

KI liebt keine schönen Folien. KI liebt klare Struktur. Ein Prozess, der als Text beschrieben ist, kann gelesen, geprüft, versioniert und automatisch weiterverarbeitet werden. Ein Prozess als Bild muss zuerst interpretiert werden – und genau dort beginnen die Fehler.

Das Problem mit Prozessbildern

PowerPoint, Photoshop oder exportierte Prozessgrafiken sind Präsentationsformate. Sie erklären etwas visuell. Das ist nicht falsch. Für Workshops, Meetings und Management-Präsentationen sind sie oft nützlich.

Als Grundlage für KI sind sie aber schwach.

Ein Bild enthält keine echte Prozesslogik. Es enthält Pixel, Positionen und Gestaltung. Ein Pfeil sieht für Menschen eindeutig aus. Für ein System ist er ein grafisches Objekt. Ein Kasten kann ein Prozessschritt sein, eine Entscheidung, eine Rolle oder nur eine Hervorhebung. Farben können Bedeutung haben. Oder nur aus der Corporate-Design-Vorlage stammen.

Damit KI daraus arbeiten kann, braucht es einen Zwischenschritt. Ein Vision-Modell muss das Bild lesen. Danach muss es den Inhalt in eine strukturierte Form bringen, zum Beispiel Mermaid. Danach muss man hoffen, dass Reihenfolge, Bedingungen und Ausnahmen noch stimmen.

„Hoffen“ ist ein interessantes Wort in der Prozessdokumentation. Es gehört ungefähr in dieselbe Kategorie wie „wird schon passen“ und „das weiß eh jeder“.

Warum schöne Folien schlechte Daten sind

Natürlich gibt es in Organisationen Widerstand gegen Veränderung. Das ist normal. Neue Werkzeuge verändern Arbeit, Rollen und Gewohnheiten. Manche Menschen reagieren vorsichtig, manche defensiv, manche abwartend.

KI braucht mehr als ein Modell

ine PowerPoint-Folie kann optisch klar sein und fachlich trotzdem schwer auswertbar.

Typische Probleme:

• Pfeile kreuzen sich oder zeigen nicht eindeutig auf den nächsten Schritt.
• Texte stehen in Kästen, Notizen, Sprechblasen oder Screenshots.
• Farben haben keine dokumentierte Bedeutung.
• Entscheidungen sind als normale Prozessschritte dargestellt.
• Ausnahmen stehen klein am Rand.
• Rollen sind visuell getrennt, aber nicht maschinenlesbar.
• Der Prozess wurde mehrfach kopiert und leicht verändert.

Für Menschen ist das oft noch nachvollziehbar. Für KI entsteht daraus Interpretationsarbeit.

Wenn das Bild zuerst in Text umgewandelt werden muss, entstehen Fehlerquellen: OCR-Fehler, falsch erkannte Pfeile, verlorene Reihenfolgen, fehlende Bedingungen, falsch zugeordnete Rollen. Das Ergebnis kann trotzdem gut aussehen. Genau das ist gefährlich.

Eine hübsche, aber falsch rekonstruierte Prozesslogik ist schlechter als eine unvollständige Dokumentation. Sie wirkt vertrauenswürdiger.

Dort braucht KI Zugriff auf konkrete Quellen: ERP, Produktdaten, Angebote, Reklamationen, technische Dokumentation, E-Mails, Tickets und Freigaben. Erst daraus entsteht ein Zusammenhang.

Noch wichtiger ist die Unterscheidung zwischen Lesen und Schreiben.

Lesender Zugriff hilft bei Recherche, Zusammenfassung und Prüfung. Die KI kann erklären, warum ein Vorgang ungewöhnlich aussieht. Sie kann Daten aus mehreren Quellen zusammenführen. Sie kann auf Widersprüche hinweisen.

Schreibender Zugriff ist eine andere Stufe. Dann geht es um operative Wirkung: eine Notiz im ERP anlegen, einen Status setzen, einen Vorgang zur Freigabe markieren, Daten ergänzen oder eine Aktion vorbereiten. Das kann sehr wertvoll sein. Es braucht aber klare Grenzen.

Wer darf welche Aktion auslösen? Was muss freigegeben werden? Was wird protokolliert? Welche Änderungen darf KI selbst durchführen, und welche nur vorschlagen?

Das sind keine IT-Details. Das sind Kontrollfragen.

Warum Mermaid besser funktioniert

Mermaid beschreibt Diagramme als Text. Aus diesem Text wird anschließend ein Diagramm gerendert.

Das Prinzip ist einfach: Die Datei enthält nicht nur das Bild. Sie enthält die Struktur.

Ein Beispiel:

flowchart TD
    A[Kunde meldet Reklamation] --> B{Reklamation berechtigt?}
    B -->|Ja| C[Technische Prüfung starten]
    B -->|Nein| D[Antwort an Kunden vorbereiten]
    C --> E[ERP-Notiz ergänzen]
    E --> F[Vorgang zur Freigabe markieren]

Für Menschen ist das lesbar. Für KI ist es lesbar. Für Entwickler ist es versionierbar. Für Dokumentation ist es pflegbar.

Das ist der große Unterschied.

Bei PowerPoint sieht die KI ein Bild eines Prozesses. Bei Mermaid sieht sie den Prozess selbst.

Was mit Mermaid erreichbar ist

Mermaid eignet sich gut für viele Arten von Prozessdokumentation:

• einfache Ablaufdiagramme
• Entscheidungsbäume
• Freigabeprozesse
• Rollen- und Übergabelogik
• Sequenzen zwischen Systemen
• Schnittstellenabläufe
• Statuswechsel
• Fehler- und Eskalationspfade
• technische Dokumentation neben Code oder API-Beschreibungen

Besonders stark ist Mermaid dort, wo Prozesse regelmäßig geändert werden. Eine Mermaid-Datei kann in Git gespeichert werden. Änderungen sind nachvollziehbar. Alte Versionen bleiben erhalten. Unterschiede lassen sich vergleichen. KI kann daraus Zusammenfassungen, Prüfungen oder alternative Darstellungen erzeugen.

Das ist mit einer PowerPoint-Folie deutlich schwieriger. Man sieht zwar, dass sich etwas geändert hat. Aber nicht sauber, was sich fachlich geändert hat.

mermaid.live als einfacher Einstieg

Der Einstieg muss nicht kompliziert sein. Über mermaid.live kann man Mermaid-Code direkt schreiben und sofort als Diagramm sehen.

Das macht den Wechsel leichter. Mitarbeiter müssen nicht sofort ein neues Dokumentationssystem verstehen. Sie können klein anfangen: bestehenden Prozess nehmen, in Mermaid übertragen, Vorschau prüfen, Fehler korrigieren, Datei speichern.

Wichtig ist dabei: Das Diagramm ist nicht mehr die Quelle. Die Mermaid-Datei ist die Quelle. Das gerenderte Bild ist nur die Ansicht.

Das ist ein kleiner Kulturwechsel. Früher wurde die Grafik gepflegt. Jetzt wird die Struktur gepflegt.

Wie bestehende PowerPoint-Prozesse umgearbeitet werden können

Der pragmatische Weg ist nicht, alle Folien wegzuwerfen.

Besser ist ein schrittweiser Umbau:

1. Bestehende PowerPoint- oder Photoshop-Grafik als Ausgangspunkt verwenden.
2. Prozess in einfache Schritte zerlegen.
3. Rollen, Entscheidungen und Ausnahmen ausdrücklich notieren.
4. Mermaid-Code daraus erstellen.
5. Diagramm in mermaid.live prüfen.
6. Fachlich gegenprüfen lassen.
7. Mermaid-Datei als Quelle speichern.
8. Gerendertes Bild nur noch für Präsentationen exportieren.

Der wichtigste Schritt ist die fachliche Prüfung. Eine KI kann beim Umwandeln helfen. Sie kann aus einem Bild einen Mermaid-Vorschlag erzeugen. Aber dieser Vorschlag ist nicht automatisch korrekt.

Die KI kann assistieren. Verantwortlich bleibt der Prozessinhaber.

Praxisbeispiel: Reklamationsprozess

Eine alte PowerPoint-Folie zeigt den Reklamationsprozess. Links steht der Kunde, rechts die Technik, unten das ERP. Dazwischen Pfeile, Farben und ein paar Sonderfälle.

Für eine Präsentation reicht das. Für KI-Fragen wie „Welche Schritte passieren vor der ERP-Notiz?“ oder „Wann wird der Vertrieb eingebunden?“ ist es schlecht.

Als Mermaid-Datei wird der Prozess klarer:

sequenceDiagram
    participant Kunde
    participant Vertrieb
    participant Technik
    participant ERP

    Kunde->>Vertrieb: Reklamation melden
    Vertrieb->>ERP: Vorgang anlegen
    Vertrieb->>Technik: Prüfung anfordern
    Technik-->>Vertrieb: Ergebnis zurückmelden
    Vertrieb->>ERP: Notiz und Status aktualisieren
    Vertrieb-->>Kunde: Antwort senden

Jetzt kann KI den Ablauf lesen. Sie kann prüfen, ob ein Schritt fehlt. Sie kann eine Dokumentation daraus schreiben. Sie kann Abhängigkeiten erklären. Sie kann Varianten vorschlagen.

Das geht, weil der Prozess nicht mehr nur gemalt ist.

Fallstricke

Mermaid ist nicht perfekt.

Lange sequentielle Prozesse werden schnell unübersichtlich. Besonders Sequenzdiagramme können bei vielen Rollen, Rückfragen und Sonderfällen zu einem grafischen Teppich werden. Man erkennt dann zwar noch, dass etwas passiert. Aber nicht mehr, ob man es verstehen möchte.

Die Lösung ist Aufteilung.

Besser sind mehrere kleine Diagramme als ein riesiges. Ein Prozess kann in Phasen zerlegt werden: Eingang, Prüfung, Entscheidung, Umsetzung, Abschluss. Sonderfälle gehören oft in eigene Diagramme. Entscheidungen sollten klar benannt werden. Rollen sollten konsistent heißen. Knoten sollten kurze, eindeutige Namen haben.

Auch Mermaid braucht Disziplin. Wer schlechte Prozesse schlecht beschreibt, bekommt kein gutes Diagramm. Nur ein textbasiertes schlechtes Diagramm. Immerhin ist es dann leichter zu reparieren.

Langweilige Formate sind ein Vorteil

Für KI sind Formate wie Markdown, JSON, Mermaid oder LaTeX nicht langweilig. Sie sind ideal.

Sie sind textbasiert. Sie haben Struktur. Sie lassen sich durchsuchen, vergleichen, prüfen und automatisch verändern. Sie funktionieren gut mit Versionsverwaltung. Sie können von Menschen gelesen und von Maschinen verarbeitet werden.

PowerPoint und Photoshop sind dafür nicht gebaut. Sie sind gut für Darstellung. Nicht für maschinenlesbare Prozesslogik.

Das heißt nicht, dass Präsentationen verschwinden müssen. Sie sollten nur nicht die Quelle der Wahrheit sein.

Die Quelle sollte ein Format sein, das den Prozess beschreibt. Daraus kann man Bilder, Folien oder Dokumentationen erzeugen.

Fazit

KI kann Prozessdokumentation nur dann gut nutzen, wenn der Prozess als Struktur vorliegt. PowerPoint-Bilder, Photoshop-Grafiken und Screenshots sind dafür ein schwacher Ausgangspunkt. Sie müssen erst interpretiert werden. Dabei können Fehler entstehen.

Mermaid ist kein Wundermittel. Aber es ist ein guter Schritt weg von gemalten Prozessen hin zu dokumentierten Prozessen.

Die wichtigste Regel lautet: Präsentationen dürfen die Ansicht sein. Die Quelle sollte Text sein.

Wer Prozesse für KI nutzbar machen will, sollte weniger Zeit in perfekte Folien investieren und mehr Zeit in klare, textbasierte Struktur. Das sieht unspektakulär aus. Genau deshalb funktioniert es.