Feature LaunchUX FlowProduct Thinking

Поддержка нескольких номеров

Пользователи с несколькими номерами были вынуждены выходить из аккаунта и авторизовываться заново для управления каждым номером

01 — Ключевые моменты
Место для скрина
Ключевые изменения
01
Переключение в одно касание

Привязанные номера всегда доступны на главной — без повторной авторизации

02
Полноценное управление

После переключения доступны все основные функции приложения: тариф, услуги, платежи и другие сервисы

03
Без лишних экранов

Компактный Bottom Sheet заменил отдельный раздел и сохранил привычный сценарий работы

04
На базе существующей логики

Переиспользован раздел «Мои номера», что позволило ускорить разработку и снизить её стоимость

02 — Контекст

С чего всё началось

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

03 — Подход

Как принимала решения

Шаг 01

Собрала JTBD-интервью с активными пользователями с 2+ привязанными номерами

Шаг 02

Определила ограничения проекта: решение должно было встроиться в существующий интерфейс и не требовать дорогостоящей разработки

Шаг 03

Совместно с разработчиками пересмотрели архитектуру после внедрения SSO и нашли способ переключения без повторной авторизации

Шаг 04

Выбрала сценарий, который максимально использует существующую архитектуру приложения

04 — Решение

Что сделала

01

Встроила новый сценарий в существующий интерфейс

Вместо отдельного раздела разместила переключение номера в шапке приложения. Пользователь всегда видит активный номер и может сменить его за одно касание

02

Использовала уже знакомые пользователю механики

Все привязанные номера подтягиваются из существующего раздела «Мои номера». Это позволило сократить объём разработки и не создавать новую сущность в приложении

03

Учла ограничения проекта

Отказалась от сложного центра управления аккаунтами в пользу компактного Bottom Sheet. Решение получилось быстрым в разработке и полностью закрывало пользовательскую потребность

04

Продумала каждый сценарий

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

05 — Принцип, который я забрала с собой

Лучшее решение — не всегда самое трудозатратное. Иногда достаточно встроить новый сценарий в существующий интерфейс, если это делает жизнь пользователя проще

Следующий кейс →

Переработка сценария пополнения

Key scenario · Payments