RainGuard: сервис быстрой аренды зонтов в городе
Как был спроектирован сервис аренды зонтов, который помогает быстро найти зонт рядом и не даёт внезапному дождю сорвать прогулки, встречи и планы на день.
О продукте
RainGuard — мобильный сервис аренды зонтов, который помогает быстро найти зонт рядом и спокойно продолжить день, даже если погода резко изменилась.
Идея простая: зонт не обязательно покупать, носить с собой «на всякий случай» или искать в последний момент. Его можно взять в ближайшей точке аренды, использовать столько, сколько нужно, и вернуть обратно, когда дождь закончится.
Контекст
Санкт-Петербург — город, где погода легко может поменяться за несколько минут. Можно выйти из дома без зонта, потому что утром было сухо, а уже днём попасть под сильный дождь по дороге на встречу, во время прогулки или после работы.
В такие моменты человеку не хочется долго искать магазин, покупать очередной зонт или ждать такси по повышенному тарифу. Ему нужно быстрое и понятное решение рядом: открыть приложение, увидеть ближайшую точку аренды и понять, что он успевает взять зонт без лишнего стресса.
Поэтому в проекте важно было спроектировать не просто интерфейс аренды, а короткий и уверенный сценарий для реальной городской ситуации — когда пользователь торопится, мокнет и хочет как можно быстрее вернуться к своим планам.
Исследование
Так как продукт создавался с нуля, исследование стало основой для проектирования: нужно было понять реальные сценарии, ожидания и барьеры пользователей.
Целевая аудитория
На этапе исследования я выделил четыре основные группы пользователей, для которых аренда зонта может быть полезной в разных ситуациях:
Интервью
Чтобы проверить гипотезы, я провёл интервью с 6 людьми из разных когорт ЦА.
Перед интервью я подготовил короткий гайд: определил группы респондентов, основные темы для обсуждения и вопросы, которые помогали раскрыть реальный опыт, а не просто получить оценку идеи. Важно было понять, в каких ситуациях люди остаются без зонта, как они решают проблему сейчас и что может вызвать сомнения при аренде.
В интервью я сделал акцент не на оценке идеи, а на повседневных ситуациях пользователей: как часто они попадают под дождь без зонта, что делают в этот момент, что им не нравится в текущих решениях и на каких условиях они были бы готовы взять зонт в аренду.
Интервью показали, что проблема возникает в разных контекстах. Кто-то забывает зонт дома или на работе, кто-то не хочет покупать его в поездке, а кому-то важно не просто укрыться от дождя, но и выбрать зонт, который нормально выглядит на прогулке или фото.
Главный вывод: пользователям важно быстро найти зонт рядом, заранее понимать стоимость и быть уверенными, что его можно будет удобно вернуть после использования.
Гипотезы
- Мы предполагаем, что внедрение сканирования QR-кода зонтика решит проблему быстрого получения зонта, потому что многим пользователям важно как можно скорее укрыться от дождя.
- Мы предполагаем, что возможность взять несколько зонтиков на один аккаунт решит проблему аренды для семьи, детей или компании друзей, потому что не всегда есть возможность скачать приложение прямо здесь и сейчас.
- Мы предполагаем, что главный экран в виде карты поможет быстрее найти ближайшую точку с зонтиками и забронировать зонт, потому что быстрое получение зонта является главной задачей пользователя.
- Мы предполагаем, что фильтры с параметрами зонтиков помогут подобрать подходящий аксессуар, потому что некоторым пользователям важно не только укрыться от дождя, но и выглядеть красиво.
- Мы предполагаем, что разные тарифы — поминутный, почасовой или на целый день — сделают аренду гибче, потому что одним пользователям нужен зонт на весь день, а другим — всего на 10 минут.
JTBD
- Когда я иду на работу или ещё куда-то и попадаю под дождь, я хочу быстро найти способ не промокнуть, чтобы не опоздать и прийти сухим.
- Когда я гуляю и попадаю под дождь, я хочу сделать красивые фото и не заболеть, чтобы насладиться прогулкой под дождём.
- Когда я приезжаю в другой город и попадаю под дождь, я хочу быстро найти укрытие или зонтик, чтобы не испортить себе отдых.
- Когда я гуляю с семьёй или друзьями и попадаю под дождь, я хочу быстро найти укрытие или зонтик для всех, чтобы продолжить прогулку.
Проектирование
User Flow
Я построил User Flow для того, чтобы увидеть полный путь пользователя, определить ключевые точки принятия решений и заранее продумать состояния, которые нужно учесть при проектировании.
Wireframes
На основе User Flow я разработал вайрфреймы ключевых экранов, чтобы проверить структуру сценариев, расположение основных действий и логику переходов до проработки визуального дизайна.
Типографика и цвета
В этом блоке показаны базовые визуальные правила проекта: выбранный шрифт, основные цвета и акцентный цвет для действий в интерфейсе.
Решение
Авторизация
Первый вход должен быть быстрым, потому что пользователь может открывать приложение уже под дождём. Я добавил несколько способов авторизации: через популярные сервисы и через номер телефона. Телефонный вход остаётся универсальным сценарием, но не заставляет всех проходить один и тот же путь.
Для туристов и пользователей из других стран важно поддерживать выбор страны и международный формат номера.
Главный экран с картой
Главный экран построен вокруг карты, потому что основная задача пользователя — быстро понять, где взять зонт. На карте отображаются точки аренды, количество доступных зонтов и местоположение пользователя. При выборе точки приложение показывает маршрут и примерное время пути.
Если пользователь уже находится рядом с точкой, основной CTA предлагает сразу перейти к аренде через сканирование QR-кода. Такой подход сокращает путь от проблемы к действию: пользователь не ищет нужный раздел в меню, а сразу видит ближайшее решение.
Быстрая аренда через QR
Основной сценарий аренды начинается со сканирования QR-кода на зонте. Это позволяет связать пользователя с конкретным зонтом перед ним и избежать поиска зонта среди остальных.
Если камера не работает или QR-код не считывается, пользователь может ввести код зонта вручную. Это снижает риск, что сценарий сорвётся из-за технической проблемы.
Выбор тарифа и правила аренды
После выбора зонта пользователь выбирает тариф: поминутный, почасовой, на несколько часов или на день. Перед подтверждением аренды приложение показывает ключевые условия: стоимость, залог, правила списания, где можно завершить аренду и что должно произойти с индикатором на зонте.
Цель этого экрана — не перегрузить пользователя юридическими текстами, а дать достаточно информации для уверенного решения.
Активная аренда
После начала аренды пользователь видит активный зонт, номер, тариф, текущее время и стоимость. На этом же экране доступны помощь, если что-то пошло не по плану, и действие завершения аренды.
Если у пользователя несколько активных зонтов, они отображаются отдельными карточками. Это помогает не путать, какой зонт уже используется, сколько стоит каждый и какие из них нужно вернуть.
Бронирование зонта
Если пользователь ещё не находится у точки аренды, он может забронировать зонт на ограниченное время. Бронь решает важный страх: человек не хочет идти под дождём к точке и обнаружить, что зонт уже забрали. После бронирования приложение показывает таймер, маршрут и статус выбранного зонта.
Бронь должна быть короткой и бесплатной, чтобы не блокировать инвентарь надолго, но дать пользователю достаточно времени дойти до точки.
Аренда нескольких зонтов
Для семейных и групповых сценариев пользователь может взять несколько зонтов на один аккаунт. Такой сценарий нужен для ситуаций, когда пользователь заботится не только о себе: берёт зонты для детей, родителей, партнёра или друга, чтобы всем было сухо и не пришлось каждому отдельно разбираться с приложением.
В интерфейсе активные зонты отображаются отдельными карточками. Пользователь может завершить аренду всех зонтов сразу или выбрать конкретный зонт, если часть группы уже вернула свои.
Фильтры и выбор зонта
В базовом сценарии пользователю нужен любой доступный зонт рядом. Но для части аудитории важны параметры: цвет, внешний вид, размер или тип.
Фильтры помогают найти подходящий зонт и показывают только те точки, где он доступен. Это не должно мешать быстрому сценарию, поэтому фильтры остаются дополнительной функцией, а не обязательным шагом.
Возврат зонта
Возврат — один из самых чувствительных сценариев, потому что пользователь хочет остановить списание и быть уверенным, что аренда завершена корректно.
Сначала пользователь нажимает «Завершить аренду», и приложение объясняет дальнейшие шаги: нужно находиться у точки возврата, вставить зонт в свободную ячейку и дождаться подтверждения. После остановки счётчика приложение явно сообщает, что дополнительное время не списывается, чтобы пользователь мог спокойно выполнить возврат.
Если что-то не получается, рядом доступны видеоинструкция и поддержка.
Ошибки, оплата и поддержка
Я предусмотрел сценарии, в которых аренда может пойти не по плану.
Если платёж не прошёл, приложение показывает задолженность и объясняет, что основной функционал временно ограничен до оплаты. При этом пользователь должен понимать сумму, причину и действие для восстановления доступа.
Если возникла проблема с возвратом, пользователь видит не просто ошибку, а конкретные действия: проверить точку, убедиться в правильной ячейке, посмотреть видео или написать в поддержку.
Если зонт сломан, пользователь может быстро сообщить об этом из раздела помощи или активной аренды.
Профиль и история аренды
В профиле пользователь может управлять контактной информацией, способами оплаты и прочими настройками.
История аренды помогает проверить прошлые списания, длительность аренды и стоимость.
Итог
В рамках учебного проекта я спроектировал сервис аренды зонтов для петербуржцев и гостей города, который помогает быстро сориентироваться в момент внезапного дождя и не менять планы из-за погоды.
Главный фокус был на простом и понятном сценарии: найти зонт рядом, взять его без лишних действий и спокойно вернуть после использования.
В интервью я разобрал реальные жизненные сценарии пользователей и на их основе составил JTBD, чтобы точнее определить, какие задачи должен закрывать сервис.
Если бы это был реальный проект, я бы сначала провёл коридорное тестирование, а затем проверил ключевые сценарии на интерактивном прототипе: насколько быстро пользователи понимают логику сервиса, уверенно ли проходят аренду и возврат, и где у них возникают сомнения. Это помогло бы доработать продукт перед запуском.
После запуска я бы отслеживал конверсию в аренду, успешность QR-сканирования, завершение возврата, обращения в поддержку и повторные аренды. Эти метрики помогли бы понять, где сценарий работает уверенно, а где его нужно доработать.