Контекст и команда
«Карета Рус» — сервис аренды велокарет (обычных и электрических) в парках. Формат B2C: платят и катаются одни и те же люди — семьи с детьми, пары. Масштаб — 200+ городов и аудитория 200 000+ MAU (официальная статистика компании).
Формат работы был нестандартным: нашу небольшую студию — меня, продакт-менеджера и двух разработчиков — наняли и встроили в основную команду разработки заказчика. Я отвечал за весь продуктовый дизайн. Работа заняла 4–5 месяцев, прямой контакт со стейкхолдерами — выделенными людьми со стороны заказчика — был на протяжении всего проекта.
От «сделайте редизайн» к реальной задаче
Заказчик пришёл с запросом на визуальный редизайн. Прежде чем рисовать, я запросил продуктовые метрики и прошёлся по публичным отзывам в App Store — визуальная перестройка в любом случае тянет за собой UX-последствия, и делать её вслепую значит перекрашивать проблемы.
Данные показали две вещи:
- Пользователи терялись на этапе регистрации — она была болезненно длинной, и воронка до старта поездки осыпалась именно там
- Часть жалоб в отзывах относилась не к дизайну: сбивались счётчики тарифов, случались ошибочные списания. Это технические проблемы вне моего контура — но их было важно отделить, чтобы не лечить дизайном то, что дизайном не лечится
Так «просто редизайн» превратился в перестройку сценариев с визуальным обновлением поверх.
Как устроен продукт
Основной сценарий: онбординг (обязательный — не все понимают, как работает аренда велокарет) → найти карету → отсканировать QR-код → забронировать → поездка → завершение. Тарифы двух типов: поминутные и пакетные. Плюс отдельный продукт — аудиогиды: маршрут по парку, где аудиорассказ о местах подстроен по таймингу под движение; есть платные и бесплатные.
Ключевые решения
1. Воронка до старта поездки: 15 шагов → 10
Главная работа — сокращение пути от входа в приложение до начала поездки с ~15 шагов до 10. Основной удар пришёлся на регистрацию и бронирование: убрал лишние экраны, объединил шаги, вынес необязательное из критического пути. Решения защищались перед стейкхолдерами в формате: метрики → гипотезы → защита → отбор по таймингам, сложности реализации и пользовательскому опыту.
2. Аудиогиды: из мёртвого раздела — в момент покупки
Аудиогиды существовали в приложении и до меня — с почти нулевой посещаемостью. Фича была спрятана в отдельном разделе, куда пользователь не имел причин заходить.
Решение — не переделывать фичу, а переместить её в контекст: я встроил аудиогид в флоу брони и аренды как опцию в момент оформления поездки. Пользователь, который уже арендует карету, видит предложение маршрута с аудиорассказом ровно тогда, когда решает, как провести прогулку. Поездка по маршруту вшита в обычный флоу пользования — это не отдельный режим, а надстройка над арендой.
3. Работа без доступа к пользователям
Интервью провести не удалось — прямого доступа к пользователям у нас не было. Компенсировали тремя источниками: продуктовые метрики, публичные отзывы App Store и коридорные тесты, для которых мы самостоятельно находили респондентов. Не идеальная замена полноценному ресёрчу, но достаточная, чтобы решения опирались на данные, а не на вкус.
Результаты
Коридорные тесты прогнозировали +5–7% к конверсии — прогноз подтвердился на верхней границе. Доля поездок с аудиогидом удвоилась после встраивания в флоу аренды.
Судьба проекта после передачи
По условиям контракта все права на дизайн принадлежат заказчику. После завершения работы команда компании самостоятельно дописывала мобильные приложения под iOS и Android и продолжила развивать дизайн — текущая версия в сторах заметно отличается от переданной. До прода в исходном виде дожил каркас: структура навигации, layout карточек и дизайн карты. В кейсе показаны мои макеты — та версия, за которую я отвечаю.