Kampagnen & Bereitstellungen

Ein Deployment ist der Moment, in dem Ihr Finn aufhört, ein Entwurf zu sein, und beginnt, echte Anrufe zu tätigen. Es nimmt einen von Ihnen erstellten Finn, eine Zielgruppe von Kontakten, eine Telefonnummer und einen Zeitplan – und macht daraus eine laufende Kampagne.

Vor dem Start. Testen Sie immer zuerst an sich selbst (Schaltfläche „Test on Call" auf der Finn-Seite). Legen Sie bei Ihren ersten Deployments immer ein Ausgabenlimit fest. Prüfen Sie immer das Anrufzeitfenster – es gibt keinen schnelleren Weg, Kunden zu verlieren, als sie um 3 Uhr morgens ihrer Ortszeit anzurufen. Der Deployment-Bildschirm macht all das einfach; überspringen Sie es nur nicht.

Pausieren ist kostenlos. Wenn während einer Kampagne etwas seltsam aussieht, klicken Sie auf Pause. Laufende Anrufe werden normal beendet, es gehen keine neuen Anrufe raus, keine Zusatzkosten. Fortsetzen, wenn Sie bereit sind.

Das Denkmodell

Finn  +  Audience  +  Phone Number  +  Schedule  =  Deployment

Betrachten Sie ein Deployment als Kampagneninstanz. Derselbe Finn kann mehrere Deployments gleichzeitig gegen unterschiedliche Zielgruppen oder Zeitpläne ausführen – sie sind unabhängig voneinander.

Wo Sie Deployments finden

• Dynamic Deployments – der Launcher. Hier erstellen Sie neue Deployments.
• Scheduled Deployments – Deployments, die auf ihren zukünftigen Startzeitpunkt warten.
• Live Deployments – aktuell laufende Deployments. Anrufzahlen in Echtzeit und eine Live-Anrufliste.
• Deployment Analytics – abgeschlossene (oder laufende) Deployments mit vollständigem Metrik-Drilldown.

Dynamic Deployments – hier starten Sie neue Kampagnen.

Live Deployments – Anrufzahlen in Echtzeit und Liste aktiver Anrufe.

Deployment-Typen

Standard

Standardeinstellung. Der Finn ruft Kontakte einzeln an (oder in kleinen parallelen Stapeln, je nach Tarif).

Am besten geeignet für:

• Kampagnen mit mittlerem Volumen (bis zu einigen Tausend Kontakten).
• Routing eingehender Nummern.
• Anwendungsfälle, in denen Sie ein behutsames Tempo wünschen.

Parallel

Enterprise. Der Finn ruft Tausende von Kontakten gleichzeitig an.

Am besten geeignet für:

• Outbound mit hohem Volumen – Inkasso-Wellen, Massenbenachrichtigungen, Wahlkampfansprache.
• Zeitkritische Aussendungen, bei denen die gesamte Zielgruppe in einem engen Zeitfenster erreicht werden muss.

Parallel erfordert ausreichende Telefonnummern-Kapazität (5.000 Anrufe lassen sich nicht über eine einzige Nummer wählen). Siehe Telefonnummern → für Nummernpools.

Geplant

Beide Typen lassen sich planen. Das Deployment liegt in Scheduled Deployments, bis sein Startzeitpunkt erreicht ist, und wechselt dann automatisch zu Live.

Sie können außerdem Anrufzeitfenster konfigurieren – selbst wenn das Deployment über Tage läuft, wählt die Plattform Kontakte nur zwischen 9 und 18 Uhr Ortszeit an (oder in dem Fenster, das Sie festlegen). Kontakte in unterschiedlichen Zeitzonen werden zu unterschiedlichen absoluten Zeiten angerufen.

Ein Deployment starten

1. Öffnen Sie Dynamic Deployments (oder klicken Sie auf Deploy auf der Seite eines Finn).
2. Konfigurieren Sie die unten stehenden Felder und klicken Sie dann auf Launch.

Pflichtfelder

Zeitplanfelder

Erweitert

Checkliste vor dem Start

Bevor Sie bei etwas, das echtes Geld kostet, auf Launch klicken:

• Testen Sie den Finn zuerst an sich selbst (Test on Call).
• Die Zielgruppe wurde validiert (keine ungültigen Nummern, keine Testnummern aus einem früheren Import).
• Die Absendernummer ist registriert und in Ihrem Land SHAKEN/STIR-attestiert.
• Das Anrufzeitfenster berücksichtigt die Ortszeit der Kontakte.
• Die Felder für die Anrufnachbereitung sind definiert – sonst lässt sich der Erfolg nicht messen.
• Sie haben die Kostenschätzung geprüft, die die Plattform in der Startbestätigung anzeigt.

Ein aktives Deployment überwachen

Live Deployments zeigt:

• Aktive Anrufe – aktuell laufende Telefonate.
• Abgeschlossene Anrufe — beendet, mit Status (erfolgreich / fehlgeschlagen / keine Antwort / Voicemail).
• Erfolgsquote — abschlussgewichteter gleitender Durchschnitt.
• Pufferstatus — ob der Dispatcher noch Vorlauf hat. Ein sich leerender Puffer bedeutet, dass die Kontakte ausgehen können.
• Tabelle pro Anruf — live aktualisierte Liste aller Anrufe. Klicken, um die Data Extractor Sidebar mit Transkript und Audio zu öffnen.

Die Zustandsanzeigen (oben auf der Seite) zeigen den Zustand des Redis-Puffers, den Dispatcher-Status und etwaige Warteschlangenstaus.

Pausieren und Stoppen

• Pause — beendet das Wählen neuer Nummern. Aktive Anrufe laufen normal zu Ende. Jederzeit fortsetzbar.
• Stopp — wie Pause, markiert die Bereitstellung zusätzlich als abgeschlossen. Kann nicht fortgesetzt werden.

Aktive Anrufe werden nie mitten im Gespräch abgebrochen — das Erlebnis der Anrufenden bleibt immer erhalten.

Wiederholungen und Verhalten bei Nichtannahme

Schlägt ein Anruf fehl (keine Antwort, besetzt, Voicemail-Ende), plant die Plattform anhand deiner Wiederholungsrichtlinie einen erneuten Versuch.

• Wiederholungen erfolgen im nächsten gültigen Anrufzeitfenster für den jeweiligen Kontakt.
• Wiederholungen halten das globale Wiederholungslimit ein (Standard 2).
• Ist das Voicemail-Verhalten auf Nachricht hinterlassen gesetzt, spielt die Plattform eine aufgezeichnete oder per TTS erzeugte Nachricht ab und wiederholt den Anruf nicht.

Kosten und Abrechnung

Jeder Anruf verursacht:

• Telefoniekosten — Minutenpreis für die Carrier-Strecke. Je nach Land unterschiedlich.
• KI-Kosten — Minutenpreis für LLM, TTS und STT. Pauschal je Tarifstufe.
• Optionale Add-ons — Premium-Stimmen, Analyse nach dem Anruf, Speicherung von Aufzeichnungen.

Der Bestätigungsdialog der Bereitstellung zeigt die geschätzten Kosten auf Basis der durchschnittlichen Anrufdauer. Die tatsächlichen Kosten werden pro Anruf berechnet und nächtlich aggregiert.

Siehe Abrechnung und Tarife →.

Häufige Stolperfallen

Weiter

• Analytics → — auswerten, wie es gelaufen ist.
• Telefonnummern → — Nummern bereitstellen und Pools anlegen.
• Integrationen → — Ergebnisse zurück ins CRM schreiben.