Вернуться на главную
Навигация
Овервью
Придумал фичу генерации маршрутов и довёл её до релиза внутри VK Mini Apps. Сценарий помог снизить отвал на первом экране до 40%, увеличить завершение маршрутов до 25% и растить возвращаемость через сохранённые маршруты.
Контекст
VK Места это Mini App внутри VK с аудиторией около 400–500 тыс. MAU. Продукт помогает находить места, собирать маршруты и планировать поездки.

Раздел «Маршруты» был одним из ключевых сценариев: если пользователь смог быстро собрать маршрут, он получил понятную ценность от продукта. Если нет, Mini App превращался просто в каталог мест, где нужно самому долго выбирать, сравнивать и связывать точки между собой.

Моя задача была усилить этот сценарий: сделать так, чтобы пользователь быстрее доходил до готового маршрута и реже отваливался на этапе создания.
Проблема
В старой версии маршрут нужно было собирать вручную: придумать идею, добавить места, описание, даты и фото. Для пользователя это выглядело не как быстрый сценарий путешествия, а как длинная форма для автора контента. На этом ломалась воронка. Нужно было менять саму механику: не помогать заполнять маршрут, а помогать быстро получить готовый маршрут.

Метрики успеха
Для этой задачи важна была не красота формы, а то, насколько быстро пользователь получает готовый результат.

Гипотеза 1: достаточно упростить форму
Сначала мы пошли по очевидному пути: упростить форму создания маршрута. Идея была в том, чтобы убрать лишние поля, сделать экран короче и быстрее довести пользователя до добавления маршрута.

Я собрал первый прототип: локация, тип маршрута, даты поездки, длительность. Формально сценарий стал проще, но проблема осталась.

Пользователь всё ещё должен был сам придумать маршрут. Мы уменьшили форму, но не сняли главное усилие.
Почему первая гипотеза не сработала
Формально сценарий стал проще, но проблема осталась. Но после тестов стало понятно: пользователь тормозит не потому, что форма слишком длинная. Он тормозит потому, что не знает, какой маршрут хочет получить. Тогда мы поняли, что нужно перестать чинить интерфейс формы и начать чинить сам сценарий получения ценности.

Гипотеза 2: маршрут не должен собираться вручную
После первой итерации я предложил поменять саму механику: не заставлять пользователя создавать маршрут с нуля, а дать ему быстрый сценарий генерации.

Вместе с продактом и разработчиками мы пришли к формату из 3 шагов: куда едем, что важно в маршруте, сколько есть времени. После этого система с помощью ИИ собирает готовый маршрут, который можно открыть и использовать.
Проектирование нового сценария
В новом сценарии было важно не повторить ошибку первой гипотезы. Если дать слишком много настроек, генерация снова превращается в форму. Поэтому я оставил только параметры, которые реально помогают собрать маршрут.

Результаты
  • отвал на первом экране снизился до 40%
  • завершение маршрутов выросло до 25%
  • количество ручных действий до первого результата сократилось примерно в 2–3 раза
  • пользователь быстрее видел ценность продукта: не форму, а готовый маршрут
  • сценарий стал лучше работать на повторное использование, потому что маршрут можно было пересобрать под новый контекст
Что бы улучшал дальше?
После релиза я бы развивал генерацию не в сторону большего количества настроек, а в сторону персонализации.

Хороший следующий шаг: учитывать город, историю маршрутов, сохранённые места, любимые категории, сезонность и поведение похожих пользователей.

Тогда генерация становится не просто быстрым способом получить маршрут, а персональным помощником для поездок.
Вернуться на главную