October 20, 2025
🚘 Анализ UI/UX #ЯНДЕКСДРАЙВ
🔹 1. Контекст продукта
- Платформы: iOS, Android.
- Цель: взять каршеринг, управлять арендой и завершить поездку.
- Ключевые UX-показатели:
🔹 2. Основные пользовательские сценарии
- Регистрация / onboarding (получить доступ к аренде)
- Поиск авто (найти машину поблизости)
- Аренда / начало поездки (быстро сесть и поехать)
- Завершение аренды (корректно закончить)
- Пост-опыт (оценить, повторить)
🔹 3. UX-проблемы и тупики
🪪 3.1. Регистрация и onboarding
- UX-тупик:
После загрузки документов приложение просто показывает “ожидайте проверки” без объяснения сроков и без возможности вернуться к другим действиям.
- Добавить прогресс-бар “Проверяем документы (≈15 минут)”.
- Разрешить пользователю исследовать интерфейс (карта, тарифы) во время ожидания.
- Добавить CTA “Получить уведомление, когда проверим”.
🗺 3.2. Поиск и выбор авто
- Проблема:
Карта перегружена - иконки машин, зон парковки, кнопки фильтров, погодные данные, промо.
При скролле - “визуальный шум”.
- UX-тупик:
Пользователь кликает по машине, видит “недоступно для брони”, но не получает объяснения (например, “в сервисе” или “забронирована”).
- Сделать фильтрацию более умной: показывать только доступные машины.
- Добавить подсказку “Почему недоступна” при таче.
- Снизить визуальную плотность карты (градация яркости элементов).
🧭 3.3. Бронирование и запуск аренды
- Проблема:
Много промежуточных шагов: подтверждение тарифа - выбор оплаты - инструкции - кнопка “Открыть авто”.
Пользователь теряет ощущение скорости - когнитивная усталость. - UX-тупик:
Если оплата не прошла, интерфейс выдаёт “Ошибка оплаты” без вариантов (нет CTA “повторить”, “выбрать другую карту”).
- Ввести fast-book flow: один экран с основными настройками (тариф, оплата, открытие).
- Добавить fallback для оплаты - кнопка “другой способ”.
- Объединить инструкции в collapsible-блок.
🅿️ 3.4. Завершение аренды
- Проблема:
Завершение часто вызывает тревогу - слишком много шагов: “припаркуйтесь - сделайте фото - подтвердите”.
При этом система плохо объясняет, почему не удаётся завершить (например, “нельзя парковаться здесь”). - UX-тупик:
Нет интерактивной подсказки “куда можно переставить машину”, если зона невалидна.
- Показать зону парковки как heat-map (где можно / нельзя).
- Добавить CTA “показать ближайшее разрешённое место”.
- Автоматически подгружать причины отказа в завершении аренды.
⭐️ 3.5. Пост-опыт
- Проблема:
После завершения поездки экран с чеком и оценкой выглядит сухо, без призывов к действию.
Нет CTA “сохранить маршрут”, “добавить в избранные машины”, “оставить отзыв”.
🔹 4. МикроUX-ошибки
- Маленькие tappable-зоны на карте (ошибочные клики)
- Неочевидные ошибки валидации фото (размытое изображение = раздражение)
- Нет “Undo” при отмене бронирования (=тревожность)
- Несогласованность иконок тарифов (=путаница)
🔹 5. Вывод
- “Яндекс Драйв” - продукт с высоким UX-порогом.
- UX должен давать чувство контроля и обратной связи, но часто создаёт тревожность и лишние шаги.
___________________________________________________________________________________________
Потенциал улучшения:
- +15–20 % конверсии в первую поездку,
- 25−30 % обращений в поддержку,
- +10 % retention после оптимизации пост-опыта.