Caйт иcпoльзуeт куки-фaйлы, чтoбы cдeлaть вaшe пpeбывaниe нa нeм мaкcимaльнo удoбным. К caйту пoдключeн cepвиc вeб-aнaлитики Яндeкc. Мeтpикa, иcпoльзующий куки-фaйлы.
Часть внутренней системы управления арендой фото и видеооборудования

Создание и бронирование заказа

Спроектировал сценарий от запроса клиента до выдачи оборудования. Временный резерв и проверка доступности помогают снизить риск двойного бронирования.
cover
Роль
Продуктовый дизайнер
Формат
Внутренняя веб-система
Пилотный проект
Период
2026 г.
Контекст проекта

Заказ и доступность техники нужно контролировать в одном месте

Компания сдаёт в аренду фото и видеооборудование для коммерческих съёмок. Менеджеры принимают заявки по телефону и в Telegram.

Сейчас состав заказа и доступность техники проверяют в Google Таблицах. Это создаёт лишние переключения и риск двойного бронирования.

Я спроектировал создание и бронирование заказа, чтобы менеджер быстрее оформлял заказы и реже ошибался при бронировании.

Критерии решения

• Единый сценарий оформления заказа.
• Предотвращение двойного бронирования оборудования.
• Вся информация о заказе в одном месте.
• Минимум лишних действий для менеджера.

Проектирование сценария

Бронирование проверяет заказ до смены статуса

При добавлении конкретного экземпляра система временно резервирует его на срок из настроек: по умолчанию 30 минут.

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

Оплата проходит вне системы, поэтому менеджер вручную подтверждает её получение; подтверждённый заказ нельзя менять, а перед выдачей менеджер подтверждает документы.

scenario-design
Создание заказа

Заказ собирается в одном рабочем контексте

Заказ создаётся в статусе «Черновик», а менеджер указывает период, выбирает клиента и добавляет оборудование в удобном порядке.

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

Основные данные остаются в одной карточке, поэтому менеджер контролирует заказ без переходов между несвязанными экранами.

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

Клиента можно найти или создать, не выходя из заказа

Выбор клиента открывается в drawer. Заказ остаётся на фоне, поэтому менеджер не теряет контекст.

Поиск работает по имени, компании и телефону. Если клиента нет в базе, короткая форма открывается в том же drawer.

Page-Client
Выбор клиента. Drawer сохраняет контекст заказа.
Drawer-Client
Поиск помогает найти клиента по трём ключевым данным.
Drawer-klient-Checked
Подтверждение выбора защищает заказ от случайной смены клиента.
Drawer-Client-New
Быстрое создание не открывает второй слой интерфейса. Форма содержит только ФИО, телефон и компанию. После создания новый клиент сразу подставляется в заказ.
Добавление оборудования

Для подбора техники нужен отдельный рабочий экран

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

Drawer для этой задачи был бы слишком тесным.

В таблице видны доступные и недоступные позиции, поэтому менеджер принимает решение до добавления оборудования в заказ.

Page-Equipment
Категории помогают просматривать каталог. Менеджер видит статусы «Свободен», «Освободится [дата]» и «В ремонте». Оборудование можно добавить по одному или выбрать несколько позиций.
Итоговый экран заказа

Одна карточка показывает заказ на каждом этапе

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

После успешной проверки доступности заказ получает статус «Забронирован» и ожидает оплаты. В этом статусе менеджер может менять даты и состав. После сохранения система повторно проверяет доступность и обновляет резерв. Действия: «Сохранить», «Подтвердить» и «Отменить».

Page-Final-Order
Статус «Забронирован». На этом этапе можно редактировать заказ.

Оплата проходит вне системы. Получив подтверждение оплаты, менеджер вручную нажимает «Подтвердить». В окне система спрашивает: «Подтвердить получение оплаты и перевести заказ в статус "Подтверждён"?»

Page-Modal
Модальное окно подтверждения оплаты заказа

Статус меняется на «Подтверждён». Действия меняются на «Выдать» и «Отменить». Состав подтверждённого заказа нельзя менять. Перед выдачей менеджер подтверждает документы, указанные в заказе.

Page-Zakaz-Podverjden
Статус «Подтверждён». Изменять заказ нельзя. Перед выдачей менеджер подтверждает указанные документы.
Status-Chernovik
Status-Zabronirovan
Status-Podtvergden
Status-Vidan
Status-Otmenen
Состояния заказа от создания до выдачи
Итоги

Проверка доступности встроена в рабочий сценарий

Менеджер создаёт заказ, выбирает клиента и подбирает конкретные экземпляры в одном рабочем контексте. Временный резерв и проверка доступности перед бронированием снижают риск двойного бронирования.

В статусе «Забронирован» можно менять даты и состав. После сохранения система повторно проверяет доступность и обновляет резерв.

Оплата проходит вне системы. Менеджер вручную подтверждает её получение и переводит заказ в статус «Подтверждён». Перед выдачей он подтверждает документы, указанные в заказе. Заказ можно отменить до выдачи.

Давайте познакомимся

Ищу работу Product Designer или UX/UI Designer. Рассматриваю удалённую работу, а в Сочи — также офисный или гибридный форматы.

2026 · Михаил Васильев · Product Designer · UX/UI Designer