Приложение по прокату
и аренде автомобилей в Омске

Водимобиль — местный сервис проката и аренды автомобилей без водителя в Омске. Компания сдаёт машины на сутки и более для поездок по городу и области.

PO, PM, продуктовый UX/UI дизайнер, тестировщик, маркетолог, техлид, iOS- и Android-разработчики.

Отвечала за логику и интерфейс бронирования: от проработки решений до проверки реализации. Согласовывала их с PO, техлидом и разработкой, защищала перед заказчиком и проводила дизайн-ревью сборки.

На встрече обсудили, как заказчик видит реализацию приложения, что должно войти в MVP и какие задачи бизнес хочет решить с его помощью.

У компании уже был сайт со своим визуальным стилем, но дизайн системы не было. Моей задачей было собрать ui kit под iOS и Android, сохранив узнаваемость бренда.

Вместе с продактом встретились с менеджером и разобрали, как сейчас устроено бронирование.

Дать возможность самостоятельно арендовать автомобиль через приложение.

Сократить объём ручной работы менеджера при обработке заявок на аренду.

Жители и гости Омска от 22 лет со стажем от 2 лет, которым нужна машина без водителя на срок от суток до нескольких недель.

За 6 месяцев разработать MVP нативного приложения для iOS и Android с ключевыми функциями бронирования автомобиля и отслеживания статуса аренды.

Минимум (MVP)

Продумала путь пользователя и составила user flow — диаграмму переходов между экранами. Так я заранее проверила логику сценария и определила набор экранов и состояний, которые понадобятся для MVP.

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

Я использовала компоненты Material UI и HIG как основу для UI-kit и дополнила их элементами из сайта. У iOS и Android разные платформенные паттерны, поэтому компоненты стилизовала отдельно под каждую платформу с учётом нативных гайдлайнов.

Чтобы закрыть вопросы разработки ещё до старта, передавала макеты со всеми сценариями и состояниями компонентов в рамках технических и бизнес-ограничений.

Проблема: Раньше клиенту приходилось каждый раз связываться с менеджером и заново передавать свои данные.

Проблема: на сайте клиент сначала выбирал машину, а затем отдельно звонил и узнавал, свободна ли она на нужные даты.

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

Проблема: после оформления заявки клиент не видел её статус и звонил менеджеру за каждым уточнением.

В профиле собрала личные данные клиента и основную информацию об аренде. Информацию с сайта упростила и структурировала, убрав дублирование и оставив то, что может понадобиться клиенту во время аренды.

Чтобы приложением было комфортно пользоваться вечером, когда чаще всего забирают и возвращают авто.

После передачи макетов регулярно проверяли сборку вместе с командой. Я находила расхождения с дизайном на iOS и Android и показывала их в Figma, а тестировщик фиксировала их в общем баг-трекере в Notion.

Ручная работа менеджера сократилась с пяти действий до двух: всё, что раньше выяснялось по телефону, клиент делает в приложении сам. За менеджером остались проверка документов и подтверждение брони.

За 6 месяцев собрали MVP мобильного приложения для бронирования автомобилей с отслеживанием статуса аренды. Проект прошёл экспертизу хакатона и вышел в финал.

Часть решений вынесена за рамки MVP в следующие итерации