Кейс · Полетели · Приложения
Android-приложение для подбора пакетных туров
Человек сравнивает тур на нескольких витринах, а потом пишет менеджеру — и уже не помнит, какой был отель и какая дата. У «Полетели» не было своего пути, где тур, отель и экскурсия собираются в один заказ, и реклама вела на чужое сравнение.
- Клиент
- «Полетели», подбор пакетных туров
- На старте
- Менеджеры закрывали около 30 подборов в месяц, в бронь — 12%
- Работы
- Исследование, дизайн, Android-приложение, кабинет менеджера
- Срок
- 18 недель
12% → 18%
Конверсия подбора в бронь после третьего месяца публикации
1 600
Установок приложения в месяц
65%
Диалогов с менеджером, где тур уже выбран в приложении
Коротко
Главное о проекте
Сделали для «Полетели» Android-приложение, где тур, отель, тип номера, экскурсии и рассрочка собраны в одной карточке, а менеджер ведёт диалог по конкретному туру. После третьего месяца — 1 600 установок в месяц, 220 начатых подборов и 40 броней, конверсия подбора в бронь выросла с 12% до 18%.
Задача
С чем пришёл клиент
Рядом уже стояли крупные витрины туров. Своего пути, где тур, отель и экскурсия собираются в один заказ, у «Полетели» не было: менеджер подхватывал клиента в мессенджере, когда тот уже насмотрелся на чужом сайте.
01
Человек сравнивал тур на нескольких витринах и терял, из чего он состоял
02
Гибкая дата и поиск отеля по названию либо были, либо поиск начинался заново
03
Рассрочка и экскурсии всплывали в переписке, а менеджер не видел, на каком туре остановились
04
Без своей выдачи реклама приводила человека на чужое сравнение
Тур выбирают сравнением — значит, сравнение должно заканчиваться у нас: дата, отель, номер, экскурсия и рассрочка в одной карточке
Решение
Как строили работу
ШКАЛА ПРОЕКТА
18 недель
01
3 недели
02
3 недели
03
7 недель
04
3 недели
05
2 недели
- 01
Состав тура
3 недели
Разобрали, что человек обязан увидеть в туре до заявки: дату, отель, номер, экскурсии, рассрочку. Сверили это с крупными витринами — у кого что есть, а чего нет.
- 02
Поиск и карточка
3 недели
Спроектировали поиск, карточку тура, карту и заявку менеджеру — так, чтобы гибкая дата и отель по названию не отправляли к началу поиска
- 03
Приложение и сервер
7 недель
Android-приложение и сервер туров. Туры группируются по типам номеров, для вечернего выбора есть тёмная тема.
- 04
Кабинет менеджера
3 недели
Диалог привязан к конкретному туру, а не идёт общим чатом: менеджер сразу видит, на чём остановился человек
- 05
Запуск
2 недели
Закрытый запуск на первых пользователях, затем публикация в магазине приложений
Что сделано
Приложение
Поиск тура с гибким вылетом ±3 дня и поиском отеля по названию
Фильтры по рейтингу, классу отеля, питанию, линии пляжа и бюджету
Выдача списком и на карте, туры в отеле сгруппированы по типам номеров
Тёмная тема
Заказ
Состав тура до брони: номер, питание, трансфер, страховка и перелёт
Экскурсии и «Что посмотреть» рядом с отелем
Рассрочка как заявка, а не обещание банка на первом экране
Мои заказы с документами и билетами, push о статусе подбора
Менеджер
Кабинет с диалогом по конкретному туру
Заявка из приложения сразу с выбранным туром
Сервер туров, общий для приложения и кабинета
Работа
Как это выглядит
Результаты
Что изменилось
Было → стало
Конверсия подбора в бронь
+6 п. п.
было
12%
стало
18%
Итоги для бизнеса
После третьего месяца — 1 600 установок в месяц, 220 начатых подборов и 40 броней при среднем чеке тура 145 000 ₽
В 65% диалогов тур уже выбран в приложении: менеджер начинает с деталей, а не с первого вопроса
Конверсия выросла, потому что рассрочка и экскурсии стоят в карточке, а не всплывают в переписке
Реклама теперь ведёт в свою выдачу, а не на чужое сравнение
Цифры относятся к этому проекту и периоду после запуска. Прогноз для вашего проекта считаем отдельно — с учётом ниши, региона и стартовой точки.
Вопросы
Вопросы по кейсу
Зачем своё приложение, если есть крупные витрины туров?
На витрине человек сравнивает и уходит, а менеджер подхватывает его уже после чужого сайта. В своём приложении тур, отель и экскурсия собираются в один заказ — и в 65% диалогов тур уже выбран.
Почему рассрочка оформлена как заявка?
Рассрочку видно в карточке тура, но оформляется она заявкой, а не обещанием банка на первом экране. Так она не всплывает внезапно в переписке и не обещает того, что ещё не одобрено.
Как менеджер понимает, какой тур смотрел клиент?
Диалог в кабинете привязан к конкретному туру, а не идёт общим чатом. Менеджер видит тур, на котором человек остановился, а клиент получает push, когда подбор меняет статус.
За какой срок получен результат?
Проект занял 18 недель, из них 7 — приложение и сервер туров. Цифры в кейсе — после третьего месяца с публикации в магазине приложений.
Портфолио
Другие проекты
Приложения · Сайты · Каршеринг
Volt Drive
Приложение каршеринга на весь путь поездки — от карты до оценки: 700 поездок в месяц вместо 400, 91% завершений без спора вместо 80%, до старта доходят 78% броней
400 → 700
Поездок в месяц ко второму месяцу после запуска
Смотреть кейс
Приложения · Сеть тренировок и выездов
Balanced Being
Приложение с планами, офлайн-записью тренировок и абонементом: 780 активных абонементов вместо 600, продление 55% вместо 42%, выручка абонементов с 2,3 до 3,3 млн ₽
2,3 → 3,3 млн ₽
Выручка абонементов в месяц после четвёртого месяца в сторах
Смотреть кейс
Приложения · Сайты · Онлайн-тренировки
FitnessApp
Кабинет тренера в браузере и приложение ученика с оплатой до выдачи плана: 70 учеников вместо 45, удержание 68% вместо 50%, выручка с 270 000 до 455 000 ₽ в месяц
270 → 455 тыс. ₽
Выручка в месяц после третьего месяца на новой схеме
Смотреть кейс
Обсудим ваш продукт
Запустим приложение без лишнего первого релиза
Расскажите, что человек должен сделать в приложении в первую минуту. Отделим первый релиз от второго, оценим платформы и сроки и покажем, где обычно теряется пользователь.
Сценарий первого релиза и то, что стоит отложить
Выбор платформ, сервера и интеграций
Оценка сроков и бюджета по спринтам
Можно прийти с готовым приложением: начнём с разбора, где в нём бросают главный сценарий