Клиент может никогда не общаться с сотрудником банка по поводу одноразового пароля, подтверждения платежа или обновления информации по страховому случаю. Но такие моменты все равно формируют его представление о банке. Запоздалое сообщение, незнакомый отправитель или ссылка на сторонний портал могут превратить простое взаимодействие в замешательство, сомнение или звонок в службу поддержки.

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

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

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

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

Общие рекомендации по клиентскому опыту часто сводятся к обратной связи, персонализации или более быстрой поддержке. Это полезно, но не описывает ограничения, которые определяют рамки регулируемого финансового взаимодействия.

На кону стоят деньги и конфиденциальность. Задержка доставки интернет-заказа вызывает раздражение. Задержка предупреждения о мошенничестве может оставить клиента без защиты. Неудачная верификация может остановить открытие счета, оформление кредита или платеж.

Многие взаимодействия с клиентами инициируются самой организацией. Клиенты не всегда выбирают, когда они получат запрос на аутентификацию, уведомление о балансе, напоминание о продлении полиса или сообщение о задолженности. Организация должна делать эти моменты своевременными и понятными, но не навязчивыми.

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

Доверие постоянно подвергается испытаниям. Мошенники подделывают банки и страховые компании. Легитимное сообщение, в котором отсутствует четкая идентификация отправителя или последовательные визуальные и речевые сигналы, может выглядеть как фишинг. Организация должна общаться четко и помогать клиентам распознавать, каким сообщениям можно доверять.

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

Метрики отношений могут показать, когда клиентский опыт ухудшается, но не всегда объясняют причины. Анализ отдельных клиентских сценариев помогает выявить проблемные моменты и решения, которые формируют этот опыт. Следующие пять сценариев связывают потребности клиентов с действиями, которые имеют значение.

Открытие счета или покупка полиса часто связаны со сбором личных данных, загрузкой документов, прохождением проверки личности и ожиданием решения. Каждая передача данных между формой, почтовым ящиком, порталом и телефонной линией создает дополнительный риск того, что клиент бросит начатое. Клиент может не знать, был ли получен документ, что произойдет дальше или сколько времени займет проверка.

Более качественный сценарий цифрового онбординга объединяет верификацию, сбор документов, обновление статуса и вопросы в единую непрерывную беседу в канале, которым клиент уже пользуется. Клиент должен понимать, какая информация требуется, зачем она нужна и будет ли следующий шаг автоматизирован или потребует проверки человеком. Если документ не прошел проверку, сообщение должно объяснять, как ее исправить, а не просто сообщать об ошибке.

Цель состоит в том, чтобы сохранить необходимые контролирующие меры, сделав их более понятными и удобными для клиентов.

Платформа клиентского взаимодействия и конструктор ИИ-чат-ботов помогают направлять клиентов и собирать информацию в ходе диалога. Финансовая организация по-прежнему контролирует политику, правила верификации и границы эскалации.

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

OTP-пароль приходит после истечения сеанса аутентификации.
Уведомление о транзакции поступает в канал, к которому у клиента нет доступа или который он отключил.
Имя отправителя не совпадает с организацией, которую ожидает увидеть клиент.
Подтверждение платежа не дает четкого способа сообщить о проблеме.

Надежный сценарий использует данные о доставке и предпочтениях клиента для выбора канала, а затем применяет автоматическое переключение на резервный канал при сбое основного. Резервный канал должен сохранять контекст события и избегать отправки дублирующих или запутывающих сообщений. Он также должен соблюдать требования о согласии и правила конкретного канала.

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

В коммуникации по вопросам мошенничества есть три проблемы пользовательского опыта, а не одна. Организация должна уведомить клиента достаточно быстро, чтобы сообщение имело значение, сделать легитимное предупреждение отличимым от мошенничества и решить проблему клиента так, чтобы ему не приходилось пересказывать все заново.

Заслуживающее доверия предупреждение использует постоянную идентичность отправителя, понятный язык и четкое действие. Богатые возможности обмена сообщениями позволяют добавлять брендированный контекст там, где это поддерживается каналом. Двустороннее взаимодействие позволяет клиенту подтвердить или отклонить транзакцию в той же ветке диалога, в то время как рискованный или неоднозначный ответ передается обученному оператору. Организация никогда не должна просить клиента сообщать конфиденциальные данные в сообщении просто для подтверждения личности.

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

Доставляемость и идентификация отправителя не заменяют обнаружение мошенничества или мониторинг транзакций. Они делают легитимную коммуникацию более узнаваемой и упрощают совершение ответных действий.

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

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

Страхование и кредитование требуют особого внимания. Общение по вопросам взыскания задолженности должно быть уважительным, соразмерным, соответствовать используемому каналу связи и не противоречить юридическим обязательствам и требованиям регуляторов. Цель состоит в том, чтобы сделать следующий шаг понятным и предоставить клиенту рабочий способ разрешения ситуации.

Уведомление о продлении, изменение тарифа, рекомендация продукта или напоминание о погашении долга могут относиться к маркетингу, но это все равно важный момент для клиентского опыта (CX). Клиент оценивает, понимает ли организация его ситуацию и происходит ли общение в подходящий момент.

Актуальность зависит от большего, чем просто имя или запись о продукте. Клиент, который недавно задавал вопросы о платеже, сообщал о проблеме с картой или менял настройки уведомлений, не должен получать шаблонное предложение, игнорирующее этот контекст. Данные диалогов могут дополнять информацию тем, о чем клиент спрашивал на самом деле, в то время как явные предпочтения и согласие остаются определяющими факторами для того, что организация имеет право отправлять.

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

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

Используйте тот канал, который соответствует потребностям клиента и уровню риска взаимодействия:

SMS — для широкого охвата, критически важных по времени оповещений и сообщений аутентификации, где важна скорость.
RCS — для проверенных брендированных сообщений с богатым контентом, кнопками, изображениями или интерактивными элементами там, где это поддерживается устройством и рынком.
WhatsApp — для двустороннего обслуживания, обмена документами, интерактивных сценариев и продолжения беседы при наличии согласия клиента.
Электронная почта — для выписок, записей, подробных объяснений и сообщений, к которым клиенту может потребоваться вернуться позже.
Голосовая связь — для сложных, деликатных или эмоционально тяжелых разговоров, требующих человеческого суждения.
Сообщения в приложении — для авторизованных действий в интерфейсе мобильного банка или страхового сервиса.
Viber и другие региональные каналы — если их использование оправданно популярностью среди клиентов, покрытием операторов и наличием согласия.

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

Отслеживайте доставку сообщений наряду с процентом открытий, ответами и временем решения вопросов. Низкие показатели доставки могут свидетельствовать о проблемах с клиентским опытом еще до того, как они отразятся в оценках NPS.

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

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

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

При наличии надлежащего доступа к данным, аутентификации, рабочих процессов и контроля со стороны человека агент на базе ИИ может поддерживать такие задачи, как:

Ответы на вопросы о балансе и транзакциях;
Запрос выписки или другого документа;
Проверка статуса претензии или заявки;
Запись на прием;
Сопровождение процесса блокировки или разблокировки карты;
Отправка напоминаний об оплате или пояснение по одобренному графику выплат; а также
Сбор информации для проверки человеком.

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

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

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

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

Сделайте границу заметной для клиента. Объясняйте, когда помогает ИИ-ассистент, что он умеет делать и как связаться с живым сотрудником. Отслеживайте неудачные переводы, повторные объяснения и жалобы после автоматизации. Эти сигналы указывают организации, в каких аспектах операционной модели требуется доработка.

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

Платформа клиентских данных для диалогов (Conversational CDP) внутри AgentOS способна объединить профили клиентов, историю взаимодействия и поведенческие сигналы, чтобы ИИ-агент и оператор-человек работали на основе единого контекста. При этом организация по-прежнему должна определять, какие данные заслуживают доверия, как долго они хранятся и какие команды могут их использовать.

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

Начните с четырех вопросов:

Какое согласие применимо к этому каналу и цели? Зафиксируйте разрешение, источник, метку времени и объем. Не предполагайте, что согласие на сервисные сообщения распространяется на рекламные.
Какая настройка предпочтений должна определять следующее взаимодействие? Сделайте настройки понятными, синхронизированными по каналам и простыми для изменения. Клиенту не должно приходиться обновлять пять систем по отдельности.
Где данные обрабатываются и хранятся? Выбирайте правила хранения и локализации данных осознанно, особенно когда профили, стенограммы, документы и рабочие процессы ИИ пересекают системы или границы.
Может ли учреждение доказать, что произошло? Ведите проверяемый учет того, что было отправлено, кому, через какой канал, с каким согласием и результатом. Для ИИ включите соответствующую политику, доступ к данным, эскалацию и точки принятия решений человеком.

Применяйте ту же дисциплину к доступности и ясности. Финансовые сообщения должны быть легко читаемыми, пригодными для использования на устройстве клиента и понятными без специальных знаний. Безопасное сообщение, которое клиент не может истолковать, не является успешным опытом.

Лучший опыт обеспечения соответствия требованиям — это путь, на котором клиент знает, почему запрашивается информация, что произойдет дальше, какие у него есть варианты выбора и как получить помощь.

NPS (индекс потребительской лояльности), CSAT (индекс удовлетворенности клиентов) и оценка усилий клиента являются полезными сигналами отношений. Они показывают учреждению, как клиенты оценивают отношения или взаимодействие. Они не позволяют надежно определить, была ли причиной неудачная доставка, долгое ожидание, запутанный путь, повторное объяснение или нерешенная проблема.

Сопоставляйте метрики отношений с операционными показателями для каждого пути:

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

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

Практический цикл измерения выглядит следующим образом:

Спланируйте путь и определите предполагаемый результат для клиента.
Отслеживайте доставку, завершение, разрешение, передачу управления и повторные обращения.
Добавьте обратную связь по NPS, CSAT или усилиям в ключевые моменты.
Сегментируйте результаты по продукту, рынку, каналу, потребностям клиента и уровню риска.
Измените одну часть пути, а затем сравните результаты с определенной базовой линией.
Анализируйте исключения совместно с владельцами функций соответствия требованиям, операций, CX и технологий.

AgentOS объединяет ИИ-агентов, надзор со стороны человека, аналитику клиентов, оркестрацию пути и возможности подключения Infobip в единую платформу. Архитектура важна для финансовых учреждений, поскольку автоматическое оповещение, диалог с клиентом и эскалация на человека не должны превращаться в три несвязанных между собой отчета.