Текстильный завод: маркетплейсы, SKU и склад под единым планом

Время на прочтение: 4 мин.

Ситуация на старте

Текстильный завод в Самарской области, около 40 сотрудников: одеяла, подушки, наполнители и другие текстильные изделия. Маркетплейсы стали важным каналом продаж, но остатки, SKU, склад, цены и пополнение не были связаны в одной управленческой картине.

Руководство не могло быстро увидеть реальный остаток, готовность к отгрузке, причины возвратов и маржу по SKU и каналам. Склад и продажи работали параллельно.

Остатки обновлялись медленно и частично вручную.
Заказ от маркетплейса до отгрузки проходил слишком долго.
Комплектация и упаковка давали ошибки по SKU и вариантам товара.
Возвраты по части позиций накапливались без нормальной аналитики причин.
Склад, продажи и ассортиментная матрица не работали в одном контуре.
Маржа по SKU и каналам была видна неполно.
Пополнение ходовых позиций не опиралось на прозрачный ритм спроса и склада.

Корень проблемы был не в нехватке ещё одного сервиса для маркетплейсов, а в том, что SKU, остатки, склад, заказ и экономика товара не были собраны в одну управляемую цепочку.

Что сделали

Работу начали не с внешней автоматизации, а со связки товарного потока: SKU → остаток → заказ → комплектация → отгрузка → возврат. Только после этого маркетплейс-инструменты, аналитика и дальнейшая автоматизация получили управленческий смысл.

SKU, остатки и складской контур

Привели в порядок ассортиментную матрицу и логику SKU.
Связали фактические остатки со складским контуром и заказами.
Уточнили правила размещения, комплектации и упаковки по товарным группам.
Снизили зависимость от ручных сверок и “памяти сотрудников”.

Маркетплейсы и отгрузка

Связали заказы маркетплейсов с фактическим статусом сборки и отгрузки.
Сократили ручные задержки между поступлением заказа и передачей его в работу.
Настроили контроль SLA по заказу и отгрузке.
Вывели причины возвратов и ошибок комплектации в отдельный управляемый контур.

Маржа, пополнение и развитие контура

Собрали панели по марже по SKU, партиям и каналам.
Настроили контроль оборачиваемости и наличие ходовых позиций.
Добавили план пополнения на основе спроса и движения склада.
После стабилизации контура стало возможно подключать более глубокую цифровизацию и элементы роботизации как следующий слой, а не как замену управления.

Результаты

После сборки контура продажи, склад и маркетплейсы стали работать на единой управленческой картине.

SLA по маркетплейсам вырос до 95–97%.
Оборачиваемость склада улучшилась на 10–15%.
Маржа по SKU выросла на 2–3 п.п. за счёт прозрачности товарной экономики.
Обновление остатков сократилось с нескольких часов ручной работы до 10–15 минут контроля.
Путь “заказ → отгрузка” сократился с 2–3 дней до 24 часов.
Ошибки комплектации снизились на 30–40%.
Возвраты снизились на 15–20%.
Валовая прибыль выросла на 5–7%.
Окупаемость проекта составила 12–18 месяцев.

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

Вывод

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

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