Post-Call-Outcomes: wie die Zuordnung funktioniert

Nach jedem Anruf läuft genau ein KI-Aufruf, der zwei Dinge liefert: die Zusammenfassung und genau ein Call Outcome. Welches Outcome gesetzt wird, entscheidet diese KI allein aus dem Transkript, den Outcome-Beschreibungen und deinen Post-Call-Anweisungen.

Der häufigste Irrtum

Der Agent-Prompt (die Gesprächsführung) wird dieser KI nicht übergeben. Eine Überschrift „Postcall" im Agent-Prompt ist für die Outcome-Wahl unsichtbar. Outcome-Regeln gehören in das Feld Post-Call-Anweisungen (configuration.postCallPrompt), nicht in den Agent-Prompt.

Typische Folge des Irrtums: Eine Mailbox-Ansage, die mit „Vielen Dank und auf Wiederhören" endet, landet als „Kein Interesse" (der Lead wird nie wieder angerufen) oder als „Rückruf gewünscht" (Schleife: der Rückruf trifft wieder die Mailbox). Mit einer Regel im Post-Call-Feld passiert das nicht.

Zwei Prompts, zwei Aufgaben

Prompt	Aufgabe
Agent-Prompt	Das Gespräch führen (während des Anrufs).
Post-Call-Anweisungen (configuration.postCallPrompt)	Zusammenfassung schreiben und das Outcome wählen (nach dem Anruf).

Was die Outcome-KI in ihrem System-Prompt sieht:

Eingabe	Sieht die Outcome-KI das?	Rolle
Agent-Prompt (Gesprächsführung)	Nein	—
Post-Call-Anweisungen (configuration.postCallPrompt)	Ja	Deine Regeln für Zusammenfassung + Outcome-Wahl
Outcome-Beschreibungen (call_outcomes)	Ja	Je eine Zeile pro Outcome: Name, Slug, Beschreibung
Transkript	Ja	Als User-Nachricht übergeben
Lead-Status	Ja	Eigener Abschnitt im Prompt
E-Mail-Vorlagen	Ja (nur CRM-Pfad)	Für Folgeaktionen nach dem Anruf

Automatischer Fallback

Die KI muss immer genau ein Outcome wählen. Nur wenn sie keines liefert, greift ein automatischer Fallback — und nur, wenn die genannten Slugs im Workspace existieren:

• Mailbox erkannt (voicemail-detected) → voicemail, sonst nicht_erreicht.
• Nie verbunden (keine Antwort, besetzt, fehlgeschlagen …) oder keine Kundenzeile → nicht_erreicht.
• Sonst → erreicht, ersatzweise keine_zeit.

Mailbox-Erkennung per Stichwort

Eine echte Stichwort-Erkennung für Mailboxen gibt es derzeit nur im nativen Telefonie-Pfad. Auf dem Cloud-Pfad entscheidet die KI allein anhand von Transkript, Outcome-Beschreibungen und Post-Call-Anweisungen — deshalb ist dort eine explizite Mailbox-Regel im Post-Call-Feld besonders wichtig.

Vorlage für das Post-Call-Feld

Direkt kopierbar. Die Slugs musst du an die Outcomes deines Workspaces anpassen (siehe call_outcomes_list / die Anrufergebnisse).

Weise nach jedem Gespräch genau ein Call Outcome zu, basierend auf dem
Gesprächsverlauf. Vermerke in der Zusammenfassung immer, was zugesagt wurde.

- Voicemail (slug: voicemail): Mailbox, Anrufbeantworter oder Bandansage.
  Erkennbar an Ansagetext, „nach dem Signalton", „auf Wiederhören" ohne echte
  Antwort, oder wenn auf die Eröffnungsfrage keine Reaktion kommt. Niemals
  „Rückruf gewünscht" oder „Kein Interesse" für eine Mailbox.
- Nicht erreicht (slug: nicht_erreicht): kein Abheben, besetzt, Verbindung
  abgebrochen.
- Erreicht (slug: erreicht): Gespräch geführt, aber weder Zusage noch Termin.
- Rückruf gewünscht (slug: rueckruf_gewuenscht): die Person selbst nennt einen
  Zeitpunkt oder bittet um Rückruf.
- Kein Interesse (slug: kein_interesse): aktive Ablehnung durch die Person.
- E-Mail versendet (slug: email_versendet): E-Mail/Link zugesagt.

Auch Zusammenfassungs-Anweisungen gehören in dieses Feld, z. B. „Nenne in der Zusammenfassung immer, ob der Link zugesagt wurde."

Checkliste & Gotchas

1. Outcome-Beschreibungen nie leer lassen — sie sind Teil des Prompts. Ein Outcome ohne Beschreibung gibt der KI nichts, woran sie es erkennt.
2. Mailbox-Regel immer explizit setzen — sonst landet eine Mailbox als „Rückruf gewünscht" oder „Kein Interesse".
3. Ein Outcome „Erreicht" anlegen, damit kurze, aber echte Gespräche nicht ohne passendes Outcome bleiben.
4. Workflows filtern auf den Slug, nicht den Namen — ein Outcome umzubenennen ändert seinen Slug nicht. Trigger call_ended mit Filter outcome_slugs reagiert weiterhin auf den alten Slug.

Per MCP umsetzen

Alle Schritte gehen über die MCP-Tools:

1. Aktuelles Feld lesen — agents_get (GET /api/agents/{id}) und darin configuration.postCallPrompt ansehen.
2. Post-Call-Anweisungen setzen — agents_update (PUT /api/agents/{id}) mit dem Feld configuration.postCallPrompt. Setze das gesamte configuration-Objekt mit, damit keine anderen Felder verloren gehen.
3. Outcome-Beschreibungen pflegen — call_outcomes_list (GET /api/call-outcomes) zum Lesen, call_outcomes_update (PUT /api/call-outcomes/{id}) zum Setzen von name, slug und description.

Beispiel-Ausschnitt für agents_update:

{
  "configuration": {
    "postCallPrompt": "Weise nach jedem Gespräch genau ein Call Outcome zu … (Vorlage oben)"
  }
}

Feldnamen prüfen

Die Parameternamen der MCP-Tools entsprechen den Feldern der REST-API. configuration.postCallPrompt ist das Feld der Agent-Konfiguration; fällt es leer aus, greift als Rückfalloption die postCallPrompt der Assistenten-Vorlage.

Verwandte Seiten

• Agenten & Assistent — Agent-Konfiguration und Buchung.
• Benutzerdefinierte Felder & Metadaten — Anrufergebnisse (Call Outcomes) anlegen und pflegen.
• Workflows — Trigger call_ended mit Filter auf Outcome-Slugs.
• MCP-Tools — agents_get, agents_update, call_outcomes_list, call_outcomes_update.