Zum Inhalt springen
Beschreiben Sie einen Workflow. DRING ruft in zwei Minuten an und qualifiziert den Bedarf. Anruf in zwei Minuten erhalten
Anruf in 2 Minuten Agent Factory ansehen
Vertrauen und Governance

Praxis-Checkliste für Aufzeichnung und Einwilligung bei Voice-KI

Der richtige Hinweis ist Teil des Gesprächsdesigns. Er muss für den Anrufer verständlich sein, zum Workflow passen und für jeden Markt geprüft werden, in dem die Leitung betrieben wird.

Dies ist eine operative Checkliste, keine Rechtsberatung. Die Regeln für Aufzeichnung, Transkription und automatisierte Anrufe unterscheiden sich nach Land, Zweck und Beziehung zum Anrufer. Lassen Sie den genauen Ablauf vor dem Produktivbetrieb von qualifizierter Rechtsberatung prüfen.

1. Festlegen, was mit dem Anruf geschieht

Beginnen Sie mit einer Übersicht der Zwecke, nicht mit einem Skript. Ein Unternehmen mit 50 bis 100 Beschäftigten nutzt vielleicht eine einzige Telefonieumgebung für Kundenservice, Terminvereinbarung, Qualitätsprüfung und ausgehende Nachfassanrufe. Das sind aber unterschiedliche Tätigkeiten mit unterschiedlichen Kontrollen.

  1. Live-Unterstützung: Der Agent beantwortet eine Frage oder erledigt eine erlaubte Serviceaufgabe.
  2. Aufzeichnung und Transkription: Das Unternehmen speichert Audio oder Text für Qualität, Coaching, Analysen oder die Klärung von Streitfällen.
  3. Automatisierte Ansprache: Das System kontaktiert eine Person für eine Serviceerinnerung, eine Zahlungsaufforderung, eine Umfrage oder zu Werbezwecken.
  4. Sensible Workflows: Der Anruf berührt Identität, Zahlung, Gesundheit, Beschäftigung oder eine unumkehrbare Kontoänderung.

Schreiben Sie auf: den Zweck, die mindestens nötigen Daten, die Personen, die Zugriff brauchen, und die Aktion, die folgen soll. So wird aus einer Aufzeichnung für den Kundenservice nicht stillschweigend ein allgemeiner Trainingsdatensatz.

2. Die ersten Sekunden richtig nutzen

Der Hinweis zu Beginn muss kommen, bevor der Anrufer verwertbare persönliche Angaben macht. Nennen Sie in einfacher Sprache das Unternehmen und sagen Sie, wo erforderlich, dass der Anrufer mit einem KI-System spricht. Erklären Sie, ob der Anruf aufgezeichnet oder transkribiert wird, nennen Sie den Zweck und bieten Sie einen Menschen oder einen anderen Weg an.

Der Hinweis muss gut hörbar, übersetzbar und über IVR, Direktwahl und Rückruf hinweg einheitlich sein. Willigt der Anrufer nicht in die Aufzeichnung ein, braucht das System einen echten Zweig: Aufzeichnung stoppen, auf einen freigegebenen Weg ohne Aufzeichnung wechseln oder den Anruf beenden. Ein „Sie können gern fortfahren“, ohne dass sich das Verhalten des Systems ändert, ist keine Kontrolle.

3. Hinweis und Einwilligung trennen

Beides hängt zusammen, ist aber nicht austauschbar. Ein Anrufer muss unter Umständen erfahren, dass eine KI das Gespräch führt, auch wenn keine Aufzeichnung läuft. Er akzeptiert vielleicht die Aufzeichnung für den Service, aber keine Werbeanrufe. Oder er erlaubt ein Transkript für seinen Vorgang, aber nicht für Coaching.

Mit ausdrücklichen Entscheidungszweigen arbeiten

  • Speichern Sie Version des Hinweistexts, Sprache, Zeitstempel, Kanal und das Ergebnis, also Einwilligung oder Ablehnung.
  • Übernehmen Sie dieses Ergebnis in den Anrufdatensatz und in das nachgelagerte Ereignis im CRM.
  • Leiten Sie keine Einwilligung aus Schweigen oder daraus ab, dass der Anrufer in der Leitung bleibt, es sei denn, Ihre Rechtsberatung hat genau dieses Design freigegeben.
  • Führen Sie für automatisierte Werbeanrufe einen eigenen Ablauf für Erlaubnisse und Sperrvermerke. Der B2B-Leitfaden der britischen Datenschutzbehörde ICO behandelt automatisierte Werbeanrufe gesondert und hält fest, dass die Einwilligung dafür spezifisch sein muss. Andere Märkte haben eigene Regeln.

Gestalten Sie den Datensatz so, dass jemand aus dem Betrieb die Frage „Was hat diese Person gehört, und wie hat sie entschieden?“ beantworten kann, ohne den ganzen Anruf anzuhören.

Ablehnung als Zustandswechsel behandeln

Eine Ablehnung ist keine Notiz, die ein Agent später deutet. Sie muss den laufenden Ablauf ändern. Stoppen Sie Aufzeichnung und Live-Transkription an der Schnittstelle zum Anbieter und bestätigen Sie, dass das Stoppsignal angenommen wurde. Verhindern Sie jede nachgelagerte Auswertung bereits erfasster Teile und leiten Sie den Anrufer auf den freigegebenen Weg ohne Aufzeichnung. Kann die Plattform einen Anbieter nicht daran hindern, Audio oder Text zwischenzuspeichern, dokumentieren Sie diese Einschränkung und wählen Sie vor dem Start eine andere Konfiguration.

Speichern Sie ein minimales Ablehnungsereignis dort, wo das Team es für den Betrieb der Leitung braucht: Version des Hinweistexts, Sprache, Uhrzeit, Kanal, Kategorie des Grundes, falls genannt, gewählter Weg und Status des Sperrvermerks. Bewahren Sie kein vollständiges Gespräch auf, nur um die Ablehnung zu belegen. Lehnt der Anrufer auch das Gespräch mit einer KI ab, übergeben Sie an einen Menschen oder bieten eine klar benannte Alternative an. Der nächste Anruf sollte den freigegebenen Sperrvermerk oder Wunsch übernehmen, ohne dass der Anrufer ihn wiederholen muss.

Eine Matrix der regionalen Varianten pflegen

Prüfen Sie den Ablauf nach Markt, Beziehung zum Anrufer, Anrufrichtung, Zweck und Sprache. Ein Serviceanruf, eine Mitarbeiterhotline und eine Outbound-Kampagne brauchen womöglich unterschiedliche Hinweistexte, Erlaubnisse, Aufzeichnungsregeln und Eskalationswege, auch wenn sie dieselbe Rufnummer nutzen. Derselbe Anrufer kann über einen Rückruf oder eine weitergeleitete Warteschlange auch eine regionale Grenze überschreiten. Pflegen Sie eine einzige Matrix: freigegebener Hinweis, ob der Workflow eine KI-Kennzeichnung verlangt, ob Audio und Transkript aktiv sind, Weg bei Ablehnung, Regel für Sperrvermerke, verantwortliche prüfende Person und Datum der letzten lokalen Prüfung. Qualifizierte Rechtsberatung sollte die Matrix freigeben, bevor das Team sie als Regel für den Produktivbetrieb behandelt.

4. Grenzen des Workflows vor dem Bau festlegen

Legen Sie die erlaubten Aktionen des Agenten schriftlich fest. Gute erste Kandidaten sind klar begrenzte Aufgaben: freigegebene Fragen beantworten, den Bestellstatus prüfen, nach festen Regeln Termine vergeben oder einen Rückrufwunsch aufnehmen. Das System darf keine Richtlinien improvisieren, keine ungeprüfte Entscheidung über die Identität treffen, keine Daten einer anderen Person offenlegen und kein folgenreiches CRM-Feld ohne Bestätigung schreiben.

Legen Sie für jede Aufgabe fest: nötige Eingaben, maßgebliche Quelle, erlaubtes Tool, die Bestätigung, die der Anrufer hören muss, und das Audit-Ereignis, das entsteht. Die Plattform von DRING verbindet das Verhalten am Telefon mit betrieblichen Ergebnissen. Die Telefonie-Workflows bestimmen, wie sich Rufnummern, Übergaben, Aufzeichnungen und Rückrufe verhalten.

Ziehen Sie eine harte Grenze bei Zahlungsdaten, Zugangsdaten und anderen sensiblen Werten. Maskieren Sie sie oder erfassen Sie sie möglichst gar nicht, und schicken Sie den Anrufer auf den freigegebenen sicheren Kanal, statt den Voice-Agent zu bitten, „vorsichtig damit umzugehen“.

5. Übergabe an Menschen und Fehlerwege bauen

Die Eskalation an Menschen ist Teil des Grunddesigns, keine Entschuldigung, wenn die Automatisierung versagt. Legen Sie Abbruchbedingungen fest: direkte Bitte um einen Menschen, Ablehnung des Hinweises, wiederholte Erkennungsfehler, geringe Konfidenz beim Anliegen, eine sensible Anfrage, eine Ausnahme von der Richtlinie oder ein Tool-Ausfall.

Eine Live-Übergabe sollte den kleinsten nützlichen Kontext mitgeben: Stand der Einwilligung, Stand der Identitätsprüfung, Anliegen, erledigte Schritte, zugesagten nächsten Schritt und, falls erlaubt, einen Auszug aus dem Transkript. Die übernehmende Person sollte den Anrufer nicht alles wiederholen lassen, aber sehen, welche Fakten nur erschlossen und welche bestätigt sind. Ist niemand verfügbar, legen Sie ein Ticket mit Zuständigkeit oder einen Rückruf mit Zeitfenster an. Wiederholen Sie nicht endlos und lassen Sie keinen Anrufer in einer unbeobachteten Schleife.

6. Aufbewahrung und Zugriff vor dem Start festlegen

Legen Sie getrennte Aufbewahrungsregeln für Audio, Transkript, extrahierte Felder und Qualitätsnotizen fest. Ein Transkript kann für einen Vorgang noch nützlich sein, wenn das Audio schon gelöscht ist. Ein Einwilligungsereignis muss womöglich prüfbar bleiben, wenn das Gespräch längst gelöscht ist. Dokumentieren Sie den Auslöser für die Löschung, die Ausnahme bei einem Legal Hold und das Verfahren für Anfragen auf Export, Berichtigung oder Auskunft.

  • Nur die Aufzeichnung, das Transkript und die Felder behalten, die für den genannten Zweck nötig sind.
  • Zugriff nach Rolle, Arbeitsbereich und Mandant beschränken.
  • Sensible Werte schwärzen oder maskieren, bevor sie in Analyse- oder Coaching-Ansichten gelangen.
  • Tool-Aktionen, Änderungen im CRM, Exporte und Administratorzugriffe protokollieren.
  • Verantwortlichkeiten von Anbietern, Carriern und Unterauftragsverarbeitern prüfen.

Stimme, Transkript und abgeleitete Daten trennen

Audio, Transkripttext, Zusammenfassungen, extrahierte Felder, Embeddings und Qualitätslabels sind unterschiedliche Artefakte mit unterschiedlichem Zweck. Entscheiden Sie für jedes, ob es nötig ist, wo es entsteht, welches System die maßgebliche Quelle ist und ob es sich unabhängig löschen lässt. Wer die Aufzeichnung abschaltet, hat damit nicht bewiesen, dass auch Live-Transkript, Zwischenspeicher des Anbieters oder Zusammenfassung nach dem Anruf abgeschaltet sind. Testen Sie den kompletten Weg, einschließlich Spracherkennung, Sprachverarbeitung, Analyse, Rückschreiben ins CRM, Exporten und Backups.

Nutzen Sie das am wenigsten detaillierte Artefakt, das die Aufgabe noch erfüllt. Die zuständige Person für einen Vorgang braucht nach dem Löschen des Audios vielleicht nur eine kurze Zusammenfassung und den nächsten Schritt. Die Qualitätsleitung braucht womöglich eine kontrollierte Stichprobe aus Transkripten. Wer Modelle oder Prompts prüft, braucht eher ein geschwärztes Beispiel als einen identifizierbaren Anruf. Kopieren Sie Audio oder Transkripte nicht in persönliche Ordner, Tabellen oder spontan eingerichtete Prüfkanäle. Halten Sie für jedes Artefakt Zuständigkeit für die Aufbewahrung, Auslöser der Löschung, Zugriffsrolle und freigegebenen Zweck fest. Prüfen Sie, dass eine Löschanfrage keine unverwaltete Kopie in nachgelagerten Systemen zurücklässt.

Zugriff brauchbar und nachvollziehbar gestalten

Zugriffskontrollen sollen die Menschen unterstützen, die Vorgänge tatsächlich lösen, und ungewöhnliche Zugriffe sichtbar machen. Trennen Sie die Berechtigungen für Abspielen, Transkriptansicht, Export und Löschung. Nutzen Sie für den Alltag eine maskierte Ansicht, verlangen Sie für das Abspielen sensibler Anrufe einen Grund und prüfen Sie Administratorzugriffe und Massenexporte. Braucht eine prüfende Person einen Anruf für die Qualitätssicherung, erhält sie den kleinsten freigegebenen Ausschnitt und ein Datum, bis zu dem er wieder entfernt wird. Zugriffsprotokoll, Einwilligungsereignis und Vorgangsergebnis sollten sich verknüpfen lassen, ohne dass jede Person im Betrieb das gesamte Archiv durchsuchen kann.

Die Leitlinien zu virtuellen Sprachassistenten des Europäischen Datenschutzausschusses (EDPB) sind ein nützlicher Bezugspunkt für Datenschutzfragen, ersetzen aber keine Prüfung für den jeweiligen Markt. Mit den Sicherheitskontrollen von DRING sind Aufbewahrung, Zugriff und menschliche Aufsicht von Anfang an Teil der Gespräche zur Umsetzung.

7. Stufenweise einführen und das Richtige messen

Beginnen Sie mit einem Markt, einer Rufnummer und einem eng gefassten Workflow. Testen Sie normale Anrufe, Unterbrechungen, Akzente, Schweigen, Übergaben, Opt-outs, das Verhalten außerhalb der Geschäftszeiten und Fehlerfälle im CRM. Lassen Sie geschulte Prüfende Stichproben ansehen, bevor Sie Berechtigungen erweitern. Bei einem Workflow mit höherem Risiko bleibt ein menschlicher Freigabeschritt, bis die Belege seine Abschaffung rechtfertigen.

Stichproben nach Risiko, nicht nach Bequemlichkeit

Eine Zufallsstichprobe kann genau die Anrufe verfehlen, die eine Kontrolllücke am ehesten zeigen. Schichten Sie die Prüfung nach Markt, Sprache, Anrufrichtung, Anliegen, Ergebnis einer Ablehnung, Übergabegrund, Hinweis auf geringe Konfidenz, sensiblem Thema und Systemfehler. Ziehen Sie in den ersten Tagen eines Releases und für jeden geänderten Weg mehr Stichproben. Prüfen Sie, ob der Hinweis kam, bevor verwertbare Angaben fielen, ob die Entscheidung des Anrufers das Verhalten des Systems geändert hat, ob Transkript oder Zusammenfassung einen Fehler eingeführt haben, ob die Übergabe den Kontext erhalten hat und ob der Datensatz wie vorgesehen aufbewahrt und geteilt wurde. Halten Sie Stichprobenrahmen und Entscheidung der Prüfenden getrennt vom Ergebnis im Produktivbetrieb. So ist eine bestandene Prüfung ein Beleg und kein Ersatz für den eigentlichen Anruf.

Einen Weg für Störfälle vorbereiten

Legen Sie vorab fest, was als Datenschutz-, Sicherheits- oder Betriebsvorfall gilt: eine nicht angekündigte Aufzeichnung, eine Ablehnung, die die Erfassung nicht gestoppt hat, eine Offenlegung gegenüber der falschen Person, sensible Daten in einem nicht freigegebenen Artefakt, eine verlorene Eskalation an Menschen, ein doppelter Schreibvorgang oder ein nicht verfügbarer Löschweg. Geben Sie jeder Kategorie eine Zuständigkeit, einen Schweregrad, eine Sofortmaßnahme, zu sichernde Belege und eine Bedingung für die Wiederaufnahme. Die erste Reaktion kann sein, eine Rufnummer zu pausieren, ein Tool abzuschalten, eine Rolle zu entziehen oder das betroffene Anliegen an Menschen zu leiten, während der Umfang geklärt wird.

Bewahren Sie die Belege auf, die für die Untersuchung nötig sind, ohne eine zweite unkontrollierte Kopie zu erzeugen. Halten Sie Version von Hinweis und Konfiguration, betroffenen Workflow, Antwort des Anbieters, Zugriffsverlauf, Zeitstempel und Zuständigkeit für die Behebung fest. Folgen Sie dem Störfallprozess Ihres Unternehmens und holen Sie zu nötigen Mitteilungen den Rat Ihrer Rechtsberatung ein. Bearbeiten Sie kein Transkript stillschweigend, damit der Datensatz korrekt aussieht. Bewahren Sie das Original mit kontrolliertem Zugriff auf und hängen Sie Korrektur, Entscheidung und Freigabe an.

Messen Sie Vertrauen und Betrieb: Quote vollständig abgespielter Hinweise und Ablehnungsquote, Vollständigkeit der Einwilligungsdatensätze, Übergabequote nach Anliegen, Erkennungsfehler, gescheiterte Identitätsprüfungen, Genauigkeit der Schreibvorgänge im CRM, Zeit bis zur Lösung und Quote bestandener Qualitätsprüfungen. Containment allein ist kein Erfolg, wenn Anrufer sich wiederholen müssen, Datensätze falsch sind oder niemand einen Menschen erreicht. Der Qualitäts- und Bewertungsprozess von DRING macht aus geprüften Anrufen Korrekturen. Der laufende Verbesserungskreislauf der Agent Factory, mit der DRING Agenten baut, testet und verbessert, bringt diese Korrekturen zurück in Prompts, Tools, Weiterleitung und Tests.

8. Mit einer operativen Entscheidungstabelle arbeiten

Machen Sie den Start zu einer Reihe prüfbarer Entscheidungen statt zu einer einzigen Freigabesitzung. Die verantwortliche Person kann die Belege an den Workflow anpassen. Jede Schwelle braucht aber eine benannte freigebende Person und ein sichtbares Ergebnis: bestanden, pausiert oder zurückgerollt.

PhaseNötige BelegeEntscheidetSchwelle
Vor dem BauÜbersicht der Zwecke, Matrix der regionalen Varianten, Dateninventar, Liste der ausgeschlossenen Themen und Weg zum MenschenBetrieb, geprüft durch Datenschutz und ComplianceNur den freigegebenen Zweig bauen
Vor dem PilotenGetestete Hinweise, Verhalten bei Ablehnung, Zugriffsrollen, Löschprüfungen, Antworten der Anbieter und RückfallwegProdukt, IT und QualitätBegrenzten Verkehr nur zulassen, wenn die kritischen Wege bestehen
Im PilotenRisikobasierte QS-Stichprobe, Störfall-Warteschlange, Kontext bei Übergaben, Abgleich der Schreibvorgänge und Baseline der KennzahlenBenannte verantwortliche Person im BetriebFortfahren, den betroffenen Weg pausieren oder die Weiterleitung zurücksetzen
Vor der AusweitungStabile Ergebnisse nach Markt und Anliegen, kein offenes kritisches Problem, geprüfte Ausnahmen und unterschriebenes Release-ProtokollVerantwortliche Person im Betrieb mit den nötigen PrüfendenUmfang ausweiten, Pilotgrenze halten oder zurückrollen

Anbietern Fragen stellen, deren Antworten Sie prüfen können

  • Wo werden Audio, Live-Transkripte, Zusammenfassungen und Backups erzeugt und gespeichert?
  • Lassen sich Aufzeichnung, Transkription und Auswertung nach dem Anruf unabhängig voneinander abschalten, und was passiert mit zwischengespeicherten Daten?
  • Welche Kontrollen für Löschung, Export, Berichtigung und Audit-Protokoll gibt es für jedes Artefakt?
  • Welche Unterauftragsverarbeiter, Modellanbieter, Carrier oder menschlichen Prüfenden haben Zugriff auf die Daten, und wie sind ihre Rollen dokumentiert?
  • Kann das System belegen, welche Version von Hinweis, Prompt, Weiterleitungsregel und Integration einen Anruf bearbeitet hat?
  • Welches Verhalten ist für einen Ausfall des Anbieters, eine unvollständige Übergabe, einen gescheiterten Schreibvorgang oder eine verzögerte Löschung getestet?

Die Agent Factory prüfbar halten

Änderungen an Einwilligung und Datenumgang gehören in dieselbe Release-Disziplin wie Änderungen an Prompts und Weiterleitung. Ein geprüfter Anruf sollte einen klar abgegrenzten Befund, einen neuen Regressionsfall und eine Zuständigkeit erzeugen. Versionieren Sie Hinweistext, Verzweigungslogik, Anbietereinstellungen, Tool-Berechtigungen und Aufbewahrungskonfiguration möglichst gemeinsam. Das Release-Protokoll sollte Testergebnis, freigebende Person, Verkehrsumfang, Störfallhistorie und Entscheidung zum Rollback zeigen. So bleibt der Verbesserungskreislauf der Agent Factory an betrieblichen Belegen ausgerichtet, und ein gut klingendes Transkript wird nicht unbemerkt zu einer nicht freigegebenen Trainings- oder Richtlinienänderung.

Wenn diese Antworten konkret sind, ist die Einwilligung kein Satz mehr, der dem Anruf vorangestellt wird. Sie wird zu einem testbaren Teil des Voice-Workflows, der Telefoniekonfiguration, des CRM-Datensatzes und des Arbeitsrhythmus Ihres Teams.

Vertrauen ab dem ersten Satz

Fordern Sie einen Rückruf an. Wir prüfen Zweck, Hinweis und Eskalationsweg des Anrufs vor dem Start.