Компания сдаёт в аренду фото и видеооборудование для коммерческих съёмок. Менеджеры принимают заявки по телефону и в Telegram.
Сейчас состав заказа и доступность техники проверяют в Google Таблицах. Это создаёт лишние переключения и риск двойного бронирования.
Я спроектировал создание и бронирование заказа, чтобы менеджер быстрее оформлял заказы и реже ошибался при бронировании.
• Единый сценарий оформления заказа.
• Предотвращение двойного бронирования оборудования.
• Вся информация о заказе в одном месте.
• Минимум лишних действий для менеджера.
При добавлении конкретного экземпляра система временно резервирует его на срок из настроек: по умолчанию 30 минут.
Перед бронированием система проверяет обязательные данные и доступность, а после изменения дат или состава забронированного заказа повторно проверяет доступность и обновляет резерв.
Оплата проходит вне системы, поэтому менеджер вручную подтверждает её получение; подтверждённый заказ нельзя менять, а перед выдачей менеджер подтверждает документы.
Заказ создаётся в статусе «Черновик», а менеджер указывает период, выбирает клиента и добавляет оборудование в удобном порядке.
При добавлении конкретного экземпляра система временно резервирует его, чтобы другой менеджер не выбрал ту же позицию.
Основные данные остаются в одной карточке, поэтому менеджер контролирует заказ без переходов между несвязанными экранами.
Выбор клиента открывается в drawer. Заказ остаётся на фоне, поэтому менеджер не теряет контекст.
Поиск работает по имени, компании и телефону. Если клиента нет в базе, короткая форма открывается в том же drawer.
Выбор оборудования вынесен на отдельную страницу, потому что менеджер должен искать и сравнивать несколько конкретных экземпляров.
Drawer для этой задачи был бы слишком тесным.
В таблице видны доступные и недоступные позиции, поэтому менеджер принимает решение до добавления оборудования в заказ.
После добавления оборудования менеджер проверяет состав заказа и итоговую стоимость в той же карточке. Он может удалить одну позицию или выбрать несколько для массового удаления.
После успешной проверки доступности заказ получает статус «Забронирован» и ожидает оплаты. В этом статусе менеджер может менять даты и состав. После сохранения система повторно проверяет доступность и обновляет резерв. Действия: «Сохранить», «Подтвердить» и «Отменить».
Оплата проходит вне системы. Получив подтверждение оплаты, менеджер вручную нажимает «Подтвердить». В окне система спрашивает: «Подтвердить получение оплаты и перевести заказ в статус "Подтверждён"?»
Статус меняется на «Подтверждён». Действия меняются на «Выдать» и «Отменить». Состав подтверждённого заказа нельзя менять. Перед выдачей менеджер подтверждает документы, указанные в заказе.
Менеджер создаёт заказ, выбирает клиента и подбирает конкретные экземпляры в одном рабочем контексте. Временный резерв и проверка доступности перед бронированием снижают риск двойного бронирования.
В статусе «Забронирован» можно менять даты и состав. После сохранения система повторно проверяет доступность и обновляет резерв.
Оплата проходит вне системы. Менеджер вручную подтверждает её получение и переводит заказ в статус «Подтверждён». Перед выдачей он подтверждает документы, указанные в заказе. Заказ можно отменить до выдачи.
Давайте познакомимся
Ищу работу Product Designer или UX/UI Designer. Рассматриваю удалённую работу, а в Сочи — также офисный или гибридный форматы.
2026 · Михаил Васильев · Product Designer · UX/UI Designer