--- title: "Prozesse richtig automatisieren: Erst beobachten, dann bauen" canonical: "https://www.joergsebening.de/blog/warum-prozesse-von-selbst-schlechter-werden/" pubDate: "2026-08-25T00:00:00.000Z" author: Jörg Sebening description: "Wie du Agenturprozesse aufnimmst, vereinfachst und verlässlich automatisierst. Vom tatsächlichen Ablauf bis zur laufenden Überwachung." categories: [automatisierung-richtig-aufsetzen] --- Wenn ein Anbieter nach 30 Minuten Gespräch bereits weiß, wie dein Prozess automatisiert werden soll, hat er einen Teil übersprungen. Meistens den wichtigsten. Ein Geschäftsführer beschreibt das Kunden-Onboarding so: Der Vertrieb schließt den Auftrag ab, danach übernimmt das Projektteam. Die Projektleitung beschreibt denselben Ablauf anders. Sie wartet regelmäßig auf fehlende Informationen aus dem Vertrieb, legt das Kundenprojekt im Projektmanagementtool an und verteilt die ersten Aufgaben. Die Verwaltung ergänzt, dass vor dem Projektstart noch die Rechnungsdaten geprüft werden müssen. Ein Mitarbeiter verschickt außerdem eine eigene Nachricht an den Kunden, weil die offizielle Begrüßungs-E-Mail nicht alle Informationen enthält. Alle sprechen über denselben Prozess. Jeder kennt jedoch nur den Teil, an dem er selbst beteiligt ist. Wer daraus direkt einen Workflow baut, automatisiert keine klare Arbeitsweise. Er automatisiert eine Mischung aus Beschreibungen, Annahmen und unbemerkten Umwegen. ## Ein Prozess ist das, was tatsächlich passiert In vielen Agenturen existiert eine offizielle Beschreibung des Ablaufs. Nach einem gewonnenen Auftrag werden die Kundendaten übernommen, das Projekt wird angelegt und das Team beginnt mit der Arbeit. Auf dieser Flughöhe sieht fast jeder Prozess sauber aus. Die entscheidenden Details tauchen erst auf, wenn ein echter Auftrag durch den Betrieb läuft: - Welche Angaben muss der Vertrieb im CRM hinterlegen? - Wer prüft, ob sie vollständig sind? - Wann darf das Kundenprojekt angelegt werden? - Was passiert bei einem bereits vorhandenen Projekt? - Wer bestimmt den Starttermin? - Woher bekommt das Projektteam die vereinbarten Leistungen? - Was passiert bei einer ausstehenden Zahlung? - Wer merkt, wenn ein Schritt fehlt? Diese Fragen lassen sich selten vollständig in einem Gespräch beantworten. Viele Handgriffe sind für die Beteiligten so selbstverständlich geworden, dass sie gar nicht mehr erwähnt werden. Deshalb reicht es nicht, sich einen Prozess erklären zu lassen. Du musst zusehen, wie er ausgeführt wird. ## Prozesse verändern sich mit jeder kleinen Ausnahme Ein einmal festgelegter Ablauf bleibt nicht automatisch bestehen. Ein Mitarbeiter zieht einen Schritt vor, weil er dadurch schneller weiterkommt. Eine Kollegin führt eine eigene Liste, weil ihr im Projektmanagementtool eine Information fehlt. Eine Rückfrage wird weggelassen, weil sie bei den letzten Kunden überflüssig war. Jede einzelne Anpassung kann in ihrem Moment vernünftig sein. Mit der Zeit entsteht daraus ein anderer Ablauf. Niemand hat ihn beschlossen. Trotzdem wird heute anders gearbeitet als bei der letzten Dokumentation. Das wird häufig erst sichtbar, wenn mehrere Mitarbeiter dasselbe Ergebnis auf unterschiedliche Weise herstellen. Dann wirkt es wie ein Disziplinproblem. Meistens fehlt jedoch eine klare Stelle, an der Abweichungen geprüft und in den offiziellen Ablauf übernommen werden. Das Festhalten stoppt nur die Beschreibung. Die tägliche Arbeit verändert sich weiter. Genau deshalb muss eine Automatisierung mehr leisten, als den aktuellen Stand in einem Tool einzufrieren. ## Schritt 1: Definiere das Ergebnis Viele Prozessbeschreibungen beginnen mit den einzelnen Tätigkeiten. Der Vertrieb ändert einen Status. Die Verwaltung prüft eine Angabe. Die Projektleitung legt einen Ordner an. Damit wird beschrieben, was Menschen heute tun. Noch nicht geklärt ist, was am Ende erreicht sein muss. Beim Kunden-Onboarding einer Agentur könnte das Ergebnis so aussehen: - Das Kundenprojekt ist vollständig im Projektmanagementtool angelegt. - Das Team kennt Leistung, Fristen und Ansprechpartner. - Alle notwendigen Aufgaben wurden der richtigen Person zugewiesen. - Die Rechnungsdaten wurden geprüft. - Der Kunde kennt den nächsten Schritt und seinen Starttermin. - Fehlende Angaben sind sichtbar und einer Person zugewiesen. An diesem Ergebnis lässt sich später prüfen, ob der Ablauf funktioniert. „Der Workflow ist durchgelaufen“ reicht dafür nicht. Jeder technische Schritt kann grün leuchten, während dem Projektteam weiterhin die vereinbarte Leistung oder der Starttermin fehlt. Ein sauberer Prozess beginnt deshalb mit einem überprüfbaren Ergebnis. ## Schritt 2: Beobachte mehrere echte Durchläufe Ein Workshop zeigt dir, wie die Beteiligten glauben, dass der Prozess funktioniert. Echte Vorgänge zeigen dir, wie er tatsächlich funktioniert. Begleite deshalb mehrere Aufträge vom Auslöser bis zum Ergebnis. Halte bei jedem Schritt fest: - Wer führt ihn aus? - Welche Information wird benötigt? - Aus welchem System kommt sie? - In welches System wird sie übertragen? - Welche Entscheidung wird getroffen? - Worauf muss jemand warten? - Welche Rückfragen entstehen? - Welche Sonderfälle treten auf? - Was wird außerhalb der offiziellen Systeme festgehalten? Achte besonders auf Sätze wie: - „Normalerweise machen wir das so.“ - „Bei diesem Kunden ist es etwas anders.“ - „Das trage ich später nach.“ - „Dafür habe ich meine eigene Liste.“ - „Da frage ich kurz im Chat nach.“ - „Das weiß eigentlich nur die Projektleitung.“ An diesen Stellen sitzt die Arbeit, die in einer oberflächlichen Prozessbeschreibung fehlt. Wer nur das Ablaufdiagramm aus dem letzten Workshop übernimmt, sieht diese Stellen nicht. Er baut einen Workflow für die Besprechung und keinen für den Betrieb. ## Schritt 3: Entferne unnötige Arbeit Der aufgenommene Ist-Ablauf ist noch keine Bauanleitung. Er zeigt zunächst nur, was heute passiert. Dazu gehören auch doppelte Eingaben, unnötige Freigaben und Umwege, die irgendwann aus einem alten Problem entstanden sind. Prüfe deshalb jeden Schritt: - Verändert dieser Schritt das Ergebnis? - Braucht der Kunde ihn? - Braucht das Team ihn für die weitere Arbeit? - Wird dieselbe Information an anderer Stelle bereits erfasst? - Existiert der Schritt nur, weil zwei Systeme nicht miteinander sprechen? - Welche Folge hätte es, ihn komplett zu entfernen? Ein typisches Beispiel ist die Übertragung von Kundendaten. Der Vertrieb pflegt die Daten im CRM. Nach dem Abschluss kopiert die Projektleitung dieselben Angaben in das Projektmanagementtool. Danach überträgt die Verwaltung einen Teil davon in die Rechnungserstellung. Drei Systeme können notwendig sein. Dreimaliges Abtippen ist es nicht. Wer diesen Ablauf unverändert automatisiert, spart zwar Handgriffe. Er übernimmt aber auch unklare Felder, widersprüchliche Daten und fehlende Zuständigkeiten. Eine Automatisierung beschleunigt den Ablauf, den du ihr vorgibst. Sie entscheidet nicht, ob dieser Ablauf sinnvoll ist. ## Schritt 4: Baue den Zielprozess Nach der Aufnahme und Bereinigung entsteht der Ablauf, der künftig gelten soll. Für jeden Schritt müssen sechs Punkte feststehen: 1. Auslöser 2. benötigte Eingaben 3. ausführende Person oder Automatisierung 4. verwendetes System 5. erwartetes Ergebnis 6. Verhalten bei einer Abweichung Beim Kunden-Onboarding könnte der Zielprozess so beginnen: Der Vertrieb markiert einen Auftrag im CRM als gewonnen. Vorher prüft das CRM, ob Firmenname, Ansprechpartner, gebuchte Leistung, Rechnungsdaten und geplanter Start vollständig sind. Danach übernimmt die Automatisierung die freigegebenen Daten. Sie legt das Kundenprojekt im Projektmanagementtool an, wählt die passenden Aufgabenvorlagen und weist die ersten Aufgaben zu. Das CRM bleibt das führende System für den Vertrieb. Das Projektmanagementtool bildet das Fulfillment ab. Diese Trennung ist wichtig. Wenn dieselbe Information in mehreren Systemen beliebig geändert werden kann, ist nach kurzer Zeit unklar, welcher Stand gilt. Für jede wichtige Information braucht es deshalb eine eindeutige Quelle. ## Schritt 5: Lege die Grenze zwischen Mensch und Automatisierung fest Nicht jede Entscheidung gehört in einen Workflow. Klare Regeln lassen sich gut automatisieren: - Wenn der Auftrag gewonnen ist, prüfe die Pflichtfelder. - Wenn alle Angaben vorhanden sind, lege das Kundenprojekt an. - Wenn Leistung A verkauft wurde, verwende Aufgabenvorlage A. - Wenn das Projekt bereits existiert, stoppe den Vorgang und informiere die Projektleitung. Andere Entscheidungen brauchen Erfahrung oder Rücksprache: - Ist ein ungewöhnlicher Kundenwunsch noch Teil der vereinbarten Leistung? - Kann der Starttermin trotz fehlender Unterlagen gehalten werden? - Welche Person sollte ein besonders komplexes Projekt übernehmen? - Ist eine Abweichung fachlich sinnvoll oder ein Fehler? Solche Entscheidungen können durch Informationen vorbereitet werden. Die Verantwortung bleibt zunächst bei einem Menschen. Ein Anbieter, der jeden Schritt automatisieren will, hat das Ziel falsch verstanden. Der größte Automatisierungsgrad ist nicht automatisch das beste Ergebnis. Entscheidend ist die Anzahl der Handgriffe, die zuverlässig wegfallen. ## Schritt 6: Plane Fehler vor dem Bau Ein sauberer Prozess beschreibt auch, was bei einer Abweichung passiert. Das gilt für fachliche und technische Fehler. Fachliche Abweichungen sind beispielsweise: - Pflichtangaben fehlen im CRM. - Der Kunde besitzt bereits ein Projekt. - Die gebuchte Leistung passt zu keiner Vorlage. - Ein Starttermin liegt in der Vergangenheit. - Rechnungsdaten widersprechen den Kundendaten. Technische Fehler entstehen beispielsweise, wenn ein System nicht erreichbar ist, eine Anmeldung abläuft oder ein Schritt nur teilweise abgeschlossen wird. Für jeden wichtigen Fehler muss geklärt sein: - Wie wird er erkannt? - Wird der Vorgang automatisch erneut versucht? - Welche Schritte dürfen sicher wiederholt werden? - Wie werden doppelte Projekte oder Rechnungen verhindert? - Wer erhält eine Meldung? - Welche Informationen enthält diese Meldung? - Wie kann ein Mitarbeiter den Vorgang fortsetzen? Fehlerbehandlung wird oft erst besprochen, wenn der erste echte Vorgang stecken bleibt. Dann ist es zu spät für ein sauberes Konzept. Der betroffene Kunde wartet bereits. ## Schritt 7: Teste den Betrieb und keine Vorführung Viele Anbieter testen einen Workflow mit einem perfekten Beispieldatensatz. Alle Pflichtfelder sind ausgefüllt. Der Kunde existiert noch nicht. Jede Schnittstelle reagiert. Der Ablauf läuft einmal vollständig durch. Das beweist, dass der Normalfall funktioniert. Vor der Übergabe müssen auch andere Fälle geprüft werden: - Ein Pflichtfeld fehlt. - Das Kundenprojekt existiert bereits. - Der Auslöser wird zweimal gesendet. - Das Projektmanagementtool ist vorübergehend nicht erreichbar. - Drei Schritte sind erfolgreich, der vierte schlägt fehl. - Eine Aufgabe kann keiner Person zugewiesen werden. - Der Vorgang wird nach einem Fehler erneut gestartet. - Ein Mitarbeiter ändert Daten während des Durchlaufs. Nach jedem Test muss klar sein, was im System passiert, wer informiert wird und wie der Vorgang weiterläuft. Wer nur den erfolgreichen Durchlauf zeigt, hat eine Vorführung vorbereitet. Grüne Kästchen sind noch kein verlässlicher Prozess. ## Schritt 8: Bestimme, wer den Ablauf pflegt Mit der Übergabe endet der Bau. Der Prozess entwickelt sich trotzdem weiter. Leistungen ändern sich. Neue Mitarbeiter kommen hinzu. Pflichtangaben werden ergänzt. Das Projektmanagementtool bekommt neue Felder. Ein bisher seltener Sonderfall tritt plötzlich jede Woche auf. Diese Änderungen müssen kontrolliert in den Prozess und die Automatisierung übernommen werden. Dafür braucht jeder wichtige Ablauf eine verantwortliche Person. Sie muss nicht jeden technischen Schritt selbst bearbeiten. Sie muss aber erkennen können, wann der bestehende Ablauf nicht mehr zum Betrieb passt. Zu ihren Aufgaben gehören: - Rückmeldungen aus dem Team sammeln, - wiederkehrende Sonderfälle erkennen, - fehlerhafte Durchläufe prüfen, - Änderungen am Prozess freigeben, - die Dokumentation aktualisieren, - technische Anpassungen veranlassen, - das Ergebnis des Prozesses überwachen. Ohne diese Verantwortung entstehen wieder zwei Fassungen. Eine steht in der Automatisierung. Die andere wird jeden Tag von den Mitarbeitern ausgeführt. ## Die Automatisierung darf nicht die einzige Dokumentation sein Ein sprechender Name im Automatisierungstool genügt nicht. Die Mitarbeiter müssen nicht jeden technischen Knoten verstehen. Sie brauchen jedoch eine verständliche Beschreibung des Ablaufs: - Was löst ihn aus? - Welches Ergebnis soll entstehen? - Welche Systeme sind beteiligt? - Welche Datenquelle ist verbindlich? - Welche Entscheidungen trifft die Automatisierung? - Wann wird ein Mitarbeiter eingeschaltet? - Wo sind fehlgeschlagene Vorgänge zu sehen? - Wie kann ein Vorgang manuell fortgesetzt werden? - Wer ist für Änderungen verantwortlich? Diese Beschreibung muss zusammen mit der Automatisierung aktualisiert werden. Sonst bleibt die Dokumentation auf dem Stand der Übergabe, während der Betrieb längst neue Regeln verwendet. ## Woran du einen unerfahrenen Anbieter erkennst Ein kompetenter Anbieter muss deinen Betrieb vor dem ersten Gespräch noch nicht kennen. Er muss wissen, wie er ihn untersucht. Vorsicht ist angebracht, wenn der Anbieter: - sofort über n8n, Make, Zapier oder KI-Agenten spricht, - nur den Geschäftsführer zum Prozess befragt, - niemandem bei der tatsächlichen Arbeit zusieht, - den bestehenden Ablauf unverändert nachbaut, - kein überprüfbares Ergebnis definiert, - nicht nach Sonderfällen fragt, - nur mit perfekten Daten testet, - keine führenden Systeme festlegt, - Fehler ausschließlich im Automatisierungstool protokolliert, - nach der Übergabe keine Verantwortung vereinbart. Wer nur wissen will, welche Tools verbunden werden sollen, nimmt eine technische Bestellung auf. Er baut noch keinen funktionierenden Geschäftsprozess. ## Was ein kompetenter Automatisierungspartner übernimmt Ein guter Partner beginnt bei der täglichen Arbeit. Er schaut sich reale Vorgänge an, spricht mit den beteiligten Mitarbeitern und macht sichtbar, wo Informationen fehlen, doppelt übertragen werden oder auf Rückfragen warten. Danach wird der Ablauf vereinfacht. Erst jetzt fällt die Entscheidung, welche Schritte automatisch laufen und an welchen Stellen ein Mensch gebraucht wird. Zur Umsetzung gehören anschließend: - klare Eingaben und Ergebnisse, - eindeutige Datenquellen, - Regeln für Normalfälle und Abweichungen, - sichere technische Verbindungen, - Fehlerbehandlung, - Überwachung, - verständliche Meldungen, - Tests mit realistischen Fällen, - Dokumentation und Einweisung, - eine Regelung für spätere Änderungen. Ein einfacher interner Ablauf kann weiterhin ein sinnvoller Selbstversuch sein. Sobald Kunden, Umsatz oder das Fulfillment betroffen sind, werden übersehene Fehler schnell teuer. Dann brauchst du mehr als jemanden, der Kästchen miteinander verbinden kann. ## Beginne mit einem echten Vorgang Wenn du deine Agentur automatisieren möchtest, suche nicht zuerst nach einem Tool. Nimm einen Prozess, der heute regelmäßig Zeit kostet. Öffne einen echten Vorgang und verfolge ihn vom Auslöser bis zum Ergebnis. Wo werden Daten übertragen? Wo wartet jemand? Wo entstehen Rückfragen? Welche Entscheidung kann nur eine Person treffen? Was passiert, wenn ein Schritt fehlt? Im Erstgespräch schauen wir uns genau diesen Ablauf an. Wir prüfen, welche Arbeit komplett wegfallen kann, welche Regeln vorher geklärt werden müssen und wie eine verlässliche Automatisierung aufgebaut werden kann. Danach weißt du, ob der Prozess für eine Automatisierung geeignet ist und was vor dem ersten technischen Schritt erledigt werden muss.