Was ist ein Workflow? Definition und Mapping in 30 Minuten
Zusammenfassung
Ein Workflow hat vier Teile: Auslöser, Schritte, Übergaben und Ergebnis. Er unterscheidet sich vom Prozess (das große Bild) und von der SOP (die Anleitung für einen Schritt). Mit fünf Fragen und einer Seite Papier mappst du einen Workflow in 30 Minuten. Automatisiert wird zuerst, was wöchentlich läuft, gleich abläuft und günstig zu korrigieren ist.
Was ist ein Workflow? Ein Workflow ist eine wiederholbare Abfolge von Schritten, die ein Stück Arbeit vom Start bis zum Ende bringt. Er hat einen klaren Auslöser, definierte Übergaben zwischen Personen oder Tools und ein erwartetes Ergebnis. Das ist die ganze Antwort in einem Satz. Kannst du Auslöser, Schritte, Verantwortliche und Ergebnis benennen, hast du einen Workflow. Kannst du das nicht, hast du eine Gewohnheit.
Ich berate frühe GTM-Teams, und diese Frage kommt öfter auf, als man denkt. Ops-Leads benutzen das Wort täglich, aber jede Person im Raum meint etwas leicht anderes. Hier ist die Version, die ich bei Kunden verwende.
Was ist ein Workflow, in Begriffen, mit denen ein Ops-Team arbeiten kann?
Kurzfassung in 30 Sekunden: Ein Workflow hat vier Teile. Auslöser, Schritte, Übergaben, Ergebnis.
Nimm eine Deal-Review. Der Auslöser ist ein Deal, der in deinem CRM (Customer-Relationship-Management-Tool) auf Stufe 3 wechselt. Die Schritte sind: Kontodaten ziehen, die letzten drei Kontaktpunkte prüfen, eine Risikozusammenfassung schreiben, sie im Deal-Channel posten. Die Übergaben sind die Momente, in denen die Arbeit den Besitzer wechselt, zum Beispiel vom AE (Account Executive) zum Sales Manager. Das Ergebnis ist eine Entscheidung: vorantreiben, halten oder verwerfen.
Fehlt einer dieser vier Teile, wird der Workflow unscharf. Ohne Auslöser muss sich jemand daran erinnern, ihn zu starten. Ohne Übergaberegeln landet die Arbeit in einer Warteschlange, die niemandem gehört. Ohne definiertes Ergebnis weißt du nie, wann sie fertig ist.
Ein Workflow ist nicht dasselbe wie das Tool, in dem er läuft. Dieselbe Deal-Review lässt sich in HubSpot, in einer Notion-Datenbank oder in einem Slack-Thread abbilden. Das Tool wechselt. Die Abfolge bleibt.
Workflow, Prozess oder SOP: Wo verlaufen die Grenzen?
Die drei Begriffe werden ständig vermischt. Quellen sind sich über die genauen Grenzen uneinig, und Anbieter-Glossare biegen die Definitionen so zurecht, dass sie zum eigenen Produkt passen. Diese Aufteilung hält in der Praxis stand:
Prozess: das große Bild. Was das Team tut und warum, vom Input bis zum Geschäftsergebnis. „Inbound-Leads qualifizieren“ ist ein Prozess.
Workflow: die Bewegung. Die Abfolge von Schritten, Rollen und Übergaben innerhalb eines Prozesses. Er fragt, wer die Arbeit anfasst und wann sie den Besitzer wechselt.
SOP (Standard Operating Procedure): die detaillierte Anleitung für einen einzelnen Schritt. Sie sorgt dafür, dass jede Person dasselbe Ergebnis produziert.
Die Aufschlüsselung von ClickUp zu Arbeitsanweisungen versus SOPs zieht eine ähnliche Linie zwischen der Abfolge der Arbeit und der Anleitung für eine einzelne Aufgabe. Verzichte auf Begriffsdebatten. Wähle eine Bedeutung pro Wort und schreib sie in euer Team-Wiki.
Meine Regel: Schreib eine SOP nur dort, wo Konsistenz zählt, etwa bei Preisfreigaben oder beim Löschen von Daten. Alles andere: Workflow mappen und aufhören. Eine SOP, die niemand öffnet, ist schlechter als gar keine, weil sie falsche Sicherheit vermittelt.
Warum die Definition wichtig ist: Ungemappte Arbeit ist teuer
Läuft euer Team auf implizitem Wissen, zeigen sich die Kosten als Koordinationsaufwand. Der Anatomy of Work Index von Asana, eine Befragung von Wissensarbeitern, kommt zu dem Ergebnis, dass Menschen etwa 60% ihrer Zeit mit „Arbeit über Arbeit“ verbringen. Gemeint sind Statusupdates, die Suche nach Informationen und das Wechseln zwischen Apps. Die Umfrage stammt aus dem Jahr 2021 und beruht auf Selbstauskunft. Behandle die Zahl also als Richtung, nicht als Benchmark für euer Team.
Was ich vor Ort sehe, passt zu dieser Richtung. Ein Kunde mit einem GTM-Team aus sechs Personen hatte drei Notion-Wikis und keine schriftliche Übergabe zwischen SDRs (Sales Development Reps) und AEs. Leads blieben zwischen den Stufen zwei bis drei Tage liegen. Niemand war faul. Niemand wusste, wem der nächste Schritt gehört.
Das Mapping dieser einen Übergabe dauerte etwa 90 Minuten. Wir haben den Auslöser, die verantwortliche Person und eine Erwartung von 24 Stunden festgehalten. Das ist ein Workflow. Beeindruckend ist er nicht, aber er funktioniert.
Welche Haupttypen von Workflows gibt es?
Drei Typen decken den größten Teil dessen ab, was Ops-Teams betreiben.
Sequenzielle Workflows. Schritt B startet erst, wenn Schritt A fertig ist. Die Vertragsfreigabe ist der Klassiker: erst Legal, dann Finance, dann die unterschreibende Person. Leicht zu zeichnen, leicht zu brechen, wenn eine Person im Urlaub ist.
Parallele Workflows. Mehrere Schritte laufen gleichzeitig und werden später zusammengeführt. Kunden-Onboarding funktioniert oft so: Billing-Setup, Datenimport und Kickoff-Call laufen nebeneinander, und der Go-live wartet auf alle drei.
Bedingte Workflows. Der Pfad hängt von einer Regel ab. Ein Lead mit einem Score über 80 geht an einen AE, darunter in das Nurturing. Die meisten echten Workflows sind bedingt. Deshalb ist der erste Entwurf auf dem Whiteboard immer falsch.
Verschieb die feineren Taxonomien (State Machine, regelbasiert, fallbasiert), bis du mindestens fünf funktionierende Workflows hast. Anfänger wählen das Etikett, bevor sie die Arbeit kennen.
Wie mappst du einen Workflow in 30 Minuten?
Mach das mit den Leuten, die die Arbeit ausführen, nicht mit denen, die sie managen. Manager beschreiben den Prozess auf Papier. Operatoren beschreiben, was an einem Dienstag tatsächlich passiert.
Benenne den Auslöser. Welches Ereignis startet das? Ein Formular, ein Stufenwechsel, ein Montagstermin im Kalender. Lautet die Antwort „jemand erinnert sich daran“, ist das dein erster Befund.
Liste die Schritte in der Reihenfolge, in der sie wirklich passieren. Haftnotizen oder eine Notion-Seite reichen. Ein Verb pro Schritt: ziehen, prüfen, schreiben, senden.
Markiere jede Übergabe. Kreise jede Stelle ein, an der die Arbeit Besitzer oder Tool wechselt. Genau dort bleibt Arbeit hängen.
Schreib das Ergebnis auf. Ein Satz. „Eine Risikozusammenfassung wird innerhalb von 15 Minuten im Deal-Channel gepostet.“
Miss die Zeit. Notiere, wie lange jeder Schritt heute dauert. Wenn du es nicht weißt, schreib „in deinem Kontext zu messen“ und miss eine Woche lang.
Halte es auf einer Seite. Ein Workflow, der ein dreiseitiges Dokument braucht, wird nicht befolgt.
Wie scheitern Workflows typischerweise?
Vier Fehlermuster decken den größten Teil der Fälle ab, in denen ich zur Reparatur gerufen werde.
Der dokumentierte und der echte Pfad unterscheiden sich. Das Wiki sagt fünf Schritte. Die Leute machen drei und lassen den Rest weg. Wenn das Team deinen Workflow umgeht, ist der Workflow falsch, und mehr Erinnerungen helfen nicht. Entwirf ihn neu.
Niemand besitzt die Übergabe. Jeder Schritt hat eine verantwortliche Person, aber die Lücke zwischen den Schritten hat keine. Benenne den Empfänger, nicht nur den Absender.
Die Ausnahme wird zur Regel. Du mappst den Idealfall und ignorierst die 30% der Fälle, die nicht passen. Schreib eine Zeile für „Was passiert, wenn das scheitert“, auch wenn die Antwort lautet „Ops-Lead anpingen“.
Der Workflow überlebt seinen Zweck. Ein Schritt, der nach einem schlechten Quartal hinzugefügt wurde, bleibt für immer. Prüfe jeden Workflow jedes Quartal und streiche einen Schritt. Die meisten Teams finden innerhalb von zehn Minuten etwas Totes.
Wo passen Tools, wenn der Workflow aufgeschrieben ist?
Erst das Tool, dann der Workflow: Das ist der häufigste Fehler, den ich sehe. Ein Team kauft eine Plattform und stellt dann fest, dass sie sich nicht konfigurieren lässt, weil man sich nie auf die Schritte geeinigt hat.
Steht die Abfolge auf Papier, werden Tools leicht zu bewerten. Vier Kategorien tauchen in Ops-Stacks immer wieder auf.
Workspaces und Datenbanken. Notion funktioniert gut, wenn der Workflow größtenteils aus Menschen besteht, die einen Datensatz durch Status bewegen, mit Vorlagen und einer Board-Ansicht. Die Custom Agents (ergänzt in einem Update vom Februar 2026) können mehrstufige Aufgaben auf Basis eines Credit-Systems automatisieren. Prüfe deinen Credit-Verbrauch, bevor du es im ganzen Team einführst.
CRM-Suiten. HubSpot eignet sich gut für stufenbasierte Workflows, weil der Auslöser, ein Deal-Stufenwechsel, bereits darin lebt. Lohnt sich, wenn dein Workflow im CRM beginnt und endet. Lass es weg, wenn die Hälfte deiner Schritte in anderen Tools passiert.
Daten und Anreicherung. Clay passt zu Workflows, bei denen es vor allem um das Sammeln und Anreichern von Kontodaten geht. Der kostenlose Tarif reicht, um einen Prospecting-Workflow zu testen. Bezahlte Pläne starten bei $185 pro Monat, was für ein kleines Team echtes Geld ist.
Agenten. Lindy baut kleine, dauerhafte Agenten, die einen wiederkehrenden Job erledigen, etwa das Sortieren eines Posteingangs oder die Vorbereitung eines Meetings. Es passt zu Workflows mit klarem Auslöser und wiederholbarem Ergebnis. Schlecht geeignet ist es, wenn sich die Schritte jede Woche ändern.
Keines dieser Tools ersetzt Schritt eins. Schreib den Workflow zuerst. Das Tool führt ihn nur aus.
Welche Workflows solltest du zuerst automatisieren?
Nicht die, die dich am meisten nerven, sondern die, die drei Tests bestehen:
Er läuft mindestens wöchentlich.
Die Schritte sind in neun von zehn Fällen gleich.
Ein falsches Ergebnis ist günstig zu korrigieren.
Eine wöchentliche Meeting-Vorbereitung, eine Lead-Routing-Regel und eine CRM-Feldbereinigung bestehen alle drei. Eine Preisausnahme oder ein Anruf zur Kundenrettung bestehen sie nicht. Dafür braucht es Urteilsvermögen, und ein Mensch sollte im Loop bleiben.
Peil beim ersten Workflow ein messbares Delta an. Von 40 Minuten Copy-Paste auf 8 Minuten Prüfung ist ein Ergebnis, das du deinem Chef zeigen kannst. „Spart Zeit“ ist das nicht.
Wie passt ein KI-Befehl in einen Workflow?
Ein KI-Befehl ist ein Schritt innerhalb eines Workflows, nicht der Workflow selbst. Betrachte ihn als wiederverwendbares Verb. Statt jedes Mal einen langen Prompt zu schreiben, startest du einen gespeicherten Befehl wie /summarize auf einem Call-Transkript und bekommst jedes Mal dieselbe strukturierte Ausgabe.
Verkettest du drei davon, hast du einen kleinen Workflow: /research für ein Konto, /summarize für die Ergebnisse, /draft-email für den ersten Kontakt. Der Auslöser ist, dass du den ersten Befehl tippst. Das Ergebnis ist ein Entwurf, den du prüfst, bevor er rausgeht. Die Grenze ist real: Die Kette funktioniert nur so gut wie die Schrittdefinitionen dahinter, und die Übergabe an den Menschen liegt weiterhin bei dir.
Das ist auch der ehrliche Test für jeden KI-Workflow. Kannst du die Schritte beschreiben, ohne das Modell zu nennen, hast du einen Workflow. Kannst du es nicht, hast du eine Demo.
Dein nächster Befehl
Wähle einen Workflow, den dein Team jede Woche durchläuft. Blocke 30 Minuten. Schreib Auslöser, Schritte, Übergaben und Ergebnis auf eine Seite und miss dann jeden Schritt fünf Arbeitstage lang.
Automatisiere vorerst nichts. Sobald du diese Seite und diese Zeiten hast, weißt du genau, welchen Schritt du an ein Tool übergibst und welchen du in menschlichen Händen lässt. Das ist die ganze Definition, angewendet.