Авторизация
Пользователь должен стабильно войти в приложение до перехода к основному сценарию.
CASE / MOBILE PRODUCT
Приложение такси: доработать критичный путь без переписывания продукта.
Кейс работы с существующим мобильным приложением: авторизация, поездки, уведомления, взаимодействие с API и подготовка стабильной релизной сборки. Здесь ценность — сохранить уже работающий продукт и довести критичный сценарий до релиза.
01 / КОНТЕКСТ
Существующий продукт — это ограничение. И одновременно актив.
При доработке мобильного приложения нельзя рассматривать нужную функцию отдельно от уже работающего пути пользователя. Изменения в авторизации, поездке, API или уведомлениях должны сохранять связанные состояния и не ломать релизный контур.
Поездка
Ключевой пользовательский путь связан с текущим состоянием заказа и действиями клиента.
API и уведомления
Интерфейс зависит от серверных данных и изменений состояния, которые приходят извне.
Релизная сборка
Изменения доводятся до состояния, пригодного для выпуска, а не остаются локальной правкой.
02 / РЕАЛИЗОВАНО
Что реализовано.
Ниже — реализованные функции и их роль в пользовательском сценарии.
Авторизация
Работа с входом пользователя как обязательной частью основного мобильного сценария.
Сценарий поездки
Связанные состояния и действия внутри существующего приложения.
API / уведомления
Взаимодействие клиентского интерфейса с внешними данными и событиями.
Подготовка релиза
Фокус не только на коде функции, но и на доведении сборки до выпуска.
FROM CASE TO TASK
Похожая задача?
Кейс показывает реальную работу, а эти страницы - варианты реализации для нового проекта.
СЛЕДУЮЩИЙ ПРОЕКТ — ВАШ
Давайте соберём
что-то сильное.
Пара предложений о задаче — уже начало. Ссылка, макет или существующий код помогут оценить объём.
@Alexuys ↗alexgtup@gmail.com