Vertriebsautomatisierung in Bitrix24 setzt sich aus kurzen Szenarien zusammen: ein Trigger auf einem Ereignis oder einer Phase, ein bis zwei Roboter, ein messbares Ergebnis. Große „schlüsselfertige Prozesse" zerbrechen schon beim ersten Umbau des Trichters, kurze Verkettungen leben jahrelang. Nachfolgend acht praxiserprobte Szenarien entlang der Deal-Phasen — Anfrageeingang, Erstkontakt, Rechnung und Vertrag, Zahlung und Wiederholungsverkäufe. Jedes wird im Workflow-Designer aus den eingebauten Aktionen und den Robotern von Roboteka ohne Programmierung zusammengesetzt.

Wie automatisiert man den Anfrageeingang?

Szenario 1, Telefonnormalisierung. Trigger: ein Lead wird aus einem Webformular erstellt. Der Roboter „Telefon formatieren" bringt die Nummer in ein einheitliches Format — +7, 8 oder international — entfernt Leerzeichen, Klammern und Bindestriche und gibt ein Erkennungskennzeichen (J/N) zurück. Ergebnis: Dublettensuche und Telefonie arbeiten mit einer einheitlichen Schreibweise der Nummer, eine nicht erkannte Telefonnummer landet als Aufgabe beim Mitarbeiter.

Szenario 2, Verknüpfung mit einem bestehenden Kunden. Trigger: ein Lead oder Deal wird erstellt. Der Roboter „Kontakt per Telefon/E-Mail finden" sucht einen Kontakt anhand der normalisierten Nummer oder E-Mail und gibt ID, Name und das Kennzeichen „Gefunden" (J/N) zurück. Ergebnis: bei J wird der Datensatz mit der Kundenkarte verknüpft — die Kontakthistorie reißt nicht ab und es entsteht keine Kontaktdublette.

Wie automatisiert man den Erstkontakt?

Szenario 3, Frist für den ersten Anruf ohne Wochenenden. Trigger: ein Lead wird in Bearbeitung genommen. Der Roboter „Datum + N Arbeitstage (RU)" addiert zum aktuellen Datum einen Arbeitstag gemäß dem russischen Produktionskalender — unter Berücksichtigung von Wochenenden und Feiertagen — und gibt das Datum in den Formaten JJJJ-MM-TT und TT.MM.JJJJ zurück. Ein eingebauter Roboter setzt eine Aufgabe mit dieser Frist. Ergebnis: der erste Anruf wird nicht auf einen Samstag oder Feiertag gelegt, die Aufgaben-Deadlines sind einhaltbar.

Szenario 4, Nummer für SMS. Trigger: an den Lead wird eine Anfragebestätigung gesendet. Der Roboter „Telefon formatieren" gibt die Variante „nur Ziffern" zurück — ohne Plus, Klammern und Leerzeichen. Ergebnis: SMS-Gateway und Messenger-Integrationen erhalten die Nummer in der Form, die sie fehlerfrei akzeptieren.

Was lässt sich bei Rechnung und Vertrag automatisieren?

Szenario 5, Wechselkurs in der Rechnung. Trigger: der Deal wechselt in die Phase „Rechnung". Der Roboter „Wechselkurs der Russischen Zentralbank" ruft den offiziellen Kurs für heute anhand des Währungscodes ab — USD, EUR, CNY und weitere — und gibt den Kurs zum Rubel, den Kurs pro Einheit unter Berücksichtigung des Nennwerts, das Kursdatum und das Kennzeichen „gefunden" zurück. Ergebnis: der Rubelbetrag im Deal wird nach einem festgehaltenen offiziellen Kurs berechnet und nicht nach einer Zahl aus dem Kopf des Mitarbeiters.

Szenario 6, Kurs zum Vertragsdatum. Trigger: im Deal ist das Vertragsdatum ausgefüllt. Derselbe Roboter nimmt das Datum als separaten Parameter entgegen und gibt den Kurs für den angegebenen Tag zurück. Ergebnis: der Kurs zum Unterzeichnungsdatum ist im Deal-Feld festgehalten — bei einem Streit über den Betrag gibt es eine dokumentarische Grundlage.

Wie kontrolliert man Zahlung und Wiederholungsverkäufe?

Szenario 7, Zahlungsfrist in Arbeitstagen. Trigger: Phase „Vertrag unterzeichnet". Der Roboter „Datum + N Arbeitstage (RU)" addiert fünf Arbeitstage zum Wechseldatum — genau so, wie es im Vertrag formuliert ist. Die Aufgabe „Zahlung prüfen" wird auf das errechnete Datum gesetzt, bei Bedarf wird die Frist in ein Deal-Feld geschrieben. Ergebnis: die Zahlungskontrolle fällt nicht auf ein Wochenende und löst nicht zu früh aus.

Szenario 8, Wiederholte Anfrage. Trigger: neue Anfrage von der Website. Der Roboter „Kontakt per Telefon/E-Mail finden" findet die Karte des alten Kunden anhand der Nummer. Ergebnis: der Deal wird auf dem bestehenden Kontakt angelegt — der Mitarbeiter sieht die Kaufhistorie und spricht mit dem Kunden wie mit einem Bekannten, nicht wie mit einem neuen Lead.

Wie setzt man ein Szenario im Designer zusammen?

Die Reihenfolge ist immer dieselbe. Öffnen Sie die Roboter-Einstellungen des gewünschten Trichters, wählen Sie die Trigger-Phase und fügen Sie einen Roboter aus der Liste hinzu — nach der Installation von Roboteka erscheinen seine Roboter neben den eingebauten. Die Ergebnisse des Roboters — ID, J/N-Kennzeichen, Daten, Kurse — stehen den folgenden Schritten der Vorlage zur Verfügung: bauen Sie darauf Bedingungen auf und schreiben Sie Werte über die eingebaute Dokumentänderung in die Deal-Felder. Prüfen Sie die Verkettung an einem einzelnen Test-Deal, bevor Sie sie im laufenden Betrieb aktivieren. Eine Schritt-für-Schritt-Anleitung zur Einrichtung finden Sie im Leitfaden zu den Robotern in Bitrix24, und die Verteilung der Szenarien auf die Phasen im Artikel über Trichter.

Fazit

Acht Szenarien decken den Weg eines Deals von der Anfrage bis zum Wiederholungsverkauf ab: eine saubere Nummer am Eingang, Verknüpfung mit einem bestehenden Kunden, einhaltbare Fristen in Arbeitstagen, ein festgehaltener Kurs in den Berechnungen und Zahlungskontrolle. Beginnen Sie mit den beiden Szenarien zum Anfrageeingang — sie wirken schon am ersten Tag. Den vollständigen Satz an Robotern finden Sie im Katalog der CRM-Roboter. Wenn der benötigte Roboter fehlt — beschreiben Sie die Aufgabe, wir bauen ihn kostenlos und fügen ihn der gemeinsamen Bibliothek hinzu.