Как мы перестали просить клиентов вводить одни и те же данные десятки раз

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

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

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

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

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

Основные пользователи Prefill — технологи, системные и продуктовые аналитики. Их задача — настроить заявочный флоу без участия разработчиков. Prefill позволяет им определять, какие данные нужны для открытия продукта, конфигурировать отображение полей и экранов, а также настраивать A/B-тесты без изменения кода.

Это освобождает продуктовые команды от рутины: больше не нужно вручную искать данные в CRM и реестрах, реализовывать сложные условия показа на фронте или решать вопросы соответствия ИБ-требованиям на уровне обработки персональных данных.

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

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

Масштабируемость Prefill построена на конфигурационном подходе. Мы поддерживаем настройки по продукту, каналу поступления заявки (мобильное приложение, веб), версии клиентского приложения и A/B-экспериментам. Бизнес-правила применяются точечно — под конкретный сценарий, без дублирования. Это позволяет переиспользовать логику и данные между продуктами.

Сейчас через Prefill проходит треть заявок, которые обрабатывает банк. А заявок с повторными данными в 3,5 раза меньше, чем у альтернативных решений.

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