Schritt 5: Properties — was der Assistent erfassen soll
Im Properties-Tab legen Sie fest, welche Daten aus dem Gespräch in strukturierter Form erfasst werden — für den Integration-Tab und das Result Dashboard.
Add example fields belegt mit einem Klick vier gängige Felder vor:
| SchlĂĽssel | Typ | Erfasst |
|---|---|---|
callerName | string | Der Name des Anrufers |
phoneNumber | string | Die Telefonnummer des Anrufers |
email | string | Im Anruf genannte E-Mail-Adresse |
reservationId | string | Reservierungs- oder Buchungsreferenz |
Eigene Properties bestehen aus einem SchlĂĽssel, einem Typ (string, number oder boolean) und einer Beschreibung.
Die Beschreibung ist der entscheidende Teil. Sie sagt dem Assistenten, was genau gemeint ist. Bleibt eine Spalte im Result Dashboard leer, liegt es fast immer daran, dass die Beschreibung zu vage war.
- Zu vage:
urgency— “Dringlichkeit” - Gut:
issueUrgency— “Wie dringend der Kunde das Problem beschreibt: Notfall, gleichentags oder routinemäßig.”
Weitere Hinweise:
- Bleiben Sie schlank. Jede Property ist etwas, das der Assistent in das Gespräch einbauen muss. Zehn Felder machen aus einem Anruf ein Verhör.
- Erfassen Sie nur, was Sie später tatsächlich nutzen. Schaut niemand auf die Spalte, streichen Sie sie.
- Die Telefonnummer des Anrufers muss in der Regel nicht erfragt werden — sie ist aus der Anrufer-ID bekannt. Fragen Sie nur, wenn Sie eine Rückrufnummer brauchen, die von der Anrufnummer abweichen kann.
- Booleans eignen sich fĂĽr Ergebnisse:
appointmentBooked,transferred,questionAnswered— daraus werden später Ihre Kennzahlen, siehe Sinnvolle Kennzahlen.
Weiter geht’s mit Knowledge Base.