Редизайн виджетов
Q3 2025
Контекст
Текущие виджеты — легаси, которые переехали со старого ЛК Payment в новый ЛК МТС Деньги без изменений, чтобы ускорить процесс миграции. Сейчас появился ресурс на их переработку с целью повысить конверсию в оформление карты у текущих клиентов банка, подсвечивая виджетами статусы и мотивируя завершить оформление. Также хотим значительно увеличить take rate (на 25%) у клиентов, которые не выбрали доставку карты, а выбрали самовывоз или ушли с шага выбора способа получения, сделав виджет на таких клиентов с предложением заказать доставку.
AS IS
Текущие 2 виджета, собранные на кастомном коде, которые переехали в новой ЛК. Первый появляется после подписания карты, информирует пользователей о том, что всё ок, карта скоро появится. Второй отображает дату доставки карты, которую выбрал пользователь.
TO BE
Набор из 5 виджетов, собранных на компонентах дизайн-системы, а не кастомном коде. Подробнее про каждый виджет ниже в блоке “Решение”.
Пользовательские проблемы
- Непонятно к какому продукту относится виджет, так как везде написано просто “Заявка на кредитную карту”;
- Если не выбрать доставку карты при оформлении карты, то потом сделать это можно только по звонку в банк, что неудобно;
- Если бросить оформление заявки, то в неё нельзя вернуться снова на тот шаг, с которого ушёл.
Бизнес-проблемы
- Легаси архитектура, на которой практически невозможно вносить изменения;
- Нет возможности предлагать доставку клиентам, которые её не выбрали при оформлении карты;
- Нет возможности работать с брошенными заявками.
Гипотезы
- Непрерывная обратная связь по статусу заявки от оформления до получения карты потенциально повысит NPS и снизит кол-во обращений в поддержку;
- Возможность заказать доставку карты с помощью виджета потенциально увеличит take rate;
- Возможность продолжить оформление заявки с шага, на котором остановился пользователь, повысит конверсию в отправку заявки и подписание документов.
Задача
Опираясь на данные по верху и низу воронки, а также текущие виджеты, предложить набор новых виджетов с целью улучшения ключевых метрик продукта.
Процесс
- Синк с продактом, разработчиком, аналитиком, редактором для обсуждения новой задачи, проблем текущего решения, которые хотим решить, целей и метрик, к которым хотим прийти, ограничений и имеющихся ресурсов. В результате имеем понятный всем участникам план работы;
- Анализ текущих виджетов, верха и низа воронки, формирование гипотез и идей, встреча тем же составом, чтобы получить обратную связь и синхронизировать вектор работы;
- Детальная проработка каждого виджета, текстов, финальная сборка файла и запуск процесса согласований;
- Виджеты пока в процессе разработки, поэтому фронт-ревью ещё не проводилось.
Решение
Всё внимательно изучив, мы сформировали набор из 5 виджетов, собранных на компонентах дизайн-системы, а не кастомном коде как было раньше. Также запланировали ряд доработок в архитектуру, чтобы каждый виджет корректно отрабатывал как мы задумали и был гибким в настройке для быстрых изменений в будущем.
1
Виджет в ЛК у пользователей, которые начали заполнять заявку на КК, но ушли с какого-либо шага оформления. По нажатию на виджет, пользователь переходит на тот шаг заявки, с которого ушел
2
Виджет в ЛК у пользователей, которые заполнили заявку и получили одобрение, но не перешли дальше, а вышли из процесса. При нажатии на виджет ведём на экран Одобрения/Подписания.
3
Виджет в ЛК у пользователей, которые заполнили заявку на карту, получили одобрение, выбрали самовывоз в качестве способа получения. Этому сегменту мы хотим дать возможность заказать бесплатную доставку в любой момент, чтобы повысить take rate. Гипотезу ставили на основе данных, так как take rate у выбирающих доставку в разы выше чем у тех, кто выбирает самовывоз.
4
Виджет в ЛК у пользователей, которые заполнили заявку на карту, получили одобрение, выбрали доставку как способ получения. Этот виджет нужен для информирования пользователей + он даёт возможность изменить дату и время доставки.
5
Виджет в ЛК у пользователей, которые подписали документы на карту, но карта ещё не появилась в ЛК. Виджет нужен, чтобы снизить кол-во обращений в поддержку с вопросами, почему у меня не отобразилась карта итд... Так как карта может появиться как сразу после подписания, так и через 5-10 минут.
Результаты
Виджеты пока в процессе разработки, поэтому никаких данных нет, но проверять успех или неуспех проекта будем по следующим метрикам:
- Конверсия в отправку заявки: ожидаем +X% за счёт работы с брошенными заявками;
- Take rate у сегмента, кто не выбирает изначально доставку: +Y%;
- Снижение обращений в поддержку по статусам оформленной карты: −Z%.
© 2025 Made by Nikita Samulenkov.
All rights reserved.
Редизайн виджетов
Q3 2025
Контекст
Текущие виджеты — легаси, которые переехали со старого ЛК Payment в новый ЛК МТС Деньги без изменений, чтобы ускорить процесс миграции. Сейчас появился ресурс на их переработку с целью повысить конверсию в оформление карты у текущих клиентов банка, подсвечивая виджетами статусы и мотивируя завершить оформление. Также хотим значительно увеличить take rate (на 25%) у клиентов, которые не выбрали доставку карты, а выбрали самовывоз или ушли с шага выбора способа получения, сделав виджет на таких клиентов с предложением заказать доставку.
AS IS
Текущие 2 виджета, собранные на кастомном коде, которые переехали в новой ЛК. Первый появляется после подписания карты, информирует пользователей о том, что всё ок, карта скоро появится. Второй отображает дату доставки карты, которую выбрал пользователь.
TO BE
Набор из 5 виджетов, собранных на компонентах дизайн-системы, а не кастомном коде. Подробнее про каждый виджет ниже в блоке “Решение”.
Пользовательские проблемы
- Непонятно к какому продукту относится виджет, так как везде написано просто “Заявка на кредитную карту”;
- Если не выбрать доставку карты при оформлении карты, то потом сделать это можно только по звонку в банк, что неудобно;
- Если бросить оформление заявки, то в неё нельзя вернуться снова на тот шаг, с которого ушёл.
Бизнес-проблемы
- Легаси архитектура, на которой практически невозможно вносить изменения;
- Нет возможности предлагать доставку клиентам, которые её не выбрали при оформлении карты;
- Нет возможности работать с брошенными заявками.
Гипотезы
- Непрерывная обратная связь по статусу заявки от оформления до получения карты потенциально повысит NPS и снизит кол-во обращений в поддержку;
- Возможность заказать доставку карты с помощью виджета потенциально увеличит take rate;
- Возможность продолжить оформление заявки с шага, на котором остановился пользователь, повысит конверсию в отправку заявки и подписание документов.
Задача
Опираясь на данные по верху и низу воронки, а также текущие виджеты, предложить набор новых виджетов с целью улучшения ключевых метрик продукта.
Процесс
- Синк с продактом, разработчиком, аналитиком, редактором для обсуждения новой задачи, проблем текущего решения, которые хотим решить, целей и метрик, к которым хотим прийти, ограничений и имеющихся ресурсов. В результате имеем понятный всем участникам план работы;
- Анализ текущих виджетов, верха и низа воронки, формирование гипотез и идей, встреча тем же составом, чтобы получить обратную связь и синхронизировать вектор работы;
- Детальная проработка каждого виджета, текстов, финальная сборка файла и запуск процесса согласований;
- Виджеты пока в процессе разработки, поэтому фронт-ревью ещё не проводилось.
Решение
Всё внимательно изучив, мы сформировали набор из 5 виджетов, собранных на компонентах дизайн-системы, а не кастомном коде как было раньше. Также запланировали ряд доработок в архитектуру, чтобы каждый виджет корректно отрабатывал как мы задумали и был гибким в настройке для быстрых изменений в будущем.
1
Виджет в ЛК у пользователей, которые начали заполнять заявку на КК, но ушли с какого-либо шага оформления. По нажатию на виджет, пользователь переходит на тот шаг заявки, с которого ушел
2
Виджет в ЛК у пользователей, которые заполнили заявку и получили одобрение, но не перешли дальше, а вышли из процесса. При нажатии на виджет ведём на экран Одобрения/Подписания.
3
Виджет в ЛК у пользователей, которые заполнили заявку на карту, получили одобрение, выбрали самовывоз в качестве способа получения. Этому сегменту мы хотим дать возможность заказать бесплатную доставку в любой момент, чтобы повысить take rate. Гипотезу ставили на основе данных, так как take rate у выбирающих доставку в разы выше чем у тех, кто выбирает самовывоз.
4
Виджет в ЛК у пользователей, которые заполнили заявку на карту, получили одобрение, выбрали доставку как способ получения. Этот виджет нужен для информирования пользователей + он даёт возможность изменить дату и время доставки.
5
Виджет в ЛК у пользователей, которые подписали документы на карту, но карта ещё не появилась в ЛК. Виджет нужен, чтобы снизить кол-во обращений в поддержку с вопросами, почему у меня не отобразилась карта итд... Так как карта может появиться как сразу после подписания, так и через 5-10 минут.
Результаты
Виджеты пока в процессе разработки, поэтому никаких данных нет, но проверять успех или неуспех проекта будем по следующим метрикам:
- Конверсия в отправку заявки: ожидаем +X% за счёт работы с брошенными заявками;
- Take rate у сегмента, кто не выбирает изначально доставку: +Y%;
- Снижение обращений в поддержку по статусам оформленной карты: −Z%.
© 2025 Made by Nikita Samulenkov.
All rights reserved.
Редизайн виджетов
Q3 2025
Контекст
Текущие виджеты — легаси, которые переехали со старого ЛК Payment в новый ЛК МТС Деньги без изменений, чтобы ускорить процесс миграции. Сейчас появился ресурс на их переработку с целью повысить конверсию в оформление карты у текущих клиентов банка, подсвечивая виджетами статусы и мотивируя завершить оформление. Также хотим значительно увеличить take rate (на 25%) у клиентов, которые не выбрали доставку карты, а выбрали самовывоз или ушли с шага выбора способа получения, сделав виджет на таких клиентов с предложением заказать доставку.
AS IS
Текущие 2 виджета, собранные на кастомном коде, которые переехали в новой ЛК. Первый появляется после подписания карты, информирует пользователей о том, что всё ок, карта скоро появится. Второй отображает дату доставки карты, которую выбрал пользователь.
TO BE
Набор из 5 виджетов, собранных на компонентах дизайн-системы, а не кастомном коде. Подробнее про каждый виджет ниже в блоке “Решение”.
Пользовательские проблемы
- Непонятно к какому продукту относится виджет, так как везде написано просто “Заявка на кредитную карту”;
- Если не выбрать доставку карты при оформлении карты, то потом сделать это можно только по звонку в банк, что неудобно;
- Если бросить оформление заявки, то в неё нельзя вернуться снова на тот шаг, с которого ушёл.
Бизнес-проблемы
- Легаси архитектура, на которой практически невозможно вносить изменения;
- Нет возможности предлагать доставку клиентам, которые её не выбрали при оформлении карты;
- Нет возможности работать с брошенными заявками.
Гипотезы
- Непрерывная обратная связь по статусу заявки от оформления до получения карты потенциально повысит NPS и снизит кол-во обращений в поддержку;
- Возможность заказать доставку карты с помощью виджета потенциально увеличит take rate;
- Возможность продолжить оформление заявки с шага, на котором остановился пользователь, повысит конверсию в отправку заявки и подписание документов.
Задача
Опираясь на данные по верху и низу воронки, а также текущие виджеты, предложить набор новых виджетов с целью улучшения ключевых метрик продукта.
Процесс
- Синк с продактом, разработчиком, аналитиком, редактором для обсуждения новой задачи, проблем текущего решения, которые хотим решить, целей и метрик, к которым хотим прийти, ограничений и имеющихся ресурсов. В результате имеем понятный всем участникам план работы;
- Анализ текущих виджетов, верха и низа воронки, формирование гипотез и идей, встреча тем же составом, чтобы получить обратную связь и синхронизировать вектор работы;
- Детальная проработка каждого виджета, текстов, финальная сборка файла и запуск процесса согласований;
- Виджеты пока в процессе разработки, поэтому фронт-ревью ещё не проводилось.
Решение
Всё внимательно изучив, мы сформировали набор из 5 виджетов, собранных на компонентах дизайн-системы, а не кастомном коде как было раньше. Также запланировали ряд доработок в архитектуру, чтобы каждый виджет корректно отрабатывал как мы задумали и был гибким в настройке для быстрых изменений в будущем.
1
Виджет в ЛК у пользователей, которые начали заполнять заявку на КК, но ушли с какого-либо шага оформления. По нажатию на виджет, пользователь переходит на тот шаг заявки, с которого ушел
2
Виджет в ЛК у пользователей, которые заполнили заявку и получили одобрение, но не перешли дальше, а вышли из процесса. При нажатии на виджет ведём на экран Одобрения/Подписания.
3
Виджет в ЛК у пользователей, которые заполнили заявку на карту, получили одобрение, выбрали самовывоз в качестве способа получения. Этому сегменту мы хотим дать возможность заказать бесплатную доставку в любой момент, чтобы повысить take rate. Гипотезу ставили на основе данных, так как take rate у выбирающих доставку в разы выше чем у тех, кто выбирает самовывоз.
4
Виджет в ЛК у пользователей, которые заполнили заявку на карту, получили одобрение, выбрали доставку как способ получения. Этот виджет нужен для информирования пользователей + он даёт возможность изменить дату и время доставки.
5
Виджет в ЛК у пользователей, которые подписали документы на карту, но карта ещё не появилась в ЛК. Виджет нужен, чтобы снизить кол-во обращений в поддержку с вопросами, почему у меня не отобразилась карта итд... Так как карта может появиться как сразу после подписания, так и через 5-10 минут.
Результаты
Виджеты пока в процессе разработки, поэтому никаких данных нет, но проверять успех или неуспех проекта будем по следующим метрикам:
- Конверсия в отправку заявки: ожидаем +X% за счёт работы с брошенными заявками;
- Take rate у сегмента, кто не выбирает изначально доставку: +Y%;
- Снижение обращений в поддержку по статусам оформленной карты: −Z%.
© 2025 Made by Nikita Samulenkov.
All rights reserved.