Автоматизация онбординга в розничном банке
Типичная боль: банк привлекает МСБ-клиентов, но открытие счёта занимает 3-5 дней — и 30-40% заявителей уходят, не дождавшись. Причина — не технологии, а организационные разрывы между подразделениями.
Знакомая ситуация: банк вкладывается в привлечение МСБ, маркетинг работает, заявки идут. Но из каждых десяти заявителей трое-четверо уходят, не дождавшись открытия счёта. Не к конкурентам с лучшими ставками — просто к тем, кто открывает быстрее.
Почему так происходит? Когда мы раскладываем процесс онбординга по шагам и засекаем время, картина почти всегда одинаковая. Заявка проходит три подразделения — комплаенс, операционный отдел, ИТ. Каждое работает по своему регламенту, с собственной очередью. Комплаенс проверяет документы вручную, сверяясь с реестрами в отдельном окне браузера. Операционисты перебивают данные из анкеты в АБС руками. ИТ подключает ДБО по тикету. Суммарно клиент ждёт 3-5 рабочих дней, и никто в банке не может сказать, на каком именно этапе находится его заявка.
Что характерно — решение почти всегда оказывается неожиданно простым с технической стороны. АБС банка, как правило, уже имеет API для программного создания счетов — их внедрили, но никто не подключил. Госреестры для KYC-проверки доступны по API. Основная работа уходит не на код, а на перепроектирование процесса: формализация интуитивных правил комплаенса в набор автоматических правил. И здесь важный момент — автоматический процесс оказывается строже ручного, что становится аргументом для регулятора.
Чего можно ожидать: счёт открывается за 4 часа вместо 5 дней. Клиент получает SMS на каждом этапе. Отток на этапе онбординга падает на 60%+. А операционный отдел, освободившись от рутины ручного ввода, обрабатывает на 40% больше заявок без найма новых сотрудников.
Если у вас похожая ситуация — мы знаем, как это решить. Опыт с подобными проектами позволяет нам избежать типичных ошибок и дать результат быстрее.
Типичная проблема
Банк активно привлекает МСБ. Маркетинг работает — заявки растут. Но конверсия из заявки в открытый счёт катастрофически низкая: 30-40% заявителей уходят, не дождавшись завершения процедуры. Они уходят не к конкурентам с лучшими ставками — просто к тем, кто открывает быстрее. Если это про ваш банк — читайте дальше.
Почему так происходит
Онбординг во многих банках строится по логике 2010-х: бумажная анкета, ручная проверка документов, физический визит в филиал, ручная загрузка данных в АБС. Каждый этап — отдельное подразделение со своей очередью. Комплаенс, операционный отдел, ИТ — каждый работает по своему регламенту с собственными SLA, которые никто не контролирует. Клиент проходит три независимых процедуры вместо одной.
Как мы это диагностируем
При диагностике мы всегда начинаем с процессного аудита с хронометражем. И почти всегда обнаруживаем одно и то же: проблема не технологическая. АБС, как правило, уже имеет API для автоматического создания счетов — их просто никто не подключил. Проблема организационная: несколько подразделений не имеют общего процесса, каждое работает изолированно. Клиент проходит три независимых процедуры вместо одной.
Правильная модель
Единый сквозной процесс с четырьмя точками автоматизации: (1) цифровая анкета с предзаполнением по ИНН, (2) автоматическая проверка через госреестры и санкционные списки, (3) прямая запись в АБС через существующий API, (4) автовыдача доступа к ДБО. Критически важно — параллельная работа подразделений вместо последовательной.
Как мы это реализуем
Типовой проект занимает 3-4 месяца. Проводим процессный аудит с хронометражем каждого этапа, проектируем целевой процесс, строим интеграционный слой между веб-анкетой, системой комплаенса и АБС, настраиваем автоматические проверки по госреестрам, запускаем трекинг статуса заявки для клиента через SMS. Самый сложный этап — не код, а работа с комплаенсом: формализация интуитивных правил проверки в автоматические правила. Результат — автоматическая проверка оказывается строже ручной.
Как работает команда
На таких проектах работает команда из 4 человек: 2 разработчика, 1 бизнес-аналитик, 1 интеграционный инженер. Архитектуру процесса, модель интеграции и переговоры с комплаенс-подразделением веду я — это всегда самый сложный этап. Команда реализует интеграции, тестирует и документирует.
Какой результат это даёт
Если ваш банк тратит на онбординг больше одного дня — вы теряете клиентов. И скорее всего, решение стоит в 3-5 раз дешевле, чем вы думаете: API вашей АБС уже готовы, просто никто их не использует.
Что важно учесть
- • Прежде чем строить обходные пути — проверьте документацию АБС. В 80% случаев нужные API уже существуют, просто никто их не подключил
- • Организационные барьеры между подразделениями — главный враг скорости. Технологии вторичны
- • Формализуйте интуитивные правила комплаенса — автоматическая проверка будет строже ручной, и это станет аргументом для регулятора
- • SMS-трекинг статуса заявки снижает нагрузку на колл-центр на 30% — клиенты перестают звонить узнавать
Похожая задача?
Расскажите, что происходит у вас. Я разберу ситуацию и предложу конкретный путь.
Обычно отвечаю в течение нескольких часов