Workflows und Blueprint in Zoho CRM im Überblick
Workflows und Blueprint in Zoho CRM sind zwei Werkzeuge, mit denen Sie Abläufe im CRM automatisieren und vereinheitlichen. Beide können E-Mails versenden, Aufgaben anlegen und Felder aktualisieren. Deshalb ist in vielen Einführungsprojekten unklar, welches Werkzeug für welchen Zweck gedacht ist.
Die Unsicherheit ist verbreitet. In der Zoho-Community fragt ein neuer Nutzer ausdrücklich, wie man entscheidet, ob man für eine bestimmte Aufgabe einen Workflow oder einen Blueprint nimmt, und ob es dafür eine Regel gibt. Eine Antwort ist auf der Seite nicht zu sehen. Ein anderes Mitglied stellt fest, dass Workflows, Journeys und Blueprints nach eigener Beschreibung alle Prozesse automatisieren können, und fragt, worin sie sich unterscheiden.
Dieser Leitfaden beantwortet genau diese Frage für die zwei wichtigsten Werkzeuge. Er erklärt die Begriffe, stellt die Entscheidung in einer Tabelle gegenüber, führt ein Beispiel aus dem Vertrieb Schritt für Schritt durch und zeigt, wie Sie Workflow-Regeln und Blueprints so kombinieren, dass sie sich nicht gegenseitig stören. Am Ende steht, was Sie zuerst automatisieren sollten und was besser gar nicht.
Die Begriffe, sauber getrennt
Bevor Sie etwas einrichten, lohnt es sich, die Begriffe so zu verwenden, wie Zoho sie meint. Die folgenden Definitionen stammen aus den Produktseiten und der Hilfe von Zoho.
Workflow-Regel
Eine Workflow-Regel ist eine Automatisierung, die Aktionen automatisch auslöst, wenn bestimmte Bedingungen erfüllt sind. Pro Regel können Sie bis zu 10 Bedingungen festlegen. Zu den vordefinierten Aktionen gehören das Senden von E-Mails, das Planen von Aufgaben und das Aktualisieren von Feldern, jeweils sofort oder zu einem späteren Zeitpunkt.
Blueprint
Ein Blueprint ist eine Funktion, mit der Sie einen Prozess in einem visuellen Editor phasenweise definieren. Zoho beschreibt den Zweck so, dass Blueprint hilft, Standardprozesse in großem Maßstab durchzusetzen.
Phase und Übergang
Eine Phase ist ein Zustand, in dem sich ein Datensatz befindet, etwa ein Geschäft im Status „Angebot“. Ein Übergang ist der Schritt von einer Phase zur nächsten. Am Übergang können Sie Bedingungen prüfen lassen, bevor der Datensatz weiterrückt, und Aktionen automatisieren.
Genehmigungsprozess und My Jobs
Der Genehmigungsprozess ist laut Zoho ein Werkzeug, mit dem Sie Freigaben in Ihrer Organisation automatisieren. Unter My Jobs genehmigen Sie Anfragen an einer zentralen Stelle. Für reine Freigaben ist das oft die schlankere Wahl als ein vollständiger Blueprint.
Der Kernunterschied: auslösen oder führen
Der wichtigste Unterschied liegt nicht in den Aktionen, sondern darin, wer den nächsten Schritt anstößt. Eine Workflow-Regel reagiert auf ein Ereignis und handelt dann ohne menschliches Zutun. Sie läuft im Hintergrund, der Mitarbeiter muss nichts tun und merkt oft nichts davon.
Ein Blueprint dagegen führt den Mitarbeiter. Der Datensatz steht in einer Phase, und der Mitarbeiter sieht, welche Übergänge möglich sind. Erst wenn er einen Übergang ausführt und die dafür verlangten Angaben macht, rückt der Datensatz weiter. Zoho formuliert das Ziel so, dass Sie mit Bedingungen prüfen, ob bestimmte Kriterien erfüllt oder Aufgaben in jeder Phase abgeschlossen sind, bevor es weitergeht.
Daraus folgt eine einfache Faustregel für Ihre Planung:
- Workflow-Regel, wenn eine Reaktion immer gleich ausfallen soll und niemand sie prüfen muss.
- Blueprint, wenn ein Mensch entscheiden oder etwas bestätigen muss und Sie sicherstellen wollen, dass dabei kein Schritt übersprungen wird.
CRMmanager beschreibt den Nutzen von Blueprint in diesem Sinne: Prozesse lassen sich vorab für alle Mitarbeiter festlegen und einheitlich abbilden, zum Beispiel die Vorgehensweise von der Anfrage bis zum Abschluss. Blueprints lassen sich laut dem Beitrag für alle Module anlegen, also auch für Rechnungen oder Supportanfragen. Das Werkzeug ist damit nicht auf den Vertrieb beschränkt.
Die Entscheidung in einer Tabelle
Die folgende Gegenüberstellung fasst zusammen, was die Produktseiten von Zoho zu beiden Werkzeugen sagen. Nutzen Sie sie, wenn Sie für einen konkreten Ablauf entscheiden müssen.
| Kriterium | Workflow-Regel | Blueprint |
|---|---|---|
| Auslöser | Bedingungen am Datensatz, bis zu 10 pro Regel | Eintrittskriterien, danach Übergänge durch den Mitarbeiter |
| Rolle des Menschen | Keine, die Aktion läuft automatisch | Mitarbeiter führt den Übergang aus |
| Typische Aktionen | E-Mail, Aufgabe, Feldaktualisierung, Webhook, eigene Funktion | Follow-up-Aufgaben, Feldaktualisierungen je Phase |
| Zeitsteuerung | Sofort oder zu einem späteren Zeitpunkt | An den Fortschritt im Prozess gebunden |
| Kontrolle | Keine Pflichtprüfung durch Menschen | Bedingungen vor jedem Übergang |
| Auswertung | Workflow Insights und Fehlerübersicht | Integrierte Berichte zu Verweildauer und Engpässen |
| Geeignet für | Routinen, Benachrichtigungen, Datenpflege | Prozesse mit Pflichtschritten und Entscheidungen |
Wenn ein Ablauf in beide Spalten zu passen scheint, zerlegen Sie ihn. Meist steckt darin ein geführter Kernprozess, der in einen Blueprint gehört, und eine Reihe von Begleitaktionen, die eine Workflow-Regel erledigt. Genau diese Zerlegung zeigt das Beispiel im nächsten Abschnitt.
Ein Beispiel: Geschäfte von der Anfrage bis zum Abschluss
Nehmen Sie ein Unternehmen, das Geschäfte im Modul Geschäfte führt und einen festen Ablauf von der Anfrage bis zum Abschluss durchsetzen möchte. Die Phasennamen unten sind ein Vorschlag, den Sie an Ihren Prozess anpassen.
Schritt 1: Blueprint anlegen
Laut CRMmanager wählen Sie in den Einstellungen unter „Automation“ den Eintrag Blueprint, legen das Modul fest und definieren die Kriterien, die ein Datensatz erfüllen muss. Danach öffnet sich der Blueprint-Designer, in dem Sie die Prozessschritte per Drag & Drop einfügen, verschieben und verbinden.
Schritt 2: Phasen und Übergänge festlegen
- Anfrage zu Qualifiziert: Übergang „Bedarf geklärt“, Pflichtangaben sind Budget und Ansprechpartner.
- Qualifiziert zu Angebot: Übergang „Angebot versendet“, verlangt wird der Angebotsbetrag.
- Angebot zu Verhandlung: Übergang „Rabatt angefragt“, mit Begründung.
- Verhandlung zu Gewonnen oder Verloren: Übergang mit Pflichtgrund bei Verlust.
Beim Übergang „Angebot versendet“ lässt der Blueprint automatisch eine Follow-up-Aufgabe entstehen. Das entspricht dem, was Zoho beschreibt: Aktionen in jeder Phase automatisieren, von Follow-up-Aufgaben bis zur Aktualisierung der richtigen Felder.
Schritt 3: Begleitende Workflow-Regeln
Alles, was keinen Menschen braucht, erledigen Workflow-Regeln. Eine Regel informiert den Vertriebsleiter per E-Mail, sobald ein Geschäft einen bestimmten Betrag überschreitet. Eine zweite füllt, wie Zoho selbst als Beispiel nennt, Bundesland und Stadt anhand der PLZ aus. Keine dieser Regeln ändert die Phase des Geschäfts, die bleibt allein Sache des Blueprints.
Wie beide zusammenspielen, ohne sich zu stören
Die meisten Probleme entstehen nicht in einem Werkzeug, sondern an der Nahtstelle. In der Zoho-Community fragt ein Nutzer, ob ein Blueprint startet, wenn die erste Phase durch einen Workflow gesetzt wurde, und ob Blueprint-Übergänge gleichzeitig mit Feldaktualisierungen aus Workflows funktionieren. Beide Fragen zeigen, wo es hakt: Zwei Automatisierungen greifen auf dieselben Felder zu, und die Reihenfolge ist nicht offensichtlich.
Bei Svennis prüfen wir vor jedem neuen Blueprint alle aktiven Workflow-Regeln des Moduls, die auf dieselben Status- oder Phasenfelder reagieren oder sie verändern, weil genau an dieser Stelle bei Kunden die meisten unerwarteten Effekte entstehen. Erst wenn diese Liste leer ist oder jede Regel bewusst angepasst wurde, geht der Blueprint live.
Daraus ergeben sich drei Regeln für die Arbeitsteilung:
- Ein Feld, ein Besitzer. Das Feld, das die Phase abbildet, ändert nur der Blueprint. Workflow-Regeln lesen es, schreiben es aber nicht.
- Zeitlich entkoppeln. Muss eine Workflow-Regel doch auf denselben Datensatz wirken, nutzen Sie die Möglichkeit, Aktionen zu einem späteren Zeitpunkt statt sofort auszuführen.
- Auslöser dokumentieren. Halten Sie für jedes Modul fest, welche Regel und welcher Blueprint auf welche Felder reagiert. Diese Übersicht ist bei jeder späteren Änderung der erste Blick.
Wer seine Felder und Rechte schon beim Aufbau ordnet, hat hier einen deutlichen Vorsprung. Die Checkliste für Datenmodell, Rechte und Import hilft dabei, die Grundlage vorher zu klären.
| Schritt | Was Sie tun | Wer |
|---|---|---|
| 1. Bestand aufnehmen | Alle aktiven Workflowregeln des Moduls auflisten | CRM Administrator |
| 2. Überschneidungen finden | Regeln markieren, die Status oder Phasenfelder lesen oder ändern | CRM Administrator |
| 3. Zuständigkeit festlegen | Für jedes Feld bestimmen, ob Blueprint oder Workflowregel es pflegt | Administrator und Vertriebsleitung |
| 4. Regeln anpassen | Überschneidende Workflowregeln ändern oder deaktivieren | CRM Administrator |
| 5. Übergänge testen | Jeden Übergang an Testdatensätzen ausführen und Feldwerte prüfen | CRM Administrator |
Was Sie zuerst automatisieren und was nie
Nicht jeder Ablauf, der sich automatisieren lässt, sollte auch automatisiert werden. Eine sinnvolle Reihenfolge beginnt mit dem, was häufig vorkommt, klar geregelt ist und bei einem Fehler wenig Schaden anrichtet.
Zuerst
- Interne Benachrichtigungen und Aufgaben, etwa an den zuständigen Mitarbeiter bei neuen Geschäften.
- Datenpflege wie das Ausfüllen von Ort und Bundesland aus der PLZ oder das automatische Anlegen neuer Kontakte, wenn E-Mails von neuen Adressen eingehen.
- Reaktionen auf E-Mail-Verhalten, etwa eine Benachrichtigung an den Absender, wenn eine E-Mail geöffnet oder angeklickt wurde.
Danach
- Den Kernprozess als Blueprint, sobald sich Ihr Team auf Phasen und Pflichtangaben geeinigt hat.
- Webhooks und eigene Funktionen, die Aktionen in Drittanbieteranwendungen auslösen, wenn im CRM ein Ereignis eintritt.
Nie vollautomatisch
- Entscheidungen, die eine fachliche Prüfung brauchen, etwa die Freigabe eines Rabatts. Dafür sind Blueprint-Übergänge oder der Genehmigungsprozess gedacht.
- Das Verschieben von Datensätzen in eine andere Phase durch eine Workflow-Regel, wenn für dieses Modul ein Blueprint aktiv ist.
- Externe E-Mails an Kontakte, deren Daten noch niemand geprüft hat.
Zoho bietet mit Zia inzwischen Vorschläge: Zia durchsucht Audit-Protokolle und Aktivitätsverlauf nach Mustern und schlägt vorgefertigte Workflows vor. Solche Vorschläge sind ein guter Ausgangspunkt, ersetzen aber nicht die Prüfung, ob die Regel mit einem bestehenden Blueprint kollidiert. Wer über das CRM hinaus KI-Automatisierung plant, sollte dieselbe Regel anwenden.
| Zuerst | Danach | |
|---|---|---|
| Was | Benachrichtigungen, Aufgaben, Datenpflege | Kernprozess von der Anfrage bis zum Abschluss |
| Werkzeug | Workflowregel | Blueprint |
| Häufigkeit | Kommt täglich und oft vor | Betrifft jedes Geschäft im Modul |
| Folgen eines Fehlers | Gering und schnell behoben | Betrifft Phasen und Pflichtangaben im ganzen Team |
| Voraussetzung | Klarer Auslöser und Empfänger | Team hat Phasen und Pflichtangaben vereinbart |
Überwachen und Fehler finden
Eine Automatisierung ist erst fertig, wenn Sie sehen können, ob sie arbeitet. Beide Werkzeuge bringen dafür eigene Auswertungen mit, die Sie in den ersten Wochen nach dem Start regelmäßig ansehen sollten.
Workflow-Regeln
Zoho CRM zeigt laut Produktseite, wann und wo Workflows fehlschlagen und welche Datensätze betroffen sind. Sie können den Workflow erneut ausführen oder vorher einzelne Datensätze auf eine Ausschlussliste setzen. Workflow Insights schlüsselt jede Regel auf, von der Zahl der Datensätze, die sie durchlaufen, bis zur Zahl der Leads, die eine E-Mail geöffnet haben.
Blueprints
Die integrierten Berichte von Blueprint zeigen, wo Mitarbeiter die meiste Zeit verbringen und welche Teile des Prozesses am ehesten überarbeitet werden müssen. Zoho verbindet damit das Ziel, dass kein Lead und kein Geschäft zu lange unbeaufsichtigt bleibt. CRMmanager nennt als Beispiel die Frage, wie häufig Kunden Rabatte ablehnen, und damit, an welcher Stelle der Prozess hakt.
Was Sie daraus ablesen
Läuft eine Workflow-Regel ungewöhnlich oft oder gar nicht, ist das ein Hinweis auf eine Überschneidung mit einem Blueprint oder mit einer anderen Regel. Staut es sich in einer Blueprint-Phase, prüfen Sie zuerst, ob die Pflichtangaben am Übergang für den Mitarbeiter überhaupt verfügbar sind. Beides lässt sich meist durch kleine Anpassungen beheben, bevor die Akzeptanz im Team leidet.
Was das für Unternehmen in Deutschland, Österreich und der Schweiz bedeutet
Für Unternehmen im deutschsprachigen Raum gibt es drei praktische Punkte, die über die reine Konfiguration hinausgehen.
Edition prüfen. CRMmanager schreibt, dass das Blueprint-Feature zum Zeitpunkt des Beitrags nur Enterprise-Kunden von Zoho CRM zur Verfügung stand. Prüfen Sie vor der Planung, welche Edition Sie nutzen und ob Blueprint darin enthalten ist, statt einen Prozess zu entwerfen, den Sie später nicht umsetzen können.
Anbindung an Buchhaltung und ERP. In vielen Betrieben endet der Vertriebsprozess nicht im CRM, sondern bei der Buchhaltung oder im ERP. Der natürliche Ort für diese Übergabe ist eine Workflow-Regel mit Webhook oder eigener Funktion, ausgelöst durch die Phase „Gewonnen“, die der Blueprint setzt. So bleibt die Phase in einer Hand, und die Übergabe läuft automatisch. Wie das mit einer Steuerkanzlei aussieht, beschreibt die Seite zur Übergabe von Zoho an DATEV; für stabile Schnittstellen hilft der Beitrag zur Zoho CRM API Anbindung.
Externe Kommunikation bewusst freigeben. Automatisch versendete E-Mails an Interessenten und Kunden betreffen personenbezogene Daten. Klären Sie vor dem Start mit Ihrer Datenschutzverantwortung, welche Regeln extern kommunizieren dürfen und auf welcher Grundlage. Das ist ein weiterer Grund, externe E-Mails lieber an einen geprüften Blueprint-Übergang zu binden als an eine Regel, die bei jedem neuen Datensatz auslöst.
Nächste Schritte
Wenn Sie Workflow-Regeln und Blueprints in Ihrem Zoho CRM neu ordnen oder erstmals einführen, gehen Sie in dieser Reihenfolge vor:
- Bestand aufnehmen. Listen Sie alle aktiven Workflow-Regeln je Modul auf, mit Auslöser, Bedingungen und den Feldern, die sie ändern.
- Kernprozess beschreiben. Legen Sie mit dem Team die Phasen, Übergänge und Pflichtangaben fest, bevor Sie den Blueprint-Designer öffnen.
- Zuständigkeiten trennen. Entscheiden Sie für jedes Feld, ob es der Blueprint oder eine Workflow-Regel pflegt, und passen Sie überschneidende Regeln an.
- Klein starten. Aktivieren Sie den Blueprint zunächst für ein Modul und ein Team und werten Sie die Berichte in den ersten Wochen aus.
- Erweitern. Nehmen Sie erst danach Webhooks, Anbindungen und weitere Module hinzu.
Wer noch am Anfang steht, findet in den ersten Schritten mit Zoho CRM die Grundeinstellungen, auf denen Automatisierungen aufbauen. Wenn Sie den Prozessentwurf mit jemandem prüfen möchten, der solche Einführungen begleitet, finden Sie auf der Seite zur Zoho CRM Implementierung den Ablauf und die Kontaktmöglichkeit.
Quellen
- Zoho Community: Zoho Blueprint and Workflow
- Zoho Community: What is the difference between workflows, journeys, and blueprints?
- Zoho Community: Blueprint and/vs. Workflow
- Zoho CRM: Blueprint, Vertriebsprozesse entwerfen
- Zoho CRM: Workflow-Regeln
- CRMmanager: Mit Blueprint Prozess-Workflows in Zoho CRM festlegen



