Кейс · Volt Drive · Приложения · Сайты
Мобильное приложение и кабинет оператора для каршеринга
Между «нашёл машину» и «поехал» у каршеринга есть право максимум на один лишний шаг. У Volt Drive их было несколько: карта жила отдельно, осмотр — в чате, отзыв — нигде. Повреждения всплывали, когда показывать фото было уже некому.
- Клиент
- Volt Drive, каршеринг
- Поездки
- Около 400 в месяц на старте
- Работы
- Приложение, сервер машин, оплата, кабинет оператора
- Срок
- 16 недель
400 → 700
Поездок в месяц ко второму месяцу после запуска
62% → 78%
Броней доходят до старта поездки
19% → 34%
Пользователей едут повторно в течение 14 дней
Коротко
Главное о проекте
Сделали для Volt Drive приложение на весь путь поездки — найти машину, выбрать тариф, осмотреть, поехать, завершить и оценить — и кабинет оператора. Ко второму месяцу поездок стало 700 вместо 400, без спора завершаются 91% вместо 80%, а повторно в течение 14 дней едут 34% вместо 19%.
Задача
С чем пришёл клиент
Машины и тарифы у Volt Drive были, своего приложения на весь путь поездки — нет. Часть поездок шла через обходной сценарий, а бронь и завершение жили в разных местах: карта отдельно, осмотр в чате, отзыв нигде.
01
Человек бросал сервис, если между «нашёл машину» и «поехал» оказывался лишний шаг
02
Оператор не видел, на каком статусе застряла поездка
03
Повреждение выяснялось после поездки, когда фото уже некому было показать
04
Без отзывов парк не понимал, какая машина портит повтор, а пуша о брони не было вовсе
Один статус на экран: человек в каждый момент видит ровно одно действие, а оператор — ровно тот шаг, на котором поездка застряла
Решение
Как строили работу
ШКАЛА ПРОЕКТА
16 недель
01
2 недели
02
3 недели
03
6 недель
04
3 недели
05
2 недели
- 01
Путь поездки
2 недели
Разложили путь целиком: найти машину, выбрать тариф, осмотреть, поехать, завершить, оценить
- 02
Экраны и статусы
3 недели
Спроектировали интерфейс по правилу «один статус на экран». Первый шаг — карта и ближайшая машина.
- 03
Приложение и сервер
6 недель
Разработали приложение и сервер машин, который знает геоточку и меняет статус поездки. Осмотр с фото встроен до старта.
- 04
Завершение и оплата
3 недели
Завершение, оплата и оценка поездки в одном потоке. Пуш, если бронь скоро сгорит.
- 05
Тест и публикация
2 недели
Закрытая группа проверила приложение на живых машинах, после этого его опубликовали
Что сделано
Приложение
Карта с ближайшей машиной на первом экране
Осмотр с фото до старта поездки
Завершение, оплата и оценка в одном потоке
Сервер
Сервер машин: геоточка и смена статуса
Пуш, если бронь скоро сгорит
Оплата поездки в приложении
Кабинет оператора
Поездка, человек и спор на одном экране
Статус, на котором застряла поездка
Оценки после завершения по каждой машине
Работа
Как это выглядит
Результаты
Что изменилось
Было → стало
Поездок в месяц
+75%
было
400
стало
700
Завершений без спора
+11 п. п.
было
80%
стало
91%
Броней, дошедших до старта
+16 п. п.
было
62%
стало
78%
Повторных поездок за 14 дней
+15 п. п.
было
19%
стало
34%
Итоги для бизнеса
Осмотр с фото до старта снимает спор о повреждениях: без спора завершаются 91% поездок
Карта с ближайшей машиной на первом шаге и пуш о сгорающей брони сокращают путь до старта: доходят 78% броней вместо 62%
Оценка после каждой поездки показывает парку, какая машина портит повтор. Повторно в течение 14 дней едут 34% вместо 19%.
Оператор видит поездку, человека и спор в одном кабинете и понимает, на каком статусе всё застряло
Цифры относятся к этому проекту и периоду после запуска. Прогноз для вашего проекта считаем отдельно — с учётом ниши, региона и стартовой точки.
Вопросы
Вопросы по кейсу
Почему «один статус на экран»?
Человек бросает каршеринг, если между «нашёл машину» и «поехал» больше одного лишнего шага. Когда на экране одно действие, путь не ветвится: до старта теперь доходят 78% броней вместо 62%.
Как решается вопрос с повреждениями?
Осмотр с фото встроен в приложение до старта поездки. Раньше повреждение выяснялось после, когда фото было уже некому показать, — теперь без спора завершаются 91% поездок вместо 80%.
Что получил оператор?
Кабинет, где видны поездка, человек и спор, а также статус, на котором поездка застряла. Оценки после завершения показывают, какая машина портит повтор.
Как проходил запуск?
Сначала приложение проверила закрытая группа на живых машинах, затем его опубликовали. Цифры в кейсе — ко второму месяцу после запуска: 700 поездок в месяц вместо 400.
Портфолио
Другие проекты
Приложения · Сайты · Онлайн-тренировки
FitnessApp
Кабинет тренера в браузере и приложение ученика с оплатой до выдачи плана: 70 учеников вместо 45, удержание 68% вместо 50%, выручка с 270 000 до 455 000 ₽ в месяц
270 → 455 тыс. ₽
Выручка в месяц после третьего месяца на новой схеме
Смотреть кейс
Приложения · Сайты · Доставка еды
LUNA BAY
Приложение заказа еды и кабинет кухни со стоп-листом: около 80 заказов в день на пилоте, 70% доходят до оплаты без звонка, от открытия до оплаты — 4 минуты
70%
Заказов доходят до оплаты без звонка оператору
Смотреть кейс
Приложения · Сайты · Телемедицина
Home Doctor
Приложение пациента и кабинет врача с записью, оплатой до визита и заключением в карточке: 110 консультаций в месяц вместо 60, явка 86% вместо 70%
60 → 110
Дистанционных консультаций в месяц после второго месяца
Смотреть кейс
Обсудим ваш продукт
Запустим приложение без лишнего первого релиза
Расскажите, что человек должен сделать в приложении в первую минуту. Отделим первый релиз от второго, оценим платформы и сроки и покажем, где обычно теряется пользователь.
Сценарий первого релиза и то, что стоит отложить
Выбор платформ, сервера и интеграций
Оценка сроков и бюджета по спринтам
Можно прийти с готовым приложением: начнём с разбора, где в нём бросают главный сценарий