Echtzeit-Lead-Routing im Vertrieb: So landen Leads ohne Verzögerung im Power-Dialer

Ein Lead aus einer Facebook- oder Instagram-Anzeige ist dann am wertvollsten, wenn die Person gerade noch das Formular vor Augen hat. Wer die Leads einmal am Tag als CSV exportiert und importiert, ruft im Schnitt Stunden zu spät an. Mit einer Echtzeit-Strecke steht jeder neue Datensatz ohne Handgriff in der Anrufwarteschlange.

Speed-to-Lead: Warum Minuten zählen

Speed-to-Lead beschreibt die Zeit zwischen Anfrage und erstem Kontakt. Sie ist im Outbound eine der wenigen Kennzahlen, die ihr vollständig selbst in der Hand habt. Je länger ein Lead wartet, desto eher hat er sich anderweitig informiert, einen Wettbewerber gesprochen oder schlicht vergessen, dass er angefragt hat.

Die größte Verzögerung entsteht selten im Gespräch, sondern davor: beim Export aus dem Werbekonto, beim Aufbereiten der Datei und beim Import ins CRM. Genau diesen Schritt nimmt Echtzeit-Routing weg.

CSV-Import gegen Echtzeit-Routing

Der CSV-Import bleibt sinnvoll für Bestandslisten und den Umzug aus einem alten CRM. Für laufende Kampagnen ist er der Engpass.

So läuft die Strecke

1. Lead-FormularFacebook- oder Instagram-Lead-Ad, Landingpage, Vergleichsportal
2. n8n oder MakeTrigger empfängt den Lead, Felder werden zugeordnet
3. REST-APIPOST /v1/leads legt den Lead im Projekt an
4. WarteschlangeNeue Leads stehen vorn, neueste zuerst
5. Power-DialerDer nächste freie Platz ruft an

Rückweg: Webhooks melden Ereignisse wie appointment.set an n8n, Make oder euer Werbekonto zurück.

Die API antwortet in Bruchteilen einer Sekunde mit dem angelegten Lead. Wie schnell die gesamte Strecke ist, bestimmt vor allem der Auslöser in n8n oder Make: Sofort-Trigger per Webhook reagieren in Sekunden, zeitgesteuerte Abfragen nur im eingestellten Intervall. In der Dialer-Ansicht lädt sich die Lead-Liste alle 30 Sekunden neu.

Einrichtung mit n8n

1. API-Schlüssel anlegen

Im Dashboard unter Einstellungen einen API-Schlüssel mit dem Recht write erstellen. Er beginnt mit rl_live_. Die Projekt-ID, in die Leads laufen sollen, liefert GET /v1/projects.

2. Trigger wählen

Für Lead-Ads den Baustein Facebook Lead Ads Trigger nehmen, für eigene Formulare einen Webhook-Trigger. Beide reagieren sofort auf neue Einträge.

3. Lead an RevenueLab senden

Einen HTTP-Request-Baustein mit Methode POST, Header Authorization: Bearer rl_live_… und diesem Body anlegen:

POST https://api.revenue-lab.de/v1/leads
{
  "project_id": 12,
  "first_name": "{{ $json.first_name }}",
  "last_name": "{{ $json.last_name }}",
  "phone": "{{ $json.phone_number }}",
  "email": "{{ $json.email }}",
  "lead_type": "b2c",
  "source": "meta-lead-ads",
  "source_note": "Kampagne {{ $json.campaign_name }}",
  "external_ref": "meta-{{ $json.leadgen_id }}"
}

Antwortet die API mit 201, steht der Lead im Projekt. Bei 200 und "upserted": true war er schon da und wurde nur aktualisiert.

4. Testen

Mit dem Lead-Ads-Testwerkzeug von Meta einen Testlead absenden und im Dashboard prüfen, ob er im Projekt erscheint. Alle API-Aufrufe sind zusätzlich im Ereignisprotokoll unter GET /v1/events sichtbar.

Einrichtung mit Make

In Make ist der Aufbau derselbe, nur mit anderen Bausteinen:

1. Modul Facebook Lead Ads, Watch Leads, als Auslöser wählen und Seite sowie Formular auswählen.
2. Modul HTTP, Make a request, mit Methode POST auf https://api.revenue-lab.de/v1/leads anlegen.
3. Header Authorization mit dem Wert Bearer rl_live_… und Content-Type: application/json setzen.
4. Den JSON-Body wie oben mit den Feldern aus dem Lead-Ads-Modul befüllen.
5. Szenario auf sofortige Ausführung stellen und mit einem Testlead prüfen.

Alle Felder, Statuswerte und Fehlercodes stehen in der API Dokumentation, Schritt-für-Schritt-Anleitungen im Entwickler-Wiki / Hilfe-Center.

Webhooks: Ergebnisse zurückmelden

Routing funktioniert in beide Richtungen. RevenueLab sendet bei diesen Ereignissen einen Webhook an eine Adresse eurer Wahl:

Gerade die Rückmeldung von Terminen hilft den Werbeplattformen, auf Leads zu optimieren, die tatsächlich zum Gespräch führen, statt nur auf ausgefüllte Formulare.

Typische Fehler vermeiden

• Keine eindeutige ID: Ohne external_ref erzeugt jeder Wiederholversuch eine Dublette. Die Lead-ID aus dem Werbekonto ist der beste Kandidat.
• Telefonnummern ohne Ländervorwahl: Formulare liefern Nummern in jedem Format. Im Zweifel in n8n oder Make auf +49… normieren.
• Einwilligung nicht gespeichert: Wortlaut und Zeitpunkt der Einwilligung als source_note oder Notiz am Lead mitschicken, damit der Nachweis am Datensatz hängt.
• Rate-Limit vergessen: Pro API-Schlüssel sind 600 Anfragen pro Stunde möglich. Für große Nachlieferungen lieber den CSV-Import nehmen.
• Schlüssel mit zu vielen Rechten: Für reines Lead-Routing reicht das Recht write. Lesen und Löschen gehören nicht in eine Automatisierung, die nur anlegt.

Häufige Fragen

Wie schnell ist ein Lead nach dem Formular im Dialer?

Der API-Aufruf selbst dauert nur Bruchteile einer Sekunde. Wie schnell n8n oder Make den Lead weitergeben, hängt vom Auslöser ab: Sofort-Trigger reagieren in Sekunden, zeitgesteuerte Abfragen im eingestellten Intervall. Die offene Lead-Liste im Dialer lädt sich alle 30 Sekunden neu.

Brauche ich n8n oder Make?

Nein. Jedes System, das einen HTTP-Request senden kann, kann Leads direkt über POST /v1/leads anlegen. n8n und Make sind praktisch, weil sie fertige Bausteine für Facebook Lead Ads und andere Quellen haben.

Was passiert, wenn derselbe Lead zweimal geschickt wird?

Schickt ihr eine eigene ID im Feld external_ref mit, aktualisiert RevenueLab den vorhandenen Lead, statt eine Dublette anzulegen.

Welche Ereignisse meldet RevenueLab per Webhook zurück?

lead.created, pipeline.update und appointment.set. Damit könnt ihr zum Beispiel Slack benachrichtigen oder Termine an euer Werbekonto zurückmelden.