Автоматизация бизнес-процессов банка: с чего начать и что учесть

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

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

Что такое автоматизация бизнес-процессов банка

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

В отличие от торговой или производственной компании, у банка есть готовое ядро — автоматизированная банковская система (АБС), где живут счета, проводки и продукты. Поэтому автоматизация процессов в банке — это в первую очередь то, что происходит вокруг АБС: как заявка попадает в банк, как проходит проверки и согласования, как клиент получает ответ.

Чем банк отличается от обычного бизнеса

Методика процессной автоматизации везде одна, но у банка есть особенности, которые меняют и выбор систем, и сроки проекта.

• Регулирование. Требования Банка России, закон о противодействии отмыванию доходов, закон о персональных данных и банковская тайна задают обязательные шаги процесса и правила хранения данных.
• Информационная безопасность. Банки относятся к субъектам критической информационной инфраструктуры, и для значимых объектов действуют требования, в том числе к использованию российского ПО.
• Наследие систем. АБС, скоринг, процессинг, ДБО и хранилище данных часто от разных поставщиков, и каждая новая система должна с ними договориться.
• Цена ошибки. Ошибка в процессе — это не потерянная заявка, а штраф, претензия регулятора или ущерб клиенту.

Вывод: в банке нельзя автоматизировать «как получится», а потом навести порядок. Проверки и контрольные точки закладывают в модель процесса до того, как его начинают настраивать.

Какие процессы банка автоматизируют

Основные кандидаты и что даёт автоматизация ↓

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

Фронт-, мидл- и бэк-офис: где что автоматизировать

Три слоя банковских процессов ↓

Фронт-офис чаще всего автоматизируют CRM и системой управления заявками: здесь важны скорость ответа и прозрачность воронки. Мидл-офис — это BPM-процессы со строгими правилами и журналом решений. Бэк-офис — интеграции, роботы и электронный документооборот: там много рутинных операций между системами.

Инструменты: АБС, BPM, CRM, RPA и low-code

Ошибка многих проектов — пытаться решить всё одной системой. В банке у каждого класса систем своя роль.

Подробнее о том, как процессы и клиентская база живут в одной системе, — в статье про BPM CRM систему. О том, где программные роботы оправданы, а где лучше нормальная интеграция, — в материале про автоматизацию бизнеса RPA. Робот, кликающий по экранам АБС, — временное решение: он ломается при каждом обновлении интерфейса.

Как выбрать процессы для первой волны

Автоматизировать всё сразу в банке не получится: слишком много зависимостей и согласований. Первую волну выбирают по пяти признакам.

1. Объём. Сотни и тысячи случаев в месяц, а не единицы.
2. Повторяемость. Большая часть случаев проходит по одному маршруту.
3. Ошибки и возвраты. Видно, где документы и анкеты ходят по кругу.
4. Готовый регламент. Правила уже описаны и согласованы с рисками и комплаенсом.
5. Измеримость. Понятно, как считать время, нагрузку и ошибки до и после.

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

Этапы проекта автоматизации

Обследование. Интервью с владельцами процесса и исполнителями, сбор регламентов, замер текущих сроков и объёмов.

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

Модель «как должно быть». Новый маршрут согласуют с рисками, комплаенсом и безопасностью до разработки, а не после. Подробно о том, как описать процесс, чтобы его можно было автоматизировать, — в статье про описание бизнес-процесса для автоматизации.

Пилот. Запуск на одном подразделении или продукте, параллельно со старым процессом, с ежедневным разбором ошибок.

Тиражирование. Перенос на остальные подразделения и следующий процесс из очереди.

Требования регулятора внутри процесса

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

• Идентификация до операции. По закону № 115-ФЗ клиента идентифицируют до начала обслуживания, а документы и сведения хранят не менее пяти лет после прекращения отношений.
• Персональные данные. По закону № 152-ФЗ данные граждан России записывают и хранят в базах на территории России, доступ к ним ограничивают.
• Журнал действий. Кто, когда и какое решение принял — для внутреннего контроля и проверок.
• Разграничение прав. Сотрудник видит только то, что нужно ему по роли.
• Банковская тайна. Сведения об операциях и счетах клиентов не должны уходить во внешние сервисы без оснований.

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

CRM в банке: где она уместна

CRM в банке закрывает фронт-офис: работу с заявками и продажами для малого и среднего бизнеса, расчётно-кассовое обслуживание, партнёрские каналы, обращения клиентов. Она даёт то, чего нет в АБС: воронку, задачи менеджерам, историю общения и контроль сроков ответа.

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

После запуска процессы банка меняются вслед за продуктами и требованиями. Поэтому у системы должен быть владелец внутри и понятный порядок изменений — своя команда или сопровождение CRM у подрядчика.

Как измерить эффект

Эффект автоматизации в банке меряют теми же метриками, что и в любом потоковом бизнесе, но с поправкой на контрольные точки:

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

Замер «до» делают на этапе обследования. Без него через полгода невозможно доказать, что проект что-то дал, и следующую волну будет сложно согласовать.

Команда проекта: кто нужен с первого дня

Проект автоматизации в банке проваливается чаще из-за состава команды, чем из-за технологий. Минимальный набор ролей:

• Владелец процесса — руководитель бизнес-подразделения, который отвечает за результат и принимает решения о маршруте.
• Бизнес-аналитик — описывает процесс «как есть» и «как должно быть», переводит требования в задачи.
• Риски и комплаенс — согласуют контрольные точки до разработки, а не на приёмке.
• Информационная безопасность — права доступа, хранение данных, интеграции с внешними сервисами.
• ИТ и владельцы смежных систем — интеграции с АБС, скорингом, документооборотом.
• Ключевые исполнители — сотрудники, которые будут работать в новом процессе каждый день.

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

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

Итог

Автоматизация бизнес-процессов банка строится вокруг АБС: CRM — для фронт-офиса, BPM — для процессов с правилами и журналом, интеграции и роботы — для бэк-офиса. Начинайте с потоковых процессов с понятными правилами, закладывайте требования регулятора в модель до разработки и замеряйте результат «до» и «после» — тогда каждая следующая волна будет согласовываться проще предыдущей.