Lead-Routing-Automatisierung für chat-erfasste Leads

Manuelles Lead-Routing ist ein versteckter Kostenfaktor. Ein Vertriebsleiter bei einem mittelständischen B2B-SaaS-Unternehmen verbrachte täglich 45 Minuten damit, Chat-Leads aus WhatsApp, Website-Chat und Instagram an Reps zu verteilen. Das waren 15 Stunden monatlich für einen manuellen Prozess, der automatisiert werden konnte. Und die Reaktionszeiten lagen trotzdem im Bereich von 20-40 Minuten, weil die manuelle Zuweisung ein Nadelöhr war.

Automatisiertes Lead-Routing löst beides: Es eliminiert die manuelle Arbeit und reduziert die Reaktionszeit auf Minuten statt Stunden. Aber dafür müssen die Routing-Regeln korrekt eingerichtet sein. Schlechtes automatisiertes Routing ist schlechter als manuelles Routing, weil es systematisch falsch ist — jeder Lead mit dem gleichen Fehler, schnell.

Dieser Leitfaden behandelt den Aufbau von Routing-Regeln, die tatsächlich mit Ihrem Team und Ihren Territorien übereinstimmen.

Schritt 1: Ihre Routing-Dimensionen definieren

Routing kann auf mehreren Dimensionen basieren. Bevor Sie Regeln einrichten, entscheiden Sie, welche für Ihr Team relevant sind.

Routing-Dimensionen:

Dimension Wann verwenden
Teamgröße / ICP-Fit Wenn verschiedene Reps verschiedene Marktsegmente bedienen (SMB vs. Enterprise)
Territorium / Region Wenn Reps nach Geografie oder Sprache aufgeteilt sind
Produkt-Spezialisierung Wenn verschiedene Reps verschiedene Produktlinien oder Branchen abdecken
Verfügbarkeit / Kapazität Immer — kein Sinn, einem Rep zuzuweisen, der bereits 20 offene Gespräche hat
Lead-Quelle / Kanal Wenn verschiedene Teams verschiedene Kanäle betreuen (Outbound-Team für WhatsApp, Inbound-Team für Website)
Qualifizierungsbewertung Heiße Leads zu erfahreneren Reps, warme zu Junior-Reps

Für die meisten B2B-SaaS-Teams sind die primären Routing-Dimensionen: Lead-Quelle + Qualifizierungsbewertung + Verfügbarkeit.

Schritt 2: Routing-Logik in ManyChat aufbauen

Für Flows, die in ManyChat laufen (WhatsApp, Facebook Messenger):

Routing in ManyChat wird durch Conditions-Blöcke gesteuert. Am Ende Ihres Qualifizierungsflows einen Bedingungsblock hinzufügen, der auf den gespeicherten Benutzerfeldwerten basiert.

Beispiel-Routing-Bedingung für Marktgröße:

IF qual_team_size = "Über 50"
  AND qual_timeline = "Wir evaluieren aktiv"
  THEN → Pfad A (Enterprise-Rep-Benachrichtigung)

ELSE IF qual_team_size = "10-50"
  THEN → Pfad B (Mid-Market-Rep-Benachrichtigung)

ELSE
  → Pfad C (Warm-Nurture-Sequenz, kein Rep)

Limits der ManyChat-Bedingungslogik: ManyChat unterstützt einfache AND/OR-Bedingungen, aber keine komplexe mehrstufige Logik. Wenn Ihr Routing mehr als drei Ebenen hat, ziehen Sie in Betracht, die Routing-Entscheidung an Respond.io oder einen Webhook auszulagern.

Schritt 3: Routing-Regeln in Respond.io aufbauen

Respond.io bietet erheblich flexiblere Routing-Kapazität als ManyChat für Zuweisung und Teammanagement.

Round-Robin-Zuweisung einrichten:

  1. Zu Workflows → Neuer Workflow gehen
  2. Auslöser: „Gespräch geöffnet"
  3. Aktion: „Mitarbeiter zuweisen (Round Robin)"
  4. Team auswählen: z.B. „Inbound-Vertrieb"

Round Robin weist Gespräche gleichmäßig auf alle aktiven Team-Mitglieder zu.

Regelbasierte Zuweisung: Für komplexeres Routing eine Bedingungslogik vor der Zuweisung hinzufügen:

Wenn Kontakt-Tag = "enterprise"
  DANN Gespräch dem Enterprise-Rep-Team zuweisen

Wenn Kontakt-Telefon beginnt mit "+49" (Deutschland)
  DANN Gespräch dem DACH-Team zuweisen

Standard (kein Match)
  DANN Round-Robin an allgemeines Team

Kapazitätsbasiertes Routing: In Respond.io können Sie ein maximales gleichzeitiges Gespräch-Limit pro Rep setzen. Wenn ein Rep das Limit erreicht, erhält er keine neuen Zuweisungen, bis Gespräche geschlossen werden.

Einrichten: Einstellungen → Team-Mitglieder → Rep auswählen → Kapazitätslimit setzen.

Schritt 4: Territoriums-Routing konfigurieren

Wenn Ihre Reps nach Region oder Markt aufgeteilt sind, müssen Routing-Regeln die Territoriumsgrenzen widerspiegeln.

Telefonnummer-basiertes Territorial-Routing: Die einfachste Methode: Gespräche nach Landesvorwahl routen.

In Respond.io Workflow-Bedingung:

  • „Kontakt-Telefonnummer beginnt mit +1" → Nordamerika-Team
  • „Kontakt-Telefonnummer beginnt mit +44" → UK-Team
  • „Kontakt-Telefonnummer beginnt mit +49, +43, +41" → DACH-Team

Qualifizierungsantwort-basiertes Routing: Wenn Ihr Bot nach Unternehmensstandort oder -sprache fragt, das als Routing-Signal verwenden:

  • Nutzer wählt „Deutschland" als Region → DACH-Team
  • Nutzer antwortet auf Deutsch → DACH-Team (erkennt Sprachpräferenz)

CRM-basiertes Routing: Wenn ein eingehender Lead bereits in Ihrem CRM als Kontakt existiert und einem Rep zugewiesen ist, das Gespräch diesem Rep routen statt Round Robin.

In Respond.io: CRM-Integration nutzen, um bei neuem Gespräch den CRM-Eigentümer zu prüfen, und wenn ein Eigentümer existiert, das Gespräch direkt zuweisen.

Schritt 5: Außerhalb der Geschäftszeiten-Routing einrichten

Gespräche, die außerhalb der Geschäftszeiten eingehen, brauchen separates Routing. Einem Rep zuzuweisen, der nicht verfügbar ist, produziert dasselbe Ergebnis wie keine Zuweisung.

Außerhalb der Geschäftszeiten-Workflow in Respond.io:

  1. Geschäftszeiten definieren: Einstellungen → Geschäftszeiten → Zeiten pro Tag und Zeitzone festlegen
  2. Workflow-Bedingung: „Aktuelle Zeit ist außerhalb der Geschäftszeiten"
  3. Aktionen:
    • Automatisierte Antwort senden: „Danke für Ihre Nachricht! Unser Team bearbeitet diese morgen früh bis 10:00 Uhr."
    • Gespräch als „Ausstehend" markieren
    • Optional: CRM-Kontakt erstellen für Folgeaktionen am nächsten Tag

Morgendliche Prozessierung: Für Gespräche, die über Nacht eingegangen sind, einen morgendlichen Batch-Zuweisung-Workflow einrichten:

  • Auslöser: „Täglich um 8:30 Uhr"
  • Filter: „Gespräche mit Status Ausstehend, die nach 18:00 Uhr eingegangen sind"
  • Aktion: „Round-Robin-Zuweisung an verfügbare Reps"

Schritt 6: Routing mit CRM-Daten validieren

Automatisiertes Routing ohne CRM-Validierung produziert Duplikate und falsche Zuweisungen, wenn ein Lead mehrfach kontaktiert.

Deduplizierungs-Check vor der Zuweisung: Bevor ein Gespräch einem neuen Rep zugewiesen wird, prüfen, ob der Lead bereits im CRM existiert:

  1. In Respond.io: HubSpot/Salesforce-Integration nutzen, um bei neuem Gespräch nach bestehendem Kontakt via Telefonnummer zu suchen
  2. Wenn Kontakt existiert und einem Rep zugewiesen ist: Gespräch diesem Rep routen
  3. Wenn Kontakt existiert, aber kein Eigentümer: Standard-Routing anwenden
  4. Wenn kein Kontakt existiert: Neuen Kontakt erstellen + Standard-Routing

Duplizierungs-Szenario, das man vermeiden sollte: Ein Lead chatte ein erstes Mal im Januar und wurde Rep A zugewiesen. Im März chatte er erneut. Ohne Deduplizierung wird er Rep B zugewiesen und beginnt die Qualifizierung von Null. Rep A hatte bereits kontext, was das neue Gespräch wertlos macht.

Schritt 7: Routing-Leistung überwachen

Automatisiertes Routing braucht regelmäßige Überprüfung. Routing-Regeln, die in Woche eins funktionierten, können nach Teamänderungen, Territoriumsanpassungen oder Volumenänderungen falsch werden.

Wöchentliche Routing-Überprüfungs-Metriken:

Metrik Was sie zeigt Warnschwelle
Durchschnittliche Zuweisung-zu-Reaktion-Zeit Ob Reps auf zugewiesene Leads reagieren >10 Minuten für heiße Leads
Nicht-reagierte Gespräche nach 1 Stunde Routing-Lücken oder Rep-Kapazitätsprobleme >5% der Gesamt-Gespräche
Gespräche pro Rep Routing-Ungleichgewicht Ein Rep hat 2x mehr als andere
Falsch-zugewiesene Gespräche Routing-Regelgenauigkeit >10% manuell neu zugewiesen

In Respond.io: Berichte → Gespräch-Berichte → Nach Mitarbeiter aufschlüsseln.

Häufige Fallstricke

Round Robin ohne Kapazitätscheck. Wenn ein Rep bereits 20 offene Gespräche hat und Round Robin ihm ein neues zuweist, wird die Reaktionszeit leiden. Immer Kapazitätslimits zusammen mit Round Robin einrichten.

Routing-Regeln für Teamänderungen nicht aktualisieren. Wenn ein Rep das Unternehmen verlässt oder sein Territorium ändert, müssen Routing-Regeln aktualisiert werden. Veraltete Routing-Regeln weisen einem inaktiven Benutzer Gespräche zu. Regeln bei Teamänderungen überprüfen.

CRM-Eigentümer-Prüfung überspringen. Bestehende Leads einem neuen Rep zuzuweisen, ohne den CRM-Eigentümer zu prüfen, fragmentiert die Account-Verantwortung und erstellt Duplikate.

Kein Fallback-Routing für gematchte Bedingungen. Wenn keine Routing-Regel auf ein Gespräch passt, landet es in der allgemeinen Warteschlange ohne Zuweisung. Immer eine Standard-Fallback-Regel für nicht-gematchte Gespräche definieren.

Zu viele Routing-Ebenen. Eine Routing-Logik mit sieben verschachtelten Bedingungen ist schwer zu debuggen, wenn etwas falsch läuft. Routing so einfach wie möglich halten und nur Komplexität hinzufügen, wenn ein spezifisches Problem es erfordert.

Was als Nächstes zu tun ist

Überprüfen Sie diese Woche Ihre letzten 50 Chat-Gespräche. Für jedes: Wem wurde es zugewiesen, wie lange hat die Reaktion gedauert, und hätte die Routing-Entscheidung basierend auf den Lead-Daten korrekt sein sollen? Das gibt Ihnen einen Basiswert für Ihre aktuelle Routing-Genauigkeit und zeigt, welche Regeln zuerst korrigiert werden müssen.

Weitere Ressourcen