Проектирование приложения по аренде автомобилей.

Проектирование приложения по аренде автомобилей [RiDE R]

В своей статье я хочу поделиться опытом проектирования мобильного приложения по аренде автомобилей. Фокус внимания был направлен на прокачку User Experience (UX). Смотря на мобильное приложение или сайт, мы часто видим просто картинку, но не всегда понимаем, что за ней скрывается.

Весь процесс проектирования цифрового продукта разделим на три информационных уровня:

  • Дизайн продукта
  • Дизайн взаимодействия
  • Дизайн графического интерфейса

[1] Дизайн продукта

[1.1] Цели и потребности бизнеса. Бизнес-требования

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

Цели и потребности бизнеса:

Разработать продукт, с помощью которого люди могут арендовать друг у друга автомобили.

Основные бизнес-требования к продукту:

  • пользователи должны иметь возможность находить автомобили в своём городе;
  • пользователи должны иметь возможность связываться друг с другом (желающий арендовать с арендатором авто);
  • пользователи должны иметь возможность бронировать автомобили заранее;
  • арендодатель авто должен иметь возможность отслеживать местоположение автомобиля;
  • арендодатель авто должен иметь возможность блокировать двигатель автомобиля (глушить).

Целевая аудитория (ЦА): люди в возрасте от 20-ти до 45-ти лет, активные пользователи мобильных телефонов и Интернета.

[1.2] Исследования целевой аудитории

Исследование целевой аудитории производилось 4 способами:

  • Опросы по средствам сториc в Instagram
  • Опрос в Google Формы
  • Интервью
  • По средствам видеохостинга YOUTUBE

На данном этапе собираются качественные и количественные данные.

Опросы по средствам сторис в Instagram

Для исследования целевой аудитории я запустил в сторис Instagram опросник. Данный сторис был доступен в течении 24 часов, по итогам которого от 49 человек были получены ответы.

Первый вопрос был закрытого типа.

Пользуешься ли ты каршерингом?

  • Да
  • Нет
Опрос в сторис Instagram

Остальные вопросы были открытого типа.

  • Если «Да», то каким сервисом?
  • В каких случаях пользуетесь каршерингом?
  • Плюсы выбранного сервиса?
  • Минусы, с какими сложностями столкнулись?
Опрос в сторис Instagram

Далее для удобства обработки полученных данных, все ответы с 2 по 5 были сведены в таблицу

Сводная таблица ответов

Опрос c помощью Google Forms

Для исследования целевой аудитории я запустил в Google Forms опросник, который закрепил на стене в Facebook, а также разослал ссылки своим друзьям. Было решено сделать опросники для двух типов пользователей, которые берут напрокат автомобили (арендаторы), для них были составлены четыре вопроса:

  • В каких случаях Вы пользуетесь каршерингом?
  • Каким сервисом пользовались?
  • Какие «плюсы» Вы можете отметить?
  • С какими сложностями Вам приходилось столкнуться при использовании каршеринга и что не понравилось?

И людей которые сдают в прокат свои автомобили (арендодатели), для них были составлены три вопроса :

  • Каким сервисом (приложением) Вы пользуетесь для сдачи в аренду своего автомобиля? Если не пользуетесь сервисом, то как находите клиентов?
  • Какие «плюсы» Вы можете отметить при использовании данного сервиса?
  • С какими сложностями Вам приходилось столкнуться при использовании сервиса и что не понравилось?

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

Опросы в Google Forms
Сводная таблица ответов (арендаторы)
Сводная таблица ответов (арендодатели)

Интервью

Параллельно онлайн опросу в Instagram и Google Forms, были проведены живые интервью. Это были мои друзья и знакомые, которым уже приходилось брать автомобили в аренду, или сдавать свои. В интервью участвовало 7 человек.

Результаты проведенного интервью с Кириллом (в качестве арендатора)
Результаты проведенного интервью с Иваном (в качестве арендодателя)

Исследование по средствам видеохостинга YOUTUBE

С помощью видеохостинга YouTube мне удалось собрать большое количество полезной информации и тезисно отразить ее.

Фрагмент тезисного описания процесса аренды, положительные и отрицательные моменты

[1.3] Профиль пользователя. Анализ решений

Профиль пользователя

Собрав всю полученную информацию, необходимо выделить ключевые моменты, сфокусироваться на проблемах живых людей. Профиль пользователя помогает в процессе разработки сохранять верное направление и фокус, чтобы не уйти в сторону. Было создано два профиля пользователя — один для арендатора, другой для арендодателя.

Слева профиль арендатора, справа профиль арендодателя

Анализ решений

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

Фрагмент описания анализа решений

[1.4] Генерация идей. Формирование требований к будущему продукту

Customer Journey Map

Составив Customer Journey Map (CJM), можно увидеть, какие точки взаимодействия существуют, через какие каналы осуществляется взаимодействие с пользователем, а также, что происходит внутри каждой точки контакта.

При составлении CJM, я придерживался следующей инструкции:

  • Определить основные шаги (места), которые проходит пользователь;
  • Определить действия на каждом шаге;
  • Определить цели/что важно для пользователя на каждом шаге;
  • Определить проблемы, с которыми сталкивается пользователь на каждом шаге;
  • Выписать идеи и пожелания пользователя о том, как убрать проблему на этом шаге (если есть идеи).

Ниже отражены две CJM для арендатора и арендодателя.

CJM для арендатора
CJM для арендодателя

Генерация идей

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

Генерация идей

Требования к продукту

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

  1. Соответствовать целям проекта.
  2. Быть выполнимым.
  3. Не конфликтовать с другими требованиями.

Формирование требований было сделано для арендатора и арендодателя.

Требования к продукту

[1.5.] Логика работы и сценарии

User flow

Составив логическую схему (User flow), можно визуально определить ключевую логику работы пользователя с продуктом, выделить последовательность действий.

User flow. Слева (для арендатора), справа (для арендодателя)

Пользовательские сценарии

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

Сценарии
Сценарии

[2] Дизайн взаимодействия

[2.1] Технические требования и ограничения

  1. Приложение должно быть спроектировано для мобильных платформ iOS, Android.
  2. Приложение при скачивании — бесплатное.
  3. Приложение должно иметь возможность доступа к геопозиции.
  4. Приложение должно иметь возможность доступа к фотокамере.
  5. Приложение должно иметь связь с автомобилем.
  6. В приложении должны быть реализованы PUSH-уведомления для отправки уведомлений о напоминании.
  7. Возможность оплачивать с помощью банковской карты.
  8. На email адрес должна присылаться деталировка о бронировании автомобиля и экземпляр договора.
  9. Система учета рейтинга.

[2.2] Сценарии использования, структура, функционал и наполнение

Далее я сделал структуру будущего сервиса с отображением функционала и наполнения.

Структура будущего сервиса

[2.3] Прототипирование интерфейса

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

Для создания прототипа я использовал Figma

Прототип

[2.4] Карта навигации

Карта составляется после того, как проработаны все экраны интерфейса. Она дает возможность увидеть общую картину и все связи экранов, выявить недостающие экраны, и помогает понять логику работы. По сути, это детализированный User Flow.

Карта навигации для арендатора
Карта навигации для арендодателя

[2.5] Тестирование

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

Вывод

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

Отдельное спасибо хочу сказать Alex Voloshyn, за отличный курс и постановку правильного вектора.

--

--