Продуктовая фабрика: единый центр управления продуктами для банков

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

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

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

- централизует продуктовую логику;

- ускоряет запуск изменений;

- интегрируется с существующими системами без жёсткой привязки к чужому стеку;

- снимает проблемы vendor-lock.

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

Начали разработку с концепции будущего ландшафта домена АБС и архитектуры нашей платформы. Мы исходили из простой идеи: банкам не нужна революция. Им нужен способ снять нагрузку с ядра АБС, не изменяя сильно привычный ИТ-ландшафт. Поэтому мы чётко разделили зоны ответственности. АБС остаётся главной системой учёта. Продуктовая фабрика забирает на себя продуктовую логику, тарифы, описания и расчёты. Такой подход позволяет выносить продукты постепенно: сначала один, потом второй, затем тарифы для отдельных сегментов.

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

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

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

Одна из сильных сторон платформы — технологическая независимость. Мы проектировали её не как коробочный сервис с сильной зависимостью от решений вендора, а как продукт, который может встроиться в уже существующий ландшафт компании. Если в компании уже внедрены Postgres Pro, vanilla Postgres или другой совместимый компонент, мы не заставляем менять инфраструктуру только ради внедрения нашей платформы. То же касается и АБС: платформа не требует установки какого-то специфичного решения и может интегрироваться с той системой, которую банк уже использует. Такой подход делает решение понятнее для ИТ-команд, снижает барьер на старте проекта и позволяет быстрее запускать изменения без долгого ожидания ответов о технической возможности доработок.

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

Такой формат особенно удобен для банков, где ИТ-команды привыкли к legacy-процессам и хотят не только купить платформу, но и получить новый способ работы с продуктами.

Платформа уже дала измеримый эффект в реальных сценариях наших клиентов.

В зарплатных проектах:

- автоматизировано 68% ведомостей;

- время обработки зарплатной ведомости сократилось в 3 раза;

- отзыв ошибочно направленной ведомости сократился примерно с 10 минут до 1 минуты.

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

- портфель нового НС занял 22% в структуре накопительных счетов;

- совокупный портфель НС превысил 87 млрд рублей, рост с начала сентября составил 20%;

- число клиентов, использующих новый НС, превысило 40 тыс. человек;

- общее число клиентов с накопительными счетами превысило 230 тыс.

Отдельно изменились поведенческие метрики:

- транзакционная активность клиентов, открывших новый НС, выросла на 25%;

- 30% клиентов, которые раньше не проводили транзакции, начали совершать покупки после открытия нового НС;

- по когорте клиентов, открывших счёт в сентябре, удержание после первых двух месяцев составило 95%.