Концепт «Прокатно»

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

Концепт-проект: «Прокатно» — вымышленная компания. Результатов работы здесь нет: только решения и гипотезы.

О заказчике

• Ресурс: Учебный инструмент и фиксированный комплект
• Доступность: Экземпляр, пункт и временной интервал
• Участники: Клиент, владелец и оператор выдачи
• Граница: Нет реальных броней, платежей и договоров

Задача

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

Задача концепта — связать выбор клиента с подтверждением владельца и возвратом. Одновременные запросы, задержка и неполный комплект должны иметь понятные состояния. Финансовые гарантии и юридическая готовность площадки здесь не утверждаются.

Риски исходного процесса

Дата скрывает часы

Начало, окончание и обслуживание видны явно.

Две брони на ресурс

Сервер должен проверять пересечение при сохранении.

Возвращено, но не готово

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

Решение

Главный экран показывает оборудование и интервалы по экземплярам. Буфер проверки выделен отдельно от аренды, а клиент видит точное время и пункт. При попытке занять пересечение макет объясняет причину и предлагает сменить интервал.

На экране владельца возвращённое оборудование остаётся на проверке до отметки о комплектности. Готовность не наступает автоматически по плановой дате. Редакция предложения и подтверждение клиента должны быть связаны в будущей рабочей системе.

Локальный HTML-прототип проверяет интервалы учебного примера и переключает состояние возврата. Он не обеспечивает конкурентную запись, платежи и реальные обязательства. Для продукта нужны серверная модель занятости, роли, журнал и испытание одновременных действий.

Как устроен продукт

1. Предложение. Модель, пункт и фиксированный комплект. Зачем: Задаёт понятный предмет выбора.
2. Интервалы. Занятость экземпляра и обслуживание. Зачем: Показывает реальные границы доступности.
3. Подтверждение. Актуальные условия и решение владельца. Зачем: Не выдаёт запрос за состоявшуюся бронь.
4. Возврат и готовность. Комплект, осмотр и снятие блокировки. Зачем: Связывает следующий интервал с фактической готовностью.

Что помогает пройти сценарий

Явный буфер

Проверка после возврата занимает отдельный интервал.

Конфликт объяснён

Занятость не превращается в безымянную ошибку.

Готовность подтверждается

Возврат не освобождает ресурс до проверки.

Ключевые сценарии

Выбрать интервал

Проверить даты вместе с обслуживанием.

На входе: Нужен инструмент после предыдущей аренды.

1. Выбрать экземпляр.
2. Указать начало и конец.
3. Проверить занятость.
4. Передать запрос.

На выходе: Условия доступны для подтверждения.

Если что-то пошло не так: Пересечение: предлагается другое время.

Критерий приёмки: Соседняя бронь учитывает буфер готовности.

Изменить условия

Получить явное согласие на новый интервал.

На входе: Владелец предлагает другое начало.

1. Создать редакцию.
2. Показать различия.
3. Повторно проверить доступность.
4. Получить решение клиента.

На выходе: Подтверждена актуальная редакция.

Если что-то пошло не так: Старое согласие не применяется автоматически.

Критерий приёмки: Изменённая бронь прослеживается по версии условий.

Принять возврат

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

На входе: Инструмент вернулся без проверки.

1. Открыть комплект.
2. Подтвердить состав.
3. Завершить осмотр.
4. Разрешить следующую выдачу.

На выходе: Ресурс доступен по выполненному правилу.

Если что-то пошло не так: Не хватает принадлежности: блокировка сохраняется.

Критерий приёмки: Неполный комплект не считается готовым.

Роли пользователей

Арендатор

Выбрать подходящее время и комплект.

Когда можно забрать и вернуть?

Владелец

Подтвердить исполнимые условия.

Не пересечётся ли запрос с другими обязательствами?

Оператор выдачи

Проверить экземпляр и комплект.

Что ещё мешает следующей выдаче?

Как устроено технически

Занятость

Предлагается серверная проверка интервалов или вместимости пула.

Состояния брони

Запрос, резерв, подтверждение, выдача и возврат связаны переходами.

Доступ

Чужие контакты и документы закрываются по ролям, а не только визуально.

Что входит в разработку

• Одна категория и пункт
• Отдельные экземпляры
• Интервалы и обслуживание
• Подтверждение и проверка возврата

План реализации

1. Модель: экземпляры, комплекты и обязательства участников.
2. Дизайн: выбор интервала и рабочая очередь владельца.
3. Пилот: одна категория, серверные состояния и уведомления.
4. Приёмка: пересечения, истечение, перенос и неполный возврат.

Что замеряем после запуска

• Исполнимый интервал — Учебный конфликт и буфер дают ожидаемый отказ.
• Актуальные условия — Изменение времени требует нового подтверждения.
• Готовность ресурса — Непроверенный комплект не становится свободным по ошибке.

Стек

React, Модель диапазонов, PostgreSQL, Серверные переходы брони.

Все кейсы · Услуга · Калькулятор стоимости

Интерфейс и рабочие состояния

Снимки самостоятельного HTML-прототипа: настольные состояния и телефон. Компания и данные вымышлены; внедрение и достигнутые результаты не заявляются.