Плати частями: адаптивный график оплаты в СБОЛ
Сбер «Плати частями» — сервис оплаты покупок несколькими платежами. Я спроектировала его развитие внутри СБОЛ: единое управление покупками, персональный график и два связанных сценария — через новую покупку и накопительную цель
Product design · исследование, UX, UI, прототипирование, 3D, motion
Контекст и задача
Задача — переосмыслить «Плати частями» как часть СберБанк Онлайн и найти ценность, которая отличает сервис от стандартной рассрочки с фиксированным графиком
В основе концепции два режима: стандартный план для быстрой покупки и персональный — когда сумму, срок или дату нужно подстроить под финансовый ритм пользователя
Исследовала текущий путь и проблемы пользователей
Собрала AS IS от выбора способа оплаты до управления уже оформленным планом. Путь распадался между магазином, браузером, «Плати частями», Sber ID, SberPay и отдельным личным кабинетом — на каждом переходе пользователю приходилось заново восстанавливать контекст
Карту дополнила качественной и количественной частью: разобрала текущий путь и интерфейсы, провела короткий опрос среди пользователей Сбера из своего окружения, а позже проверила прототип на трёх пользователях
Проверила понимание механики, доверие к расчёту и ощущение контроля
Сузила гипотезы и уточнила, что важнее всего до оформления
Что подтвердило исследование
Бенчмаркинг
Разобрала, как Ozon, Т-Банк и Яндекс Сплит встраивают рассрочку в покупку: когда показывают предложение, как объясняют будущую нагрузку и где пользователь управляет планом после оформления
Ozon Рассрочка
Рассрочка встроена в покупку: условия появляются рядом со способом оплаты, срок меняется с пересчётом, а повторный сценарий становится короче
Т-Банк
Предложение встроено в банковский сценарий, срок выбирается до оформления, а активная рассрочка и следующий платёж остаются внутри приложения
Яндекс Сплит
Пользователь заранее видит доступную сумму и будущую нагрузку, сравнивает сроки и управляет уже оформленными платежами в одном месте
Проверила гипотезы на вайрфреймах
На основе AS IS, опроса и бенчмаркинга проработала шесть сценариев — от ручной настройки до персонализации по финансовому профилю. На вайрфреймах сравнила длину пути, точки согласия и момент, когда пользователь должен увидеть итоговый график
Приоритизация гипотез
Сопоставила потенциальную ценность, уверенность и сложность реализации. Основным сценарием стал адаптивный план, AI остался вспомогательной механикой для сложных пожеланий, а «Цели × Плати частями» — вторым контекстным входом
Что вошло в основной концепт
Стандартный график остаётся доступным сразу, настройка включается по желанию
Свободное пожелание переводится в параметры только после подтверждения пользователем
Накопленная сумма используется для покупки, а остаток распределяется на платежи
Ручная настройка и финансовый профиль не стали отдельными длинными flow: их полезные элементы встроены в персональный план. Вход из каталога оставлен следующим этапом после проверки основного сценария
От гипотез к решению: дизайн
Главная сервиса внутри СБОЛ
В исходном опыте сервис жил отдельно от банковского приложения: после покупки пользователь переходил в браузер и отдельный личный кабинет, а управление графиком оказывалось вне основного финансового контекста
В концепции «Плати частями» становится разделом внутри СБОЛ. Вход находится в «Кредитах», а главная объединяет активные покупки, ближайшие платежи и новые действия — оплату в магазине, создание цели, онлайн-покупку и изменение графика
- Все покупки рядомСтатус, прогресс и следующий платёж доступны без перехода в отдельный кабинет
- Действия на первом уровнеНовый план, цель и изменение графика начинаются из одного раздела
- Сервис продолжает СБОЛНавигация и визуальная иерархия остаются частью привычного банковского приложения
Сценарий 1. Персональный план с AI
Стандартный график доступен сразу и не требует настройки. Если условия не подходят, пользователь выбирает комфортный платёж и дату списания, а для нестандартной ситуации может дополнить параметры свободным запросом
По умолчанию — стандартный план
До оформления видны сумма, даты и срок. Пользователь может продолжить без персонализации или перейти к настройке
Настраиваю под себя
Комфортный платёж, дата списания и дополнительные условия собраны на одном уровне. Подключение данных другого банка остаётся отдельным и необязательным действием
AI, если готовых настроек недостаточно
Пользователь описывает условие своими словами — например, просит уменьшить платёж в конкретном месяце. AI переводит запрос в параметры, показывает анализ и итоговый график. До оплаты можно проверить суммы, даты и факторы расчёта или вернуться к стандартному плану
Оплата и подтверждение
После оплаты появляется экран подтверждения с анимацией 3D-объекта. Пользователь может завершить сценарий или перейти к графику платежей. 3D и motion сделала самостоятельно
Сценарий 2. Цели × Плати частями
Второй сценарий начинается не с предложения рассрочки, а с уже существующего намерения купить. Когда в цели накоплена заметная часть суммы, появляется действие «Можно купить раньше» — его можно проигнорировать и продолжить копить
Расчёт связывает два продукта без отдельного выбора суммы: накопления используются как первый платёж, остаток распределяется на части. До оформления пользователь видит конкретный пример — 1 114 ₽ спишем из цели, 8 886 ₽ разделим на четыре платежа
3D-иллюстрации
Сделала отдельный набор объектов под сервис: единый стиль, мягкий свет, стекло и металл
Проверила прототип на 3 пользователях
В коротких прогонах проверяла понимание механики, доверие к расчёту и ощущение контроля — не визуальные предпочтения
Сработало
- персональный план воспринимался как опция
- финальное решение оставалось за пользователем
- вход через цель был связан с понятным намерением купить
Потребовало уточнения
- зачем подключать данные другого банка
- что изменилось после пересчёта
- как пожелание связано с итоговым графиком
Следующий этап
Перед пилотом нужно расширить прототип рабочими состояниями: недостаток данных, отказ от согласий, изменение условий, досрочное погашение, возврат в сервис и проблемный платёж
Основная проверка — растёт ли конверсия в оформление и повторное использование без роста пропущенных платежей и без удлинения стандартного сценария
Итог
Концепция превращает «Плати частями» из отдельного checkout-сервиса в управляемый продукт внутри СБОЛ. Стандартная покупка остаётся быстрой, а персонализация подключается только там, где пользователю нужно изменить график или связать оплату с уже накопленной целью
Ключевая ценность — не AI сам по себе, а контроль над будущей нагрузкой: условия видны до решения, источник каждого расчёта объяснён, а активный план остаётся в основном финансовом контексте пользователя
