ЭкоХаус

Мобильное/веб приложение для бронирования загородного жилья

Продуктовая Дизайн разработка

О проекте

Я пришла в стартап с самого начала. Идея проекта находилась на этапе разработки. В результате брифинга с командой я:


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

Ход разработки


  • О продукте и его ценностях
  • Цели и задачи проекта
  • Сбор данных от пользователей
  • Анализ
  • Проектирование сценарий
  • Проектирование функционала
  • Прототипирование
  • Тестирование черновика
  • Проработка промежуточных состояний и клик-зон
  • Отрисовка чистового дизайна
  • Тестирование
  • Сбор данных от пользователей и анализ
  • Разработка адаптива для Desktop-версии
  • Дизайн-ревью
ЭкоХаус это решение, которое упростит организацию поездок и отдыха на природе:
забронировать дома у частных лиц в зелёных зонах для индивидуального отдыха, всей семьёй или проведения деловых мероприятий можно через мобильное и веб приложение.

Дизайн-разработка велась для стартапа по методологии JTBD

Ценность продукта:

1. Экономит время поиска пользователей
2. Надёжное и легкое бронирование
3. Экологический отдых на природе
4. Прозрачность контактов

Цель: Спроектировать кроссплатформенное адаптивное приложение для стартапа по
бронированию загородного жилья в экологических зонах для отдыха в частных домах с учётом предоплаты и прямой связи с владельцем жилья для уточнения деталей поездок
Ключевые задачи продукта

Для гостя

  • Быстрый поиск подходящего жилья (Пользователь сразу ищет частный участок в зелёной зоне, без предварительной настройки и сегментирования
  • Доступно описать условия бронирования, оплаты и проживания (чтобы минимизировать число вопросов к арендодателю и обращений в тех поддержку
  • Сделать коммуникацию с арендодателем удобной (чтобы пользователь мог на этапе бронирования задавать любой уточняющий вопрос, но избежать гигантского потока сообщений и обезопасить арендодателя от лишней коммуникации)
  • Проработать этапы бронирования (в несколько этапов, чтобы у пользователя не возникло никаких трудностей в ходе подачи заявки, внесения предоплаты и остатка суммы за бронь)
  • Унифицировать подачу заявок и срок рассмотрения

Для владельца

  • Унифицировать форму размещения объявления и сократить число шагов до минимума
  • Получать предоплату/оплату от клиента своевременно в размере от установленной коммисии
  • Получать автоматические заявки от клиента без механического мониторинга
  • Быть защищённым от порчи имущества. Знать кто заселяется в дом
Задачи к разработки:

  • Выдвинуть гипотезы. Провести глубинное интервью с будущими пользователям и оценить уровень потребности в продукте
  • На базе результатов Cast Dev составить таблицу CJM и JTBD и определить, что может тормозить пользователя при переходе на новый продукт.
  • Проанализировать сервисы конкурентов и понять как реализован функционал у них.
  • Разработать удобную систему поиска по предпочтению пользователя
  • Разработать быструю и понятную систему внесения платежей и бронирования
  • Создать пространство, где пользователь может отслеживать статус своих поездок и общаться с владельцем дома
  • Разработать быстрый способ отмены бронирования
  • Составить User-Flow пользователей.
  • Провести юзабилити тесты
  • Составить библиотеку стилей и создать UI-kit придерживаясь атомарного принципа
  • Создать веб-приложение для десктопа
CastDev
Перед дальнейшей разработкой провожу интервью с предполагаемыми пользователями.

По итогу интервью

В ходе опроса удалось выяснить, что респонденты склонны выбирать жильё загородом,

опираясь на экологическую пользу и отсутствие угнетающего шума в первую очередь. Часть

респондентов не готова добираться до места самостоятельно, особенно не готовы к

длительным поездкам на собственном трансфере


Дополнительно:


Мы имеем два способа заезда гостей в частный дом отдыха.


1) Бесконтактный (Пользователь прибывает на место самостоятельно и забирает ключи из

минисейфа по высланному коду, по окончанию проживания оставляет ключи в минисейфе под

указанный ранее владельцем код блокировки)

2) Контактный (Пользователь прибывает на место, встречается с владельцем дома и получает

ключи, по окончанию проживания возвращает ключи владельцу лично)


Кто пользуется сервисом?


1. Те, кто устал от жизни в городе

2. Те, кто не имеет собственного загородного жилья

JTBD

Чтобы увидеть проблему пользователя более точно построю JTBD и реализую через canvas.

Получаю следующие данные:

На этапе перехода к новому продукту пользователя может тормозить недоверие и негативный прошлый опыт. Важно дать пользователю понять, что сервис ЭкоХаус - это не избушка в глуши, Web/mobile приложение для бронирования загородного жилья 10 а благоустроенный современный дом. С точки зрения дизайна мы создадим гибкую настройку выбора удобств и большой блок с фото-контентом и отдельной галереей.

CJM

Продуктовые гипотезы : как повысить уровень бронирования

Дополнительная информация повышающая доверие

1. Добавить в описание жилья сколько времени он уже выставляется владельцем на ЭкоХаус

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

3. Добавить сколько времени арендодатель зарегистрирован на ЭкоХаус


Удобство

1. Сейчас при оплате на самом последнем этапе выясняется, что есть налог. Вынести его в

общую сумму с пометкой вычет налога

2. Добавить цены для сравнения

3. Провести исследование и посмотреть нужна ли в фильтре функция области на карте и

самостоятельное заселение


Визуал

1. Видео превью в карточки объявления (но дорого)

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

информацию и сразу бы её видел (сейчас она находится в описании)

Проектирование

Информационная Архитектура

Для более точного видения задачи я выделила все свойства и сущности информационной

архитектуры, после чего составила CJM (здесь пример с вариантом успешного действия

пользователя. Таких CJM в разработки больше на каждый сценарий)

Карта навигации для мобильного приложения
Тест-пользования на черновиках
Подготовила первичные макеты. Провела тест на удобства этапа бронирования

Полученные инсайты:

1. Пользователь введён в заблуждение и думает, что предоплаты нет, бронирование
проходит сразу по всей стоимости
(Решение поменять текст кнопки “Оплатить” на “Внести предоплату в размере №”)
2. Пользователь не увидел сразу рейтинг на экране конкретного жилья.
(Решение - вывести звезды за пределы фотографии)
3. Пользователь не понял, как на этапе бронирования отредактировать число гостей
(Решение - переоформить блок и вынести кнопку “Изменить/добавить”
4. Пользователю сложно переключится на режим “Просмотра на карте” он долго ищет где
переключится и делает много неверных кликов
(Решение - вынести просмотр на карту в отдельный блок внизу экрана)
Дизайн
Клик-зоны
Тест Юзабилити (Тепловые карты)
Экран настройки поездки. Условие “Добавить число гостей” Время - 5 секунд)
Экран настройки поездки. Условие “Добавить число гостей” Время - 5 секунд)
Экран отправки заявки на бронь. (Условие: “Добавьте ещё одного гостя” Время: 7 секунд)
Экран бронирования. (Условие: “Перейдите с этого экрана к подробной информации об этом жилье” Время: 7 секунд)
Библиотека и дизайн система
ЭкоХаус
Над дизайном работала Финогенова Оксана

2023-2024 год
This site was made on Tilda — a website builder that helps to create a website without any code
Create a website