Аналитика разговоров в банках и страховании: как анализировать обращения безопасно

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

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

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

Почему эта сфера требует особого внимания

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

Безопасные поля

1. 1ПродуктКарта, депозит, кредит, ипотека, вид страхования, мобильное приложение — продукт, о котором спрашивают.
2. 2ПроцессЗаявка, активация, перевод, вопрос о лимите, заявление о случае, оплата, закрытие.
3. 3НепониманиеПроцент, комиссия, условия, требования к документам, сроки — что клиенту непонятно.
4. 4Тема жалобыОжидание, ошибка приложения, ощущение скрытых платежей, отклонённая заявка, общение.
5. 5Канал и итогРешено, направлен в отделение, остался без ответа.

Самые полезные инсайты

• Условия какого продукта клиентам непонятнее всего — для документов и текстов сайта.
• В каком процессе клиенты застревают — приложение, отделение, документы.
• Какой продукт вызывает ощущение «скрытых платежей» — проблема прозрачности.
• Какой вопрос чаще всего задают при заявлении о страховом случае — ясность процесса.
• Получает ли клиент объяснение после отклонения заявки.

Ясность условий продукта

В финансовых продуктах самый полезный инсайт часто даёт поле «непонимание». Если клиенты снова и снова задают один и тот же вопрос — «что это за комиссия?», «процент годовой или месячный?», «что значит франшиза?», — проблема не в клиенте, а в подаче продукта. Распределение этих вопросов по продуктам показывает, какую часть документов, договора или текста сайта нужно переписать простым языком. Такое изменение и сокращает жалобы, и совпадает с требованиями комплаенса к прозрачности.

Вместе с комплаенсом

1. 1Записать цельЦель аналитики: улучшить сервисную и продуктовую коммуникацию. Не индивидуальные решения.
2. 2Утвердить поляКаждое поле утверждает ответственный за комплаенс и защиту данных.
3. 3Правило доступаКто видит агрегированный отчёт, а кто — текст разговоров.
4. 4ХранениеСрок и удаление извлечённых фактов согласуются с внутренними правилами.
5. 5Периодическая проверкаМинимум раз в год и при добавлении каждого нового поля.

Запрет индивидуальных решений

Аналитика разговоров не предназначена для выводов вроде «этот клиент не сможет платить» или «этот клиент рискованный». Фразы в разговоре зависят от контекста, AI может ошибаться, а такие выводы создают риск дискриминации. В ЕС статья 22 GDPR вводит особые ограничения на решения, основанные исключительно на автоматической обработке и существенно влияющие на человека; у местных регуляторов могут быть похожие или более строгие требования. Решения о кредите и страховании должны приниматься с помощью проверенных моделей и с участием человека.

Анализ жалоб

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

О сигналах мошенничества

Клиенты часто пишут о подозрительных звонках, SMS или ссылках. Тренд таких разговоров может быть полезен службе безопасности: какой сценарий мошенничества распространяется на этой неделе. Но это агрегированный сигнал — аналитика не определяет, является ли конкретный клиент мошенником или жертвой. Угрозы в реальном времени должны обрабатываться собственными процедурами банка.

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

Это иллюстративный пример. Страховая компания смотрит разговоры о заявлениях по автострахованию. В поле непонимания чаще всего — «какие документы нужны» и «когда будет выплата», а в темах жалоб — «мне никто не позвонил». Никаких выводов о конкретных клиентах не делается.

Решения: готовят список документов для заявления на одну страницу и добавляют его в ответ бота, а по каждому случаю клиенту автоматически сообщают сроки и следующий шаг. Через месяц сравнивают долю этих вопросов.

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

• Создавать поля для дохода, долга или здоровья.
• Использовать сигнал из разговора в решении о кредите или страховке.
• Запускать аналитику без комплаенса.
• Выносить в отчёты цитаты-доказательства вместе с данными счетов и карт.

Границы

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

Для финансового сектора в Vexvon

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

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

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

Продолжение темы: анализ первопричин жалоб, проверка AI-категоризации.