Онбординг в банке: от открытого счёта до первого полезного действия

Клиент открыл счёт, установил приложение и исчез. Для команды привлечения он уже стал клиентом банка, для продуктовой команды остаётся неактивным, а CRM продолжает отправлять приветственные сообщения. Проблема часто возникает потому, что «открыть продукт» и «начать получать от него пользу» записаны в отчёте как одно событие.

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

Сначала разделите допуск и активацию

Идентификация подтверждает, с кем банк вступает в отношения. Проверка клиента, которую часто называют KYC — know your customer, — включает предусмотренные правилами процедуры изучения клиента. Активация продукта показывает, начал ли человек использовать доступные ему возможности. Успешная проверка необходима для соответствующих операций, но сама по себе не означает полезного использования.

В обзоре руководства FATF Financial Stability Board связывает цифровую идентификацию с надёжностью подтверждения личности и риск-ориентированными процедурами проверки. Это основание разделять уровни доступа; документ не доказывает, что сокращение числа экранов повышает банковскую выручку.

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

Опишите путь как последовательность состояний

Полезно начать с одного продукта и одной причины обращения. Универсальная цепочка для карты, вклада и расчётного счёта быстро превращается в набор сообщений, которые приходится объяснять клиенту.

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

Выберите первое полезное действие

Метрика активации должна соответствовать продукту. Для повседневной карты кандидатом может быть проведённая покупка, для счёта предпринимателя — исполненный платёж контрагенту. Вход в приложение удобен для наблюдения, но обычно недостаточен для вывода о полученной ценности.

Проверьте выбранное событие на предыдущих когортах — группах клиентов, пришедших в один период. Сохраняется ли связь с использованием через несколько недель? Не объясняется ли она исключительно бонусом? Не попали ли в «активных» сотрудники, тестовые аккаунты и операции, затем отменённые?

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

Сообщение должно устранять конкретное препятствие

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

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

Пример нейтрального текста: «Счёт доступен. Реквизиты для перевода находятся в разделе “О счёте”. Если не получается открыть раздел, помощь доступна в чате приложения». Фактический текст и канал зависят от классификации сообщения и разрешений клиента.

Условный пример: что считать результатом

В пилоте 8 000 клиентов с доступным продуктом случайно распределили поровну. Контроль получил обычное сопровождение, тест — новые подсказки после незавершённого действия. Через одинаковые 14 дней полезную операцию совершили 1 520 клиентов теста и 1 360 клиентов контроля.

Доли составили 38% и 34%. Наблюдаемая разница — 4 процентных пункта, или 160 дополнительных активаций на размер тестовой группы. Это оценка по всем назначенным клиентам, включая тех, кто не прочитал сообщение.

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

Как не потерять управление сценарием

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

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

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

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

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

Источники

Financial Stability Board; FATF. Guidance on Digital Identity. Обзор руководства FATF, 6 марта 2020.