„Hoi, ich bin der Meier. Ich habe morgen um zehn einen Termin. Kannst du den auf Freitag verschieben?“
Der Voice-Assistent findet tatsächlich einen Herrn Meier mit Termin um zehn. Er kennt sogar Fahrzeugtyp oder Behandlungsart aus dem System. Das Gespräch fühlt sich plausibel an. Trotzdem ist damit noch nicht bewiesen, dass die anrufende Person dieser Kunde ist.
Genau hier werden Voice-AI-Projekte unangenehm, wenn die Identitätsfrage zu spät kommt. Entweder der Assistent gibt zu viel preis, weil Name und Kontext „passen“. Oder er fragt jeden Anrufer schon beim ersten Satz nach mehreren Sicherheitsmerkmalen und macht aus einer simplen Öffnungszeiten-Frage einen Bank-Login.
Die bessere Lösung ist risikobasierte, stufenweise Verifikation. Der Assistent darf bei allgemeinen Anliegen leicht bleiben. Bevor er sensible Daten nennt oder eine folgenreiche Änderung ausführt, erhöht er die Sicherheit.
Voice AI Anrufer verifizieren: Absicht ist nicht Identität
Ein modernes Sprachsystem kann meist gut erkennen, was jemand möchte. Das ist Intent Recognition. Es beantwortet nicht zuverlässig, wer diese Person ist.
NIST SP 800-63B beschreibt Authentifizierung grundsätzlich als Prozess, bei dem überprüft wird, ob ein Claimant tatsächlich zu einer zuvor gebundenen Identität gehört. Der Standard richtet sich primär an digitale Identitätssysteme und US-Behördenkontexte; er ist keine Schweizer Vorschrift für Telefonassistenten. Das Prinzip ist trotzdem nützlich: Wissen über einen Kunden ist nicht automatisch ein Authentifizierungsnachweis.
Der EDÖB weist darauf hin, dass das Schweizer Datenschutzgesetz auf KI-gestützte Datenbearbeitung anwendbar ist. Wenn ein Voice-System personenbezogene Informationen verarbeitet, muss der Betrieb deshalb Datenschutz und Transparenz ernst nehmen.
Ein bekannter Name, Termin oder Fahrzeugtyp kann Kontext sein, beweist aber nicht allein die Identität des Anrufers.
Empfehlung: Koppeln Sie die Stärke der Verifikation an die Aktion, nicht an die Tatsache, dass ein Bot am Telefon ist.
Was ohne Verifikation gehen darf — und was nicht
Die meisten Telefonate beginnen harmlos. Öffnungszeiten, Adresse, Leistungen, freie öffentliche Informationen oder die Aufnahme einer Rückrufbitte brauchen normalerweise keinen Identitätscheck.
Auch bei einem bestehenden Termin ist nicht jede Information gleich sensibel. „Wir haben einen Termin auf den Namen Meier“ verrät bereits mehr als „Ich kann Ihnen helfen, einen Termin zu finden“. Der Assistent sollte deshalb so wenig personenbezogene Details wie nötig vorlesen, bevor die Identität ausreichend geklärt ist.
Mehr Schutz ist sinnvoll, wenn der Anrufer persönliche Historie, Rechnungsdetails, medizinische oder andere sensible Informationen erfragt, Kontakt- oder Zahlungsdaten ändern möchte, eine Bestellung storniert oder eine verbindliche Änderung an einem bestehenden Vorgang auslöst.
Ein Garage-Beispiel: Jemand möchte nur wissen, ob Reifenwechsel am Samstag möglich ist. Kein Step-up nötig. Jemand möchte die gespeicherte Telefonnummer, letzte Reparatur und Rechnungsadresse ändern. Jetzt ist Identität relevant.
Ein Verifikationsflow, der Kunden nicht nervt
Gute Verifikation fühlt sich nicht wie ein Verhör an. Sie kommt erst dann, wenn der nächste Schritt sie wirklich braucht.
- Anliegen zuerst verstehen. Lassen Sie die Person kurz sagen, was sie möchte.
- Risikostufe der Aktion bestimmen. Öffentlich, kontobezogen, sensibel oder bindend.
- Nur bei Bedarf Step-up auslösen. Zum Beispiel Einmalcode an einen bereits hinterlegten Kanal, bestätigter Link oder ein anderes vom Betrieb festgelegtes Verfahren.
- Keine leicht erratbaren Daten als alleinigen Beweis verwenden. Name, Geburtsdatum, Adresse, Autokennzeichen oder Terminzeit können bekannt oder auffindbar sein.
- Bei Fehlversuchen nicht immer mehr Kundendaten verraten. Nach wenigen Versuchen auf menschliche Prüfung oder Rückrufverfahren wechseln.
- Nach Verifikation nur die nötige Aktion erlauben. Eine erfolgreiche Prüfung für „Termin verschieben“ sollte nicht automatisch Vollzugriff auf alle Kundendaten bedeuten.
Welche Methode geeignet ist, hängt vom Risiko und den vorhandenen Systemen ab. Ein KMU braucht nicht zwangsläufig eine komplexe Identity-Plattform. Es braucht eine nachvollziehbare Regel.
Wo Kundenerlebnis und Sicherheit zusammenpassen
Ein häufiger Denkfehler lautet: Sicherheit erzeugt Reibung, also muss man sich entscheiden. Tatsächlich entsteht viel schlechte UX, weil die Verifikation zu früh oder ohne Erklärung kommt.
„Bevor ich Ihre Rechnungsadresse ändere, muss ich kurz prüfen, dass Sie es wirklich sind. Ich sende einen Code an die bei uns hinterlegte Nummer.“ Das ist verständlicher als eine überraschende Serie persönlicher Fragen.
Auch die Reihenfolge zählt. Wenn der Assistent zuerst fünf Daten abfragt und dann feststellt, dass der Kunde nur die Öffnungszeiten wollte, war die gesamte Reibung unnötig.
Ein zweiter UX-Faktor ist der Ausweg. Menschen wechseln Nummern, verlieren Zugriff auf eine Mailbox oder können während der Fahrt keinen Code eingeben. Der Voice-Assistent braucht deshalb eine menschliche Alternative: Rückruf durch bekannte Nummer, Mitarbeiterprüfung oder ein sicherer asynchroner Link.
Der Bot sollte nicht „kreativ“ werden und auf zusätzliche persönliche Fragen ausweichen, nur um das Gespräch irgendwie abzuschliessen.
Minimaler Pilot: drei Aktionen, drei Sicherheitsstufen
Testen Sie Caller Verification nicht sofort auf jedem Anruf. Wählen Sie drei typische Aktionen: eine öffentliche Auskunft, eine moderate Kontenänderung und eine klar sensible Handlung.
Definieren Sie für jede Aktion, welche Informationen der Bot vor Verifikation sagen darf, welche Verifikationsmethode gilt, wie viele Fehlversuche erlaubt sind und wohin der Fall danach geht.
Testfälle sollten neben dem Normalfall auch Namensgleichheit, veraltete Telefonnummer, schlechte Verbindung, schweizerdeutschen Dialekt und einen Anrufer enthalten, der viele echte Kundendetails kennt, aber den vorgesehenen Faktor nicht liefern kann.
Messen Sie Anteil erfolgreich abgeschlossener Verifikationen, Abbruchquote während der Prüfung, durchschnittliche zusätzliche Gesprächszeit, Übergabequote wegen Verifikationsproblemen, Anzahl blockierter sensibler Aktionen ohne ausreichende Prüfung und Beschwerden oder Supportkontakte wegen des Verifikationsablaufs.
Eine hohe Erfolgsquote allein reicht nicht. Wenn der Bot praktisch jeden durchlässt, ist die Quote wertlos. Umgekehrt kann eine extrem strenge Prüfung den Support belasten. Entscheidend ist die Balance je Aktion.
Voice AI sollte nicht versuchen, jeden Anrufer „vollständig zu identifizieren“. Sie sollte genau dann genug Identität prüfen, wenn die nächste Aktion es verlangt. So bleibt eine Öffnungszeiten-Frage leicht, während Kundendaten und Änderungen eine echte Grenze bekommen.
Unser Überblick zum Datenschutz bei Voice AI deckt Aufzeichnung und Transparenz ab. Für ausführende Aktionen ergänzt der Ablauf Entwurf, Freigabe, Ausführung die Identitätsprüfung.
Quellen
FAQ
Reicht der Name des Kunden plus Terminzeit?
Nein. Das kann bei der Suche helfen, ist aber kein starker Identitätsnachweis.
Muss jeder Anruf verifiziert werden?
Nein. Allgemeine Informationen oder eine unverbindliche Rückrufbitte brauchen oft keinen Identitätscheck.
Welche Methode ist am besten?
Das hängt vom Risiko und vorhandenen System ab. Ein Code an einen bereits hinterlegten Kanal ist oft stärker als Fragen nach leicht erratbaren Daten.
Was passiert, wenn der Kunde den Code nicht empfangen kann?
Der Prozess sollte einen menschlichen oder asynchronen Alternativweg anbieten, statt die Sicherheitsstufe spontan zu senken.
Ist NIST SP 800-63B Schweizer Recht?
Nein. Es ist eine technische US-Richtlinie für digitale Identität. Hier dient sie als Architektur-Referenz, nicht als Schweizer Rechtsnorm.