Конфиденциальность в аналитике разговоров: как защитить данные клиентов

Короткий ответ

Защита данных клиентов в аналитике разговоров держится на пяти решениях: цель (зачем вы ведёте аналитику), минимизация (извлекать только поля, нужные для этой цели), доступ (кто видит агрегированные числа, а кто — текст разговора), хранение (сколько хранятся извлечённые факты и как удаляются) и проверка юрисдикции (какой закон применяется). Эта статья — не юридическая консультация, а технический и организационный чек-лист.

У аналитики разговоров есть свой риск: она создаёт из разговоров новую информацию. Бюджет клиента, его намерение, жалоба, мнение о конкуренте раньше были разбросаны по тексту, а теперь стали структурированными данными, по которым можно искать и которые привязаны к карточке клиента. Это полезно, но это и новая ответственность.

Эта статья не о записях звонков

Персональные данные в записях звонков — маскирование, доступ, хранение — отдельная тема (персональные данные в записях звонков). Здесь речь о данных, которые извлекает аналитика: поля, факты, отчёты, вопросы AI-помощнику и его ответы.

Решение 1: цель

Письменно определите цель аналитики: «понимать потребности клиентов на агрегированном уровне для решений о продуктах и сервисе». Это определяет, какие поля нужны, а какие лишние. Статья 5 GDPR ЕС закрепляет принцип ограничения цели: данные собираются для конкретных, явных целей и не используются несовместимым с ними образом. В Азербайджане Закон «О персональных данных» тоже требует цели и основания для обработки. Как каждое требование применяется к вашему бизнесу, должен определить юрист.

Решение 2: минимизация при проектировании полей

Самая действенная защита закладывается при создании полей: чувствительные данные не должны извлекаться вовсе.

• Не создавайте полей для чувствительных категорий — здоровье, религия, политические взгляды, финансовые трудности, особенно на уровне отдельного клиента.
• Не извлекайте в значения полей идентификаторы — номер карты, удостоверение личности, адрес.
• Используйте закрытый список значений вместо свободного текста: «диапазон бюджета», а не «точная сумма».
• Для каждого поля спросите: можно ли достичь цели без этих данных? Если да — поле не создавайте.

Решение 3: доступ

1. 1Агрегированные числаДоли, тренды, пересечения — руководители и аналитики. Отдельный клиент не виден.
2. 2Разговоры-доказательстваРазговоры за числом — только сотрудникам, у которых и так есть к ним доступ.
3. 3Списки клиентовКлиенты, подходящие под условие, — только для конкретной задачи (follow-up), по правилам согласия.
4. 4ВыгрузкиОтчёты в PDF и Excel — в агрегированном виде без персональных данных, с учётом получателей.

Самый недооценённый риск — выгрузка: отчёт превращают в PDF и отправляют по почте, а вместе с ним уходят цитаты из разговоров-доказательств. Удаляйте из цитат имена, телефоны и другие идентификаторы.

Решение 4: хранение и удаление

Извлечённые факты — это данные, отличные от самого разговора, и им нужно своё правило хранения. Три вопроса: сколько хранятся факты (для трендов обычно достаточно года-двух); удаляются ли факты при удалении разговора; находятся и удаляются ли факты, когда клиент просит удалить его данные? При выводе поля из работы должна быть возможность удалить и все его факты.

Решение 5: юрисдикция

• В каких странах ваши клиенты? Если есть клиенты из ЕС, могут применяться требования GDPR.
• В какой стране хранятся данные и каким поставщикам услуг (включая AI-провайдеров) они передаются?
• Сообщает ли политика конфиденциальности клиентам об аналитике?
• Есть ли автоматизированные решения? Статья 22 GDPR вводит особые ограничения на значимые решения, основанные исключительно на автоматической обработке.

Профилирование и индивидуальные решения

Аналитика разговоров безопаснее всего для агрегированных инсайтов. Риск растёт на индивидуальном уровне: построить профиль из фактов об одном клиенте и принимать на его основе решения о цене, обслуживании или кредите. Такое использование заранее обсудите с юристом, встройте в процесс проверку человеком и прозрачно информируйте клиентов.

Чек-лист

• Цель аналитики определена письменно.
• Каждое поле служит цели; полей для чувствительных категорий нет.
• Доступ к агрегированным и индивидуальным данным разделён по ролям.
• В выгружаемых отчётах нет идентификаторов.
• Срок хранения фактов и порядок удаления записаны.
• Политика конфиденциальности охватывает аналитику.
• Юрист проверил применимое право.

Иллюстративный пример

Это иллюстративный пример. Сеть клиник включает аналитику разговоров, и в первом черновике есть поле «тип заболевания». При проверке конфиденциальности его убирают: цель — улучшить сервисный процесс, а не структурировать медицинскую информацию. Вместо него создают «тип обращения» (запись, цена, результаты, оплата, жалоба), а отчёты уходят руководству только в агрегированном виде.

Типичные ошибки

• Создавать много полей «на будущее».
• Вставлять в отчёты цитаты-доказательства вместе с идентификаторами.
• Забывать об извлечённых фактах при удалении разговора.
• Доверять обещанию вендора о «полном соответствии» без юридической проверки.

Границы

• Ни один инструмент не обеспечивает соответствие закону автоматически — соответствие это процесс компании.
• Чувствительные данные, которые клиент сам написал в разговоре, остаются в тексте; дизайн полей лишь не даёт их структурировать.
• Законы и их толкование меняются — проверку нужно периодически повторять.

Управление данными в Vexvon

В Vexvon модуль анализа работает только после того, как компания сама его включит, и извлекает только поля, которые компания настроила, — какие данные структурировать, решает компания. Внутренние заметки сотрудников в анализ не попадают. Отключённое поле можно полностью удалить вместе со всеми его фактами, и этот шаг требует отдельного подтверждения. По вопросам хранения, расположения данных и права смотрите страницу безопасности или направьте нам письменный запрос.

Следующий шаг

Сверьте текущий список полей с чек-листом и отключите каждое поле, которое не служит цели. При выборе платформы задавайте вопросы о конфиденциальности из статьи выбор платформы аналитики разговоров; ваши вопросы можно разобрать вместе на демо.

Продолжение темы: интеграция аналитики разговоров с CRM, аналитика разговоров в банках и страховании.