Lead Nurturing mit KI

Von hundert Anfragen sind vielleicht fünfzehn sofort kaufbereit. Der Rest ist interessiert, aber nicht jetzt: das Budget kommt erst im nächsten Jahr, die alte Anlage läuft noch, der Entscheider ist im Urlaub. Diese Kontakte landen in einer Liste, die niemand abarbeitet, weil der Vertrieb mit den heißen Leads beschäftigt ist. Ein halbes Jahr später erinnert sich der Interessent an keinen Anbieter mehr, und schon gar nicht an Sie.

Lead Nurturing löst das mit regelmäßigen, passenden Kontakten, bis ein Lead so weit ist, dass sich ein Gespräch lohnt. Klassisch geschieht das mit festen E-Mail-Strecken. Ein Sprachmodell kann einen Schritt weiter gehen: Es liest, was bisher mit dem Kontakt besprochen wurde, und formuliert den nächsten Kontakt so, dass er an genau diese Historie anknüpft. Diese Seite zeigt, wie Sie das mit ameax als führendem System und n8n als Taktgeber umsetzen, und wann die fest eingebaute Automailer-Strecke von ameax die bessere Wahl ist.

Der Ablauf im Überblick

Die Aufgaben sind so verteilt, dass jede Komponente das tut, was sie am besten kann. ameax hält fest, in welcher Stufe jeder Lead steht und was bisher passiert ist. n8n entscheidet nach Zeitplan, wer an der Reihe ist. Das Sprachmodell schreibt. Der Vertrieb übernimmt, sobald ein Lead reif ist.

1. Stufe abfragen: n8n fragt jeden Morgen in ameax ab, welche Kunden in welcher Nurturing-Stufe stehen und wie lange schon.
2. Fällige auswählen: Wer die Wartezeit seiner Stufe erreicht hat und eine E-Mail-Einwilligung trägt, kommt in die Tagesliste.
3. Historie lesen: Der Workflow holt die letzten Aktivitäten des Kunden und die Textvorlage der Stufe.
4. Text formulieren: Das Sprachmodell schreibt auf Basis von Vorlage und Historie den nächsten Kontakt oder empfiehlt, auszusetzen.
5. Versenden: Der Workflow verschickt die Mail selbst oder löst einen Prozess-Button mit E-Mail-Schritt in ameax aus.
6. Dokumentieren: Jeder Kontakt wird als Aktivität am Kunden festgehalten, mit vollständigem Text.
7. Weiterschalten: Der Kampagnenstatus springt auf die nächste Stufe.
8. Übergeben: Antwortet ein Lead mit Interesse oder erreicht er die letzte Stufe, entstehen eine Verkaufschance und eine Wiedervorlage für den Vertrieb.

Automailer oder KI-Workflow?

ameax bringt mit dem Automailer eine eigene Lösung für E-Mail-Strecken mit, und für viele Strecken ist sie die bessere Wahl: eine feste Folge von Schritten, Abstände in Tagen, Double-Opt-in über das Webformular, Abmeldelink und Sperrliste eingebaut, gekoppelt an den Kampagnenstatus. Alles innerhalb von ameax, ohne externe Komponente. Den ausführlichen Vergleich beider Wege finden Sie unter Automailer: E-Mail-Strecken, die von selbst laufen.

Der KI-Workflow setzt dort an, wo feste Texte nicht reichen: wenn der nächste Kontakt an ein Telefonat von letzter Woche anknüpfen soll, wenn je nach Historie ein anderer Inhalt passt oder wenn eine Antwort des Interessenten den weiteren Verlauf bestimmen soll.

Der letzte Fall verdient einen Satz mehr. Ein Prozess-Button trägt einen Kunden in einen Automailer ein und wird per API ausgelöst. Ein Sprachmodell entscheidet also nur, welche Strecke passt, während Versand, Abmeldung und Sperrliste beim Automailer bleiben. Beachten Sie dabei: Einträge über einen Prozess-Button sind sofort aktiv, Double-Opt-in gibt es nur über das Webformular.

Vorbereitung in ameax

Eine Kampagne, deren Status die Stufen sind

Der Kern des Aufbaus ist eine Kampagne „Nurturing“, deren Status die Stufen abbilden. Ein bewährter Zuschnitt:

Status haben in ameax Eigenschaften wie Effekt (positiv, neutral, negativ), Endstatus und Fortschritt. Setzen Sie bei „Kein Interesse“ den Grundmodus auf „Verfügbar“, dann lassen sich Gründe erfassen und in der Win/Loss-Analyse auswerten. Die Kampagne legen Sie in der Oberfläche an oder als Blueprint per POST /api/v2/projects/blueprint; die Status-IDs liefert GET /api/v2/project-types.

Textvorlagen je Stufe

Jede Stufe bekommt eine Textvorlage in ameax, gebündelt in einer Kategorie „Nurturing“. Die Vorlage ist keine fertige Mail, sondern die inhaltliche Leitplanke für das Sprachmodell: Thema der Stufe, Kernbotschaft, Handlungsaufforderung, eventuell ein Link auf einen Fachartikel. Weil die Vorlagen in ameax liegen, pflegt das Marketing sie dort, wo es auch alle anderen Textbausteine pflegt, und der Workflow liest sie per GET /api/v2/text-modules/{id} mit den Feldern subject, message und message_html. Ändern lassen sich Vorlagen über die API nur vollständig per PUT, nicht per PATCH.

Aktivitätsarten und technischer Benutzer

Legen Sie Aktivitätsarten wie „Nurturing-Mail versendet“ und „Nurturing-Antwort“ an. Ihre IDs sehen Sie einmal in den Einstellungen nach, denn über die API lassen sich Aktivitätsarten nicht auflisten. Der Workflow arbeitet mit dem Token eines technischen Benutzers, der Kampagnenzuordnungen lesen und ändern, Aktivitäten, Wiedervorlagen und Verkaufschancen anlegen und die Textvorlagen lesen darf. Da das Token die Rechte des Benutzers erbt, bestimmt dieser Benutzer, was der Workflow sehen kann.

Einwilligung für den Workflow sichtbar machen

ameax führt am Kunden Einwilligungen je Kanal, für E-Mail, Telefon und Brief, mit Herkunft Webformular oder Webformular mit Double-Opt-in. Die REST-API gibt diese Angaben nicht als Felder aus. Damit der Workflow sie trotzdem prüfen kann, spiegeln Sie die E-Mail-Einwilligung zusätzlich als Kategorie, etwa „E-Mail-Werbung erlaubt“. Wenn die Einwilligung über ein ameax-Webformular kommt, kann ein dort ausgelöster Prozess-Button die Kategorie gleich mitsetzen, denn Prozess-Buttons können Kategorien hinzufügen. Der Workflow liest Kategorien per include=categories am Kunden mit.

Für die Prozess-Button-Variante

Wenn ameax die Mail verschicken soll, brauchen Sie einen Prozess-Button „Nurturing-Mail senden“ mit einem E-Mail-Schritt aus einem Textbaustein und optional einer Aktivität. Damit der individuelle Text des Sprachmodells in die Mail kommt, legen Sie ein Zusatzfeld „Nurturing-Text“ am Kunden an und setzen den Platzhalter dieses Feldes in den Textbaustein. Prozess-Buttons können in Texten alle Kundenfelder einschließlich der Zusatzfelder einsetzen, dazu Anrede, Ansprechpartner und den ausführenden Benutzer. Mehr dazu auf der Seite Geführte Prozesse.

Auslöser

ameax meldet Änderungen nicht aktiv nach außen, für Nurturing ist das auch nicht nötig. Nurturing ist von Natur aus zeitgesteuert, und der Workflow braucht drei Einstiege:

• Täglicher Lauf: Ein Schedule Trigger in n8n startet werktags zum Beispiel um 8:30 Uhr den Versandlauf und fragt ameax nach den fälligen Leads.
• Antworten: Ein E-Mail-Trigger überwacht das Postfach, an das Antworten gehen, und startet je Antwort einen zweiten Workflow, der sie einordnet.
• Abmeldung: Der Abmeldelink in jeder Workflow-Mail zeigt auf einen Webhook-Knoten in n8n, der die Abmeldung sofort in ameax verbucht.

Der Eintritt in das Nurturing geschieht in ameax selbst: Ein Mitarbeiter setzt einen Lead in die Kampagne, eine Massenbearbeitung ordnet eine ganze Selektion zu, oder der Workflow aus dem Leadeingang trägt B- und C-Leads direkt mit Stufe 1 ein.

Umsetzung Schritt für Schritt

Alle Aufrufe laufen über den HTTP-Request-Knoten von n8n mit dem Token des technischen Benutzers. Wie die Verbindung eingerichtet wird, steht unter n8n mit ameax verbinden. Alle IDs sind Beispielwerte.

Sie bauen neun Schritte, und sie laufen in drei Zügen. Der Workflow sucht zuerst, wer an der Reihe ist (1 bis 3). Dann lässt er den Text entstehen und verschickt ihn (4 bis 6). Zum Schluss hält er fest, was passiert ist, und übergibt den Lead an den Vertrieb, sobald er reif ist (7 bis 9).

Schritt 1: Stufenplan als Konfiguration

Ein Code- oder Set-Knoten am Anfang enthält den Stufenplan: je Status die Wartezeit in Tagen, die ID der Textvorlage und den Folgestatus. Kampagnen-ID, Aktivitätsarten und Kategorie-ID der E-Mail-Einwilligung stehen ebenfalls dort. Ändert sich etwas in ameax, passen Sie genau diese Stelle an.

Schritt 2: Fällige Leads je Stufe abfragen

Für jede aktive Stufe fragt der Workflow die Kampagnenzuordnungen ab, sortiert nach dem Zeitpunkt des letzten Statuswechsels:

GET https://ihrefirma.ameax.de/api/v2/customer-projects?filter[project_id]=20&filter[type_id]=42&sort=type_changed_at&per_page=100
Authorization: Bearer <token>

Die Antwort enthält je Zuordnung unter anderem customer_id, person_id, type_id und type_changed_at. Die API kennt nur Gleichheitsfilter und keinen Filter „älter als“. Das ist hier kein Problem: Weil nach type_changed_at aufsteigend sortiert wird, stehen die am längsten wartenden Leads vorn, und ein Code-Knoten behält nur die, deren letzter Wechsel länger zurückliegt als die Wartezeit der Stufe. Sobald ein Eintrag noch nicht fällig ist, sind es alle folgenden auch nicht, und das Blättern kann enden. Weil ein Statuswechsel per PATCH das Feld type_changed_at setzt, funktioniert dieselbe Logik Stufe für Stufe.

Schritt 3: Kunde, Ansprechpartner und Einwilligung prüfen

GET https://ihrefirma.ameax.de/api/v2/customers/4711?include=persons,categories

Ein IF-Knoten prüft drei Dinge: Die Kategorie „E-Mail-Werbung erlaubt“ ist vorhanden, der Ansprechpartner aus der Kampagnenzuordnung hat eine E-Mail-Adresse, und es gibt keine offene Wiedervorlage, die auf einen laufenden Vertriebskontakt hindeutet. Letzteres fragen Sie mit GET /api/v2/reminds?filter[customer_id]=4711&filter[active]=true ab. Wer eine Prüfung nicht besteht, wird übersprungen oder, bei laufendem Vertriebskontakt, auf „Pausiert“ gesetzt.

Schritt 4: Historie und Vorlage laden

GET https://ihrefirma.ameax.de/api/v2/actions?filter[customer_id]=4711&sort=-date&per_page=15
GET https://ihrefirma.ameax.de/api/v2/text-modules/88

Die letzten 15 Aktivitäten mit Datum, Betreff und Text reichen in aller Regel, um an den letzten Stand anzuknüpfen. Ein Code-Knoten kürzt lange Texte und entfernt, was das Modell nicht braucht, etwa interne Preisnotizen. Wer mehr Kontext geben will, nimmt die Notizen des Kunden über /api/v2/notices?filter[customer_id]=4711 dazu.

Schritt 5: Das Sprachmodell formuliert

Der Prompt gibt dem Modell eine klare Rolle, die Vorlage als Leitplanke und die Historie als Kontext. Es soll außerdem entscheiden dürfen, nicht zu senden, wenn die Historie dagegen spricht.

Rolle:
Du schreibst im Namen von {{ $json.absender_name }} kurze, sachliche
B2B-E-Mails an Interessenten. Du duzt nicht, du übertreibst nicht,
du erfindest keine Fakten, Preise oder Termine.

Eingabe:
- stufe: {{ $json.stufe_name }}
- vorlage_betreff: {{ $json.vorlage.subject }}
- vorlage_inhalt: {{ $json.vorlage.message }}
- ansprechpartner: {{ $json.person.first_name }} {{ $json.person.last_name }}, {{ $json.person.position }}
- firma: {{ $json.customer.name }}, {{ $json.customer.city }}
- historie (neueste zuerst): {{ $json.historie }}

Aufgabe:
Schreibe die nächste E-Mail dieser Stufe. Übernimm Thema und
Handlungsaufforderung der Vorlage. Knüpfe, wenn möglich, in einem Satz
an den letzten inhaltlichen Kontakt aus der Historie an. Höchstens
120 Wörter, kein Marketing-Jargon.

Entscheide zusätzlich:
- "senden": normal fortfahren
- "pausieren": Historie zeigt laufende Gespräche oder ein Angebot
- "uebergeben": Historie zeigt klares Kaufinteresse
- "stoppen": Historie zeigt Absage oder Wunsch, nicht kontaktiert zu werden

Antworte ausschließlich mit diesem JSON:
{
  "entscheidung": "senden|pausieren|uebergeben|stoppen",
  "begruendung": "",
  "betreff": "",
  "text": ""
}

Ein Switch-Knoten verteilt nach entscheidung. Nur „senden“ führt zum Versand. „Pausieren“ setzt den Status auf „Pausiert“, „uebergeben“ springt zu Schritt 9, „stoppen“ setzt „Kein Interesse“ und legt eine Wiedervorlage zur Prüfung an, denn ein Stopp auf Grundlage einer Modelleinschätzung sollte ein Mensch bestätigen.

Schritt 6: Die Mail geht raus

Für den Versand gibt es zwei Wege, und Sie brauchen nur einen davon.

Der Workflow versendet selbst. Die REST-API von ameax verschickt keine E-Mails. Im einfachsten Fall übernimmt das der E-Mail-Knoten von n8n über Ihren Mailserver. Die Mail enthält einen Abmeldelink auf den Webhook-Knoten des Abmelde-Workflows, mit der Kampagnenzuordnungs-ID als Parameter. Setzen Sie außerdem eine Antwortadresse, die der Antwort-Workflow überwacht. Verwenden Sie für diesen Weg Textvorlagen ohne ameax-Platzhalter, denn Platzhalter setzt ameax nur beim eigenen Versand ein; Anrede und Namen erledigt hier das Sprachmodell.

ameax versendet per Prozess-Button. Soll die Mail aus ameax heraus entstehen, schreibt der Workflow zuerst den Text in das Zusatzfeld „Nurturing-Text“ per PATCH /api/v2/customers/4711 und löst dann den Prozess-Button aus:

POST https://ihrefirma.ameax.de/api/v2/customers/4711/proceedings/15/execute
Authorization: Bearer <token>
Content-Type: application/json

{
  "person_id": 9051
}

Die Antwort enthält unter data.attributes die Felder success und message. Achtung: ameax antwortet auch bei einem Misserfolg mit HTTP 200. Der Workflow muss deshalb success prüfen und nicht nur den Statuscode. Welche Buttons für einen Kunden verfügbar sind, zeigt GET /api/v2/customers/4711/proceedings. Ein Prozess-Button bearbeitet genau einen Kunden je Ausführung, der Workflow ruft ihn also in einer Schleife je Lead auf.

Schritt 7: Aktivität schreiben

POST https://ihrefirma.ameax.de/api/v2/actions

{
  "customer_id": 4711,
  "person_id": 9051,
  "project_id": 20,
  "activity_id": 9,
  "date": "2026-09-28 08:34:00",
  "subject": "Nurturing Stufe 2 versendet: Wartungsintervalle richtig planen",
  "notice": "Betreff: …\n\nText: …\n\nBegründung des Modells: …"
}

Die Aktivität enthält den vollständigen versendeten Text. Das ist die einzige Stelle in ameax, an der sichtbar wird, was der Kunde bekommen hat. In Variante B entfällt dieser Schritt, wenn der Prozess-Button selbst eine Aktivität anlegt; dann steht dort der Text aus dem Textbaustein.

Schritt 8: Stufe weiterschalten

PATCH https://ihrefirma.ameax.de/api/v2/customer-projects/3310

{
  "type_id": 43
}

Der Wechsel setzt type_changed_at neu, und damit beginnt die Wartezeit der nächsten Stufe. Ein Statuswechsel über die API schreibt keine Statushistorie und keine Aktivität; deshalb ist die Aktivität aus Schritt 7 Pflicht und nicht Kür. Schalten Sie erst weiter, wenn Versand und Aktivität erfolgreich waren, sonst überspringt ein Lead bei einem Fehler eine Stufe.

Schritt 9: Übergabe an den Vertrieb

Ist ein Lead reif, weil das Modell „uebergeben“ empfiehlt, weil er positiv geantwortet hat oder weil Stufe 4 abgeschlossen ist, entstehen drei Einträge. Die Verkaufschance:

POST https://ihrefirma.ameax.de/api/v2/sales

{
  "customer_id": 4711,
  "user_id": 23,
  "name": "Wartungsvertrag drei Anlagen",
  "description": "Aus Nurturing übergeben. Anlass: Antwort vom 28.09. mit Bitte um Rückruf.",
  "salestatus": 14,
  "sellingstatus": 8
}

salestatus 14 ist in der Standardeinrichtung „aktiv“, sellingstatus 8 die Phase „Qualifikation“. Setzen Sie salestatus immer ausdrücklich, damit die Chance in den Auswertungen als aktiv zählt. Dazu kommen der Statuswechsel auf „An Vertrieb übergeben“ und eine Wiedervorlage für den Betreuer mit Verweis auf die Chance:

POST https://ihrefirma.ameax.de/api/v2/reminds

{
  "customer_id": 4711,
  "person_id": 9051,
  "user_id": 23,
  "sale_id": 812,
  "project_id": 20,
  "date": "2026-09-29 10:00:00",
  "subject": "Nurturing-Übergabe: Rückruf erbeten, Details in der letzten Aktivität",
  "priority": 5
}

Dazu: der Antwort-Workflow

Der zweite Workflow startet mit jeder eingehenden Antwort. Er sucht den Absender per GET /api/v2/persons?filter[email]=… und lässt das Sprachmodell die Antwort in feste Kategorien einordnen: Interesse, später melden, kein Interesse, Abmeldung, Abwesenheitsnotiz. Danach handelt er. Interesse führt zu Schritt 9, „später melden“ zu „Pausiert“ und einer Wiedervorlage zum genannten Zeitpunkt, eine Abmeldung zum Abmelde-Ablauf, eine Abwesenheitsnotiz zu nichts. Jede echte Antwort wird als Aktivität „Nurturing-Antwort“ mit dem Originaltext gespeichert.

Was in ameax sichtbar wird

Für den Betreuer steht am Kunden im Aktivitätsverlauf jede versendete Nurturing-Mail mit vollständigem Text und jede Antwort mit Originaltext. Wenn er den Kunden anruft, weiß er, was der Interessent bekommen und geschrieben hat. Übergebene Leads erscheinen als offene Wiedervorlage im Dashboard und als aktive Verkaufschance in der Pipeline, wo sie wie jede andere Chance bewertet und weitergeführt werden.

Für Marketing und Vertriebsleitung zeigen die Kampagnenauswertungen „Kampagnenstatus je Kunde“ und „Verteilung“, wie viele Leads in welcher Stufe stehen und wie viele übergeben, abgemeldet oder ausgeschieden sind. Mit Gründen am Status „Kein Interesse“ liefert die Win/Loss-Analyse, warum Leads ausscheiden. Weil jede Nurturing-Mail eine eigene Aktivitätsart trägt, lässt sich ihre Anzahl in den Zielvorgaben als Kennzahl verwenden und per API mit filter[activity_id] abfragen. Denken Sie daran, dass Statuswechsel per API keine Statushistorie schreiben; die Entwicklung über die Zeit lesen Sie deshalb an den Aktivitäten ab, nicht am Statusverlauf.

Einwilligung und Abmeldung

Nurturing-Mails sind in aller Regel Werbung. Für Werbung per E-Mail verlangt das Wettbewerbsrecht grundsätzlich eine vorherige ausdrückliche Einwilligung; die Ausnahme für eigene Bestandskunden ist eng gefasst und an Bedingungen geknüpft. Zusätzlich muss jeder Empfänger der Werbung jederzeit widersprechen können, und ein Widerspruch ist sofort zu beachten. Die konkrete Bewertung hängt vom Einzelfall ab und gehört in eine rechtliche Prüfung; diese Seite ist keine Rechtsberatung.

Für den Workflow folgt daraus eine einfache Regel: keine Mail ohne geprüfte Einwilligung, und jede Abmeldung wird sofort und dauerhaft in ameax sichtbar. Der Abmelde-Workflow erledigt das in drei Aufrufen: Status auf „Abgemeldet“ per PATCH auf die Kampagnenzuordnung, Entfernen der Kategorie „E-Mail-Werbung erlaubt“, indem der Workflow die Zuordnung mit GET /api/v2/customer-categories?filter[customer_id]=4711&filter[cat_id]=5 sucht und per DELETE löscht, und eine Aktivität, die Zeitpunkt und Weg der Abmeldung festhält. Weil die Einwilligungsprüfung in Schritt 3 an der Kategorie hängt, bekommt der Kontakt ab diesem Moment aus keinem Workflow mehr Werbung.

Mails, die der Workflow selbst verschickt, laufen nicht durch den Automailer; dessen Abmeldelink und Sperrliste greifen hier also nicht, der Workflow bildet beides selbst ab. Wer die Einwilligung sauber mit Herkunft und Double-Opt-in in ameax festhalten will, nutzt für die Anmeldung das ameax-Webformular, siehe DSGVO und Consent.

Best Practices und Stolperstellen

• Mit dem Automailer anfangen, wo er reicht. Eine feste Strecke mit guten Inhalten ist schneller eingerichtet, braucht keine externe Komponente und bringt Double-Opt-in und Sperrliste mit. Den KI-Workflow bauen Sie für die Kontakte, bei denen Historie den Unterschied macht.
• Die Vorlage führt, das Modell formuliert. Thema, Kernaussage und Handlungsaufforderung gehören in die Textvorlage in ameax, nicht in den Prompt. So bleibt die inhaltliche Hoheit beim Marketing, und jede Stufe sagt, was sie sagen soll.
• Die ersten Wochen mit Freigabe. Lassen Sie den Workflow anfangs Entwürfe erzeugen und per Wiedervorlage oder Mail zur Freigabe vorlegen, statt direkt zu versenden. Nach einigen Dutzend geprüften Texten wissen Sie, ob Prompt und Vorlagen tragen.
• Erst versenden und dokumentieren, dann weiterschalten. Die Reihenfolge Versand, Aktivität, Statuswechsel sorgt dafür, dass ein Fehler einen Lead höchstens verzögert, aber nie eine Stufe überspringen lässt oder doppelt anschreibt.
• Tageslimit setzen. Begrenzen Sie die Anzahl der Mails je Lauf. Das schützt den Ruf Ihres Mailservers und verteilt Antworten auf mehrere Tage, sodass der Vertrieb sie auch bearbeiten kann.
• Laufende Gespräche respektieren. Die Prüfung auf offene Wiedervorlagen und die Entscheidung „pausieren“ verhindern, dass ein Interessent mitten in Angebotsverhandlungen eine Einsteiger-Mail bekommt.
• Keine Fakten erfinden lassen. Preise, Termine und Zusagen gehören nicht in eine automatisch formulierte Mail. Schreiben Sie das in den Prompt und prüfen Sie im Workflow auf Zahlen und Datumsangaben, die nicht aus Vorlage oder Historie stammen.
• success prüfen. In der Prozess-Button-Variante meldet ameax auch einen Misserfolg mit HTTP 200. Ohne Prüfung des Feldes success schaltet der Workflow Leads weiter, die nie eine Mail bekommen haben.

Fazit

Lead Nurturing mit KI verbindet zwei Dinge, die sonst getrennt bleiben: die Regelmäßigkeit einer E-Mail-Strecke und das Wissen, das in der Kundenhistorie steckt. ameax liefert dafür Stufe, Historie und Vorlagen und nimmt jeden Kontakt als Aktivität auf; n8n taktet, das Sprachmodell formuliert, der Vertrieb übernimmt reife Leads mit Verkaufschance und Wiedervorlage. Für feste Strecken ohne Bezug auf die Historie bleibt der Automailer von ameax der schnellere und in sich geschlossene Weg, und beide lassen sich über einen Prozess-Button verbinden. Woher die Leads kommen, zeigt Leadeingang und Qualifizierung automatisieren; wie ein Voice-Agent sie telefonisch nachfasst, beschreibt KI-Telefonkampagnen mit Voice-Agenten.