Retail Desk
Управление розницей
Один товар. Все этапы.
Проследите путь товара в рабочем пространстве, затем откройте клиентский каталог. Выберите этап для просмотра.
Товары
Пример учёта · 4 товара
RD-1042
Field / 01
€680 · Сталь
Карточка товара
Готов к продаже
Артикул, состояние, поставщик и медиа хранятся в одной карточке.
- Состояние
- Новое
- Артикул
- RD-1042
- Филиал
- Central
- Статус
- Доступен
Товар добавлен · артикул RD-1042
Начните с карточки товара: артикул, состояние, филиал и цена. Эта запись сопровождает товар на всех этапах.
О проекте
Retail Desk - адаптированная презентация разработанной мной системы управления розничной торговлей. Она объединяет работу за витриной магазина: приём товара, учёт его местоположения, резервирование и оформление продажи. Экраны в этом кейсе воссозданы с вымышленными товарами и записями.
Я работал над фронтендом, бэкендом и API. В системе есть карточки отдельных товаров, филиалы и поставщики, перемещения, заявки на продажу, отчёты и клиентские каталоги. На всех этапах команда использует общий учёт товаров, а не отдельные списки.
Как это работает
Добавить и зарезервировать
Переместить и согласовать
Оформить продажу
Сотрудник добавляет товар: артикул, состояние, фотографии, данные закупки и цену продажи. Резервирование делает обязательство перед клиентом видимым для команды. Если товар нужен в другом филиале, перемещение фиксирует отправителя, получателя и этапы передачи.
Заявка на продажу объединяет предложенную цену и клиента для согласования. После одобрения итоговая продажа хранит собственную запись. Отдельно сотрудники могут выбрать товары для каталога, задать их порядок и отправить клиенту ссылку с ограниченным сроком действия, не открывая внутреннюю систему.
Что было сложнее
Главная сложность - согласованность доступности товара между резервами, перемещениями и продажами. Один процесс не должен считать товар свободным, если другой уже его задействовал. Для каждого изменения нужны понятный статус и история действий.
Данные продажи должны сохраняться после последующих правок товара. Поэтому продажа хранит снимок нужных характеристик и финансовых данных. Клиентский каталог решает другую задачу: показывает выбранные товары по приватной ссылке, не раскрывая внутренние записи и закупочные цены.
Что было проще
Списки товаров, карточки и фильтры используют общую структуру. После определения модели и состояний процесса эти экраны могли работать с одинаковыми артикулами, названиями филиалов и статусами.
Каталоги используют данные из общего учёта. Сотрудник выбирает товары, их порядок и срок действия ссылки, а не ведёт ещё одну базу продукции.
Что получилось хорошо
Система объединяет обе стороны розницы: сотрудники управляют товарами и продажами, а клиенты просматривают подходящую подборку. Резервы, перемещения и заявки на продажу делают рабочие этапы понятными.
История изменений и сохранённые данные продажи помогают восстановить прошлые решения. Клиентский каталог позволяет показать актуальные товары без доступа к внутреннему рабочему пространству.
