Обычный поиск начинается с региона и перекладывает расчёт дороги на человека. Платформе также нужно удерживать номер и не допускать двойных продаж.
Сервис бронирования
Тиходаль
Красивое место, до которого действительно можно доехать за пару часов.
Рабочий frontend-прототипКоротко о проекте
Я спроектировал mobile-first поиск коротких поездок с картой, календарём и прозрачной сборкой брони.Контекст задачи
Жители крупных городов, которые спонтанно планируют короткую поездку на выходные.
Моя задача - сделать время в пути полноценным фильтром и довести мобильный сценарий от идеи до понятной брони.
Масштаб концепта
Это параметры и объём прототипа, не бизнес-результаты.Три ключевых решения
В каждом решении я связывал задачу продукта, поведение человека и форму интерфейса.
Время важнее региона
Я начинаю поиск с реалистичной длительности дороги, а затем уточняю формат места, даты и бюджет.
Карта объясняет выбор
Маршрут, время и зона доступности видны рядом с предложениями, но не перегружают экран телефона.
Бронь как система состояний
Я показываю удержание, услуги, итоговую сумму и возврат в сценарий после ошибки, а не только счастливый путь.
Что собрано
Статус каждой функции указан прямо: что можно пройти в браузере, а что осталось на уровне проектирования.
Рабочие артефакты
Не декоративные экраны, а логика, на которой держится продуктовый сценарий.
State machine брони
Модель комиссий
Матрица ролей
Что важно знать до просмотра демо
Это концепт без реальных объектов, геокодинга, наличия, оплаты и кабинета владельца. Время в пути и цены демонстрационные.
Открыть интерактивный прототип
Можно пройти основной сценарий и проверить поведение интерфейса. Это демонстрационная сборка - введённые данные никуда не отправляются.
Следующий кейс
05MorrowlaneSaaS-интерфейс→