Автоматизация управления товарными конфигурациями
Создание единого механизма идентификации товаров и проверки производственных ограничений для ускорения оформления заказов и развития каналов продаж.
О компании и проекте
Крупный производитель и ритейлер товаров для сна: матрасов, кроватей и сопутствующей продукции. Компания работает через собственную розничную сеть и онлайн-каналы продаж.Особенность бизнеса — широкий ассортимент конфигурируемых товаров. Покупатель может выбрать сочетание различных компонентов, например основание кровати, спинку и ножки.В учётной системе каждый компонент существует как отдельная номенклатурная позиция, но для покупателя их комбинация представляет собой один готовый товар.

Проблема бизнеса
Потеря продаж из-за длительного согласования нестандартных заказовПри выборе покупателем в магазине нестандартной конфигурации продавец должен оформить заявку и дождаться согласования. Подтверждение возможности производства поступало, на следующий день.
Покупатель уходит без окончательного ответа, а компания рискует потерять продажу.Каждая новая комбинация компонентов требовала создания SKU и проверки возможности её производства.
Процесс выполнялся вручную, с участием двух подразделений, и длился больше суток.
Это создавало ограничения для развития каналов продаж и непосредственно влияло на обслуживание покупателей.
Создание SKU занимало до 24 часов.
Требовалось согласование двух подразделений.
Проверка производственных ограничений выполнялась вручную.
Невозможно было оперативно подтвердить нестандартный заказ во время визита покупателя.
Как работает решение
PIM-система стала централизованным механизмом создания товаров.В системе реализована матрица производственных ограничений, определяющая допустимые комбинации компонентов и возможность изготовления конкретной конфигурации.Когда продавец передаёт состав товара, система автоматически проверяет его по производственным правилам, находит существующий SKU или создаёт новый и возвращает идентификатор.Весь процесс создания товара выполняется в одной системе, без ручного согласования между подразделениями.

Как изменился процесс продажи
До внедренияПокупатель выбирает нестандартную конфигурацию → продавец оформляет заявку → два подразделения согласовывают возможность производства → ответ поступает на следующий день.
Риск: клиент покидает магазин, не получив подтверждения, и может отказаться от покупки.После внедренияПокупатель выбирает конфигурацию → система проверяет производственные ограничения → автоматически определяет или создаёт SKU → продавец получает результат, пока покупатель находится в магазине.
Результат: покупатель может принять решение о заказе во время визита, без ожидания согласований.

Результат
Создание SKU5 мин
вместо 24 часов
Автоматизация процесса60%
операций процесса автоматизировано
Время согласования заказаСогласование происходит, пока клиент в магазине
вместо заявки на производство
Моя роль в проекте
Архитектор решения / Проектный менеджер
Отвечал за проектирование решения и управление его реализацией.
Самостоятельно выявлял бизнес-требования, проектировал архитектуру, управлял запуском в промышленную эксплуатацию и последующим развитием.
Архитектура: проектирование целевого решения, модели товарных данных и интеграций между системами.
Работа с бизнесом: анализ существующих процессов, определение требований и согласование подходов к автоматизации.
Управление реализацией: координация команд, планирование работ, управление сроками, бюджетом, приоритетами и рисками.
Внедрение и развитие: организация вывода MVP в промышленную эксплуатацию и дальнейшеее развития функциональности.
| 6 месяцев | 1 год |
|---|---|
| Реализация и запуск MVP | Запуск в промышленную эксплутацию |
© 2026 Alexey Malinsky