October 20, 2025

Анализ UI/UX #ЯНДЕКСGO

Все началось вот с этой страницы, когда я поняла, что на ней тупик, хотя у всех конкурентоспособных приложений на этом этапе есть CTA, предлагающий установить приложение. Это #ЯндексТелемост. Меня просят остаться в браузере. Выбора нет - нет кнопки “Скачать”/”Перейти в приложение”.

В чем проблема?

  • У пользователя нет следующего шага, если он хочет стабильное качество связи.
  • Это снижает вероятность перехода на приложение (где удержание выше).
  • Нарушена UX-логика «ветвления» = нет развилки между браузером и приложением.

____________________________________________________________________________

Для теста я взяла самые популярные сервисы (ну и те, что использую сама, чтобы не скачивать ничего специально).

#ЯндексGo (такси, доставка, самокаты, транспорт)

#ЯндексЕда (доставка готовой еды из ресторанов)

#ЯндексЛавка (экспресс-доставка продуктов и бытовых товаров)

#ЯндексДрайв (каршеринг)

#ЯндексДоставка (курьерская доставка посылок)

#ЯндексАфиша (покупка билетов в кино, концерты, театр)

#ЯндексМетро #ЯндексТранспорт (построение маршрутов в общественном транспорте)


🚕 UX-деконструкция: Яндекс Go

ЯндексGo - это действительно флагман среди городских сервисов Яндекса и концентрат всего их подхода к интерфейсам.
Разбор построен по структуре, максимально приближённой к формату, который используют в UX-аудитах (Nielsen Norman Group, Baymard, а также внутренние UX-методики продуктовых команд).

🔹 1. Контекст продукта

  • Платформы: iOS, Android, Web (есть ограничения).
  • Функциональные блоки: Такси, Доставка, Транспорт, Самокаты, Аренда авто, История заказов, Профиль, Платежи.
  • Ключевая метрика: удержание и частота повторного использования.
  • Сложность: несколько разных сценариев в одном интерфейсе.

🔹 2. Основные пользовательские сценарии

  1. Заказ такси (добраться из точки "А" в точку "Б")
  2. Доставка (курьер)
  3. Самокат/Аренда (быстро взять транспорт рядом)
  4. Транспорт/Маршруты (построить маршруты от точки "А" в точку "Б")


🔹 3. UX-проблемы и “тупики”

🧭 3.1. Навигация и архитектура

  • Проблема: перегруз главного экрана.
    На стартовом экране собраны все сервисы: «Такси», «Еда», «Самокаты», «Транспорт» и т. д.
    Пользователь сталкивается с когнитивной перегрузкой и не всегда понимает, куда нажать.
    Визуально каждый блок конкурирует за внимание.
  • UX-тупик: при переключении между сценариями (например, Такси → Самокаты) последнее состояние сбрасывается - нет сохранения предыдущих состояний.

Что можно было бы сделать:

  • Ввести адаптивную навигацию (динамически показывать наиболее используемые разделы).
  • Сократить количество CTA на первом экране, вынести второстепенные сервисы в “Ещё”.
  • Сохранение последнего контекста внутри раздела.

🚗 3.2. Сценарий заказа такси

  • Проблема:
    После выбора адресов карта становится перегруженной элементами — появляются подсказки, блоки с тарифами, промо и рекомендации.
    Пользователь теряет “точку действия”.
  • Тупик:
    Когда заказ отменён или водитель не найден - экран часто уходит в пассивное состояние без чёткого CTA “попробовать снова”.
    Это UX-dead-end, нарушающий принцип “recoverability”.

Что можно было бы сделать:

  • Свести все вспомогательные элементы к одной зоне (например, “действия с поездкой”).
  • При ошибке всегда показывать активную альтернативу: “Повторить поиск”, “Выбрать другой тариф”, “Связаться с поддержкой”.

📍 3.3. Карта и обратная связь

  • Проблема:
    На карте слабая визуальная иерархия между точками старта/финиша, машиной и зоной поиска.
    Иногда неясно, “куда едет водитель” или где он сейчас.
    Это снижает sense of control.

Что можно было бы сделать:

  • Использовать микрометрики (прогресс движения) и микроанимации.
  • Сделать состояния карты более читаемыми — подсветка активной зоны маршрута, уменьшение яркости фона.

💳 3.4. Оплата и завершение поездки

  • Проблема:
    После завершения поездки интерфейс “распадается”: оценка поездки, чаевые, промо, история - всё на разных экранах.
    Нарушается flow, падает CTR на чаевые и повторные заказы.

Что можно было бы сделать:

  • Сформировать “экран завершения поездки” как единый UX-поток:
    1. Оценка
    2. Чаевые
    3. “Добавить в избранные маршруты”
    4. “Повторить заказ”

📱 3.5. МикроUX-ошибки

  • Текстовые поля часто перекрываются клавиатурой (=раздражение). Решение: динамическое смещение контента
  • Слишком мелкие CTA-кнопки на карте (=промахи, ошибочные клики = раздражение). Решение: увеличить tappable-зону
  • Несогласованность иконок (=снижает узнаваемость). Решение: унификация пиктограмм через Yandex Design System
  • Отсутствие “undo” при отмене заказа (=нет чувства контроля). Решение: добавить временное окно отмены

🔹 4. Бизнес-влияние UX-ошибок

  • Навигационный шум (=новые пользователи не доходят до заказа)
  • Тупики после отмены (=отсутствует “второй шанс” - это дроп)
  • Дробный post-ride flow (=разрыв сценария, падение LTV)
  • Неясность карты (=рост обращений в поддержку + снижение NPS)

🔹 6. Вывод

“Яндекс Go” - мощный, но перегруженный интерфейс.

  • каждый сценарий работает сам по себе, без общего нарратива. Для пользователя - это “сервис-мозаика”, для бизнеса - потери на конверсии и удержании.

Сделаю ставку на то, что потенциал роста UX-эффективности: +10–15 % конверсии в заказы и до 20 % повышения удержания после устранения тупиков.